Un service en ligne est en panne : que faire ?
Quand un grand service comme Microsoft 365 tombe, le problème vient souvent des serveurs du fournisseur, pas de votre poste. La panne des 12 et 13 novembre 2026 en est un exemple : voir notre exposé.
1. Panne locale ou panne du fournisseur ?
- Testez le service depuis un autre appareil et un autre réseau (partage de connexion du téléphone).
- Vérifiez si d’autres personnes de votre entourage ou de votre entreprise sont touchées.
- Consultez la page d’état officielle du fournisseur, par exemple status.cloud.microsoft pour Microsoft, et ses comptes d’information.
Les sites de signalements d’utilisateurs, comme Downdetector, mesurent des déclarations : utiles pour repérer une vague, mais ils ne disent ni la cause ni le nombre réel de personnes touchées.
2. Lire un avis d’incident
| Élément | Ce qu’il vous apprend |
|---|---|
| Identifiant (ex. EX1550543, MO1550821) | Permet de suivre l’incident dans le centre d’administration. |
| Services concernés | Précise ce qui est touché. Un service peut être dégradé sans être arrêté. |
| Impact utilisateur | Décrit les symptômes : connexion impossible, retard de livraison, fonctions limitées. |
| Statut | « Investigation », « dégradation de service », « rétablissement ». |
| Cause racine | Souvent publiée plus tard, dans un rapport post-incident. |
3. Les bons réflexes pendant la panne
- Ne réinstallez rien et ne modifiez pas la configuration de votre poste tant que la panne est en cours.
- Activez le canal de secours : téléphone, autre messagerie, messagerie instantanée d’un autre fournisseur. Il doit être indépendant du service en panne.
- Prévenez clients et collègues avec ce canal : votre signature automatique ou une réponse d’absence passent par la messagerie en panne.
- Utilisez ce qui marche encore. Les fonctions qui ne dépendent pas du service touché continuent souvent : Teams peut afficher des conversations alors que le calendrier échoue.
- Évitez les doubles envois : un message qui semble bloqué peut partir au rétablissement.
4. Après le rétablissement
- Contrôlez les messages en attente, les invitations et les automatisations (règles, flux, connecteurs).
- Conservez l’historique de l’incident : heures, effets, pertes de service. Il peut servir pour demander un crédit de service si votre contrat le prévoit.
- Lisez le rapport post-incident quand il paraît, et notez les mesures annoncées.
Se préparer avant la prochaine panne
- Gardez hors ligne une liste des contacts essentiels et des numéros d’urgence.
- Conservez des copies locales des documents critiques : voir sauvegarder ses données.
- Définissez qui décide et qui informe en cas d’incident, et testez ce plan une fois par an.
- Pour les serveurs que vous gérez, planifiez les évolutions et la maintenance : Windows Server 2022.
Pour un doute sur l’origine d’un message d’erreur, voir résoudre un bug avec l’IA. Pour une assistance, écrivez-nous.
Un plan en une page pour une petite structure
Rédigez une feuille unique : qui décide, quel canal de secours (numéro de téléphone, groupe de messagerie d’un autre fournisseur), qui prévient les clients, où se trouvent les documents critiques en copie locale. Imprimez-la : elle doit rester lisible quand la messagerie et le stockage en ligne sont inaccessibles.
Cas particulier : l’authentification
Si la connexion à vos services passe par la validation en deux étapes d’un fournisseur en panne, vous pouvez perdre l’accès à d’autres comptes. Gardez les codes de secours de vos comptes importants hors ligne, et notez la procédure d’accès d’urgence de votre entreprise.