Brass balansweegschaal met facturen en formulieren tegenover een lockbox, op bureau met map en notitieboek.

Compliance is niet alleen voor grote banken: de WWKE geldt ook voor financieel MKB

Compliance voelt vaak als iets voor grote banken met grote teams. Toch raakt nieuwe wetgeving rond weerbaarheid en ketenafhankelijkheden ook het financieel MKB, juist omdat veel processen leunen op cloud, softwareleveranciers en IT-beheer. De Wet weerbaarheid kritieke entiteiten, vaak aangeduid als WWKE-wetgeving, komt voort uit de Europese CER-richtlijn en legt de nadruk op risicoanalyse, continuïteit en incidentaanpak. Dat vraagt om duidelijke afspraken en aantoonbare maatregelen, ook als je organisatie niet groot is. In dit artikel lees je wat de WWKE betekent, hoe je bepaalt of je binnen de scope valt, welke eisen doorwerken naar IT-leveranciers, welke fouten vaak worden gemaakt en een praktisch stappenplan om aantoonbaar in control te komen.

Wat de WWKE betekent voor financieel MKB

De WWKE is de Nederlandse vertaling van de Europese CER-richtlijn. Het doel is dat organisaties die een essentiële dienst leveren weerbaarder worden tegen verstoringen, zoals cyberincidenten, technische storingen en andere ontwrichtingen. In de uitleg van overheid en adviespartijen komt steeds hetzelfde terug: je moet risico’s kennen, plannen hebben en kunnen aantonen dat je voorbereid bent.

Voor financieel MKB is de belangrijkste nuance dat de wet niet alleen over grote instellingen gaat. De gedachte achter de CER-richtlijn is dat ook kleinere organisaties impact kunnen hebben in een keten. Denk aan accountantskantoren, administratiekantoren en verzekeraars die cruciale processen ondersteunen, of die sterk verweven zijn met partijen die wél als kritisch worden aangewezen.

Een paar kernbegrippen die je in de praktijk tegenkomt:

  • Uitbesteding. Werk dat je laat uitvoeren door een derde partij, zoals IT-beheer, cloudhosting of servicedesk.
  • Ketenrisico. Risico dat ontstaat doordat jouw dienstverlening afhankelijk is van leveranciers, subleveranciers en platforms.
  • Toezicht. Aangewezen organisaties krijgen te maken met eisen rond aantoonbaarheid, meldingen en periodieke toetsing.

Voor wie geldt de WWKE precies?

De WWKE werkt met het principe van aanwijzing. Ministeries wijzen kritieke entiteiten aan binnen sectoren die onder de wet vallen. De overheid geeft daarbij aan dat je niet moet afwachten, omdat de risico’s nu al bestaan en de implementatie gefaseerd verloopt. In de praktijk betekent dit dat je twee dingen moet uitzoeken: val je zelf onder aanwijzing, of ben je een belangrijke schakel voor een partij die wordt aangewezen?

Gebruik deze beslisboom om je scope te bepalen:

  1. Leveren wij een dienst die als essentieel kan worden gezien binnen een aangewezen sector, of zijn wij onderdeel van een vitale keten?
  2. Zijn onze processen sterk afhankelijk van IT en digitale dienstverlening, zoals cloudwerkplekken, online dossiers, portalen of koppelingen met klanten?
  3. Zijn wij leverancier van een partij die waarschijnlijk wordt aangewezen, en krijgen wij eisen opgelegd via contracten en audits?

Wat je vastlegt om dit te onderbouwen:

  • Een overzicht van je kritieke diensten en processen, inclusief afhankelijkheden zoals applicaties, data, locaties en leveranciers.
  • Een onderbouwing waarom je wel of niet verwacht aangewezen te worden, inclusief welke ketenrelaties relevant zijn.
  • Een eigenaar per proces en per leverancier, zodat verantwoordelijkheden niet blijven zweven.

Welke compliance-eisen raken je IT-leveranciers

Ook als je niet direct onder aanwijzing valt, werken WWKE-verwachtingen vaak door via klanten, ketenpartners en auditors. Dan komt third-party risk management centraal te staan. Je wilt kunnen aantonen dat uitbestede IT geen blinde vlek is, maar een beheerst onderdeel van je weerbaarheid.

Onderwerp Wat je nodig hebt richting IT-leverancier
Contract en verantwoordelijkheden Duidelijke scope van diensten, RACI-afspraken, beveiligingsverplichtingen en escalatiepaden.
Audit en aantoonbaarheid Auditrechten of assurance-afspraken, plus periodieke rapportage over beheer en security.
Incidentmelding Heldere meldtermijnen, classificatie van incidenten en samenwerking bij onderzoek en herstel.
Continuïteit en exit Business continuity– en disaster-recoveryafspraken, plus een realistisch exitplan bij overstap.
Data en subverwerkers Transparantie over datalocatie, subverwerkers en hoe wijzigingen worden gecommuniceerd.

Let extra op leveranciers buiten de EU en op concentratierisico. Als veel van je kernprocessen leunen op een beperkt aantal platforms, dan moet je compenserende maatregelen hebben. Denk aan goede back-ups, herstelprocedures, alternatieve werkprocessen en strakke monitoring.

Veelgemaakte WWKE-fouten en risico’s

De meeste problemen ontstaan niet door onwil, maar door versnippering en onduidelijkheid. Dit zijn fouten die we vaak zien bij organisaties die denken dat ze compliant zijn, maar het niet kunnen bewijzen.

  • Versnipperde tooling waardoor niemand het totaaloverzicht heeft van accounts, apparaten, logs en alerts.
  • Onduidelijke verantwoordelijkheden tussen directie, compliance, IT en leveranciers.
  • Gebrek aan documentatie. Er is wel een plan, maar het is niet actueel of niet getest.
  • Onvoldoende logging en monitoring, waardoor incidenten laat worden gezien of niet goed te reconstrueren zijn.
  • Geen getest herstelplan. Back-ups bestaan, maar een restore is nooit geoefend.
  • Shadow IT. Teams gebruiken eigen tools voor bestanden, chat of klantdata buiten het beleid om.

De gevolgen zijn vervelend en vaak praktisch: operationele stilstand, verlies van vertrouwen, lastige audits en een organisatie die reactief blijft. Een duidelijk signaal dat je niet in control bent, is als je bij een auditvraag eerst moet gaan zoeken wie iets beheert, of als je bij een incident niet snel kunt uitleggen wat geraakt is en wat je volgende stap is.

Praktisch stappenplan om WWKE-proof te worden

Een werkbare aanpak is klein beginnen en snel aantoonbaarheid opbouwen. Zie WWKE-wetgeving als een structuur om je weerbaarheid te organiseren, niet als een stapel papier.

  1. Scope bepalen. Benoem kritieke diensten, processen en afhankelijkheden, inclusief derde partijen.
  2. Risicoanalyse uitvoeren. Breng dreigingen in kaart, inclusief IT, mens, proces en leveranciers.
  3. Leveranciersinventarisatie maken. Classificeer leveranciers op kritischheid en leg eigenaar en contactpunten vast.
  4. Contractreview doen. Check audit-, incidentmeldings-, subverwerkers-, continuïteits- en exitafspraken.
  5. Beleid en procedures vastleggen. Denk aan toegangsbeheer, wijzigingsbeheer, incidentrespons en continuïteit.
  6. Technische basis op orde. MFA, patching, back-ups, EDR, vulnerability management en een beheerde firewall met monitoring.
  7. Incidentrespons oefenen. Maak scenario’s, oefen communicatie en herstel, en verbeter na elke oefening.
  8. Periodieke tests en audits plannen. Zorg voor een ritme en verzamel evidence, zoals rapportages, logsamenvattingen en testresultaten.

Minimale set evidence die bijna altijd helpt: proces- en dienstenoverzicht, risicoanalyse, leveranciersregister, incidentprocedure, continuïteitsplan, hersteltestverslagen en een set maandelijkse of kwartaalrapportages over beheer en security.

Hoe Mr Blocks helpt met WWKE-compliance

Wij helpen financieel MKB om WWKE-eisen praktisch te maken, met een veilige digitale werkplek en een IT-fundament dat aantoonbaar klopt. Daarbij nemen we beheer, beveiliging, continuïteit en support als één samenhangende verantwoordelijkheid, zodat je niet hoeft te puzzelen met losse leveranciers.

  • Inrichting en beheer van een digitale werkplek met een duidelijke security baseline en voorspelbaar beheer.
  • IT-securitydiensten zoals een managed firewall met monitoring, Endpoint Detection and Response en vulnerability management.
  • Monitoring, incidentafhandeling en rapportage die je kunt gebruiken als evidence richting klanten en auditors.
  • Ondersteuning bij leveranciersoverzicht, contractpunten en praktische continuïteit, inclusief hersteltests en verbeteracties.
  • Heldere communicatie en vaste aanspreekpunten, zodat verantwoordelijkheden niet versnipperen.

Wil je weten waar je nu staat en welke stappen het meeste effect hebben voor jouw organisatie? Bekijk wie we zijn of neem direct contact op via onze contactpagina voor een praktische intake.

Veelgestelde vragen

Hoe verhoudt de WWKE zich tot NIS2 en DORA?

WWKE (CER) richt zich op fysieke en operationele weerbaarheid van kritieke entiteiten (continuïteit, risicoanalyse, crisis- en herstelvermogen). NIS2 gaat primair over cybersecuritymaatregelen en meldplichten voor netwerk- en informatiesystemen. DORA is specifiek voor de financiële sector en focust op ICT-risicobeheer en (ICT-)uitbesteding. In de praktijk overlappen thema’s (risico’s, incidenten, leveranciers), dus stem je beleid, rollen en evidence op elkaar af zodat je één set processen kunt hergebruiken.

Welke ‘quick wins’ leveren binnen 30 dagen de meeste aantoonbaarheid op?

Begin met (1) een actueel diensten- en processenoverzicht met afhankelijkheden, (2) een leveranciersregister met kritikaliteit en eigenaren, (3) een incidentmeld- en escalatiekaart (wie belt wie, binnen welke termijn), (4) een back-up/restore test met kort verslag, en (5) een maandelijkse managementrapportage (patching, MFA-dekking, alerts, open risico’s). Dit geeft snel bewijs van grip, ook als niet alles al perfect is.

Welke assurance-rapporten of bewijsstukken kun je bij IT-leveranciers opvragen?

Vraag minimaal om een recente SOC 2 Type II of ISAE 3402-rapportage (als beschikbaar), ISO 27001-certificaat met Statement of Applicability, pen-test of vulnerability-scan samenvattingen, uptime/incidentrapportages, DR-testresultaten en een overzicht van subverwerkers en datalocaties. Leg vast hoe vaak je dit ontvangt en wat je doet bij afwijkingen.

Hoe bepaal je of een leverancier ‘kritiek’ is voor jouw organisatie?

Gebruik drie criteria: (1) impact: hoeveel processen/omzet liggen stil bij uitval, (2) herstelbaarheid: hoe snel kun je terug (RTO/RPO) en is er een workaround, en (3) vervangbaarheid: hoe realistisch is overstappen (exit, data-export, contracttermijnen). Leveranciers met hoge impact én lage vervangbaarheid zijn meestal kritisch en vragen zwaardere eisen en vaker review.

Wat moet er minimaal in een exitplan voor cloud- of IT-beheer staan?

Neem op: data-exportformaten en -frequentie, eigenaarschap van accounts/tenant, overdracht van configuraties en documentatie, afspraken over ondersteuning tijdens transitie, tijdslijnen en kosten, en een ‘break glass’-scenario bij conflict of faillissement. Test het plan door ten minste één keer per jaar een beperkte export/restore of tenant-overdracht te simuleren.

Hoe organiseer je incidentmelding en communicatie met klanten zonder paniek of vertraging?

Werk met een vaste classificatie (bijv. laag/middel/hoog), een meldmatrix (intern, leverancier, klant, toezichthouder) en vooraf goedgekeurde templates. Spreek af wie woordvoerder is, welke informatie je binnen 2–4 uur kunt delen (wat, impact, eerste maatregelen) en wanneer je updates geeft. Oefen dit in een tabletop-sessie zodat iedereen zijn rol kent.

Hoe voorkom je dat WWKE een ‘papieren tijger’ wordt in een klein team?

Koppel elk document aan een ritme en eigenaar: maandelijkse security- en beheercheck, kwartaalreview van kritieke leveranciers, halfjaarlijkse incidentoefening en jaarlijkse continuïteitstest. Houd evidence licht maar consistent (1 pagina per onderwerp + bijlagen). Automatiseer waar mogelijk (rapportages uit M365/EDR/firewall) en leg beslissingen vast in een simpel actielog.

Gerelateerde artikelen