Afhankelijk van één cloudleverancier: wat de Microsoft-storing leert over continuïteit
Mail, agenda, bestanden, aanmelden, apparaatbeheer en beveiliging: bij veel organisaties komt het allemaal bij één leverancier samen. Dat is meestal een verstandige keuze. De Microsoft 365-storing van november 2026 laat wel zien wat er gebeurt als het fundament hapert. Hier leest u hoe u in kaart brengt waar u afhankelijk bent, en welke maatregelen in verhouding staan.
Volledig onafhankelijk worden is voor de meeste organisaties niet nodig en niet haalbaar. Wel loont het om te weten welke processen stilvallen als één dienst uitvalt, en voor de belangrijkste daarvan een uitwijkroute te hebben.
Hieronder staat waarom één storing zo breed doorwerkt, hoe u uw afhankelijkheden in kaart brengt en wat redelijke maatregelen zijn. Stand van de storing: vrijdag 13 november 2026, 10.15 uur.
Waarom één storing zo breed doorwerkt
- Bij deze storing hapert Exchange Online, en daarmee alles wat er van afhangt: agenda's, Copilot, delen van Defender, Intune en Purview.
- Een groot cloudplatform is voor de meeste organisaties betrouwbaarder dan wat ze zelf zouden draaien.
- Het risico zit niet in de cloud, maar in processen waarvan niemand weet dat ze aan één dienst hangen.
- Breng per kritiek proces in kaart welke dienst het nodig heeft en wat u doet als die uitvalt.
- Een uitwijkroute hoeft niet duur te zijn: een telefoonlijst, een noodkanaal of een export kan al genoeg zijn.
De storing begon bij Exchange Online, de maildienst van Microsoft 365. Volgens Microsoft zijn alle functies van andere diensten die met Exchange Online praten geraakt, en blijven de onderdelen die dat niet doen gewoon werken (statuspagina van Microsoft). Dat klinkt beperkt, maar de lijst van geraakte onderdelen beslaat twintig diensten en onderdelen: van de agenda in Teams tot Safe Links in Defender en de inschrijving van apparaten in Intune.
Dat is geen fout van één organisatie of één leverancier. Het is de keerzijde van een goed geïntegreerd platform: diensten werken soepel samen omdat ze op dezelfde onderdelen leunen. Zolang die onderdelen werken, merkt u daar niets van. Valt er een uit, dan blijkt pas hoeveel er van afhing.
Zo brengt u uw afhankelijkheden in kaart
Begin niet bij de techniek, maar bij uw processen. Welke vijf tot tien dingen moeten elke dag gebeuren om uw organisatie draaiende te houden? Orders aannemen, roosters maken, facturen versturen, klanten te woord staan. Kijk per proces welke diensten het gebruikt, ook de diensten waar u niet direct aan denkt.
- Kies uw kritieke processen
Wat moet vandaag gebeuren, ook als er een storing is? Houd de lijst kort.
- Volg elk proces door uw systemen
Waar komt de informatie binnen, waar wordt hij verwerkt, waar gaat hij heen? Noteer elke dienst onderweg, ook aanmelden en mail.
- Vraag wat er gebeurt bij uitval
Valt het proces stil, wordt het trager, of merkt niemand iets? Kijk ook naar koppelingen die automatisch draaien.
- Bepaal hoe lang het mag duren
Kan het een middag wachten, of is het na een uur al een probleem? Dat bepaalt hoeveel moeite een uitwijkroute waard is.
Vergeet daarbij de software niet die u zelf heeft laten bouwen of die een leverancier voor u draait. Veel maatwerksystemen versturen mail, lezen agenda's of melden gebruikers aan via Microsoft 365. Bij deze storing verliepen volgens Microsoft ook verzoeken via Microsoft Graph die bij maildata moesten komen. Wat dat voor koppelingen betekent, staat in het artikel over koppelingen op Microsoft Graph.
Welke maatregelen in verhouding staan
Na een grote storing ligt de vraag op tafel of u moet uitwijken naar een tweede leverancier. Voor de meeste organisaties is dat het antwoord op een andere vraag. Twee volledige kantoorplatforms naast elkaar kosten veel en maken het beheer complexer, en een complexer beheer is zelf ook een risico. Beter is het om per kritiek proces te kijken wat de kleinste maatregel is die het probleem echt oplost.
Maatregelen van klein naar groot
| Maatregel | Wat het oplost | Wanneer het past |
|---|---|---|
| Noodkanaal en telefoonlijst buiten Microsoft 365 | Medewerkers en klanten blijven bereikbaar | Altijd; dit is de basis |
| Draaiboek met één aanspreekpunt | Rust en één verhaal tijdens een storing | Altijd |
| Regelmatige export van kritieke gegevens | Klantlijsten en roosters blijven inzichtelijk | Als een proces niet een middag kan wachten |
| Software die netjes omgaat met uitval | Uw eigen systemen lopen niet vast als Microsoft hapert | Als u maatwerk heeft dat op Microsoft 365 leunt |
| Kritieke gegevens of processen op een tweede platform | Werk gaat door bij een langdurige storing | Bij processen die nooit stil mogen liggen |
Gaat het om één kritiek proces? Vink aan wat geldt om te zien welke kant u op moet.
Een draaiboek is genoeg
Een technische uitwijkroute loont
Vink hierboven aan wat voor uw proces geldt.
Een draaiboek is genoeg: 0Een technische uitwijkroute loont: 0
Wat u van uw leverancier mag verwachten
Microsoft belooft in zijn SLA een minimale beschikbaarheid per maand, met servicetegoed als die niet wordt gehaald. Dat tegoed is een percentage van uw maandfee en dekt geen gevolgschade. Lees daarover het artikel over SLA en compensatie. Verwacht van een SLA dus geen vergoeding van uw schade, maar zie het als prikkel voor de leverancier.
Belangrijker is wat een leverancier doet tijdens en na een storing: hoe snel en eerlijk hij communiceert, en of er een rapport komt met de oorzaak. Microsoft heeft dat rapport toegezegd (statuspagina van Microsoft). Lees het als het verschijnt, en kijk of de oorzaak iets zegt over uw eigen inrichting. Hoe u lock-in in het algemeen beperkt, staat in het artikel over vendor lock-in voorkomen. Voor de tijdlijn van deze storing leest u het overzicht van de storing.
geraakte diensten en onderdelen in de melding van Microsoft op vrijdagochtend 13 november.
onderdeel waar het begon: Exchange Online, de maildienst van Microsoft 365.
stappen om per kritiek proces uw afhankelijkheden in kaart te brengen.
Veelgestelde vragen
Over afhankelijkheid van één cloudleverancier en bedrijfscontinuïteit.
Is het riskant om alles bij Microsoft 365 te hebben?
Een groot cloudplatform is voor de meeste organisaties betrouwbaarder dan wat ze zelf zouden draaien. Het risico zit vooral in processen waarvan niemand weet dat ze aan één dienst hangen.
Moet ik na deze storing overstappen naar een andere leverancier?
Meestal niet. Twee volledige platforms naast elkaar kosten veel en maken beheer complexer. Kijk liever per kritiek proces wat de kleinste maatregel is die het probleem oplost.
Hoe breng ik mijn afhankelijkheden in kaart?
Kies uw kritieke processen, volg elk proces door uw systemen, vraag wat er gebeurt bij uitval en bepaal hoe lang het mag duren. Vergeet maatwerksoftware en koppelingen niet.
Wat is een redelijke eerste maatregel?
Een noodkanaal en telefoonlijst buiten Microsoft 365, plus een draaiboek met één aanspreekpunt. Dat is snel geregeld en voorkomt veel schade.
Vergoedt Microsoft mijn schade?
Nee. De SLA geeft servicetegoed als percentage van de maandfee voor de geraakte dienst en dekt geen gevolgschade.
Wat moet ik met het rapport van Microsoft na de storing?
Lees het als het verschijnt en kijk of de oorzaak iets zegt over uw eigen inrichting, bijvoorbeeld over welke functies u gebruikt en hoe uw koppelingen omgaan met uitval.
Verder lezen
Weten welke processen aan één leverancier hangen?
Appfront bouwt maatwerksoftware en helpt organisaties met weerbaarheid en continuïteit. Wilt u uw afhankelijkheden in kaart brengen en de uitwijkroutes bouwen die in verhouding staan? Plan een gesprek met een developer.