La sera del 31 agosto 2026 è iniziata un'ampia interruzione di Microsoft 365, registrata nell'interfaccia di amministrazione come EX1464935 e poi estesa sotto MO1465074. L'impatto non si è limitato alla posta. Exchange Online è caduto insieme a Teams, SharePoint Online e OneDrive for Business, e con loro gli strumenti di governance e sicurezza di Purview e Defender XDR. Un'azienda che raggiungeva i clienti via email, si coordinava internamente in chat, teneva i file nel cloud e controllava la propria sicurezza da una dashboard ha perso tutte e quattro le cose nello stesso istante.

Microsoft ha descritto la causa come un problema nella configurazione di autenticazione centrale utilizzata da più servizi interni all'interno dell'infrastruttura di Exchange Online, e ha applicato una mitigazione graduale che ha riapplicato i componenti di autenticazione su un campione dell'infrastruttura prima di estenderla. Il flusso della posta e la ricerca sono stati ripristinati il 1 settembre, con un impatto limitato su un piccolo sottoinsieme di utenti che è proseguito fino al 2 settembre. L'interruzione completa è durata più di un giorno, e la coda due.

Questo non è un articolo su Microsoft. Ogni grande fornitore ha delle interruzioni, e in passato abbiamo già parlato di interruzioni di altri servizi di IA. È un articolo su ciò che questa particolare interruzione ha messo in luce, che è più pericoloso di quanto sembri a prima vista.

Quelli che conti come sei sistemi potrebbero essere uno solo

Chiedi a qualsiasi manager di elencare i suoi sistemi e otterrai una lista: un sistema di posta, un sistema di chat, un sistema di file, un sistema di sicurezza. Quattro nomi, quattro icone, di solito quattro righe nel contratto. L'ipotesi naturale è che se uno cade non trascina con sé gli altri, perché sono cose diverse.

Ma i nomi non sono i confini di un sistema. Il confine reale è ciò che quei servizi condividono sotto la superficie: chi verifica la tua identità, dove sono conservate le sessioni, quale rete attraversano. Quando quattro servizi condividono un unico livello di autenticazione, dal punto di vista del rischio sono un unico servizio, per quanto separati sembrino in fattura.

La parte scomoda è che questa condivisione non si vede mai in tempi normali. Al contrario, è proprio ciò che ti offre il comodo accesso unico e l'integrazione fluida tra posta e file. Compri la comodità ogni giorno e la paghi una volta ogni qualche anno, in un'unica lunga giornata.

Questo vale per un'azienda saudita di medie dimensioni quanto per un gruppo globale. Pensa a quanti dei tuoi servizi dipendono da un solo account Google, o da un solo numero WhatsApp, o da un solo fornitore di hosting, o da un solo dipendente che custodisce le password. Ognuno di questi è un single point of failure. La differenza è che i tuoi sono più piccoli e molto più facili da sistemare.

Mappa le tue dipendenze in un'ora

Non ti servono strumenti né consulenti. Ti servono un foglio di carta, un'ora e risposte oneste. Nella prima colonna scrivi ogni attività senza la quale la tua azienda non può stare un giorno intero: ricevere ordini, emettere fatture, rispondere ai clienti, elaborare le buste paga, erogare il servizio. Poi poni tre domande per ciascuna:

  • Da quale servizio esterno dipende questa attività? Scrivi il nome commerciale senza giri di parole: questo fornitore di posta, quella piattaforma di e-commerce, quel gateway di pagamento, quel fornitore di messaggistica.
  • Con quale account o identità accedi? Di solito è qui che arriva la sorpresa. Troverai quattro servizi diversi a cui si accede con un solo account, oppure tre servizi legati a un solo numero di cellulare per i codici di verifica.
  • Se questo si fermasse adesso, qual è l'alternativa entro un'ora? Se la risposta è nessuna, hai trovato un single point of failure reale e non teorico.

Quando hai finito, una o due voci si ripeteranno nella maggior parte delle righe. Quelle sono le tue dipendenze condivise. Non cercare di eliminarle tutte, cosa né realistica né economica. Prendi la riga che blocca i ricavi e occupati prima di quella.

Il tipo di interruzione più prevenibile: le scadenze

Non tutte le interruzioni sono uguali. Alcune nascono da una complessità che non controlli. Altre nascono da una data scritta da qualche parte che nessuno legge. Il secondo tipo è il più facile da prevenire e il più ricorrente, perché richiede soltanto di essere seguito.

Queste sono le scadenze che governano silenziosamente la tua azienda, e ognuna di esse va messa in un unico calendario con un responsabile indicato per nome:

  • Il certificato di cifratura del tuo sito web. Quando scade, il sito non diventa lento: mostra ai visitatori un avviso di sicurezza esplicito che impedisce loro di entrare. L'effetto sulle vendite è immediato e totale.
  • La registrazione del dominio. Dimenticare di rinnovare il dominio manda giù insieme sito web e posta, perché la posta funziona sullo stesso dominio. È tra le interruzioni peggiori, perché taglia proprio il canale che avresti usato per spiegarti.
  • Il certificato del timbro per la fatturazione elettronica. Le linee guida tecniche dettagliate sulla fatturazione elettronica dell'Autorità per Zakat, Imposte e Dogane (ZATCA) stabiliscono che i contribuenti rinnovino l'identificativo del timbro crittografico delle loro unità di generazione delle fatture prima che quello esistente scada, e che il rinnovo comporti la revoca del vecchio identificativo e l'emissione di uno nuovo. Se perdi la finestra hai un problema di fatturazione, non solo una notifica.
  • Le chiavi di integrazione tra i tuoi sistemi. Il token di accesso che collega il tuo negozio al sistema di magazzino, o il tuo sistema a un gateway di pagamento, ha una durata definita. La sua scadenza non ferma nessuno dei due sistemi, ferma il ponte tra loro: gli ordini continuano ad arrivare mentre la sincronizzazione si interrompe in silenzio. È il tipo di guasto che si scopre tardi.
  • Certificati di firma delle app e carte registrate. Un certificato di firma scaduto ti impedisce di pubblicare un aggiornamento nello store, e una carta scaduta su un abbonamento ferma il servizio stesso. Entrambi tendono ad arrivare nel momento peggiore possibile.

La regola pratica è semplice. Tutto ciò che ha una data di scadenza richiede tre cose: un avviso a sessanta giorni, un responsabile con nome e cognome anziché un reparto, e un sostituto che sappia rinnovarlo se il responsabile è assente. Se ne manca anche solo una, torni a contare sulla memoria di qualcuno.

Cosa fare il giorno in cui il tuo fornitore va giù

Quando arriva l'interruzione, la differenza tra un'azienda che appare professionale e una che appare in affanno non è la velocità di riparazione, visto che la riparazione non è comunque nelle tue mani. La differenza sono tre cose che hai preparato prima:

  • Un canale di comunicazione fuori dal livello che è caduto. Se tutto il tuo coordinamento interno vive in un unico strumento, quando questo cade non hai coordinamento. Basta un gruppo di riserva su un canale davvero diverso, più un elenco di contatti conservato fuori dal sistema.
  • Una modalità manuale dichiarata per le attività critiche. Come ricevi un ordine, registri un pagamento ed eroghi un servizio senza il sistema? Scrivilo oggi su una pagina e consegnala al team. Le aziende che scrivono quella pagina perdono ore. Quelle che non lo fanno perdono un giorno.
  • Un messaggio pronto per i clienti. I clienti si arrabbiano meno per l'interruzione che per il silenzio. Una breve nota che dica cosa è coinvolto, qual è la soluzione temporanea e quando arriverà il prossimo aggiornamento trasforma un guasto in una situazione gestita. Non promettere un orario di risoluzione che non controlli.

Quando è finita, fai una sola domanda e nient'altro: cosa abbiamo imparato oggi sulle nostre dipendenze che non sapevamo? La risposta vale più di qualsiasi rapporto, e di solito è una sola riga che merita un solo cambiamento.

Il punto di vista di Origami

Nel nostro lavoro, ciò che sorprende di più gli imprenditori è raramente l'interruzione in sé. È scoprire che sistemi che ritenevano indipendenti sono caduti insieme. Una decisione costruita sulla convinzione di avere alternative crolla quando si scopre che tutte le alternative passano dalla stessa porta. Per questo iniziamo ogni conversazione sulla continuità mappando le dipendenze e non acquistando uno strumento, perché lo strumento che compri potrebbe benissimo poggiare sullo stesso livello e aumentare il rischio invece di ridurlo.

Pensiamo anche che la risposta giusta a un'interruzione come questa non sia fuggire dal cloud. L'infrastruttura cloud di un fornitore serio è più affidabile di ciò che la maggior parte delle aziende può costruire e gestire da sola, e un'interruzione rara non cambia questo dato. La risposta giusta è sapere con precisione quali delle tue attività si fermano e quali continuano, e averlo scelto deliberatamente invece di scoprirlo in una brutta giornata. La continuità non è un sistema che si acquista. È un insieme di piccole decisioni che prendi quando nessuno ti mette fretta per prenderle.

Conclusione

Un singolo guasto in un livello di autenticazione condiviso ha fermato sei prodotti per più di un giorno in aziende di tutto il mondo. La lezione non è cambiare fornitore, ma sapere cosa condividono davvero i tuoi sistemi sotto la superficie. Inizia con una tabella a tre colonne che metta a nudo le tue dipendenze, inserisci ogni scadenza in un unico calendario con un responsabile indicato per nome e scrivi la pagina della modalità manuale prima di averne bisogno. Sono circa tre ore di lavoro tra te e un'intera giornata di paralisi, il che ne fa l'investimento in continuità più economico che esista.

Fonti