Een serverstoring op maandagochtend, een ransomwaremelding tijdens de drukste week van het jaar of een leverancier die onverwacht niet bereikbaar is: de vraag is niet alleen of de ICT weer werkt, maar hoe lang uw bedrijf verantwoord kan doorgaan. Een ict continuiteitsplan opstellen maakt die vraag concreet. Het brengt vooraf in beeld welke processen voorrang hebben, wie beslist en welke voorzieningen nodig zijn om schade, stilstand en onduidelijkheid te beperken.

Voor mkb-bedrijven is continuïteit vaak kwetsbaarder dan gedacht. Veel kennis zit bij één interne medewerker of externe leverancier. Systemen zijn in de loop der jaren gekoppeld, contracten zijn versnipperd en herstelafspraken blijken pas bij een incident minder duidelijk dan verwacht. Een goed plan is daarom geen technisch document voor in een map, maar een bestuurlijk hulpmiddel voor bedrijfsvoering onder druk.

Begin bij bedrijfsprocessen, niet bij techniek

De meest gemaakte fout is starten met een inventarisatie van servers, laptops en applicaties. Die inventarisatie is nodig, maar pas nadat duidelijk is wat er in de onderneming moet blijven functioneren. Denk aan orderverwerking, planning, productie, salarisbetaling, klantcommunicatie of toegang tot digitale dossiers.

Stel per proces de praktische vraag: wat gebeurt er als dit proces een uur, een werkdag of een week niet beschikbaar is? Het antwoord verschilt per bedrijf. Een handelsbedrijf kan wellicht tijdelijk orders op papier aannemen, terwijl een productiebedrijf zonder planningssysteem direct stilvalt. Een administratiekantoor kan werk uitstellen, maar niet onbeperkt wanneer aangiftetermijnen naderen.

Deze bedrijfsimpactanalyse bepaalt de prioriteiten. Daarbij gaat het niet alleen om omzetverlies, maar ook om contractuele verplichtingen, reputatieschade, wettelijke bewaartermijnen, veiligheid en de gevolgen voor medewerkers en klanten. Zo voorkomt u dat herstelcapaciteit wordt besteed aan een systeem dat handig is, terwijl een kritische toepassing nog stilligt.

Leg hersteldoelen vast die bij uw bedrijf passen

Na de impactanalyse volgt een keuze die vaak onderbelicht blijft: hoe snel moet een proces terug zijn en hoeveel gegevensverlies is acceptabel? Hiervoor worden meestal twee afspraken gebruikt.

De hersteltijd geeft aan hoe lang een proces maximaal mag uitvallen. Een webshop die dagelijks omzet genereert kan bijvoorbeeld binnen enkele uren moeten herstellen. Voor een archiefsysteem kan een werkdag acceptabel zijn. Het herstelpunt gaat over gegevens: mag u terugvallen op de situatie van vannacht, of zou het verlies van enkele uren aan orders en mutaties al onaanvaardbaar zijn?

Hogere herstelambities kosten meestal meer. Een directe uitwijkvoorziening, dubbel uitgevoerde internetverbindingen en zeer frequente back-ups bieden meer zekerheid, maar zijn niet voor ieder proces rendabel. De juiste keuze is dus niet de technisch meest uitgebreide oplossing, maar een voorziening die past bij de financiële en operationele gevolgen van uitval.

Breng afhankelijkheden en leveranciers eerlijk in kaart

Een continuiteitsplan werkt alleen wanneer het volledige pad naar een kritisch proces bekend is. Een cloudapplicatie kan bijvoorbeeld beschikbaar zijn, terwijl medewerkers er niet bij kunnen door een internetstoring, problemen met multifactorauthenticatie of een niet-bereikbare telefooncentrale. Ook een goed gemaakte back-up helpt niet als niemand weet wie deze mag terugzetten of welke gegevens eerst moeten worden hersteld.

Maak daarom per kritisch proces inzichtelijk van welke onderdelen het afhankelijk is: applicaties, gegevens, apparaten, internetverbindingen, identiteitsbeheer, locaties en externe partijen. Neem ook minder zichtbare koppelingen mee, zoals betaalproviders, webontwikkeling, boekhoudsoftware, scanners, e-mail en mobiele telefonie.

Bij leveranciers horen duidelijke afspraken. Wie is buiten kantooruren bereikbaar? Welke responstijd is vastgelegd? Welke handelingen voert de leverancier uit, en welke beslissingen blijven bij uw organisatie? Vraag ook waar gegevens worden opgeslagen, hoe herstel wordt uitgevoerd en of de leverancier zelf aantoonbaar continuïteitsmaatregelen heeft. Een contract met een algemene belofte over beschikbaarheid is geen herstelplan.

Voor organisaties die met meerdere ICT-partijen werken, is regie extra belangrijk. De leverancier van de werkplekken kan naar de applicatiepartij wijzen, terwijl die partij een netwerkprobleem vermoedt. Leg vooraf vast wie de incidentcoördinatie voert en wie bevoegd is om prioriteiten te bepalen. Daarmee voorkomt u kostbare tijd in een discussie over verantwoordelijkheid.

Maak van het plan een handelbaar draaiboek

Een dik beleidsdocument helpt weinig wanneer medewerkers onder druk snel moeten handelen. Het operationele deel moet daarom kort, actueel en goed bereikbaar zijn, ook als de reguliere digitale omgeving niet beschikbaar is. Denk aan een beveiligd beschikbaar papieren exemplaar of een apart toegankelijk document.

Beschrijf per serieus scenario wat de eerste acties zijn. Niet elk mogelijk incident hoeft een eigen uitgebreid script te krijgen. Groepeer situaties die hetzelfde herstelpad vragen, zoals een ransomware-aanval, internetuitval, verlies van een locatie of het uitvallen van een cruciale cloudleverancier.

Een bruikbaar draaiboek bevat in ieder geval deze vier onderdelen:

• een crisisteam met rollen, vervangers en actuele contactgegevens;
• beslisregels voor het stilleggen, isoleren of opnieuw starten van systemen;
• een communicatielijn voor medewerkers, klanten, leveranciers en eventueel toezichthouders;
• een herstelvolgorde met controlepunten voordat systemen weer in gebruik gaan.

De rolverdeling verdient bijzondere aandacht. De directeur of eigenaar beslist vaak over bedrijfsprioriteiten en externe communicatie. De interne ICT-verantwoordelijke of leverancier richt zich op onderzoek en herstel. HR kan nodig zijn bij personeelscommunicatie, terwijl finance de financiële gevolgen en betaalprocessen bewaakt. Maak ook duidelijk wie een incident officieel als crisis bestempelt. Zonder dat besluit worden maatregelen soms te laat opgeschaald.

Vergeet cybersecurity niet in uw continuiteitsplan

Bij een technische storing is het doel meestal: zo snel mogelijk weer werken. Bij een cyberincident ligt dat anders. Te vroeg herstellen kan ertoe leiden dat aanvallers opnieuw binnenkomen, dat besmette gegevens worden teruggezet of dat bewijs verloren gaat. Continuïteit en informatiebeveiliging moeten daarom samen worden ontworpen.

Neem maatregelen op voor de eerste uren van een vermoedelijke aanval. Wie mag systemen van het netwerk halen? Wie bewaart loggegevens? Wanneer worden wachtwoorden gereset? Hoe wordt contact gehouden als e-mail niet betrouwbaar is? En wie beoordeelt of sprake is van een datalek dat gemeld moet worden?

Back-ups verdienen hierbij een kritische toets. Controleer niet alleen of de back-uptaak groen staat, maar ook of kopieën gescheiden zijn van de reguliere omgeving, voldoende lang worden bewaard en daadwerkelijk teruggezet kunnen worden. Ransomware treft geregeld ook direct bereikbare back-ups. Een hersteltest is de enige manier om vast te stellen of uw aanname over hersteltijd realistisch is.

Test op een manier die past bij de risico’s

Een continuiteitsplan dat nooit is getest, bevat meestal verouderde contactgegevens, onhaalbare hersteltijden of onduidelijke afhankelijkheden. Testen hoeft niet meteen een volledige uitwijksimulatie te zijn. Begin met een tafeltest: het team bespreekt stap voor stap wat het doet bij een herkenbaar scenario. Dat maakt hiaten snel zichtbaar zonder de dagelijkse operatie te verstoren.

Daarna volgt waar nodig een technische proef, bijvoorbeeld het terugzetten van een kritische applicatie of het werken via een alternatieve internetverbinding. Kies bewust een moment waarop de uitkomst betrouwbaar is. Een hersteltest in een lege testomgeving zegt minder dan een gecontroleerde proef met de werkelijke configuratie en realistische gegevensvolumes.

Leg na iedere test vast wat niet werkte, wie actie onderneemt en wanneer dat gereed moet zijn. Pas daarna is de test waardevol. Het doel is niet aantonen dat alles perfect is, maar aantoonbaar beter voorbereid zijn op de volgende verstoring.

Houd het plan actueel bij veranderingen

Een nieuw ERP-systeem, een verhuizing, een overname, andere thuiswerkafspraken of een nieuwe ICT-leverancier kan het continuiteitsplan direct beïnvloeden. Behandel het daarom als onderdeel van wijzigingsbeheer en contractmanagement, niet als een eenmalig project.

Plan minimaal jaarlijks een inhoudelijke beoordeling, en doe dat eerder bij grote veranderingen of incidenten. Controleer dan de procesprioriteiten, contactgegevens, contractuele afspraken, hersteldoelen en testresultaten. Voor veel mkb-organisaties is een onafhankelijke beoordeling daarbij waardevol: niet om extra techniek te verkopen, maar om te toetsen of risico’s, afspraken en maatregelen nog op elkaar aansluiten.

Uw ICT Adviseur helpt organisaties om die samenhang terug te brengen tot heldere keuzes, uitvoerbare afspraken en controle op de uitvoering. De grootste winst van een continuiteitsplan zit uiteindelijk niet in het document zelf, maar in de rust die ontstaat wanneer iedereen weet wat er moet gebeuren als de normale werkwijze plotseling wegvalt.