Depuis la mise à jour de Microsoft Teams Rooms 5.2.115.0, de nombreuses organisations voient leurs consoles Logitech Tap refuser la connexion pour cause de licence prétendument incorrecte. Voici une analyse complète du problème, des solutions éprouvées et des bonnes pratiques futures.
Problème de connexion aux Microsoft Teams Rooms (MTR) – build 5.2.115.0
Synthèse de l’erreur rencontrée
Après l’installation automatique de la build 5.2.115.0 sur les appliances Windows 11 (NUC + Logitech Tap), la page de connexion MTR affiche immédiatement :
“The account used to sign in doesn’t have the correct license to use this device.”
Le compte de la salle dispose pourtant d’une licence Teams Rooms Basic, Standard ou Pro. La session ne dépasse pas l’écran d’accueil et la salle n’est plus opérationnelle.
Origine probable
- Changement de contrôle de licence côté service introduit par Microsoft pour la vague 5.2.x : les appareils valident désormais la licence auprès d’un nouveau point de terminaison Azure.
- Cache d’authentification corrompu après la mise à jour in-place.
- Désalignement temporaire entre l’Azure AD Device Object et l’Account Room (
userType=Room
).
Version concernée et impact connu
Les retours terrain indiquent que le bug touche essentiellement la 5.2.115.0 2025-07 mais pas la version antérieure 5.1.111.0 ni la branche corrective 5.2.136.x. Les environnements impactés présentent les symptômes suivants :
- Connexion impossible, boucle sur l’écran de licence.
- Affichage répété de la bannière “Needs a Teams Rooms Pro licence”.
- Réinitialisation de l’appareil inefficace tant que la licence n’a pas été « purgée » au niveau du service.
Rappels sur les licences Microsoft Teams Rooms
Licence | Nombre d’appareils autorisés | Fonctionnalités incluses (extraits) | Public cible |
---|---|---|---|
Teams Rooms Basic | 1 appareil | Réunions Teams, partage de contenu local, écrans tactiles basiques | Salles huddle ou petites salles |
Teams Rooms Pro | Illimité | Audio IntelliFrame, Front Row, gestion avancée, tableau blanc intelligent | Salles moyennes à grandes, auditoriums |
Ancien Standard (déprécié) | N/A | Équivalent Basic + SkypeEntreprise | Scénarios hybrides hérités |
Depuis juillet 2023, Microsoft exige au minimum Basic ou Pro ; toute SKU antérieure peut déclencher un refus de connexion.
Procédure de résolution pas à pas
Étape 1 – Réinitialiser proprement l’application MTR
- Connectez-vous en mode administrateur (
Skype
/Microsoft Account
si configuré). - Ouvrez Settings → Windows Settings → Accounts → Access work or school et déconnectez l’Azure AD.
- Cliquez sur Reset → Factory reset (data only). Redémarrez.
Étape 2 – Supprimer la licence dans Microsoft 365 Admin Center
- Accédez à Utilisateurs actifs, sélectionnez le compte de la salle.
- Décochez toute licence Teams Rooms et enregistrez.
- Vérifiez que la ligne
Licences et applications
est vide.
Étape 3 – Laisser le cloud “digérer” la suppression
L’expérience montre qu’un délai de 8 à 24 heures sans licence est parfois nécessaire pour purger les méta‑données de provisioning (Teams Device Configuration Profile).
Étape 4 – Réattribuer la licence puis relancer
- Réactivez exactement la même licence ou passez à Pro.
- Redémarrez la console. La connexion doit maintenant aboutir.
Dans 90 % des cas remontés, cette simple boucle “reset + suppression + propagation + réaffectation” restaure la salle.
Étapes avancées pour les cas persistants
1. Vérifier l’objet Azure AD
- Exécuter :
Get-AzureADDevice -SearchString <Nom‑Appareil> - S’assurer que le
AccountEnabled
esttrue
et que leDeviceTrustType
estServerAd
.
2. Contrôler les jetons d’authentification
Supprimez le contenu de C:\Users\Skype\AppData\Local\Packages\MSTeamsModernClient... \TokenCache
puis relancez.
3. Réinstaller l’application via le Microsoft Store
- Désinstallez “Microsoft Teams Rooms”.
- Ouvrez Store → Bibliothèque, réinstallez la dernière 5.3.x.
- Vérifiez la signature du package (
Publisher: CN=Microsoft Corporation
).
4. Ré‑imager l’OS si nécessaire
En dernier recours, utilisez l’image ISO MTR certifiée fabricant ; la version de base Windows 11 21H2 ou 22H2 est recommandée. Après l’OOBE, appliquez les étapes de licence ci‑dessus.
Bonnes pratiques pour éviter la récurrence
- Superviser la santé des Teams Rooms dans le Centre d’Administration Teams (Devices → Rooms on Windows) et activer les alertes par e‑mail.
- Geler temporairement les mises à jour via
WUfB
(Windows Update for Business) le temps de valider une nouvelle build en pilote. - Taguer les comptes de salle avec une convention claire (
_MTR
) pour filtrer rapidement dans Azure AD. - Documenter la matrice de licences et s’assurer qu’aucune autre SKU (E1, E3, etc.) n’est affectée simultanément.
- Planifier un reboot hebdomadaire des NUC via Task Scheduler afin de purger tokens et file handles.
PowerShell – scripts de vérification rapide
# Vérifier la licence du compte Room Import-Module Microsoft.Graph.Users Connect-MgGraph -Scopes "User.Read.All" Get-MgBetaUserLicenseDetail -UserId room01@contoso.com | Select-Object @{n="Licence";e={$_.ServicePlans[0].ServicePlanName}}, @{n="Statut";e={$_.ServicePlans[0].ProvisioningStatus}} # Lister la version MTR depuis le registre Invoke-Command -ComputerName MTR-NUC01 -ScriptBlock { Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\TeamsRooms\" | Select-Object InstalledVersion }
FAQ express
Pourquoi l’erreur n’apparaît‑elle que sur certaines salles ? Le déploiement en anneaux de la build 5.2.115.0 signifie que seules les salles déjà migrées au nouveau backend de contrôle de licence sont affectées. D’autres passeront à la version corrective avant de rencontrer le bug. Une licence Teams Rooms Pro résoudra‑t‑elle toujours le problème ? Pas nécessairement : si le backend n’a pas purgé l’ancien objet de licence, la demande de Pro réapparaîtra même après assignation. Respecter la séquence de suppression complète reste essentiel. Puis‑je downgrader vers une build antérieure ? Oui, en bloquant l’App Installer et en déployant la version 5.1.111.0 manuellement. Toutefois, Microsoft déconseille le downgrade et corrige le bug dans 5.2.136.x.
Conclusion
L’anomalie de licence introduite par la build 5.2.115.0 illustre l’importance d’une gouvernance stricte des mises à jour Teams Rooms. En appliquant la méthode “réinitialisation + suppression temporaire de licence + réaffectation”, la majorité des salles retrouvent l’usage normal. Pour les cas restants, l’escalade à Microsoft Support est incontournable afin d’obtenir un correctif back‑end ou une build corrective.