Microsoft 365 tombe en panne, ChatGPT et Claude perdent l’accès aux outils de travail

Une panne de Microsoft 365 n’a pas seulement perturbé les boîtes mail et les réunions en ligne. Elle a aussi dégradé l’accès de ChatGPT et Claude aux outils professionnels, révélant une dépendance commune à une même infrastructure.

Une panne qui dépasse Outlook et Teams

La perturbation a commencé le jeudi 12 novembre et se poursuivait le lendemain dans plusieurs régions. Les services les plus visibles, Outlook et Teams, ont été touchés, tout comme Copilot, l’assistant d’IA intégré à l’environnement Microsoft.

Des milliers d’utilisateurs ont signalé des difficultés, notamment pour consulter leurs courriels, rejoindre des réunions ou accéder à certains services professionnels. Le tableau de bord de suivi Downdetector a enregistré une forte hausse des signalements aux États-Unis, tandis que Microsoft indiquait vendredi que le rétablissement progressait dans plusieurs zones géographiques.

La panne n’a pas affecté tous les utilisateurs de manière identique. Certains services semblaient accessibles, tandis que d’autres rencontraient des erreurs d’authentification, des problèmes de connexion ou des ralentissements. Ce fonctionnement partiel complique la gestion de crise : une entreprise peut encore recevoir des messages, mais ne plus accéder à son calendrier, à ses fichiers ou à ses réunions.

Les conséquences ont dépassé le secteur privé. Des services publics et des entreprises ont été perturbés, avec des répercussions très concrètes sur les échanges internes et les rendez-vous à distance. Une société américaine a même reporté un appel consacré à ses résultats trimestriels, faute de pouvoir s’appuyer normalement sur les outils de communication de Microsoft.

ChatGPT et Claude privés de leurs connexions professionnelles

L’incident a également touché les connecteurs Microsoft 365 proposés par les assistants d’IA. OpenAI a signalé des difficultés avec l’intégration Microsoft 365 de ChatGPT, tandis qu’Anthropic a fait de même pour Claude.

Ces connecteurs permettent à un utilisateur autorisé de relier un assistant à ses courriels, calendriers, fichiers ou conversations professionnelles. L’IA peut ensuite rechercher une information dans une boîte Outlook, résumer des échanges, retrouver un document ou préparer une réponse à partir du contexte disponible.

Lorsque Microsoft 365 rencontre un problème, l’assistant ne perd pas nécessairement ses capacités de génération de texte. En revanche, il ne peut plus interroger correctement les services auxquels il est connecté. Un utilisateur peut encore demander à ChatGPT ou Claude de rédiger un message générique, mais pas forcément de retrouver le courriel précis contenant les dernières instructions d’un client.

Cette distinction est importante. Il ne s’agit pas d’une panne des modèles d’IA eux-mêmes, mais d’une rupture sur la chaîne d’accès aux données. L’assistant fonctionne ; ses sources professionnelles, elles, deviennent momentanément indisponibles.

Le même point de fragilité pour plusieurs concurrents

Le cas met en évidence une concentration moins visible que celle des modèles. ChatGPT et Claude sont concurrents sur le marché des assistants, mais leurs usages en entreprise peuvent reposer sur les mêmes briques : identité Microsoft, autorisations, interfaces de programmation (API) et services de stockage ou de messagerie.

Cette dépendance est logique. Microsoft 365 reste l’un des environnements de travail dominants dans les grandes organisations. Proposer une intégration avec Outlook, Teams ou SharePoint est donc presque indispensable pour un assistant destiné aux entreprises. Mais cette compatibilité crée un risque partagé : plusieurs outils concurrents peuvent subir simultanément les effets d’un incident chez le même fournisseur.

Le phénomène rappelle que la résilience d’un service d’IA ne dépend pas uniquement de la disponibilité de ses serveurs ou de la qualité de ses modèles. Elle dépend aussi de dizaines de services périphériques : authentification, stockage, recherche documentaire, systèmes de permissions et réseaux d’entreprise.

Une dépendance qui devient opérationnelle

Pour les entreprises, l’incident pose une question très concrète : que reste-t-il d’un assistant connecté lorsque les systèmes auxquels il accède sont indisponibles ?

Dans de nombreux déploiements, l’intérêt de l’IA ne réside pas seulement dans la conversation. Il tient à sa capacité à exploiter les données internes de l’organisation. Un assistant sans accès aux courriels, aux documents ou au calendrier redevient un outil généraliste, avec une valeur moindre pour les équipes qui l’utilisent au quotidien.

Le problème concerne aussi les mécanismes de sécurité. Les connecteurs doivent vérifier l’identité de l’utilisateur et respecter ses droits d’accès. Si l’annuaire ou le service d’authentification de Microsoft est perturbé, le connecteur peut être désactivé par précaution, même si le modèle d’IA reste disponible. La sécurité impose alors une limitation supplémentaire à la disponibilité.

Les organisations doivent donc distinguer plusieurs niveaux de continuité : accès à l’assistant, accès aux données, capacité à effectuer une action et capacité à vérifier que cette action respecte les droits de l’utilisateur. Une interruption de quelques heures peut suffire à désorganiser un processus reposant sur ces quatre éléments.

Le prochain test : le retour complet et l’analyse de l’incident

Microsoft indiquait vendredi que le rétablissement progressait dans plusieurs régions, mais la fin des signalements ne constituera pas à elle seule une réponse complète. Les entreprises attendront surtout les informations sur la cause de l’incident, sa durée exacte et les mesures destinées à éviter une répétition.

Pour OpenAI et Anthropic, le prochain enjeu sera de préciser le comportement attendu de leurs connecteurs en cas d’indisponibilité de Microsoft 365 : message d’erreur explicite, mode dégradé, reprise automatique des requêtes ou possibilité de basculer vers d’autres sources.

À court terme, les équipes informatiques devront tester des solutions de secours mesurables : canaux de communication alternatifs, accès indépendant aux calendriers critiques, procédures manuelles et surveillance séparée des connecteurs d’IA. La panne aura montré une réalité simple : la multiplication des assistants ne réduit pas forcément la dépendance à une infrastructure commune. Tant que les mêmes outils de travail, d’identité et de données resteront au cœur de leurs intégrations, un incident chez un fournisseur pourra immobiliser simultanément plusieurs assistants pourtant concurrents.

Sources : Associated Press, Investing.com.