Des équipes ont disparu de l’onglet Équipes dans le nouveau client Microsoft Teams pour bureau, alors que l’appartenance est intacte ? Voici le diagnostic confirmé par Microsoft (TM773599), les contournements qui marchent vraiment et une procédure claire pour rétablir la situation.
Vue d’ensemble de la question
Plusieurs organisations ont constaté que certaines équipes n’apparaissaient plus dans la liste du nouveau client Microsoft Teams (application de bureau). Les utilisateurs touchés en restent pourtant membres ou propriétaires : ils reçoivent encore des notifications, l’Admin Center affiche bien toutes les équipes, et via le navigateur toutes les équipes sont visibles. Les opérations locales habituelles (se déconnecter/reconnecter, réparer/réinitialiser l’application, vider le cache, réinstaller) n’ont pas suffi à corriger durablement l’affichage.
Symptômes et périmètre concernés
- Dans le client Teams desktop (nouveau client), une ou plusieurs équipes manquent dans l’onglet Équipes.
- Les notifications (messages, mentions, activités) continuent d’arriver pour ces équipes/canaux.
- Dans le navigateur, toutes les équipes s’affichent correctement.
- Dans le Centre d’administration Microsoft 365, l’ensemble des équipes et des appartenances est intact.
- Les actions locales de maintenance (réparation, reset, suppression du cache, réinstallation) n’apportent pas de correction durable.
| Surface | Comportement observé |
|---|---|
| Teams (nouveau client desktop) | Équipes absentes de la liste ; les recherches et notifications fonctionnent. |
| Teams (web) | Toutes les équipes visibles et accessibles. |
| Admin Center Microsoft 365 | Appartenances et propriétés d’équipe conformes. |
| Teams (mobile) | La plupart du temps intact ; peut varier selon l’utilisateur. |
Diagnostic principal : incident de service confirmé (TM773599)
Incident Microsoft : TM773599. Microsoft a reconnu une défaillance côté service affectant l’affichage des équipes dans le nouveau client Teams (desktop et, selon Microsoft, parfois aussi web). Le problème ne relève donc ni d’un retrait d’appartenance ni d’une mauvaise configuration locale.
Cause racine
Une partie de l’infrastructure de base de données ne traitait pas correctement certaines requêtes. Résultat : le client de bureau ne recevait pas une liste cohérente de toutes les équipes pour certains comptes, malgré une appartenance valide côté service.
Action de remédiation par Microsoft
- Redirection des requêtes vers une autre infrastructure non affectée.
- Déploiement d’un correctif côté service.
- Communication ciblée auprès des locataires concernés pour confirmer la résolution.
À retenir : l’incident TM773599 est la cause principale. Ne modifiez pas l’appartenance aux équipes « pour tester » : cela ne corrige pas la racine du problème et peut introduire d’autres effets de bord.
Contournements efficaces et immédiats
En attendant la propagation complète du correctif et la stabilisation chez tous les utilisateurs impactés, deux approches ont montré leur efficacité.
Utiliser Teams sur le web
Chez les utilisateurs concernés, la version web affichait l’intégralité des équipes. C’est la voie la plus simple pour maintenir la productivité le temps que tout rentre dans l’ordre côté service.
Ré‑ancrer l’équipe via la recherche dans le client desktop
- Ouvrez Teams (nouveau client desktop).
- Cliquez dans la barre de recherche (raccourci courant : Ctrl+E).
- Saisissez le nom exact de l’équipe manquante et ouvrez-la.
- L’équipe se ré‑ajoute dans la liste (effet parfois temporaire, mais utile en attendant le correctif global).
Astuce : si plusieurs équipes manquent, répétez la manipulation pour chacune. Nommez vos équipes de manière cohérente pour faciliter leur repérage par la recherche.
Procédure d’intervention pour les administrateurs
Les étapes ci‑dessous vous aident à sécuriser le diagnostic, rassurer les utilisateurs et documenter toute persistance de l’anomalie après remédiation Microsoft.
Vérifier l’état du service
- Dans le Centre d’administration Microsoft 365, consultez l’état du service Teams : recherchez l’ID TM773599. S’il n’apparaît pas, l’incident peut être clos ou visible uniquement pour les locataires identifiés comme touchés.
- Archivez des captures de l’état du service pour le suivi interne.
Communiquer proactivement
Informez les utilisateurs concernés que l’incident est côté Microsoft, non lié à leur compte ni à leur poste. Proposez immédiatement les deux contournements (« web » et « ré‑ancrage via la recherche »).
Ouvrir/maintenir un ticket si besoin
- Si, après l’annonce de la correction, des cas persistent, ouvrez ou maintenez un ticket Microsoft.
- Joignez des fichiers de diagnostic : via le menu d’aide de Teams (fonction de collecte des journaux). Le raccourci courant (selon version) pour capturer des journaux est Ctrl+Alt+Shift+1.
- Incluez des journaux côté client et, si possible, une vidéo courte montrant l’absence d’équipes dans la vue Équipes ainsi que leur présence via le web.
Contrôles rapides d’intégrité
| Vérification | Comment interpréter | Action |
|---|---|---|
| Appartenance intacte (Admin Center) | L’utilisateur est toujours membre/propriétaire. | Ne changez rien ; incident côté service confirmé. |
| Teams visibles sur le web | La liste est complète en navigateur. | Conseillez l’usage web transitoire. |
| Notifications reçues | Les canaux restent actifs côté service. | Rassurez l’utilisateur : aucune donnée perdue. |
| Équipes « masquées » | L’équipe a pu être masquée localement. | Dérouler Équipes masquées → Afficher l’équipe. |
Vérifications côté client (au cas où des résidus subsistent)
- Mettre à jour le nouveau client Teams vers la dernière version disponible.
- Se déconnecter/reconnecter (depuis le profil Teams), pas uniquement fermer l’application.
- Contrôler les « Équipes masquées » : dans l’onglet Équipes, déroulez la section et réaffichez l’équipe si nécessaire.
- Tester avec un autre profil Windows, une autre session ou un autre poste pour isoler un cache local récalcitrant.
Attention : les suppressions de dossier de cache « à la main » peuvent provoquer des effets secondaires (reconnexion forcée, perte de préférences locales). Privilégiez les fonctions natives de réparation/réinitialisation et la mise à jour de l’application.
Arbre de décision rapide
- L’ID TM773599 est visible dans l’état du service ?
- Oui → Communiquez l’incident, proposez le web et le ré‑ancrage via recherche, surveillez la résolution.
- Non → Poursuivez la vérification : l’incident peut être clos côté Microsoft.
- Sur web, toutes les équipes s’affichent ?
- Oui → Faites utiliser la version web en attendant, collectez les journaux client.
- Non → Cas atypique ; escaladez immédiatement au support Microsoft.
- Des équipes sont « masquées » côté client ?
- Oui → Réaffichez-les et validez la persistance.
- Non → Utilisez la recherche pour ré‑ancrer l’équipe dans la liste.
Bonnes pratiques d’administration et de communication
Avant tout, ne pas nuire
- Évitez de modifier l’appartenance (retirer/ajouter des utilisateurs) pour « débloquer » l’affichage : cet incident est côté service.
- N’archivez pas et ne restaurez pas une équipe « pour forcer un rafraîchissement » : cela peut perturber les flux et les connecteurs.
Informer sans inquiéter
Expliquez que le problème touche l’affichage local et non les données ou les autorisations. Les messages, fichiers et canaux restent disponibles. Proposez un Message d’information prêt à l’emploi :
Message type aux utilisateurs
« Nous rencontrons un incident Microsoft (référence TM773599) affectant l’affichage de certaines équipes dans le nouveau client Teams pour bureau. Vos appartenances et données ne sont pas impactées. Deux solutions immédiates : 1) utiliser Teams sur le web, 2) ouvrir l’équipe via la recherche dans l’application (cela la ré‑ajoute à la liste). Microsoft a déployé un correctif côté service. Nous vous informerons dès clôture complète. »
Tracer et capitaliser
- Conservez une liste des utilisateurs affectés, des équipes concernées et des horodatages d’observation.
- Notez l’efficacité des contournements (web, ré‑ancrage) et la date de retour à la normale.
- Alimentez votre base de connaissances interne avec le contexte TM773599 pour référence ultérieure.
Vérifications avancées (administration)
Si vous devez documenter la cohérence d’appartenance côté service, un contrôle via PowerShell peut être utile. Exemple d’audit lecture seule :
# Module MicrosoftTeams requis (lecture seule)
# Vérifier qu'un utilisateur est bien membre d'une équipe donnée
# (Remplacer par vos identifiants réels)
# 1) Se connecter
Connect-MicrosoftTeams
# 2) Lister les équipes visibles pour un utilisateur
Get-Team -User user@contoso.com
# 3) Lister les membres d'une équipe précise
# (GroupId issu d'un Get-Team)
Get-TeamUser -GroupId 00000000-0000-0000-0000-000000000000
Ces commandes confirment que l’appartenance est correcte même si l’équipe n’apparaît pas dans le client desktop. Joignez les résultats (horodatés) à votre ticket de support si l’anomalie persiste après correction côté service.
Pourquoi la recherche « ré‑ancre » parfois l’équipe ?
La liste d’équipes affichée dans le client desktop est le résultat de plusieurs requêtes (et d’un mécanisme de cache local). Lorsque la couche service renvoie une liste incomplète, l’équipe peut ne pas être rendue dans la vue Équipes. L’ouverture directe d’une équipe par la recherche force une récupération ciblée de ses métadonnées et rafraîchit la vue ; l’équipe réapparaît alors, parfois de façon temporaire jusqu’à ce que l’ensemble de la liste se stabilise côté service.
Questions fréquentes (FAQ)
Est‑ce un problème lié au « nouveau » Teams uniquement ?
Oui, l’incident répertorié sous TM773599 vise le nouveau client Teams (desktop) et, d’après Microsoft, peut marginalement toucher le web. Les signalements proviennent majoritairement du client de bureau.
Mes équipes ou canaux ont‑ils été supprimés ?
Non. Les équipes et canaux existent toujours. L’incident concerne l’affichage de la liste dans le client, pas l’existence des objets ni vos droits d’accès.
Dois‑je réinstaller Teams ?
La réinstallation n’a pas démontré d’efficacité durable pour ce cas précis. Utilisez plutôt les contournements (web, ré‑ancrage via recherche) et assurez‑vous que le client est à jour.
Combien de temps pour un retour à la normale ?
Une fois le correctif côté service déployé, l’affichage se stabilise progressivement. La durée exacte peut varier selon la propagation et les caches locaux. Comme mesure transitoire, l’usage du web garantit l’accès à toutes les équipes.
Et les « Équipes masquées » ?
La section Équipes masquées peut cacher une partie de la liste. Vérifiez-la et utilisez Afficher l’équipe si vous retrouvez l’équipe manquante. Si elle n’y est pas, appliquez le ré‑ancrage via recherche.
Et l’application mobile ?
La plupart des cas rapportés n’affectent pas l’application mobile. Toutefois, si vous constatez des divergences, signalez‑les au support avec captures et journaux.
Exemples de scénarios et résolution
Scénario A : l’équipe X a disparu du volet Équipes
- Vérification rapide : l’équipe X est‑elle visible via le web ? Oui.
- Contournement immédiat : dans le client desktop, recherche → ouvrir l’équipe X → elle se ré‑ajoute.
- Administration : notez l’utilisateur, l’équipe, l’heure ; vérifiez l’état du service (référence TM773599).
Scénario B : plusieurs équipes manquent pour un même utilisateur
- Utilisation transitoire de la version web pour éviter toute perte de temps.
- Ré‑ancrage via recherche pour chacune des équipes indispensables au quotidien.
- Collecte de journaux (client) et ouverture/maintien d’un ticket Microsoft si la situation persiste après correction annoncée.
Scénario C : divergence entre deux postes
- Sur poste A, l’équipe n’apparaît pas ; sur poste B, elle apparaît. → Cache local probablement impliqué.
- Sur poste A : déconnexion/reconnexion, contrôle des équipes masquées, ré‑ancrage via recherche. Mettre à jour le client.
- Si besoin, test avec un autre profil Windows sur le poste A ; documentez le résultat.
Tableau récapitulatif des actions recommandées
| Action | Objectif | Quand l’utiliser | Résultat attendu |
|---|---|---|---|
| Consulter l’état du service (TM773599) | Confirmer l’incident côté Microsoft | Dès le premier signalement | Décision rapide et communication ciblée |
| Teams sur le web | Assurer la continuité d’activité | Immédiatement | Toutes les équipes visibles |
| Ré‑ancrer via recherche | Rendre l’équipe visible dans la liste | Pour chaque équipe manquante | Réapparition (parfois temporaire) dans la vue |
| Mise à jour du client | Écarter un client obsolète | En parallèle | Compatibilité avec la correction service |
| Collecte de journaux | Évidence pour l’escalade | Si le cas persiste | Ticket support mieux étayé |
Bonnes pratiques pour éviter la confusion
- Nommez clairement les équipes (préfixes d’entité, projet, code service) pour faciliter la recherche et le ré‑ancrage.
- Évitez de dupliquer des équipes portant des noms trop proches (risque de confusion côté utilisateur).
- Documentez en interne la différence entre masquer une équipe (préférence locale) et quitter une équipe (action d’appartenance).
Récapitulatif à retenir
- Le problème ne vient pas d’un retrait d’appartenance mais d’un incident de service côté Microsoft (TM773599).
- Les deux contournements éprouvés : utiliser le web et ré‑ancrer via la recherche dans le client desktop.
- La correction serveur a été déployée par Microsoft (redirection des requêtes et patch), et l’affichage devrait se stabiliser.
- Si des cas persistent, escaladez avec journaux à l’appui, après vérifications client de base.
Modèle de check‑list opérationnelle
- ✅ Confirmer l’incident TM773599 dans l’état du service.
- ✅ Communiquer aux équipes : impact affichage, données intactes.
- ✅ Proposer immédiatement : web + ré‑ancrage via recherche.
- ✅ Mettre à jour le client (nouveau Teams).
- ✅ Vérifier « Équipes masquées ».
- ✅ Collecter journaux si persistance → ticket Microsoft.
Ce guide est conçu pour fournir une réponse concrète et exploitable, avec un angle résolument opérationnel : diagnostic confirmé, contournements efficaces, et pratiques d’administration pour un retour à la normale serein.