Fusionner deux comptes Microsoft Teams internes : guide complet et solutions de migration

Lorsqu’un salarié se retrouve avec deux identités Microsoft Teams au sein du même tenant — par exemple un compte « prenom.nom@entreprise.it » et un compte « prenom.nom@entreprise.org » — la question de la fusion des historiques et des fichiers devient cruciale. En l’absence de fonction native, il existe néanmoins plusieurs stratégies pour limiter la perte d’informations. Ce guide exhaustif détaille les contraintes techniques, les méthodes d’exportation et les bonnes pratiques pour orchestrer la transition.

Il n’existe pas de bouton magique pour fusionner deux comptes Microsoft Teams internes, mais une combinaison d’outils d’administration, de scripts PowerShell et de processus manuels permet de récupérer l’essentiel : conversations, fichiers, tâches et paramètres.

Problème posé : deux identités, un seul historique à sauvegarder

Le scénario : le compte .org, anciennement principal, est déjà désactivé ; le compte .it reste actif, recèle trois ans de projets et va être fermé. L’utilisateur veut donc préserver :

• les conversations (chats 1:1, groupes, canaux),
• les fichiers contenus dans SharePoint et OneDrive associés,
• les onglets (Planner, OneNote, Power BI, applications tierces),
• les réunions planifiées et leurs enregistrements stockés dans OneDrive ou SharePoint,
• les paramètres personnels : présence, signets, fichiers épinglés, etc.

Pourquoi Microsoft Teams ne propose-t‑il pas de fusion native ?

La « fusion » supposerait de combiner deux objets AAD, de réécrire des identifiants dans chaque message et de repropager les droits dans SharePoint : une opération lourde, sensible en termes de conformité, et risquée pour l’intégrité des données. Microsoft concentre ses efforts sur la cross‑tenant cloud migration (fusion entre organisations différentes), pas sur la consolidation de comptes internes. À ce jour, la feuille de route Microsoft 365 ne mentionne qu’une demande à forte popularité, sans date annoncée.

Cartographie des données liées à un compte Teams

Type de contenu	Où il est stocké	Outil d’exportation conseillé	Peut‑on le ré‑importer ?
Messages de canal	Site SharePoint d’équipe (données masquées dans la liste « Teams Messages »)	eDiscovery Standard ou Graph Export API	Non, seulement consultation ou archivage
Chats 1:1 et groupes	Boîte aux lettres Exchange Online cachée (« Substrate »)	eDiscovery Advanced ou Content Search	Non
Fichiers de canal	Bibliothèque « Documents » du site SharePoint	Téléchargement manuel, Move‑SPOFile, ou Migration Manager	Oui (upload dans la nouvelle équipe)
Fichiers de chat	OneDrive de l’expéditeur (dossier « Microsoft Teams Chat Files »)	OneDrive Sync ou PowerShell Pnp	Oui
Réunions & enregistrements	OneDrive (organisateur) ou SharePoint (canal)	Téléchargement direct ou PowerShell Pnp	Oui
Planner / To Do	Service Planner + Groupes Microsoft 365	Export JSON Graph, puis import manuel	Partiel (recréation)
Wikis, OneNote	SharePoint / OneDrive	Export .onepkg ou migration SharePoint	Oui

Solutions de contournement : panorama

La table synthétique ci‑dessous reprend les besoins les plus courants ; elle est enrichie de méthodes avancées, d’astuces PowerShell et de contraintes de conformité :

Besoin	Procédure détaillée	Scripts / outils	Limites
Sauvegarder les fichiers de canaux	Ouvrir le canal > Fichiers > … > Ouvrir dans SharePoint. Sélectionner > Télécharger (ZIP). Depuis le nouveau compte, créer une équipe ou un canal > Fichiers > Téléverser.	Start‑SPOMigration Invoke‑PnPSiteTemplate	Permissions d’origine perdues ; dates de création remplacées par celles du jour d’upload.
Archiver les chats privés	Administrateur : Centre de conformité > Content Search > requête kind:im. Exporter au format PST. Conserver dans un espace sécurisé (conformité interne).	Graph Export API (Role « Teams Export ») eDiscovery Advanced	Aucune ré‑importation dans l’interface Teams ; export textuel ou JSON seulement.
Maintenir l’accès après fermeture du compte	Convertir l’utilisateur en Inactive Mailbox (PowerShell Exchange). Appliquer une Hold de rétention (par exemple 3650 jours). Indexer via eDiscovery quand nécessaire.	Set-Mailbox -InactiveMailboxOnly	L’utilisateur final ne peut plus se connecter ; seules les équipes Conformité accèdent aux données.
Travailler avec deux comptes en parallèle	Teams Desktop : Paramètres > Comptes > Ajouter un compte. Définir des notifications différenciées (badges, sonneries). Edge / Chrome : créer un profil distinct pour chaque compte.	N/A	Nécessite une discipline utilisateur ; aucune mutualisation d’historique.
Automatiser la réplication des équipes	Get-Team -User pour lister les appartenance. New-Team -Clone pour cloner la structure (sans messages). Ré‑inviter l’utilisateur au nouveau compte.	Module Teams PowerShell v5+	Les messages, les onglets personnalisés et les connecteurs ne sont pas clonés.

Étapes pas‑à‑pas pour une migration réussie

1. Obtenir un sursis administratif

Dès qu’une fermeture de compte est annoncée, demandez officiellement à l’équipe IT :

• soit de prolonger la licence (même sans boîte mail),
• soit de déplacer l’utilisateur vers un plan F2/Exchange Kiosk pour un coût minimal,
• soit de placer le compte en Hold de rétention avant suppression.

Sans cette étape, les données risquent d’être purgées définitivement après la période de rétention par défaut (30 à 90 jours selon la politique du tenant).

2. Dresser l’inventaire exhaustif

Utilisez le script ci‑dessous (extrait) pour lister toutes les équipes où le compte est propriétaire ou membre :

Connect-MicrosoftTeams
$UserUPN = "prenom.nom@entreprise.it"
Get-Team | ForEach-Object {
    $Team = $_
    if ((Get-TeamUser -GroupId $Team.GroupId -User $UserUPN -ErrorAction SilentlyContinue)) {
        [PSCustomObject]@{
          TeamName = $Team.DisplayName
          Role     = (Get-TeamUser -GroupId $Team.GroupId -User $UserUPN).Role
          Channels = (Get-TeamChannel -GroupId $Team.GroupId).Count
        }
    }
} | Export‑Csv TeamsInventory.csv -NoTypeInformation

Partagez ce CSV avec les parties prenantes : chefs de projet, responsables de la conformité, direction IT.

3. Sauvegarder les fichiers SharePoint & OneDrive

Pour des volumes supérieurs à 100 Go, privilégiez le Migration Manager dans le Centre d’administration SharePoint, qui gère la mise en file d’attente, le delta sync et les permissions NTFS > SPO.

4. Exporter les conversations critiques

Pour chaque équipe stratégique :

1. Appliquer un mot‑clé de recherche (Project Phoenix, Client ABC…) dans Content Search.
2. Choisir l’option « Export files in native format » pour récupérer un fichier PST contenant les messages.
3. Convertir en PDF ou CSV si une lecture hors Outlook est requise (scripts open‑source disponibles).

5. Recréer la structure dans le compte cible

La commande New-Team -Clone est pratique pour recopier :

• la description,
• les paramètres de confidentialité,
• les canaux standards,
• les applications installées (dans la limite des autorisations).

Veillez toutefois à :

• renommer les canaux archivés (‑OLD) pour éviter la confusion,
• reprendre les onglets OneNote en les ajoutant via « Ajouter un onglet » > OneNote > Bloc-notes existant »,
• configurer les paramètres de modération si la messagerie est « verbose ».

6. Re‑assigner les tâches Planner / To Do

Exporter au format Excel depuis Planner > Exporter le plan vers Excel. Réimportez en lot via le script Import-PlannerTasksFromCSV.ps1 (disponible sur GitHub ; demandez la validation sécurité avant usage).

7. Communiquer & former

Un plan de communication évite la frustration :

« Chères équipes, à partir du 15 octobre, le compte prenom.nom@entreprise.it sera remplacé par prenom.nom@entreprise.org. Merci de mettre à jour vos contacts et de supprimer les anciens favoris Teams. Les projets X et Y sont déjà migrés. »

Prévoyez une courte session Teams Live Event ou un tutoriel vidéo interne pour expliquer :

• comment épingler l’onglet OneNote du nouveau compte,
• où retrouver les fichiers déplacés,
• le nouveau schéma d’@mentions (« Nom .org »).

Bonnes pratiques de gouvernance pour éviter ce cas de figure

1. Délégation et noms d’affichage : préférer les alias secondaires plutôt que la création d’un nouveau compte.
2. Gestion du cycle de vie des comptes : mettre en place des politiques de désactivation automatisées avec PowerShell et Microsoft Entra ID Governance.
3. Labeling et rétention : appliquer les Sensitivity Labels et les Retention Policies pour garantir que les données critiques restent accessibles même en cas de suppression accidentelle.
4. Formation continue : intégrer un module « Meilleures pratiques d’identité » dans l’onboarding.

FAQ rapide

Peut‑on fusionner les présences et statuts ? Non ; l’historique de présence est lié à l’objet AAD. Après migration, l’ancien statut disparaît. Les réunions récurrentes planifiées via le compte supprimé continueront‑elles à fonctionner ? Non. Une fois la boîte aux lettres supprimée ou convertie, les liens meeting join restent valides, mais l’organisateur ne pourra plus modifier la série. Reprogrammez‑les avec le nouveau compte. Existe‑t‑il un outil tierce‑partie de fusion ? Des éditeurs comme AvePoint, Quest OnDemand ou BinaryTree proposent des solutions de migration granulaire. Ils exportent puis réinjectent les conversations dans un nouveau tenant, mais même ces outils ne fusionnent pas deux identités : ils migrent les données d’un espace à l’autre.

Conclusion

Malgré la demande récurrente, Microsoft Teams ne permet pas aujourd’hui la fusion automatique de deux comptes internes. Toutefois, grâce à une méthodologie rigoureuse — inventaire, sauvegarde SharePoint/OneDrive, export eDiscovery, clonage d’équipes et reformation des utilisateurs — il est possible de préserver la quasi‑totalité du patrimoine numérique. Mobilisez au plus tôt votre équipe IT, exploitez les outils d’administration Microsoft 365 et anticipez les politiques de rétention : c’est la clé pour éviter toute perte irréversible.