Een cloudstoring of cyberaanval kun je niet altijd voorkomen, maar de gevolgen kun je wel beperken. Maak vooraf duidelijk welke processen kritiek zijn, welke handmatige noodroute beschikbaar is, wie beslist en hoe je klanten informeert.
De nieuwsberichten over herstelde problemen bij Revolut na een grote storing en de gemelde impact van een cyberaanval op Albert Heijn laten zien hoe snel digitale afhankelijkheid zichtbaar wordt. Betalen, bestellen, voorraad, klantcontact en rapportages kunnen tegelijk haperen. De juiste vraag is daarom niet alleen of je systemen goed beveiligd zijn, maar ook: kan ons bedrijf doorwerken wanneer een cruciale digitale dienst tijdelijk wegvalt?
De kern: bedrijfscontinuïteit is geen dik document voor in een la. Het zijn vooraf geteste afspraken over prioriteiten, noodprocessen, communicatie en herstel, zodat mensen onder druk niet hoeven te improviseren.
Waarom kan een storing direct omzetverlies veroorzaken?
Veel organisaties gebruiken cloudsoftware voor processen die klanten meteen merken: betalingen, webshops, planning, voorraad, klantdossiers, e-mail en communicatie. Als een leverancier, koppeling of internetverbinding uitvalt, valt niet per se het hele bedrijf stil. Maar één ontbrekende schakel kan wel een complete klantreis blokkeren.
Voorbeelden:
| Uitval in het proces | Wat een klant merkt | Mogelijk bedrijfsrisico |
|---|---|---|
| Betaaldienst niet beschikbaar | Afrekenen lukt niet | Gemiste omzet, afhakers en extra klantvragen |
| Webshop of API-koppeling hapert | Orders komen niet door of status klopt niet | Fouten in levering, extra handwerk en reputatieschade |
| Planningstool niet bereikbaar | Medewerkers missen actuele afspraken | Vertraging, dubbele ritten of gemiste serviceafspraken |
| Voorraad- of kassasysteem uitvalt | Medewerkers zien geen betrouwbare voorraad | Verkoopverlies en verkeerde klantbeloften |
| E-mail of klantportaal onbereikbaar | Klanten krijgen geen antwoord of informatie | Vertrouwen daalt, vooral bij langere uitval |
De directe schade is vaak zichtbaar. Minder zichtbaar zijn de gevolgen erna: herstelwerk, foutcorrecties, terugbetalingen, achterstanden en klanten die alsnog ergens anders kopen. Daarom is continuïteit niet alleen een IT-vraagstuk. Het raakt operatie, commercie, financiën en klantvertrouwen.
Welke processen zijn voor jouw organisatie echt kritiek?
Niet elke applicatie verdient dezelfde noodmaatregel. Begin met de processen waarvoor uitval binnen uren al grote gevolgen heeft voor omzet, veiligheid, wettelijke verplichtingen of klantafspraken.
Maak samen met de verantwoordelijken een overzicht en beantwoord per proces deze vijf vragen:
- Wat stopt er als dit systeem wegvalt? Denk aan verkopen, leveren, plannen, factureren of communiceren.
- Hoe lang is uitval acceptabel? Een uur zonder rapportage is iets anders dan een uur waarin klanten niet kunnen betalen.
- Welke gegevens hebben medewerkers minimaal nodig om door te werken?
- Is er een veilige handmatige noodroute?
- Wie mag besluiten om die noodroute te starten of weer te stoppen?
Gebruik een eenvoudige prioriteitenmatrix
| Proces | Maximale acceptabele uitval | Noodroute | Proceseigenaar |
|---|---|---|---|
| Betalingen | Zo kort mogelijk | Alternatieve betaalwijze of later betalen op afspraak | Finance of filiaalmanager |
| Orderverwerking | Enkele uren, afhankelijk van belofte | Orders tijdelijk handmatig registreren | Operations |
| Klantcommunicatie | Direct | Statuspagina, telefoon, social media of alternatief e-mailadres | Customer service of marketing |
| Planning | Afhankelijk van dienstverlening | Actuele planning exporteren of centraal noodoverzicht gebruiken | Teamlead planning |
Maak de tijden niet mooier dan ze zijn. Een noodroute die pas na een halve dag klaarstaat, helpt niet bij een proces dat na een uur al klanten raakt.
Wat is het verschil tussen een storing en een cyberaanval?
Voor de klant kan het resultaat hetzelfde lijken: een dienst werkt niet. Intern vraagt de situatie om een andere eerste reactie.
Bij een technische storing ligt de oorzaak bijvoorbeeld bij een cloudprovider, internetverbinding, software-update of koppeling. De focus ligt dan op vaststellen wat niet werkt, een veilige tijdelijke werkwijze activeren en herstel volgen.
Bij een vermoeden van een cyberaanval is zorgvuldigheid extra belangrijk. Systemen lukraak opnieuw verbinden, bestanden delen of toegangen wijzigen kan onderzoek en herstel bemoeilijken. Schakel volgens het eigen incidentproces direct de aangewezen IT- of beveiligingsverantwoordelijke in. Leg observaties vast, beperk toegang waar dat nodig is en communiceer alleen wat je zeker weet.
Gebruik in beide gevallen dezelfde basisdiscipline: feiten verzamelen, rollen activeren, gevolgen voor klanten beperken en besluiten loggen. Gissen over de oorzaak helpt zelden. Duidelijkheid over de volgende stap wel.
Hoe voorkom je dat een noodprocedure extra fouten veroorzaakt?
Handmatig werken is soms noodzakelijk, maar introduceert eigen risico’s. Zonder afspraken ontstaan dubbele orders, verouderde klantgegevens of transacties die na herstel niet goed worden verwerkt.
Beperk dat risico met vier regels:
- Werk met één centraal noodoverzicht. Niet met losse lijstjes per medewerker.
- Registreer alleen wat nodig is. Minder data betekent minder kans op fouten en onnodige privacyrisico’s.
- Maak eigenaarschap zichtbaar. Elke handmatige actie heeft een verantwoordelijke en een tijdstip.
- Plan de terugverwerking. Spreek af wie gegevens controleert, invoert en aftekent zodra het systeem terug is.
De terugkeer naar normaal is een afzonderlijke fase. Een systeem kan technisch weer werken, terwijl de operatie nog achterloopt door orders, meldingen of betalingen die tijdens de storing zijn blijven liggen.
Wat doe je in de eerste 60 minuten van een incident?
Gebruik deze checklist als startpunt. Pas hem aan op jouw organisatie en kritieke processen.
Minuut 0 tot 15: vaststellen en begrenzen
- Controleer welke dienst, locatie, klantgroep of proces geraakt is.
- Leg tijdstip, eerste symptomen en bekende impact vast.
- Informeer de incidentleider en het technische aanspreekpunt.
- Start geen risicovolle herstelacties zonder de juiste beoordeling.
Minuut 15 tot 30: prioriteren en activeren
- Bepaal welke klantbelofte, omzetstroom of veiligheidskritieke taak als eerste bescherming nodig heeft.
- Activeer de passende noodroute.
- Controleer de statusinformatie van betrokken leveranciers.
- Benoem één eigenaar voor elk dringend actiepunt.
Minuut 30 tot 60: communiceren en ritme maken
- Informeer medewerkers die moeten handelen.
- Verstuur een kort klantbericht als klanten merkbare hinder ondervinden.
- Plan een vast moment voor de volgende interne en externe update.
- Houd een log bij van besluiten, acties en nieuwe feiten.
Begin deze week met één realistische oefening
Je hoeft niet te wachten op een groot programma. Kies één proces dat direct omzet of klantvertrouwen raakt. Stel vervolgens deze vraag aan het team: wat doen we morgen als dit systeem vier uur niet beschikbaar is?
Kunnen jullie die vraag concreet beantwoorden, inclusief eigenaar, noodroute en klantbericht? Dan heb je een begin. Kunnen jullie dat niet, dan weet je precies waar het meeste te winnen valt: niet in meer techniek om de techniek, maar in heldere rollen, afspraken en voorbereiding.
Bronnen
- MT/Sprout, “Problemen bij Revolut verholpen na grote storing – AH verloor kwart marktaandeel door cyberaanval”, aangeleverde nieuwsaanleiding, geraadpleegd 21 oktober 2026.
- NIST, Contingency Planning Guide for Federal Information Systems, SP 800-34 Rev. 1, geraadpleegd 21 oktober 2026.
