· laatst bijgewerkt 13 november 2026, 16:17 UTC
Microsoft 365-storing van 12 en 13 november 2026: wat er gebeurde
Een feitelijke tijdlijn van de storing, wat Microsoft er zelf over zegt, de omvang in Nederland en Belgie, eerdere grote storingen en wat een mkb-bedrijf hiervan leert.
Heb je er nu last van? Zo controleer je het en dit kun je nu doen.
Wat er gebeurde
- Donderdag 12 november, ochtend (Amerikaanse tijd): een aparte, eerdere Teams-storing in Noord- en Zuid-Amerika, die Microsoft toeschreef aan druk op de eigen infrastructuur en als opgelost markeerde.
- Donderdag 12 november, 13:26 Amerikaanse oostkusttijd (19:26 bij ons): Microsoft noemt dit de officiele starttijd van de overkoepelende storing met kenmerk MO1550821. Europese media zagen de Exchange-problemen al rond 17:15 tot 17:17 lokale tijd, dus de precieze start ligt ongeveer twee uur uiteen.
- Donderdag 12 november, begin van de middag (Amerikaanse tijd): tienduizenden meldingen op storingssites, met een piek rond 13:45.
- Donderdag 12 november, avond: Microsoft meldt beperkt herstel en draait een recente netwerkconfiguratie-wijziging terug die samenvalt met het begin van de storing.
- Vrijdag 13 november: geleidelijk herstel. Rond 14:05 bij ons meldt Microsoft bemoedigende voortgang en verlengt het het bezorgvenster voor mail naar 48 uur; rond 15:09 bij ons spreekt Microsoft van voortdurend herstel over de getroffen regio’s.
- Vrijdag 13 november, eind van de middag: de meldingen namen af, Teams leek weer te werken en bij Outlook konden nog vertragingen zijn. Bij het laatste nieuws dat wij zagen was de storing nog niet officieel opgelost.
Getroffen waren volgens Microsoft onder meer Exchange Online, Teams, SharePoint Online, Microsoft 365 Copilot en Defender XDR, later aangevuld met diensten als Planner, To Do, Intune en Power BI. Via meldingen op storingssites kwamen ook Outlook en OneDrive naar voren; die stonden niet in de officiele melding. Ook de Microsoft 365-koppelingen van AI-assistenten vielen uit. De storing begon in Noord- en Zuid-Amerika en breidde zich daarna wereldwijd uit.
Wat Microsoft zelf over de oorzaak zegt
Microsoft sprak eerst van een verhoogde belasting in meerdere regio’s. Later corrigeerde Microsoft dat: die verhoogde belasting kwam niet door meer verkeer, maar doordat een aantal servers onverwacht niet beschikbaar was, wat de rest van de infrastructuur overbelastte. Microsoft draaide een recente netwerkconfiguratie-wijziging terug die samenviel met het begin van de storing, maar bevestigde niet dat die de oorzaak was.
Een bevestigde oorzaak is er op het moment van schrijven niet; Microsoft heeft een volledig rapport toegezegd. Er zijn geen aanwijzingen voor een aanval van buitenaf.
Omvang in Nederland en Belgie
In Nederland kreeg Allestoringen.nl duizenden meldingen. Getroffen waren onder meer de Microsoft Authenticator, waardoor inloggen en thuiswerken haperden, en diverse gemeenten, provincies, rechtbanken en regionale omroepen. Wereldwijd telde Downdetector rond 19:00 bij ons meer dan 130.000 meldingen over Outlook, uit 74 landen en gebieden.
Let op het verschil: dit zijn meldingen, geen getroffenen. Het getal van 430 miljoen dat rondging is het totale aantal Microsoft 365-abonnees, niet het aantal mensen dat last had. Een hard aantal getroffenen is niet te geven.
Eerdere grote storingen
Grote Microsoft 365-storingen komen met enige regelmaat voor, en vaak gaat het om een wijziging of een probleem in Microsofts eigen infrastructuur, niet om een aanval. Een paar voorbeelden met de oorzaak zoals Microsoft die zelf noemde:
- 30 juli 2024 (Azure en Microsoft 365): een aanval was de aanleiding, maar een fout in Microsofts eigen afweer versterkte de impact.
- 25 november 2024: volgens Microsoft een wijziging die een vloed aan herhaalverzoeken veroorzaakte.
- 29 oktober 2025 (Azure Front Door, met uitstraling naar Microsoft 365): een onbedoelde configuratiewijziging, waarbij een beveiliging faalde door een softwarefout.
- 22 en 23 januari 2026: een deel van de infrastructuur in Noord-Amerika dat het verkeer niet verwerkte zoals verwacht, na ongeveer tien uur opgelost.
Wat een mkb hiervan leert
- Volg de officiele status: status.cloud.microsoft, en als beheerder het Microsoft 365-beheercentrum onder Service health met het incident-ID.
- Leg een noodplan vast voor mail en bestanden via een tweede, niet-Microsoft kanaal. Let op dat de tweestapsverificatie zelf kan uitvallen, zoals nu gebeurde.
- Zorg voor offline beschikbaarheid: lokale opslag voor mail, OneDrive-bestanden op "altijd behouden op dit apparaat". Reken niet op de mobiele app als uitweg, die viel nu ook uit.
- Een back-up van Microsoft 365 los van Microsoft helpt bij gegevensverlies, niet bij een storing.
- Communiceer proactief naar je eigen klanten: bekende storing, niet jouw systemen, via welk kanaal je bereikbaar bent.
- Wees alert op phishing die op de storing meelift. Microsoft mailt niet om een storing voor je op te lossen.
- Na afloop kan vastgelopen mail nog binnendruppelen; het bezorgvenster was verlengd naar 48 uur.
Hoe wij ernaar kijken
Dit is ook een van de redenen waarom wij een deel van onze eigen systemen zelf beheren. Wat je zelf beheert, kun je bij een storing zelf herstellen; bij een clouddienst is afwachten het enige wat kan, zoals nu voor heel veel bedrijven. Dat is geen pleidooi om Microsoft 365 te verlaten, en geen garantie tegen storingen: zelf beheren betekent zelf verantwoordelijk zijn voor onderhoud, back-up en bewaking. De les is spreiden en een plan hebben, niet alles van een enkele dienst laten afhangen.
Ben je klant van Vectel? Dan volgen wij dit soort storingen en melden we het in het portaal. Onze actuele dienstverleningsstatus staat op de statuspagina.
Bronnen
De statuspagina van Microsoft en het statusaccount op X zijn niet rechtstreeks op te halen; de citaten van Microsoft lopen daarom via media die de melding en de berichten citeren. Elk feit hierboven is tegen de bron gecontroleerd.
Hulp nodig?
Loopt een storing lang door en blokkeert het je werk? Vraag hulp, of log in op het portaal als je al klant bent.