Organisation vide dans Microsoft Teams : supprimer un locataire fantôme et réinitialiser le cache

Une « organisation vide » qui refuse de disparaître du sélecteur de comptes Microsoft Teams peut bloquer la productivité : fenêtres d’erreur, confusion des utilisateurs, pertes de temps en support. Cette page détaille les causes du phénomène et propose une méthode pas à pas — validée en production — pour retrouver un environnement Teams propre et sans locataires fantômes.

Sommaire

Vue d’ensemble du problème

Dans la version de bureau de Microsoft Teams (v2.x ou « New Teams »), il arrive qu’un tenant sans nom s’affiche à côté des organisations légitimes. Toute tentative de bascule échoue avec le message :

Oops ! We have run into issues while switching to the selected account or org.

Le simple vidage du cache ou la bascule vers l’ancienne interface n’élimine pas toujours cette entrée persistante ; il faut dérouler une séquence précise pour forcer Teams à purger ses informations d’identité.

Symptômes détaillés

  • Icône ou entrée sans libellé (« vide ») dans le commutateur d’organisations.
  • Message d’erreur dès que l’on clique sur l’entrée.
  • Désynchronisation potentielle de OneDrive ou SharePoint si le profil est corrompu.
  • Aucune trace du locataire dans le portail myaccount.microsoft.com (rubrique Organisations).

Solution courte : séquence « Déconnexion > Quitter > Relancer »

La majorité des cas se résolvent sans suppression de fichiers ni réinstallation, grâce à la procédure suivante :

ÉtapeActionImpact
1Se déconnecter de Teams (Menu utilisateur → Déconnexion)Efface les jetons d’authentification et réinitialise la liste interne des locataires.
2Quitter l’application (clic droit sur l’icône → Quitter ou Alt+F4)Ferme tous les processus (UI, WebView2, service gère-mises‑à‑jour).
3Redémarrer la machine (facultatif mais recommandé)Élimine les services en arrière‑plan qui auraient relancé Teams.
4Relancer Teams puis se reconnecterL’organisation fantôme a disparu dans 9 cas sur 10.

Statut : si après ces quatre étapes la liste ne contient plus d’entrée « vide », la réparation est terminée.

Pourquoi ça marche ?

Teams stocke plusieurs caches :

  • Fichiers JSON d’identity mapping (%appdata%\Microsoft\Teams\IndexedDB).
  • Jetons d’accès dans WebView2 (%localappdata%\Microsoft\Teams).
  • Données de configuration du locataire (settings.json).

Elles ne sont purgées que si l’utilisateur :

  1. se déconnecte (pour révoquer les jetons) ;
  2. ferme entièrement l’exécutable (ms-teams.exe) ;
  3. redémarre ou attend que l’OS libère les verrous sur les fichiers.

Sans cette séquence, Teams rouvre les fichiers verrouillés et réimporte la configuration corrompue.

Procédure approfondie si l’entrée persiste

1. Suppression manuelle des données locales

À exécuter après la déconnexion et la fermeture complète de Teams.

  • Windows : Win + R%appdata%\Microsoft\Teams → supprimer ou renommer le dossier Teams.
  • macOS : ~/Library/Application Support/Microsoft/Teams → déplacer le dossier à la Corbeille.
  • Linux (préversion) : ~/.config/Microsoft/Microsoft Teams.

Au prochain lancement, Teams reconstruit le cache et demande une authentification propre.

2. Vérifier les organisations Azure AD

Dans certains cas, un locataire B2B supprimé du côté du propriétaire subsiste dans votre profil. Supprimez‑le :

  1. Ouvrez Azure Portal → Mon profil (ou équivalent).
  2. Section Organisations : sélectionnez l’organisation obsolète.
  3. Cliquez sur Quitter l’organisation.

Cette opération peut prendre jusqu’à 15 minutes pour se répercuter dans Teams.

3. Réinstaller Microsoft Teams

  • Désinstallez via Applications et fonctionnalités.
  • Supprimez les dossiers de cache listés ci‑dessus.
  • Téléchargez la dernière version stable (fichier Teams_windows_x64.exe ou PKG macOS).

La réinstallation forcerait de toute façon un cache neuf ; veillez donc à ne pas restaurer de profils d’itinérance (roaming profiles) corrompus.

4. Reset WebView2

Teams s’appuie sur Microsoft Edge WebView2 pour l’authentification moderne. Réinitialiser WebView2 peut corriger les profils mal synchronisés :

  1. Désinstallez Microsoft Edge WebView2 Runtime.
  2. Redémarrez.
  3. Relancez Teams qui réinstallera automatiquement le runtime.

Analyse technique : que contient le cache ?

Le dossier IndexedDB héberge des bases IndexedDB (fichier .ldb) où sont stockés :

  • La liste des tenants (TenantInfo).
  • Les empreintes SSO (SSOTokens).
  • Les préférences utilisateur (SettingsStore).

Lorsque le jeton d’un tenant est révoqué côté Azure AD, Teams devrait supprimer l’entrée correspondante. Sur certains canaux (Preview), un bug laisse subsister un enregistrement incomplet, d’où l’icône sans nom.

Cas particuliers

macOS

La version macOS (.pkg) stocke son cache dans ~/Library/Application Support/Microsoft/Teams. Vérifiez également :

  • ~/Library/Containers/com.microsoft.teams2
  • ~/Library/Group Containers/UBF8T346G9.Office

Supprimez‑les uniquement si vous avez quitté Teams et Outlook, sinon des plug‑ins Office recréent des fichiers corrompus.

Android / iOS

Sur mobile, un locataire fantôme apparaît rarement ; effacer le cache de l’application (Réglages → Applications → Teams → Stockage → Effacer données) suffit. Aucune incidence sur la version de bureau.

Bons réflexes pour prévenir le problème

  • Mettre Teams à jour : les builds ≥ 23319 corrigent plusieurs fuites de cache.
  • Fermer Teams avant d’hiberner la machine pour éviter que WebView2 ne se fige, surtout sur Windows 11 23H2.
  • Limiter les invitations B2B via des stratégies d’accès conditionnel Azure AD.
  • Script PowerShell de nettoyage : intégrer un Remove-Item -Recurse $env:APPDATA\Microsoft\Teams\* dans la session de logoff.
  • Surveillance SCCM/Intune : déployer des rapports qui comptent les occurrences de l’erreur d’ID 1004 Teams dans l’Event Viewer.

Questions fréquentes (FAQ)

Le problème revient après chaque mise à jour ; que faire ? Vérifiez que la désinstallation se fait pour tous les profils locaux. Les pilotes Chromium obsolètes peuvent recréer un cache corrompu. Puis‑je supprimer le locataire via PowerShell ? Non : le locataire n’existe pas côté Azure AD ; la suppression doit être locale. Les cmdlets Remove-AzureADTenant n’ont aucun effet. Qu’en est‑il de Teams for Education ? Les tenants EDU héritent des mêmes mécanismes. La purge du dossier %appdata%\Microsoft\Teams fonctionne également.

Exemple de script de nettoyage automatique

# Nettoyage Teams pour tous les utilisateurs Windows
Get-ChildItem "C:\Users" -Directory | ForEach-Object {
    $teamsPath = "$($_.FullName)\AppData\Roaming\Microsoft\Teams"
    if (Test-Path $teamsPath) {
        Remove-Item $teamsPath -Recurse -Force -ErrorAction SilentlyContinue
    }
}
Write-Output "Cache Teams supprimé sur l'ensemble des profils."

Conclusion

Une organisation « vide » dans Microsoft Teams est le symptôme d’un cache défectueux ou d’une invitation B2B incomplète. Dans l’immense majorité des cas, la séquence Déconnexion → Quitter → Relancer résout l’incident en moins de deux minutes. Si le locataire fantôme s’accroche, la suppression manuelle du dossier Teams, suivie d’une reconnexion propre, garantit un environnement sain sans toucher aux données de l’organisation principale.

Sommaire