Microsoft Teams peut parfois afficher un mauvais fuseau horaire à vos collègues alors que vous voyez le bon côté client ; cet article détaille les causes techniques, les méthodes de diagnostic et toutes les solutions fiables pour rétablir une configuration cohérente dans Microsoft 365.
Vue d’ensemble du problème
Le symptôme est toujours le même : dans votre propre interface Teams (bannière de profil, suggestions de disponibilité, carte de visite), le fuseau horaire est correct — par exemple UTC +2 – Heure d’été d’Europe centrale (CEST). Pourtant, lorsqu’un collègue survole votre avatar, la petite info‑bulle indique un tout autre fuseau, parfois décalé de plusieurs heures (UTC ‑2, UTC ‑5, etc.).
Quelques remarques clés :
- Le phénomène apparaît aussi bien sur le client lourd Windows que sur le client Linux (PWA) ou l’application mobile iOS/Android ; il n’est donc pas lié à un cache local unique.
- Le décalage peut persister des années après la création du compte et survivre aux mises à jour de Teams.
- Le paramètre erroné “suit” l’utilisateur d’un appareil à l’autre, signe qu’il est stocké côté serveur.
Principale cause identifiée
Teams se base sur la propriété MeetingTimeZone enregistrée dans la boîte aux lettres Exchange Online (alias : Outlook Web) pour construire la carte de visite exposée aux autres collaborateurs. Cette valeur est indépendante :
- du fuseau configuré dans le système d’exploitation ;
- du fuseau défini au niveau du compte Microsoft (
account.microsoft.com) ; - des paramètres linguistiques ou régionaux internes à Teams.
En clair, si MeetingTimeZone contient un identificateur obsolète — souvent attribué lors de la toute première connexion de l’utilisateur sur OWA plusieurs années auparavant — Teams reflètera ce réglage archaïque dans toutes les cartes de profil. C’est exactement pour cette raison qu’un simple nettoyage du cache local ne résout rien : la mauvaise information est téléchargée à chaque session.
Comment confirmer le diagnostic ?
Plusieurs approches permettent de vérifier que le problème vient bien de MeetingTimeZone :
- Outlook sur le Web → Paramètres ▸ Général ▸ Langue et heure. Si un encadré vous avertit que « L’heure des réunions est définie sur un autre fuseau horaire », c’est un signe clair.
- Viva Insights (MyAnalytics) → roue dentée en haut à droite, puis Work week. Le fuseau y est répliqué depuis Exchange ; une incohérence confirme l’hypothèse.
- PowerShell Exchange Online :
Get-MailboxRegionalConfiguration <UPN> \| fl TimeZone
La cmdlet renvoie, entre autres, la valeur réelle lue par Teams. - Microsoft Graph (beta) :
GET /users/<id>/mailboxSettings
Vérifiez la sectiontimeZone.
Solutions éprouvées
| Méthode | Étapes détaillées | Résultat |
|---|---|---|
| Ré‑alignement via Outlook Web (solution la plus rapide) | 1. Ouvrir Outlook sur le Web. 2. ⚙️ Paramètres ▸ Général ▸ Langue et heure. 3. Cliquer sur Modifier sous Fuseau horaire. 4. Un encadré signale : « L’heure des réunions est définie sur un autre fuseau horaire ». 5. Valider « Oui, mettre à jour », puis redémarrer Teams. | Mise à jour immédiate de MeetingTimeZone ; vos collègues voient désormais le bon fuseau. |
| Ajustement via Viva Insights (ex‑MyAnalytics) | 1. Accéder à : https://insights.cloud.microsoft/#/PersonalApp/Home. 2. Cliquer sur ⚙️ Settings (coin supérieur droit). 3. Dans Work week, définir le fuseau et les jours ouvrés. | Met à jour la configuration Exchange et résout le problème si Outlook Web ne propose plus l’encadré « Oui, mettre à jour ». |
| Correctifs génériques | • Vérifier le fuseau sur account.microsoft.com.• Supprimer le cache Teams (%appdata%\Microsoft\Teams ou ~/Library/Caches/com.microsoft.teams). • Se déconnecter, puis reconnecter. • Mettre à jour Teams. | Utile pour forcer Teams à relire les paramètres, mais ne change pas MeetingTimeZone ; le décalage persiste si cette propriété reste incorrecte. |
Script d’administration Exchange Online
Les administrateurs disposant du rôle MailboxSettings peuvent :
# Afficher le fuseau enregistré
Get-MailboxRegionalConfiguration <UPN> | fl TimeZone
# Corriger le fuseau
Set-MailboxRegionalConfiguration \ -TimeZone "W. Europe Standard Time"Le changement est quasi instantané côté serveur. Demandez toutefois à l’utilisateur concerné (et à ses collègues) de fermer et rouvrir Teams ou bien d’effacer le cache avant de valider que la carte de visite est correcte.
Propagation et délais
Après modification de MeetingTimeZone (via Outlook Web ou PowerShell), la mise à jour se propage selon trois mécanismes :
- Exchange → Azure AD : quelques minutes, car les métadonnées de boîte aux lettres sont répliquées.
- Azure AD → Teams Service : environ 15 minutes selon la charge régionale.
- Teams Service → Clients Teams : rafraîchissement dès la reconnexion ou l’auto‑refresh (~30 min). Un redémarrage manuel accélère le processus.
En pratique, comptez 5 à 30 minutes pour observer le correctif côté collègues, à condition qu’ils redémarrent Teams ou qu’ils vident le cache. Sans ces précautions, la métadonnée serait conservée en mémoire jusqu’à expiration du token (~8 h).
Pourquoi le fuseau ne se met‑il pas à jour automatiquement ?
Le paramètre MeetingTimeZone est historiquement utilisé par Outlook pour planifier les réunions récurrentes lors de la création du calendrier Exchange. Or, Microsoft n’exécute pas de tâche de maintenance automatique qui comparerait la timezone système à la timezone Exchange. L’objectif est d’éviter qu’un déplacement temporaire (congé, voyages d’affaires) modifie de façon permanente l’heure des séries de réunions existantes. Il revient donc à l’utilisateur (ou à l’administrateur) de rafraîchir manuellement la valeur lorsqu’un déménagement de longue durée se produit.
Questions fréquentes (FAQ)
Un proxy ou un VPN peut‑il provoquer le problème ?
Non. Les proxys et VPN peuvent influencer l’affichage de la météo ou de la page d’accueil Microsoft 365, mais ils ne modifient pas MeetingTimeZone, lequel repose exclusivement sur la configuration Exchange.
Dois‑je changer les paramètres régionaux de Windows pour corriger Teams ?
Cela n’affecte que l’affichage local ; Teams téléchargera toujours le fuseau depuis le service. Le cœur du problème reste MeetingTimeZone.
Les réunions Teams déjà programmées seront‑elles modifiées ?
Non. La propriété impacte uniquement l’affichage dans la carte de visite et la sugg gestion de disponibilité (présence). Les invitations existantes restent calées sur la date/heure UTC stockée au moment de leur création.
Bonnes pratiques d’administration
- Inclure la vérification du fuseau horaire Exchange dans le processus d’onboarding ; ainsi, les nouveaux comptes commencent avec la bonne valeur.
- Éduquer les utilisateurs sur la différence entre Time zone du système et Time zone Exchange ; un article interne de connaissances évitera des tickets récurrents.
- Automatiser un script PowerShell mensuel qui liste tous les comptes dont
TimeZone≠ valeur attendue, surtout pour les organisations multinationales. - Prévoir un runbook de correction lors des fusions/acquisitions où des comptes sont migrés entre locataires ; le fuseau hérité peut être incohérent.
Conclusion
Le décalage de fuseau horaire visible dans Microsoft Teams n’a rien d’un bug aléatoire ; il reflète simplement une valeur héritée, MeetingTimeZone, que Teams expose sans la comparer à vos réglages actuels. Une mise à jour rapide via Outlook Web, Viva Insights ou PowerShell suffit à éliminer le malentendu — à condition de relancer Teams pour forcer la prise en compte. Grâce aux procédures décrites ci‑dessus, vous pourrez éviter des confusions d’agenda et garantir la cohérence horaire au sein de votre organisation.