De storing bij Microsoft 365 van november 2026 in gewone taal

Wat er gebeurde

Op donderdag 12 november, aan het eind van de middag Nederlandse tijd, liep Exchange Online vast. Dat is de dienst achter je zakelijke mail in Outlook. Kort daarna kregen ook andere onderdelen van Microsoft 365 problemen: de agenda in Teams, Copilot, delen in SharePoint, het Defender-portaal en de beheerpagina’s. Bellen, vergaderen en chatten in Teams bleef grotendeels werken.

Het duurde ruim anderhalve dag. Op zaterdagochtend 14 november meldde Microsoft dat het onderliggende probleem was aangepakt en dat de dienst was hersteld voor de laatste getroffen klanten en regio’s.

Wat er misging, in gewone taal

Vergelijk de servers van Microsoft met de kassa’s in een grote supermarkt. Een controleur loopt de hele dag langs en kijkt of elke kassa nog goed werkt. Haalt een kassa de controle niet, dan gaat hij dicht en schuift de rij door naar de andere kassa’s.

Op donderdag gingen er ineens veel kassa’s tegelijk dicht. Microsoft meldde die avond dat de drukte niet kwam van meer klanten, maar van servers die onverwacht onbereikbaar waren. Ze haalden de automatische gezondheidscontrole niet meer. De rij schoof door naar de servers die nog open waren. Die kregen het te druk, haalden de controle ook niet en gingen ook dicht.

Daarom was het niet op te lossen met één herstart. Een kassa die weer opengaat, krijgt meteen de hele wachtende rij voor zich. Microsoft zette daarom alle uitrol en wijzigingen stil, draaide een recente wijziging in het netwerk terug, voerde een correctie door en zette de servers stap voor stap weer aan. Microsoft schreef zelf dat het herstel daardoor langer duurde, maar wel stabiel bleef.

Wat Microsoft als oorzaak noemt

Op vrijdagavond gaf Microsoft een eerste verklaring. Het probleem ontstond tijdens een eerdere uitbreiding van de netwerkcapaciteit en werd zichtbaar na een recente wijziging in het netwerk. Microsoft schreef er nadrukkelijk bij dat het een technisch probleem was. Het had niets te maken met een cyberaanval en niets met AI of AI-agents.

Dat is een voorlopige verklaring. Microsoft heeft een volledig incidentrapport toegezegd, met de oorzaak en de maatregelen om herhaling te voorkomen. Dat rapport was bij het schrijven van deze blog nog niet verschenen.

Wat er online wordt beweerd

Over deze storing gaan berichten rond die spannend lezen. Sommige kloppen, andere niet. We hebben de bekendste beweringen naast de meldingen van Microsoft gelegd.

“Er zat geen hacker achter.” Dat klopt. Microsoft meldde dat het geen cyberaanval was en dat het geen aanwijzingen had gevonden voor kwaadwillende activiteit.

“Het gezondheidssysteem schakelde gezonde servers uit.” Dat klopt deels. Tijdens de storing schreef Microsoft dat servers de automatische controle niet haalden, en dat het probleem in het onderdeel kon zitten dat die controle uitvoert. Of die servers eigenlijk gezond waren, heeft Microsoft niet gezegd. En de voorlopige oorzaak die Microsoft later gaf, ligt in het netwerk, niet in de controle zelf.

“450 miljoen zakelijke gebruikers lagen plat.” Dat klopt niet. Dat getal is het totaal aantal betaalde zakelijke licenties dat Microsoft in januari bij de kwartaalcijfers noemde. Hoeveel mensen echt last hadden, heeft Microsoft niet gemeld.

“De AI-tools van OpenAI en Anthropic gingen ook offline.” Dat klopt deels. Volgens nieuwsberichten werkten hun koppelingen met Microsoft 365 niet. Een AI-assistent die je mail moet lezen, kan dat niet als de mail zelf niet bereikbaar is. Dat zegt iets over de koppeling, niet over de AI-dienst zelf.

“Meer dan negen uur lang mislukten de noodreparaties.” Dat klopt niet zoals het er staat. Microsoft meldde wel dat de eerste herstelacties niet het verwachte effect hadden. Maar deze storing duurde veel langer dan negen uur. Een duur van bijna tien uur hoort bij een eerdere storing bij Microsoft 365, in januari 2026.

“Dit was een preview van wat AI-agents gaan aanrichten.” Dat is een mening, geen feit. Microsoft sluit AI als oorzaak uit. De onderliggende vraag is wel terecht: veel organisaties leunen op één leverancier voor mail, agenda, bestanden en beveiliging. Valt die uit, dan valt veel tegelijk uit. Maar dat er geen remmen zijn, laat deze storing niet zien. Microsoft zette wijzigingen stil, draaide een wijziging terug en bracht de dienst bewust langzaam terug.

Wat dit betekent voor jouw organisatie

Je kunt een storing bij Microsoft niet voorkomen. Je kunt wel bepalen hoe hard hij je raakt. Dit zijn de lessen die wij eruit halen.

1. Weet waar je de echte stand leest. De meldingen van Microsoft staan in het Microsoft 365-beheercentrum onder Status van de service. Laadt dat niet, dan gebruikt Microsoft de openbare statuspagina status.cloud.microsoft en het account @MSFT365Status op X. Die openbare pagina wordt alleen bijgewerkt als beheerders het beheercentrum niet kunnen bereiken. Een groene pagina betekent dus niet dat bij iedereen alles werkt.

2. Zorg voor een kanaal buiten Microsoft 365. Hoe vertel je je medewerkers dat er een storing is, als de mail zelf niet werkt? Leg vooraf vast welk kanaal je dan gebruikt: een sms-lijst, een appgroep voor leidinggevenden of een belketen. Tijdens de storing is het te laat om dat te bedenken.

3. Ga niet zelf repareren. Bij een storing van Microsoft ligt het niet aan jouw account. Wachtwoorden resetten, instellingen wijzigen of Outlook opnieuw installeren helpt niet, en maakt het na het herstel vaak lastiger.

4. Vertrouw erop dat mail meestal alsnog komt. Een mailserver die een bericht niet kan afleveren, probeert het later opnieuw. Microsoft verlengde tijdens deze storing de wachttijd voor vertraagde mail naar 48 uur, zodat berichten niet verloren gingen. Mis je na het herstel toch een belangrijke mail, vraag de afzender dan om hem opnieuw te sturen.

5. Let extra op nepberichten. Na een grote storing komen er vaak mails die doen alsof ze van Microsoft komen: “herstel je account”, “log opnieuw in”. Microsoft vraagt je na een storing niet om je wachtwoord. Klik niet, maar ga zelf naar de bekende inlogpagina.

6. Leg het vast. Noteer wat er gebeurde, wat je deed en wat het je kostte. Werk je onder ISO 27001 of NEN 7510, dan hoort zo’n storing in je incidentregistratie, met de opvolging van het rapport van Microsoft. Een vastgelegde storing met opvolging zegt een auditor meer dan een lege lijst.

Wat wij deden

We volgden de meldingen van Microsoft vanaf het begin en hielden de stand bij in een post op LinkedIn, met elke update van Microsoft als reactie eronder. Onze klanten kregen een mail met wat er speelde, wat ze zelf konden doen en waar ze de actuele stand vonden. Na het herstel volgde een afsluitende mail.

In de omgevingen van klanten hebben we niets gewijzigd. Daar was geen reden voor: de oorzaak lag bij Microsoft. We registreren de storing in ons eigen incidentregister en lezen het rapport van Microsoft zodra het er is.

Vijf vragen voor je volgende storing

Je hoeft geen IT’er te zijn om hier klaar voor te zijn. Je moet wel het antwoord weten op deze vijf vragen:

1. Hoe bereik ik mijn medewerkers als mail en Teams niet werken? Leg het kanaal vast en test het één keer.

2. Wie volgt de meldingen van Microsoft voor ons? Een eigen beheerder, of je IT-partner. Weet je het niet, dan is dat het eerste dat je uitzoekt.

3. Welk werk ligt stil als mail een dag niet werkt? Denk aan offertes, facturen, afspraken met klanten en meldingen uit andere systemen die via mail lopen.

4. Hoe laat ik klanten en leveranciers weten dat we slecht bereikbaar zijn? Een bericht op je website of een vast telefoonnummer werkt ook als mail stilligt.

5. Staat dit in ons continuïteitsplan? Een plan dat alleen over brand en inbraak gaat, mist de storing die het vaakst voorkomt.

Veelgestelde vragen

Was dit een hack?

Nee. Microsoft meldde dat het een technisch probleem was en dat er geen aanwijzingen waren voor kwaadwillende activiteit.

Ben ik mail kwijtgeraakt?

Meestal niet. Vertraagde mail kwam na het herstel alsnog binnen. Microsoft verlengde de wachttijd voor vertraagde berichten naar 48 uur. Mis je toch iets belangrijks, vraag de afzender om het opnieuw te sturen.

Moet ik nu iets doen?

Aan je account niet. Werkt er bij jou nog iets niet, meld dat dan bij je IT-partner of beheerder. En gebruik deze storing om de vijf vragen hierboven te beantwoorden.

Lag het aan AI?

Volgens Microsoft niet. Microsoft schreef zelf dat de storing niets te maken had met AI of AI-agents. De voorlopige oorzaak ligt in een wijziging in het netwerk.

Waarom duurde het zo lang?

Omdat servers die weer aangingen meteen al het wachtende verkeer kregen en opnieuw vastliepen. Microsoft bracht de dienst daarom in stappen terug en controleerde bij elke stap of het stabiel bleef.

Kan dit opnieuw gebeuren?

Ja. Geen enkele clouddienst is altijd bereikbaar. Daarom gaat het er niet om of het weer gebeurt, maar of je weet wat je dan doet.

Conclusie

De storing bij Microsoft 365 was geen aanval en geen AI die op hol sloeg. Het was een fout in het netwerk die zich als een kettingreactie door de servers verspreidde. Dat maakt hem niet minder vervelend. De organisaties die er het minst last van hadden, wisten vooraf hoe ze elkaar bereikten en wie de meldingen van Microsoft volgde.

Weet je het antwoord op de vijf vragen niet, of wil je dat iemand het voor je regelt? Plan een gesprek met ALTA-ICT. We werken zelf onder ISO 27001:2023, ISO 9001:2015 en NEN 7510:2024.

Bronnen

Microsoft, incidentmeldingen EX1550543 en MO1550821 in het Microsoft 365-beheercentrum (12 tot en met 14 november 2026).
Microsoft, Service Health Status: updates bij MO1550821 op 13 november 2026, waaronder de verklaring over de oorzaak.
Microsoft 365 Status op X: melding van het herstel op 14 november 2026.
Microsoft Investor Relations, resultaten tweede kwartaal boekjaar 2026 (28 januari 2026).
CNN, live-verslag van de storing: koppelingen van OpenAI en Anthropic met Microsoft 365.
The Register, storing bij Microsoft 365 in januari 2026.
Geraadpleegd op 14 november 2026.