Il blackout di Microsoft 365 del 12 novembre 2026 ha colpito anche gli strumenti di intelligenza artificiale usati per lavorare su posta, calendari e documenti. Copilot, i connettori Microsoft 365 di ChatGPT e quelli di Claude hanno registrato problemi mentre Microsoft cercava di ripristinare i servizi. Il caso mostra quanto un assistente AI possa restare disponibile come modello, ma perdere le funzioni aziendali quando viene meno l’accesso ai dati e alle applicazioni.
L’incidente, iniziato il 12 novembre e ancora classificato come degrado del servizio negli aggiornamenti Microsoft della mattina del 13, ha interessato più componenti: Exchange Online, Outlook, parti di Teams e SharePoint, Microsoft 365 Copilot e chiamate a Microsoft Graph.
La società ha riferito di server diventati indisponibili e capacità insufficiente, con un sovraccarico che si propagava ai sistemi rimasti operativi. Non risultavano indicazioni di attività malevola; la causa definitiva era ancora oggetto di indagine.
Indice degli argomenti:
Microsoft Down: dall’errore ai server alla paralisi dei connettori AI
Secondo gli avvisi Microsoft ripubblicati dall’Università della Pennsylvania, molti server non superavano i controlli automatici di salute e venivano esclusi dal servizio. La capacità residua ha dovuto assorbire connessioni aggiuntive; un processo coinvolto nello stabilire connessioni sicure si sovraccaricava e smetteva di rispondere. Microsoft ha sperimentato riavvii, modifiche alla configurazione, ridistribuzione del traffico e una correzione a componenti di autenticazione e instradamento. Questa ricostruzione è ancora provvisoria, perché il rapporto conclusivo sulle cause non era disponibile.
Il problema si è esteso ai servizi che usano Microsoft Graph per accedere ai dati Microsoft 365. Graph funge da interfaccia tra applicazioni e funzioni come posta, calendario e contatti. Se le sue richieste falliscono o scadono, un agente può ricevere un comando corretto ma non riuscire a leggere un appuntamento, cercare un messaggio o compiere un’azione.
Anche Power Platform e i connettori di Copilot Studio hanno segnalato errori intermittenti legati alle dipendenze a monte.
Che cosa è successo a ChatGPT e Claude per il blackout Microsoft
La pagina di stato OpenAI ha segnalato il 12 novembre difficoltà nel creare nuovi collegamenti Microsoft e nel funzionamento degli strumenti connessi. Questo indica un problema dei connettori Microsoft 365 utilizzati da ChatGPT, non un guasto attestato dell’intero servizio ChatGPT o dei suoi modelli.
La pagina di stato Anthropic è più dettagliata: richieste a posta, calendario e ricerca tramite Microsoft 365 fallivano per la maggior parte dei tentativi; anche Claude for Outlook era interessato. Anthropic ha esplicitamente ricondotto l’incidente a un problema del fornitore a monte. Le sue API e altri servizi non risultavano nello stesso stato di degrado: disponibilità del modello e operatività del suo collegamento al gestionale restano due misure diverse.
Per un’azienda che impiega agenti per preparare risposte ai clienti, organizzare riunioni o estrarre informazioni dalla corrispondenza, la differenza è sostanziale: l’assistente può continuare a generare testo, ma perdere il contesto aggiornato e la capacità di agire. Il lavoro rischia di fermarsi, oppure di produrre una risposta basata su informazioni incomplete se l’applicazione gestisce male l’errore.
La lezione per chi porta gli agenti AI nei processi
L’incidente invita a rivedere il modello di continuità operativa. Nella valutazione di un agente AI aziendale bisogna censire non soltanto il provider del modello, ma anche API, identità, connettori, servizi di posta, archivi e strumenti di automazione da cui dipendono le sue funzioni. Il livello di disponibilità dell’intero processo può risultare inferiore a quello del singolo modello.
È utile distinguere tre comportamenti da progettare e testare: il sistema deve mostrare chiaramente quando un dato non è accessibile; deve poter sospendere o accodare le azioni che non possono essere completate in sicurezza; deve consentire a un operatore di riprendere le attività essenziali con una procedura alternativa. I tentativi automatici vanno controllati con limiti e attese progressive, per evitare che i retry aggravino la pressione sui servizi in difficoltà.
La disponibilità multi-modello può aiutare quando si interrompe l’inferenza di un fornitore, ma non risolve una dipendenza comune da Microsoft Graph o dalla medesima origine dei dati. Un secondo assistente collegato alla stessa casella Exchange eredita il problema, anche se utilizza un modello diverso. Ridondanza effettiva significa verificare quali componenti siano indipendenti e per quali operazioni esista una via alternativa autorizzata.
Contratti, monitoraggio e responsabilità
Per CIO e responsabili dell’AI, la conseguenza è inserire nei test di resilienza anche l’indisponibilità dei connettori: quali processi si bloccano, quali degradano e quali devono essere interrotti? I contratti e gli SLA dei diversi fornitori vanno letti insieme, evitando di attribuire all’uptime dichiarato del modello la stessa garanzia sull’intera catena di servizi.
Servono inoltre metriche specifiche su riuscita delle chiamate agli strumenti, latenza, errori di autorizzazione e dati non aggiornati. In presenza di attività sensibili, un agente deve conservare una traccia verificabile degli errori e distinguere un’azione realmente compiuta da un’azione soltanto proposta. La qualità operativa dell’AI dipende anche da questi controlli, oltre che dalle prestazioni del modello.
Microsoft ha comunicato interventi di ripristino progressivo e annunciato ulteriori accertamenti. Il rapporto post-incidente sarà necessario per stabilire con precisione la causa primaria e valutare le misure correttive.
Nel frattempo, l’episodio del 12-13 novembre offre alle imprese un caso concreto per testare la robustezza degli agenti quando i servizi su cui agiscono non rispondono.
Partecipa alla community