> For the complete documentation index, see [llms.txt](https://smedai.aivd.ch/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://smedai.aivd.ch/applications/microsoft-teams/collaborer-au-quotidien/conversation-ou-canal-lequel-choisir.md).

# Conversation ou canal : lequel choisir

{% hint style="success" %}
**La réponse courte**

Une **discussion** pour un échange ponctuel. Un **canal** dès que le travail devient durable ou qu'il produit des documents à conserver.

Pourquoi ? Les fichiers d'une discussion appartiennent à la personne qui les a déposés et disparaissent avec son compte. Ceux d'un canal appartiennent au canal et restent.
{% endhint %}

***

## En un coup d'œil

{% columns %}
{% column %}

### 💬 Une discussion

✅ L'échange durera quelques heures ou quelques jours

✅ Aucun document, ou rien qui ait de la valeur après

✅ 2 à 5 personnes identifiées

✅ Personne n'aura besoin de retrouver ça plus tard

> *« Tu peux me renvoyer le lien de la séance de jeudi ? »*
> {% endcolumn %}

{% column %}

### 📢 Un canal

✅ Le sujet va vivre plusieurs mois, ou sans fin prévue

✅ Des documents sont produits et doivent être conservés

✅ Le groupe évolue, avec des arrivées et des départs

✅ Le travail doit survivre au départ de ses auteurs

> *Un groupe de travail, un échange de pratiques, un projet*
> {% endcolumn %}
> {% endcolumns %}

Un seul critère tranche la grande majorité des cas :

> **Ce que nous produisons ici doit-il survivre à mon départ ?** Si oui, c'est un canal.

***

## Pourquoi ce choix compte

{% hint style="danger" %}
**Les fichiers d'une discussion sont rattachés à la personne qui les a partagés.**

Ils sont stockés dans son espace OneDrive personnel, pas dans un espace collectif. Lorsque son compte est supprimé, cet espace est conservé 30 jours, puis supprimé — et les fichiers qu'elle avait partagés en discussion disparaissent, y compris pour vous.

Dans un canal, les fichiers appartiennent au canal. Un départ ne change rien.
{% endhint %}

Deux précisions utiles :

* Le délai court à partir de la **suppression du compte**, pas du dernier jour de travail. Le délai réel est donc plus long, mais imprévisible.
* Cela vaut aussi pour un départ non anticipé — fin de contrat, mobilité, absence longue suivie d'une clôture de compte.

Un mois après le départ d'un collègue, ce qu'il avait partagé en discussion n'existe plus. C'est la raison pour laquelle un groupe de travail hébergé dans une discussion représente un risque, même si tout fonctionne parfaitement aujourd'hui.

***

## Organiser et supprimer des fichiers

{% columns %}
{% column width="58.333333333333336%" %}
Dans une discussion, les documents s'empilent dans une liste plate. On ne peut ni les ranger en dossiers, ni faire le tri — et c'est une conséquence directe du mode de stockage, pas un réglage manquant.

Dans un canal, l'onglet **Partagé** vous donne une véritable arborescence : dossiers, sous-dossiers, tri, suppression.
{% endcolumn %}

{% column width="41.666666666666664%" %}

<figure><img src="https://4122741579-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FpEUJWA7vnbUFhPXL7Gu2%2Fuploads%2Fgit-blob-afa71e7b020a3fa169dc6c0b5dfd93035f730a19%2Fimage%20(106).png?alt=media" alt=""><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

<details>

<summary>Le détail, action par action</summary>

| Action                                                 | Dans une discussion                                                                                                                               | Dans un canal                             |
| ------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------- |
| Ranger les fichiers en dossiers                        | ❌ Impossible — la liste est plate                                                                                                                 | ✅ Onglet **Partagé** , arborescence libre |
| Supprimer un fichier que **vous** avez partagé         | ⚠️ Deux gestes : supprimer dans votre **OneDrive**, puis supprimer le message Teams. Sans le second, l'entrée reste visible sans mener nulle part | ✅ Directement dans l'onglet **Partagé**   |
| Supprimer un fichier partagé par **quelqu'un d'autre** | ❌ Impossible                                                                                                                                      | ✅ Selon vos droits sur le canal           |
| Retrouver un document six mois plus tard               | ⚠️ Par la recherche uniquement                                                                                                                    | ✅ Par l'arborescence ou la recherche      |

</details>

{% hint style="warning" %}
**L'interface prête à confusion.** Teams regroupe désormais les fichiers de discussions et de canaux dans une vue commune. Deux documents affichés côte à côte peuvent donc avoir des règles de conservation opposées, sans que rien ne le signale.

En cas de doute sur un document important : vérifiez s'il vit dans une discussion ou dans un canal.
{% endhint %}

***

## Combien de canaux est-il raisonnable de créer ?

{% hint style="info" %}
**Recommandation AIVD — 28.07.2026**

Il n'y a pas de limite de service au nombre de canaux. Le conseil donné au démarrage de Teams — « commencez avec peu de canaux » — était une recommandation de prise en main, pas une règle.

Le critère n'est pas le nombre, c'est la vie du canal. **Un canal qui ne vit pas fragmente l'information sans rien apporter** : deux messages en dix-huit mois, c'est un canal à supprimer. À l'inverse, si votre équipe a besoin de dix canaux parce que dix sujets vivent en parallèle, créez-les.

Votre espace Teams doit correspondre à votre organisation réelle, pas à une norme informatique.

*Recommandation datée et révisable.*
{% endhint %}

***

## Basculer une discussion vers un canal

C'est le cas le plus fréquent, et il se traite. Une contrainte à connaître avant de commencer :

{% hint style="danger" %}
**Il n'existe aucune fonction de conversion.** On ne transforme pas une discussion en canal. L'historique des messages ne peut pas être déplacé, et les fichiers doivent être redéposés manuellement.

Plus la discussion est ancienne, plus l'opération est longue. C'est un argument pour agir maintenant plutôt qu'au moment d'un départ.
{% endhint %}

{% stepper %}
{% step %}

### Créez le canal

Dans l'équipe concernée. Voir [Créer un canal](/applications/microsoft-teams/collaborer-au-quotidien/creer-un-canal.md).
{% endstep %}

{% step %}

### Redéposez les documents encore utiles

Dans l'onglet **Fichiers** du canal. Profitez-en pour ne pas remonter ce qui est obsolète — une bascule est une bonne occasion de faire le tri.
{% endstep %}

{% step %}

### Prévenez dans la discussion

Publiez un message indiquant que le travail continue dans le canal, avec le lien. Sans ce message, une partie du groupe continuera à écrire au mauvais endroit.
{% endstep %}

{% step %}

### N'ajoutez plus rien à la discussion

Vous pouvez la conserver comme archive de l'historique, mais elle ne doit plus recevoir de document.
{% endstep %}
{% endstepper %}

***

## Ce qu'il ne faut pas faire

* **Héberger un groupe de travail dans une discussion.** Les documents produits disparaîtront 30 jours après le départ de celui qui les a partagés.
* **Créer un canal pour un sujet qui ne vivra pas.** Un canal inactif disperse l'information sans bénéfice.
* **Compter sur une discussion pour retrouver un document dans six mois.** Sans arborescence et sans tri possible, seule la recherche fonctionne — et encore faut-il se souvenir de qui l'avait partagé.
* **Déposer un document concernant un bénéficiaire.** Voir [Prise en main](broken://spaces/gMuOpOVwiqGT4xfjQXDy/pages/juPlPdM0aTubyH2TrHH0).

***

## Selon votre besoin

<table data-view="cards"><thead><tr><th></th><th></th><th data-type="content-ref"></th></tr></thead><tbody><tr><td><strong>Créer le canal</strong></td><td>Standard, privé ou partagé — et comment répartir vos canaux</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/creer-un-canal.md">Créer un canal</a></td></tr><tr><td><strong>Trop de canaux visibles</strong></td><td>Regrouper par thème, filtrer, masquer ce qui ne vous concerne pas</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/organiser-mes-conversations-et-canaux.md">Organiser mes conversations et canaux</a></td></tr><tr><td><strong>Prévenir sans déranger</strong></td><td>Mentions, fils suivis et notifications</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/ne-rien-rater.md">Ne rien rater</a></td></tr><tr><td><strong>Teams ou SharePoint ?</strong></td><td>Ce qu'on peut déposer, et où</td><td><a href="/applications/microsoft-teams/collaborer-au-quotidien/ce-que-je-peux-partager.md">Ce que je peux partager</a></td></tr></tbody></table>

***

## Besoin d'aide ?

<p align="center"><button type="button" class="button primary" data-action="ask" data-icon="comments-question">Posez votre question sur Teams</button></p>

{% hint style="info" %}

* Une question d'ordre général ou une suggestion → canal **Support Teams**
* Une demande ou un incident → **ticket Jira**

**La bascule peut être accompagnée.** Si le volume de documents est important, ouvrez un ticket : l'équipe Tech vous aide à organiser la reprise.
{% endhint %}

***

*Page vérifiée le 28.07.2026 par VDMAY — à revoir avant le 31.10.2026*


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://smedai.aivd.ch/applications/microsoft-teams/collaborer-au-quotidien/conversation-ou-canal-lequel-choisir.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
