Vous souhaitez « déplacer » un canal Microsoft Teams d’une équipe A vers une équipe B ? Voici ce que Microsoft permet (et ne permet pas) en 2025, plus un plan d’action précis pour migrer fichiers, apps et gouvernance sans perdre l’essentiel.
Vue d’ensemble de la question
La demande est fréquente : un projet change de périmètre, une direction fusionne, ou l’on veut regrouper des sujets. Peut‑on transférer un canal — standard, privé ou partagé — vers une autre équipe, avec ses messages, ses fichiers, ses membres et ses paramètres ? Quelles autorisations sont nécessaires et quelles limites s’appliquent ?
Réponse & solution (l’essentiel en 30 s)
- Pas de déplacement natif de canal entre équipes. Il n’existe pas, à ce jour, de bouton/commande Microsoft Teams pour « déplacer » un canal d’une équipe vers une autre (quel que soit le type).
- Canaux privés et partagés : non déplaçables et non convertibles. Chaque canal privé ou partagé possède son propre site SharePoint et reste lié à son équipe d’origine. Il n’est pas possible de le convertir en canal standard (et inversement).
- Ce qui est faisable aujourd’hui :
- Recréer le canal dans l’équipe cible ;
- Migrer les fichiers via SharePoint/Teams (« Déplacer vers » / « Copier vers ») ;
- Reconfigurer les onglets, apps et paramètres ;
- Gérer l’historique des messages : export via Microsoft Purview eDiscovery si besoin d’archiver ;
- Option pro : utiliser un outil de migration (ShareGate, MigrationWiz/BitTitan, Quest On Demand Migration, CloudFuze…) si l’on veut aussi rapatrier l’historique des messages.
Détails pratiques & mode opératoire recommandé
Créer le canal dans la nouvelle équipe
Dans l’équipe B, créez manuellement un canal du type adéquat : standard, privé ou partagé. Important : il n’existe pas de conversion de type (standard ⇔ privé/partagé ; privé ⇔ partagé). Choisissez le bon type dès le départ.
- Standard : visible par tous les membres de l’équipe.
- Privé : visible seulement par un sous‑ensemble de membres, avec un site SharePoint distinct.
- Partagé : collaborer avec des personnes hors de l’équipe (voire hors tenant selon la politique), également adossé à son propre site SharePoint.
Migrer les fichiers du canal
Où sont stockés les fichiers ?
| Type de canal | Emplacement des fichiers | Site SharePoint |
|---|---|---|
| Standard | Bibliothèque Documents du site SharePoint de l’équipe | Site de l’équipe |
| Privé | Bibliothèque du site dédié au canal | Site distinct créé pour ce canal privé |
| Partagé | Bibliothèque du site dédié au canal | Site distinct créé pour ce canal partagé |
Comment déplacer/copier ?
- Depuis l’onglet Fichiers du canal (ou directement dans SharePoint) : utilisez Déplacer vers ou Copier vers.
- Les mouvements inter‑sites (donc vers une autre équipe) fonctionnent si vous disposez des droits nécessaires.
Droits requis (indicatif) :
- Cible : droits suffisants sur la bibliothèque (au minimum édition pour créer et modifier des contenus).
- Source : droits de suppression si vous utilisez « Déplacer » (non requis pour « Copier »).
- Être membre/propriétaire des deux équipes simplifie considérablement l’opération.
Bon à savoir : la structure de dossiers suit correctement. En revanche, les messages, les onglets (Planner, OneNote, Listes, Project/Roadmap, etc.) et les connecteurs ne sont pas transférés par cette méthode ; ils doivent être reconfigurés.
Recréer les onglets, apps et paramètres
- Recréez les onglets (Planner/Plans, OneNote, Listes, Project/Roadmap, Power BI, Forms, Whiteboard, etc.).
- Réappliquez les paramètres de canal : modération, autorisation de publication, mentions, règles de réaction, etc.
- Si vous utilisiez l’ancien Wiki de Teams (déprécié), migrez vers OneNote et attachez le bloc‑notes en onglet.
Gérer les conversations (messages)
- Il n’existe pas de fonction native pour déplacer des messages d’un canal vers un autre.
- Si vous devez conserver/extraire l’historique des conversations (compliance, audit, litiges), utilisez Microsoft Purview eDiscovery pour rechercher et exporter le contenu d’un canal.
- Pendant la transition, vous pouvez publier en « multi‑canaux » (cross‑post) vos nouveaux messages afin d’informer et rediriger les utilisateurs.
Alternatives « système » utiles
- Cloner une équipe : créer une nouvelle équipe à partir d’une existante pour recopier la structure (canaux, onglets, paramètres, apps et membres). L’historique des messages n’est pas cloné.
- Archiver l’ancienne équipe (lecture seule) et publier un post épinglé dans l’ancien canal pointant vers le nouveau.
Option « pro » : outils de migration
Vous avez besoin de restituer l’historique des messages dans le nouveau canal ? Des solutions tierces (notamment ShareGate, MigrationWiz/BitTitan, Quest On Demand Migration, CloudFuze) prennent en charge la migration de canaux (intra‑tenant ou cross‑tenant), avec reprise des messages, fichiers, membres et parfois des métadonnées et émojis/pièces jointes selon les éditeurs.
Points d’attention :
- Vérifiez la portée exacte (messages épinglés, réactions, mentions, pièces jointes, onglets, Planner, OneNote, Listes…).
- Confirmez la gestion des canaux privés/partagés (sites SharePoint distincts).
- Contrôlez les volumes, la bande passante, le throttling Graph et les fenêtres de bascule.
- Considérez les coûts, la sécurité (chiffrement, transit), la traçabilité (journaux), et la conformité (localisation des données).
Pour développeurs/intégrateurs : APIs d’import (mode migration)
Microsoft Graph propose un mode migration pour importer des messages dans une équipe/canal créé(s) à cet effet. Le flux typique :
- Créer l’équipe et les canaux en mode migration (spécial, temporaire).
- Injecter les messages historiques via l’API d’import (avec horodatages d’origine), pièces jointes et auteurs mappés.
- Terminer la migration (opération de « completeMigration ») pour revenir au mode normal.
Important : ces APIs n’effectuent pas un “déplacement” d’un canal existant vers une autre équipe ; elles servent à recréer un canal équivalent et à y ré‑injecter du contenu migré.
Réponses ciblées aux sous‑questions
- Peut‑on transférer un canal avec son contenu, ses fichiers et ses réglages ?
Pas en natif. On recrée le canal, on transfère les fichiers séparément, on reconfigure onglets et paramètres, et on archive/exporte les messages (ou l’on recourt à un outil de migration). - Autorisations nécessaires ?
Il n’existe pas de droit « déplacer un canal ». Pour les fichiers : droits d’édition dans la cible et, pour « Déplacer », droits de suppression à la source. Être propriétaire/membre des deux équipes est recommandé. - Privé/partagé vs standard ?
- Standard : recréation + transfert des fichiers + reconfiguration.
- Privé/partagé : non déplaçables, chacun possède un site SharePoint distinct ; appliquer la même logique de recréation/migration.
Tableau récapitulatif rapide
| Aspect | Canal standard | Canal privé | Canal partagé |
|---|---|---|---|
| Déplacement vers une autre équipe | Non (recréation nécessaire) | Non (lié à son site dédié) | Non (lié à son site dédié) |
| Conversion de type | Non convertible en privé/partagé | Non convertible | Non convertible |
| Site SharePoint | Site de l’équipe | Site distinct par canal | Site distinct par canal |
| Emplacement des fichiers | Bibliothèque Documents de l’équipe | Bibliothèque du site du canal | Bibliothèque du site du canal |
| Membres | Tous les membres de l’équipe | Sous‑ensemble défini | Membres invités explicitement (inter‑équipe/tenant possible selon politiques) |
| Historique des messages | Pas de transfert natif | Pas de transfert natif | Pas de transfert natif |
Check‑list de mise en œuvre (rapide)
- Créer le nouveau canal dans l’équipe B (du bon type).
- Déplacer/Copier les fichiers via l’onglet Fichiers → Déplacer vers/Copier vers.
- Recréer les onglets/apps (Planner, OneNote, Listes, Project/Roadmap, Power BI…).
- Exporter l’historique des messages si nécessaire via Purview eDiscovery (conservation légale, audit).
- Reconfigurer les paramètres de canal (modération, droits de publication, mentions).
- Publier un post épinglé dans l’ancien canal : « Nous avons déménagé ici → [lien vers le nouveau canal] ».
- (Option) Outil de migration si l’historique doit être restitué dans le nouveau canal.
Bonnes pratiques & pièges à éviter
- Choisir le bon type de canal dès le départ : il n’existe pas de conversion post‑création. En cas de collaboration externe durable, privilégiez un canal partagé plutôt qu’un canal standard + partage de liens.
- Tester à blanc sur un bac à sable : valider la structure de fichiers, les droits, la restitution des onglets, l’accès invité et la performance.
- Versioning et métadonnées : lors des copies inter‑sites, vérifiez la conservation des versions et des propriétés (selon politiques et capacités). Documentez ce qui est garanti et ce qui ne l’est pas.
- Planner/To Do : un Plan ne se « déplace » pas ; anticipez des copies de plan, export/import, ou une recréation des seaux et tâches.
- Power BI/Forms : revalider les autorisations jeu de données / formulaire une fois l’onglet remonté.
- OneNote : préférez des blocs‑notes d’équipe stockés sur le site cible et rattachez l’onglet OneNote au nouvel emplacement.
- Compliance : si vous avez des rétentions ou étiquettes de confidentialité, vérifiez les effets lors des mouvements de documents (déplacement vs copie) et planifiez la bascule.
- Communications : annoncez tôt, fixez une date de gel des posts dans l’ancien canal, et publiez en multi‑canaux pendant la transition.
Autorisations : qui fait quoi ?
| Action | Rôle minimal dans Teams | Droits SharePoint requis | Notes |
|---|---|---|---|
| Créer le canal cible | Propriétaire (ou selon politique) | — | Les canaux privés/partagés sont restreints aux propriétaires. |
| Déplacer des fichiers (source → cible) | Membre du canal | Source : suppression | Cible : édition | Préférer « Copier » si doute sur les droits de suppression. |
| Recréer onglets/apps | Membre ou Propriétaire | Accès aux services concernés | Project, Planner, OneNote, Listes, Power BI, etc. |
| Exporter l’historique (eDiscovery) | Rôle Purview eDiscovery | — | Réservé aux administrateurs/rôles de conformité. |
Scénario type : réorganisation de département
Contexte : l’équipe « Produit A » est absorbée par l’équipe « Portefeuille Produits ». Le canal « A‑Support » doit rejoindre l’équipe cible.
- Décision : recréer A‑Support comme canal standard dans « Portefeuille Produits ».
- Gel des publications dans l’ancien canal, et post multi‑canaux d’annonce avec lien vers le nouveau.
- Déplacement des dossiers/fichiers vers le site cible via « Déplacer vers » (ou « Copier vers » si droits limités), en conservant l’arborescence.
- Recréer onglets (OneNote, Planner, Listes), puis vérifier l’accès et les autorisations.
- eDiscovery : export de l’historique pour archivage (si requis par la politique).
- Archiver l’équipe source au bout de X jours, avec bannière « Canal déplacé ».
Plan de communication (modèle)
Message épinglé :
📢 Nous déménageons !
À compter du [date], ce canal ne sera plus actif. Rejoignez désormais [Nom de l’équipe B] ▸ [Nom du canal]. Mettez à jour vos favoris et abonnements. Merci !
Conseil : cliquez sur « … » ▸ « Suivre ce canal » pour ne rien manquer.
FAQ pratique
Peut‑on déplacer un post d’un canal à un autre ?
Non. Vous pouvez le reposter (copier/coller) ou utiliser une publication multi‑canaux pour les nouvelles annonces.
Et si je veux absolument restituer l’historique dans le nouveau canal ?
Utilisez un outil de migration spécialisé, ou implémentez un projet d’import Graph (mode migration) qui recrée un canal et y injecte les messages historiques. Dans les deux cas, planifiez, testez et validez la conformité.
Que se passe‑t‑il pour les flux, connecteurs et webhooks ?
Ils ne sont pas déplacés. Recréez‑les dans le canal cible et mettez à jour les secrets et URL.
Les fils de discussion/threads des canaux sont‑ils concernés ?
Oui : ils font partie de l’historique des messages. Sans outil spécialisé ou import, ils ne sont pas transférés.
Modèle de procédure interne (exemple condensé)
- Pré‑bascule : cadrage (types de canaux, dépendances apps, volumétrie, exigences de rétention/étiquettes, fenêtre de bascule).
- Technique : création des canaux cibles, préparation des bibliothèques, mappage des propriétaires/membres, configuration des onglets.
- Transfert : déplacement/copie des fichiers, reprise des liens OneNote, rattachement des listes, re‑connexion des connecteurs.
- Messages : cross‑post des annonces, eDiscovery pour export légal si requis, décision sur la restitution ou non de l’historique via outil.
- Validation : tests d’accès, revues de sécurité/étiquettes, parcours utilisateurs.
- Communication : message épinglé, guides courts, rappel des abonnements aux canaux.
- Clôture : archivage de l’équipe/source, nettoyage des liens obsolètes, rapport de bascule.
À retenir
- Pas de déplacement natif d’un canal (standard/privé/partagé) vers une autre équipe.
- Fichiers : on les déplace/cope via SharePoint/Teams ; messages : pas de transfert natif (export eDiscovery ou outil tiers si restitution requise).
- Canaux privés et partagés : site SharePoint distinct, non déplaçables, non convertibles.
Mise à jour : août 2025. Les comportements décrits peuvent évoluer ; testez toujours votre scénario dans un environnement pilote avant la bascule en production.