Outlook ne se connecte plus, Teams tourne en boucle, OneDrive refuse d’ouvrir les fichiers et le standard sature d’appels. Face à Microsoft 365 en panne, la première question n’est pas technique : qui est en cause, Microsoft ou votre propre environnement ? De la réponse dépend tout le reste. Cet article donne une méthode pour poser ce diagnostic en quelques vérifications, contourner l’incident, ouvrir un ticket utile chez Microsoft, informer les utilisateurs et, surtout, mieux se préparer à la prochaine fois.
Microsoft 365 en panne ou problème local ?
Une panne côté Microsoft touche généralement beaucoup d’organisations en même temps. Un problème local touche votre tenant, votre réseau ou une partie de vos utilisateurs. Trois sources officielles permettent de trancher rapidement.
- La page Santé du service du Centre d’administration Microsoft 365 (menu Santé > Santé du service). Elle liste les incidents et avis en cours qui concernent votre tenant. Un incident signale un service ou une fonction majeure indisponible ; un avis signale un problème limité, souvent avec un contournement.
- La page publique status.cloud.microsoft, à consulter quand vous ne parvenez même plus à vous connecter au centre d’administration.
- Le compte X @MSFT365Status, que Microsoft utilise pour communiquer sur certains événements d’ampleur.
Si aucune de ces sources ne mentionne d’incident et que le problème persiste, partez du principe qu’il est local jusqu’à preuve du contraire. Gardez aussi en tête qu’un incident peut être visible chez vous avant d’être publié par Microsoft.
Les vérifications, dans l’ordre
Pour ne pas perdre de temps, procédez du plus large au plus précis.
- Mesurer le périmètre. Tous les utilisateurs ou quelques-uns ? Un site ou tous les sites ? Un service (Exchange Online, Teams, SharePoint) ou tous ? Une panne limitée à un site oriente vers le réseau local.
- Tester depuis l’extérieur. Essayez la version web (Outlook sur le web, Teams web) depuis une connexion 4G/5G. Si cela fonctionne, regardez votre accès Internet, votre pare-feu, votre proxy ou votre résolution DNS.
- Vérifier l’authentification. Si les connexions sont refusées, consultez les journaux de connexion dans Microsoft Entra ID : un code d’erreur, une stratégie d’accès conditionnel récemment modifiée, une méthode MFA en échec ou un compte bloqué sont des causes fréquentes.
- Contrôler les changements récents. Une modification DNS (enregistrements MX, Autodiscover, SPF), un certificat expiré, une fédération ADFS, un serveur Microsoft Entra Connect ou une mise à jour de poste déployée la veille peuvent produire des symptômes qui ressemblent à une panne globale.
- Vérifier les licences et l’abonnement. Un abonnement expiré ou une licence retirée bloque l’accès aux services. Le tableau de bord du centre d’administration affiche ce type d’alerte.
- Écarter le poste client. Si seule l’application de bureau échoue alors que la version web fonctionne, le problème vient du client (profil Outlook, cache, mise à jour).
Contourner la panne en attendant
Un contournement ne règle pas la cause, mais il limite l’impact sur l’activité. Selon le service touché :
- Messagerie : basculer sur Outlook sur le web ou sur mobile si seul le client de bureau est touché. Si Exchange Online est indisponible, les messages entrants sont en principe mis en file d’attente par les serveurs expéditeurs et réessayés pendant un certain temps : il n’est généralement pas utile de modifier vos enregistrements MX dans la précipitation.
- Teams : passer par la version web, la téléphonie ou un pont de conférence de secours prévu à l’avance pour les réunions critiques.
- SharePoint et OneDrive : travailler sur les fichiers déjà synchronisés en local, en gardant à l’esprit les risques de conflit à la reprise.
- Connexions : si une stratégie d’accès conditionnel ou un fournisseur MFA est en cause, utiliser un compte d’accès d’urgence pour reprendre la main, puis corriger la configuration.
Évitez les modifications lourdes (désactiver le MFA pour tous, changer la fédération, toucher aux enregistrements DNS) sans avoir confirmé la cause : elles créent souvent un second incident.
Ouvrir et suivre un ticket Microsoft
Si l’incident est déjà publié dans Santé du service, inutile d’ouvrir un ticket pour signaler la panne : suivez l’incident, ses mises à jour et, une fois résolu, le rapport post-incident publié par Microsoft. Vous pouvez aussi activer les notifications par e-mail sur un incident précis.
Si le problème n’apparaît nulle part :
- Utilisez Signaler un problème dans Santé du service. Microsoft compare votre signalement avec ceux d’autres organisations et peut le transformer en incident. Le suivi apparaît dans l’onglet des problèmes signalés.
- Pour obtenir de l’aide sur votre cas, ouvrez une demande depuis Aide et support dans le centre d’administration (admin.cloud.microsoft), puis l’icône de contact du support. Seul un administrateur peut le faire, et un abonnement acheté via un partenaire se traite avec ce partenaire.
- Ouvrez une demande par problème et préparez les éléments utiles : périmètre, heure de début, messages d’erreur exacts, identifiants de corrélation, captures, actions déjà tentées.
- Si le centre d’administration est inaccessible, le support téléphonique reste possible : les numéros par pays sont listés sur le site du support Microsoft.
Notez le numéro de la demande et tenez un journal horodaté des échanges : il servira pour la communication interne et pour le retour d’expérience.
Que dire aux utilisateurs
Un silence de l’équipe IT génère des dizaines de tickets en doublon. Une communication courte et régulière fait l’inverse.
- Utiliser un canal indépendant de Microsoft 365 : SMS, messagerie de secours, affichage, intranet hébergé ailleurs. Envoyer un e-mail pour annoncer une panne de messagerie ne fonctionne pas.
- Dire ce qui est connu : services touchés, contournements disponibles, origine si elle est confirmée (Microsoft ou interne).
- Annoncer la prochaine mise à jour à une heure précise, même s’il n’y a rien de nouveau.
- Donner une consigne claire : ne pas réinstaller Office, ne pas multiplier les tentatives de connexion, conserver les messages d’erreur.
Pour la direction, ajoutez l’impact métier estimé et la décision attendue, le cas échéant (activation d’une procédure dégradée, report d’une échéance).
Quand faire appel à un expert
Si Microsoft ne publie aucun incident, que vos vérifications ne donnent rien et que l’activité est bloquée, le problème est probablement dans votre configuration : accès conditionnel, fédération, synchronisation d’identités, flux de messagerie. C’est là qu’un support niveau 3 Microsoft 365 fait gagner du temps, en analysant les journaux et en corrigeant la cause sans créer d’effet de bord.
Pour les organisations qui ne veulent pas découvrir leur prestataire au milieu d’une crise, un support Microsoft 365 avec SLA comme NINA First donne un accès prioritaire à nos experts, avec un délai de prise en charge contractuel.
Se préparer à la prochaine panne
Une panne Microsoft 365 finira par arriver. Ce qui fait la différence, c’est ce qui a été préparé avant.
Surveiller l’état des services
- Configurez les notifications par e-mail de Santé du service (jusqu’à deux adresses par administrateur), en choisissant les services suivis et le type d’événements.
- Installez l’application mobile Administration Microsoft 365 pour recevoir les notifications et consulter l’état des services hors du bureau.
- Suivez le Centre de messages : la page Santé du service n’affiche pas les maintenances planifiées ni les changements à venir.
Créer des comptes d’accès d’urgence
Microsoft recommande au moins deux comptes d’accès d’urgence (« break glass ») : comptes cloud uniquement sur le domaine en .onmicrosoft.com, rôle Administrateur général attribué de façon permanente, exclus des stratégies d’accès conditionnel bloquantes, protégés par une méthode sans mot de passe compatible avec le MFA obligatoire (clé FIDO2/passkey de préférence), surveillés par une alerte à chaque connexion et testés régulièrement. Le détail figure dans la documentation Microsoft sur les comptes d’accès d’urgence. Un expert Microsoft Entra ID peut auditer leur configuration réelle.
Écrire un plan de continuité
- Lister les processus critiques qui dépendent de Microsoft 365 et le mode dégradé de chacun.
- Prévoir les canaux de communication de secours et la liste de contacts hors annuaire.
- Documenter les procédures de diagnostic de cet article, avec les responsables et les accès nécessaires.
- Disposer d’une sauvegarde indépendante des données Microsoft 365 et la tester.
- Faire un exercice au moins une fois par an.
Un expert PRA PCA aide à formaliser ce plan et à le confronter à la réalité. Pour la messagerie, revoir l’architecture Exchange Online (flux, connecteurs, DNS) réduit aussi les pannes d’origine locale.
Questions fréquentes
Comment savoir si Microsoft 365 est en panne pour tout le monde ?
Consultez la page Santé du service du Centre d’administration Microsoft 365. Si vous ne pouvez pas vous connecter, utilisez la page publique status.cloud.microsoft et le compte X @MSFT365Status. Les sites communautaires de signalement donnent une tendance, mais ne remplacent pas ces sources officielles.
Faut-il ouvrir un ticket si l’incident est déjà affiché par Microsoft ?
En général non : Microsoft travaille déjà dessus et publie ses mises à jour dans Santé du service. Ouvrez une demande si vos symptômes diffèrent de ceux décrits, si l’incident est marqué résolu alors que vous êtes toujours touché, ou si le problème n’est référencé nulle part.
Les e-mails envoyés pendant une panne Exchange Online sont-ils perdus ?
Pas forcément. Lors d’une indisponibilité, les serveurs expéditeurs conservent normalement les messages et retentent l’envoi pendant une durée qui dépend de leur configuration. Les messages arrivent souvent en différé après le rétablissement. Vérifiez ensuite avec le suivi des messages qu’aucun échange important ne manque.
En résumé
Face à Microsoft 365 en panne : vérifiez d’abord Santé du service et status.cloud.microsoft, mesurez le périmètre, testez depuis l’extérieur, contrôlez l’authentification et les changements récents, puis contournez sans modifications hasardeuses. Communiquez par un canal indépendant et préparez la suite : notifications, comptes d’accès d’urgence, plan de continuité. Si l’activité est bloquée et que la cause reste introuvable, notre équipe peut assurer une intervention d’urgence Microsoft 365.