Categorie: Uncategorized

  • Statement of Applicability uitgelegd: waarom ISO 27001 draait om keuzes kunnen onderbouwen

    Statement of Applicability uitgelegd: waarom ISO 27001 draait om keuzes kunnen onderbouwen

    Veel organisaties die met ISO 27001 starten, kijken al snel naar Annex A. Daar staan de informatiebeveiligingsmaatregelen. De reflex is begrijpelijk: controleren wat al geregeld is, aanvinken wat bekend voorkomt en daarna de openstaande punten oppakken.

    Maar ISO 27001 werkt niet als een simpele afvinklijst. De echte vraag is niet: hebben we deze maatregel? De vraag is: waarom is deze maatregel voor ons relevant, hoe hebben we hem ingericht en kunnen we die keuze uitleggen?

    Daar begint de Statement of Applicability.

    De Statement of Applicability, vaak afgekort als SoA, is een verplicht onderdeel van het ISMS binnen ISO 27001. Niet omdat de norm om extra papierwerk vraagt, maar omdat de SoA zichtbaar maakt hoe je van risico’s naar maatregelen komt.

    Welke maatregelen zijn passend? Welke maatregelen zijn niet van toepassing? Welke risico’s accepteer je bewust? En waar is verbetering nodig?

    Wie de SoA goed gebruikt, maakt informatiebeveiliging bestuurbaar. Wie de SoA alleen invult voor de audit, mist juist de waarde ervan.

    Wat is een Statement of Applicability?

    Een Statement of Applicability is het overzicht waarin je vastlegt welke informatiebeveiligingsmaatregelen je hebt geselecteerd, welke Annex A-maatregelen van toepassing zijn en waarom bepaalde maatregelen eventueel niet van toepassing zijn.

    In de praktijk kijk je daarbij naar Annex A van ISO 27001. Daarin staan de referentiemaatregelen die helpen om breed naar informatiebeveiliging te kijken. Annex A is daarbij het referentiekader, maar niet de grens van je beveiligingsaanpak. Als uit je risicoanalyse aanvullende maatregelen nodig blijken, moeten die ook logisch in je ISMS terugkomen.

    In de SoA leg je vast welke maatregelen je toepast, welke nog aandacht vragen en welke niet van toepassing zijn. Minstens zo belangrijk is dat je vastlegt waarom.

    Daarmee is de SoA meer dan een statusoverzicht. Het is de plek waar je keuzes onderbouwt. Een checklist zegt vooral wat je hebt aangevinkt. Een goede SoA laat zien waarom een maatregel wel of niet past bij jouw risico’s, systemen, processen, leveranciers, klanten en verplichtingen.

    De SoA vormt zo de verbinding tussen risicoanalyse, maatregelen en bewijsvoering. Dat maakt het document belangrijk voor auditors, maar ook voor management en klanten die willen begrijpen hoe informatiebeveiliging is ingericht.

    Annex A is geen afvinklijst

    Een veelgemaakt misverstand is dat Annex A een lijst is die je van boven naar beneden moet afwerken. Dat lijkt overzichtelijk, maar leidt vaak tot verkeerde keuzes.

    Soms worden maatregelen ingevoerd omdat ze in de norm staan, terwijl ze weinig bijdragen aan het beheersen van de werkelijke risico’s. Soms worden maatregelen juist overgeslagen omdat ze niet direct herkenbaar lijken, zonder dat goed is onderbouwd waarom ze niet nodig zijn.

    Annex A is beter te zien als een referentieset. De maatregelen helpen je om niets belangrijks over het hoofd te zien. Denk aan toegangsbeheer, leveranciersrelaties, logging, fysieke beveiliging, incidentmanagement en bewustwording.

    Maar de keuze voor maatregelen blijft afhankelijk van jouw context en risicoanalyse. Een organisatie die volledig remote werkt, heeft andere fysieke beveiligingsrisico’s dan een productiebedrijf met een magazijn, bezoekersstromen en technische installaties. Dat betekent niet dat fysieke beveiliging genegeerd mag worden. Het betekent wel dat je moet uitleggen welke risico’s er zijn en welke maatregelen daarbij passen.

    Annex A helpt je breed te kijken. De SoA helpt je gericht te kiezen.

    Wat moet er in een goede SoA staan?

    Een goede SoA hoeft geen dik verhaal te zijn, maar moet wel per maatregel voldoende duidelijk maken waarom deze wel of niet van toepassing is.

    Een goede SoA maakt per maatregel duidelijk:

    • of de maatregel van toepassing is;
    • waarom die keuze logisch is;
    • wat de implementatiestatus is;
    • welk risico of welke verplichting erbij hoort;
    • wie eigenaar is;
    • welk bewijs beschikbaar is.

    De kern zit vooral in de onderbouwing.

    Een maatregel met de status “geïmplementeerd” zegt weinig als niet duidelijk is waarop dat oordeel is gebaseerd. Is er beleid? Wordt het proces uitgevoerd? Is er bewijs? Is iemand verantwoordelijk? Wordt de werking periodiek beoordeeld?

    Andersom is een maatregel met de status “niet van toepassing” kwetsbaar als de toelichting niet verder komt dan “niet relevant”. Dat roept bij een auditor bijna automatisch vervolgvragen op. Waarom niet relevant? Valt het buiten scope? Bestaat het proces niet? Is het risico op een andere manier beheerst? Of is er simpelweg niet goed genoeg naar gekeken?

    Een goede SoA is daarom precies genoeg. Niet te mager, want dan is hij niet verdedigbaar. Niet te uitgebreid, want dan wordt hij onbruikbaar.

    De koppeling tussen risicoanalyse en SoA

    ISO 27001 draait om een risicogebaseerde aanpak. Dat betekent dat je niet begint met maatregelen, maar met risico’s. Welke informatie wil je beschermen? Welke bedreigingen zijn relevant? Welke kwetsbaarheden bestaan er? Wat is de impact als het misgaat?

    De risicoanalyse brengt in kaart wat er kan gebeuren en hoe ernstig dat is. De SoA laat vervolgens zien welke maatregelen je kiest om daarmee om te gaan.

    Stel dat een organisatie het risico identificeert dat medewerkers slachtoffer worden van phishing. Dat risico raakt niet één maatregel, maar meerdere onderdelen van informatiebeveiliging. Je kunt denken aan bewustwording, toegangsbeheer, multi-factor authenticatie, logging, incidentrespons en e-mailbeveiliging.

    In de risicoanalyse staat dan: dit kan misgaan en dit is de mogelijke impact. In de SoA staat: daarom zijn deze maatregelen relevant, zo hebben we ze ingericht en dit is de status.

    Dat onderscheid is belangrijk. Zonder risicoanalyse wordt de SoA al snel een checklist. Zonder SoA blijven maatregelen losse keuzes zonder duidelijke samenhang.

    Juist de koppeling tussen beide maakt je ISMS uitlegbaar. Je kunt laten zien dat maatregelen niet willekeurig gekozen zijn, maar voortkomen uit risico’s, verplichtingen, klantverwachtingen en de context van je organisatie.

    Waarom uitsluitingen extra aandacht vragen

    Toegepaste maatregelen zijn vaak makkelijker bespreekbaar, omdat er meestal beleid, inrichting of bewijs tegenover staat. Je kunt laten zien wat is geregeld en hoe dat werkt.

    Spannender zijn de maatregelen die je niet toepast.

    Een uitsluiting is geen vrijstelling. Het is een keuze. En die keuze moet je kunnen uitleggen.

    Zwakke onderbouwingen klinken vaak als: “niet relevant voor ons”, “doen wij niet” of “zijn we te klein voor”. Op zichzelf zeggen die zinnen weinig. Ze maken niet duidelijk waarom een maatregel niet past bij de scope, risico’s, processen, assets of technologie van de organisatie.

    Een sterke onderbouwing legt uit waarom het risico niet bestaat, waarom het proces buiten scope valt, waarom de technologie niet wordt gebruikt of waarom het risico op een andere manier wordt beheerst.

    Neem een organisatie die geen eigen software ontwikkelt. Bepaalde secure development-maatregelen kunnen dan beperkt of niet van toepassing zijn. Maar als dezelfde organisatie wel maatwerk laat bouwen door een leverancier, verdwijnt het onderwerp niet. De aandacht verschuift dan naar leveranciersbeheer, contractuele eisen, acceptatietesten en wijzigingsbeheer.

    Dat is precies het soort nuance dat een goede SoA zichtbaar maakt.

    De SoA als gesprek met management

    De SoA wordt vaak gezien als iets van de security- of complianceverantwoordelijke. Dat is begrijpelijk, maar te beperkt. De keuzes in de SoA raken namelijk de hele organisatie.

    Management hoeft niet ieder technisch detail te kennen, maar moet wel begrijpen welke risico’s bewust worden geaccepteerd, welke maatregelen investering vragen en waar afhankelijkheden bestaan.

    Een goede SoA helpt bij vragen als: welke beveiligingsmaatregelen zijn voor ons echt kritisch? Waar accepteren we restrisico? Welke maatregelen zijn nog niet volwassen genoeg? Waar zijn we afhankelijk van leveranciers? Welke verbeteringen zijn nodig voordat certificering realistisch is?

    Daarmee wordt de SoA meer dan een auditdocument. Het wordt een hulpmiddel om informatiebeveiliging bestuurbaar te maken.

    Dat past ook bij wat ISO 27001 vraagt. De norm draait niet alleen om beveiligingsmaatregelen, maar om een managementsysteem. Een manier om informatiebeveiliging structureel te organiseren, te beoordelen en te verbeteren.

    Juist wanneer informatiebeveiliging naast andere verantwoordelijkheden wordt opgepakt, helpt de SoA om te voorkomen dat keuzes alleen in hoofden of losse documenten blijven zitten.

    Veelgemaakte fouten bij de SoA

    De eerste fout is Annex A behandelen als afvinklijst. Dan ontstaat een document dat formeel compleet lijkt, maar weinig zegt over de werkelijke relevantie van maatregelen.

    De tweede fout is het ontbreken van een duidelijke koppeling met risico’s. Maatregelen worden dan losse acties. Je ziet wel wat is ingericht, maar niet welk risico ermee wordt beheerst.

    De derde fout is uitsluitingen onvoldoende onderbouwen. “Niet van toepassing” zonder toelichting leidt bijna altijd tot vragen. Zeker wanneer de maatregel op het eerste gezicht wel relevant lijkt.

    De vierde fout is de SoA niet actueel houden. Nieuwe systemen, leveranciers, klantvragen, incidenten of wijzigingen in processen kunnen allemaal betekenen dat maatregelen opnieuw beoordeeld moeten worden.

    Het onderliggende probleem is vaak hetzelfde: de SoA wordt gezien als document voor de audit, niet als onderdeel van het ISMS. Daardoor ontstaat vlak voor de audit alsnog druk. Keuzes moeten worden gereconstrueerd, bewijs moet worden gezocht en toelichtingen moeten achteraf worden bedacht.

    Een sterke SoA voorkomt dat. Niet door alles zwaarder te maken, maar door keuzes vast te houden op het moment dat ze worden gemaakt.

    Hoe houd je de SoA praktisch en actueel?

    Een SoA hoeft geen zwaar of ingewikkeld document te zijn. Hij moet vooral bruikbaar blijven.

    Begin met een duidelijke scope. Waar geldt het ISMS voor? Welke processen, systemen, locaties, diensten en informatie vallen binnen de afbakening? Zonder heldere scope wordt het lastig om te bepalen of een maatregel wel of niet van toepassing is.

    Zorg daarna voor een actuele risicoanalyse. De SoA moet niet losstaan van de risico’s die je hebt geïdentificeerd. Als maatregelen en risico’s niet met elkaar verbonden zijn, ontstaat precies het soort papieren werkelijkheid waar niemand iets aan heeft.

    Werk vervolgens met eenvoudige statussen. Bijvoorbeeld: van toepassing en ingericht, van toepassing maar verbetering nodig, niet van toepassing met onderbouwing, of gepland en in uitvoering.

    De onderbouwing hoeft niet lang te zijn. Een korte, concrete toelichting is vaak sterker dan een algemene alinea. Niet: “niet relevant”. Wel: “niet van toepassing omdat deze activiteit buiten de ISMS-scope valt” of “risico wordt beheerst via contractuele leverancierseisen en periodieke leveranciersbeoordeling”.

    De SoA moet daarnaast meebewegen met je organisatie. Een herziening is logisch wanneer je nieuwe systemen of applicaties introduceert, wanneer leveranciers of processen veranderen, wanneer zich een beveiligingsincident voordoet of wanneer interne auditbevindingen laten zien dat maatregelen opnieuw beoordeeld moeten worden.

    Ook nieuwe klant- of contracteisen, een gewijzigde scope, een nieuwe risicoanalyse of de voorbereiding op een externe audit kunnen aanleiding zijn om de SoA bij te werken.

    Dat betekent niet dat je de SoA continu volledig opnieuw moet opbouwen. Het betekent wel dat hij betrouwbaar moet blijven. Een SoA die niet wordt bijgewerkt, verliest langzaam zijn waarde. Niet omdat het document direct fout is, maar omdat de context verandert. En juist context bepaalt of keuzes nog logisch zijn.

    Lichtgewicht betekent niet oppervlakkig. Het betekent dat je precies genoeg structuur gebruikt om keuzes te kunnen uitleggen.

    Waar CompliTrack helpt

    De uitdaging bij een Statement of Applicability zit zelden alleen in het invullen van een document. De echte uitdaging is samenhang vasthouden.

    Als informatie over risico’s, maatregelen, acties, eigenaren, auditbevindingen en bewijs verspreid staat over Excelbestanden, losse documenten, e-mails en mappen, wordt de SoA al snel een momentopname. Vlak voor de audit moet dan worden gereconstrueerd wat eigenlijk doorlopend zichtbaar had moeten zijn.

    CompliTrack helpt om die samenhang vast te houden. Maatregelen, risico’s, acties, eigenaren, auditbevindingen en bewijs staan niet los van elkaar, maar worden op één plek verbonden. Daardoor wordt de SoA geen document dat vlak voor de audit wordt bijgewerkt, maar onderdeel van de dagelijkse ISMS-structuur.

    Dat maakt het makkelijker om keuzes te onderbouwen. Niet omdat het systeem de keuzes voor je maakt, maar omdat het helpt om onderbouwing, opvolging en bewijsvoering overzichtelijk te bewaren.

    Verder lezen

    Wil je verder lezen over onderwerpen die direct raken aan de Statement of Applicability?

    Lees dan ook Effectieve risicoanalyse: van risico-inventarisatie tot mitigerende maatregelen, waarin wordt uitgelegd hoe je risico’s vertaalt naar beheersmaatregelen.

    Ook relevant zijn:

    Conclusie: ISO 27001 draait om verdedigbare keuzes

    De Statement of Applicability is geen administratieve bijlage bij ISO 27001. Het is een van de belangrijkste onderdelen van je ISMS, omdat het laat zien hoe je van risico’s naar maatregelen komt.

    Een sterke SoA laat niet alleen zien wat je hebt ingericht, maar vooral waarom. Welke maatregelen zijn relevant? Welke niet? Welke risico’s accepteer je bewust? Waar is verbetering nodig? En hoe weet je dat maatregelen werken?

    ISO 27001 gaat niet om zoveel mogelijk maatregelen aanvinken. Het gaat om informatiebeveiliging beheersbaar maken. Dat lukt alleen wanneer je keuzes kunt onderbouwen.

    Wil je jouw Statement of Applicability niet als los auditdocument beheren, maar als onderdeel van een praktisch ISMS? Met CompliTrack koppel je ISO 27001-maatregelen aan risico’s, acties, eigenaren en bewijs. Zo kun je keuzes onderbouwen zonder zware of dure tooling. Plan een vrijblijvende demo en ontdek hoe je ISO 27001 beheersbaar houdt.

  • ISO 31000 uitgelegd: wanneer wordt risicomanagement meer dan een risicolijst?

    ISO 31000 uitgelegd: wanneer wordt risicomanagement meer dan een risicolijst?

    Veel organisaties hebben een risicolijst. In Excel, in een auditdossier of als onderdeel van ISO 9001, ISO 27001 of een klantvraag. Dat lijkt professioneel: risico’s zijn benoemd, scores zijn ingevuld en kleuren geven aan wat urgent lijkt.

    Maar de belangrijkste vraag is niet of risico’s ergens staan.

    De vraag is of ze helpen om betere beslissingen te nemen.

    Zodra niemand precies weet wie eigenaar is van een risico, welke maatregel erbij hoort of waarom een risico wordt geaccepteerd, is er nog geen sprake van risicomanagement. Dan is er vooral registratie.

    Een risicolijst kan een goed begin zijn. Risicomanagement begint pas wanneer risico’s leiden tot keuzes, maatregelen, verantwoordelijkheden en opvolging.

    ISO 31000 helpt om dat gesprek te structureren. Niet als extra verplichting, niet als certificeringstraject, maar als praktisch denkkader om risico’s bestuurbaar te maken.

    Wat is ISO 31000?

    ISO 31000 is een internationale richtlijn voor risicomanagement. De richtlijn bevat geen certificeerbare eisen, maar helpt organisaties om risico’s op een consistente manier te herkennen, beoordelen, behandelen, monitoren en herzien.

    Belangrijk om direct helder te maken: ISO 31000 is geen certificeringsnorm zoals ISO 9001 of ISO 27001. Je gebruikt ISO 31000 dus niet om een certificaat te behalen. Je gebruikt de richtlijn om risicomanagement beter in te richten.

    Dat maakt ISO 31000 juist interessant voor organisaties die wel behoefte hebben aan structuur, maar geen zwaar normtraject willen optuigen.

    De richtlijn is breed toepasbaar. Het gaat niet alleen over informatiebeveiliging, kwaliteit of privacy. Je kunt de denkwijze gebruiken voor allerlei soorten risico’s: operationele risico’s, financiële risico’s, leveranciersrisico’s, compliance-risico’s, continuïteitsrisico’s en strategische risico’s.

    Veel organisaties komen risicomanagement al tegen via ISO 9001, ISO 27001, AVG, NIS2 of klantvragen. ISO 31000 helpt om daar één consistente manier van denken onder te leggen.

    De waarde van ISO 31000 zit niet in documenten. De waarde zit in betere keuzes.

    Waarom een risicolijst geen risicomanagement is

    Een risicolijst is een momentopname. Risicomanagement is een doorlopend proces.

    Een lijst kan laten zien welke risico’s op een bepaald moment zijn benoemd. Vaak staat er ook een inschatting bij van kans en impact. Soms is er een maatregel toegevoegd. Dat is nuttig, maar het is niet genoeg.

    Een risicolijst geeft vaak geen antwoord op de vragen die er echt toe doen.

    Wie bewaakt dit risico actief? Wanneer beoordelen we het opnieuw? Welke keuze is gemaakt? Is dit risico bewust geaccepteerd? Werkt de gekozen maatregel eigenlijk wel? En wat gebeurt er als de situatie verandert?

    Daar zit het verschil tussen overzicht en sturing.

    Een overzicht geeft rust. Sturing vraagt om keuzes.

    Dat is precies waar veel organisaties vastlopen. De risico’s zijn wel bekend, maar ze leiden niet altijd tot eigenaarschap, maatregelen of besluitvorming. Daardoor ontstaat schijnzekerheid. Het voelt alsof risico’s onder controle zijn, omdat ze ergens staan. Maar in de praktijk verandert er weinig.

    Een risicolijst is dus niet verkeerd. Hij wordt pas kwetsbaar wanneer hij losstaat van besluitvorming.

    Het verschil tussen risicoanalyse en risicomanagement

    Een risicoanalyse brengt risico’s in kaart. Risicomanagement gaat verder.

    Bij een risicoanalyse identificeer en beoordeel je risico’s. Je kijkt wat er mis kan gaan, hoe waarschijnlijk dat is en wat de mogelijke impact is. Dat is een belangrijke stap, maar niet het eindpunt.

    Risicomanagement is het volledige proces waarin risico’s worden gebruikt om keuzes te maken. Dat betekent dat risico’s worden gekoppeld aan maatregelen, verantwoordelijkheden, opvolging en evaluatie.

    Een praktisch voorbeeld.

    Een organisatie noteert in de risicoanalyse: “Uitval van cloudleverancier.” De kans wordt als middel ingeschat en de impact als hoog. Daarmee is het risico benoemd en beoordeeld.

    Dat is risicoanalyse.

    Risicomanagement begint pas bij de vervolgvraag.

    Accepteren we dit risico? Hebben we een alternatief? Welke hersteltermijn vinden we acceptabel? Wie bewaakt de leverancier? Wanneer testen we onze continuïteitsmaatregelen? Wat doen we als de leverancier verandert, de dienstverlening verslechtert of er een incident plaatsvindt?

    Die vragen maken het verschil.

    De stap van risicoanalyse naar risicomanagement is dus niet alleen administratief. Het is vooral een bestuurlijke stap. Je gaat van weten naar kiezen.

    Wat ISO 31000 toevoegt aan bestaande ISO-trajecten

    Veel organisaties komen risicomanagement niet tegen via ISO 31000 zelf, maar via andere normen, wetgeving of klantvragen.

    Denk aan ISO 9001, ISO 27001, de AVG, ISO 27701, NIS2 of eisen vanuit opdrachtgevers. In al die situaties speelt risicomanagement een rol, maar telkens vanuit een andere invalshoek.

    Bij ISO 9001 gaat het bijvoorbeeld om risico’s en kansen rond processen, kwaliteit en klanttevredenheid. Bij ISO 27001 draait het om informatiebeveiligingsrisico’s en passende beheersmaatregelen. Bij de AVG en ISO 27701 gaat het om privacyrisico’s, verwerkingen en bescherming van persoonsgegevens. Bij NIS2 komen onder meer cybersecurity, leveranciersrisico’s, incidentrespons en continuïteit nadrukkelijker in beeld.

    ISO 31000 vervangt deze normen niet.

    Het helpt vooral om een gemeenschappelijke manier van denken te gebruiken. Daardoor voorkom je dat elk normtraject een eigen risicolijst, eigen definities en eigen beoordelingsmethode krijgt.

    Dat is belangrijker dan het lijkt.

    Wanneer risico’s overal anders worden beoordeeld, ontstaat verwarring. Wat bij informatiebeveiliging hoog is, kan bij kwaliteit middel zijn. Wat bij privacy direct escalatie vraagt, blijft bij leveranciersbeheer misschien liggen. Zonder gedeeld kader worden risico’s moeilijk vergelijkbaar en lastig bespreekbaar.

    ISO 31000 helpt om die gesprekken consistenter te voeren.

    De kern van ISO 31000 in normale taal

    ISO 31000 kan abstract klinken, maar de kern is praktisch.

    Het begint met de vraag wat je probeert te bereiken. Risico’s hebben pas betekenis in relatie tot doelen. Een risico is niet zomaar hoog of laag. Een risico is relevant omdat het iets kan raken dat belangrijk is voor de organisatie. Denk aan continuïteit, klanttevredenheid, informatiebeveiliging, wettelijke naleving of financiële stabiliteit.

    Daarna kijk je wat dat doel kan verstoren. Dat kunnen gebeurtenissen zijn, maar ook oorzaken of omstandigheden. Een afhankelijkheid van één leverancier. Onvoldoende kennis bij één medewerker. Verouderde systemen. Onduidelijke verantwoordelijkheden. Nieuwe wetgeving. Of een proces dat vooral werkt omdat mensen elkaar goed kennen.

    Vervolgens beoordeel je hoe ernstig dat is. Daarbij kijk je niet alleen naar kans en impact, maar ook naar context. Wat betekent dit financieel? Wat betekent het voor klanten? Wat betekent het voor reputatie, continuïteit, privacy of compliance?

    Daarna komt de vraag die vaak wordt overgeslagen: wat vinden we acceptabel?

    Dit is risicobereidheid. Zonder antwoord op die vraag blijven discussies terugkomen. Zolang niet duidelijk is welke grens de organisatie hanteert, blijft iedere risicoscore deels subjectief.

    Pas daarna bepaal je wat je met het risico doet. Vermijd je het risico? Verminder je het met maatregelen? Draag je het deels over via contracten of verzekeringen? Of accepteer je het bewust?

    Tot slot moet duidelijk zijn wie het risico bewaakt en wanneer je opnieuw kijkt. Een risico zonder eigenaar blijft zweven. Een risico dat nooit opnieuw wordt beoordeeld, veroudert vanzelf.

    Dat is de praktische kern van ISO 31000: risico’s niet alleen benoemen, maar gebruiken om bewuste keuzes te maken.

    Risicobereidheid: het ontbrekende gesprek

    Veel organisaties gebruiken scores als hoog, midden en laag.

    Dat lijkt duidelijk, maar vaak is het dat niet.

    Want wat betekent hoog precies? Betekent het dat directie moet ingrijpen? Dat er binnen een maand een maatregel moet komen? Dat het risico niet geaccepteerd mag worden? Of betekent het vooral dat iemand rood heeft gekozen in een spreadsheet?

    Zolang dit niet concreet is gemaakt, blijft risicomanagement kwetsbaar.

    Risicobereidheid betekent dat je bepaalt hoeveel risico de organisatie bereid is te accepteren. Dat hoeft geen uitgebreid beleidsdocument te zijn. Het moet vooral duidelijk maken waar de grens ligt.

    Hoeveel downtime accepteren we voor een kritisch systeem? Hoeveel financiële schade kunnen we dragen zonder direct in te grijpen? Welke privacyrisico’s accepteren we nooit? Wanneer moet een risico naar de directie? Welke leveranciersrisico’s zijn aanvaardbaar en welke niet?

    Dit zijn geen theoretische vragen. Dit zijn vragen die bepalen of risico’s bestuurbaar worden.

    Zonder risicobereidheid blijft iedere beoordeling een discussie. Met risicobereidheid ontstaat een gedeelde grens waarop beslissingen kunnen leunen.

    Dat geeft rust. Niet omdat alle risico’s verdwijnen, maar omdat duidelijker wordt welke risico’s aandacht vragen en welke bewust worden geaccepteerd.

    Wanneer is risicomanagement volwassen genoeg?

    Volwassen risicomanagement betekent niet dat alles perfect is.

    Het betekent ook niet dat je een uitgebreid model, dikke rapportages of complexe dashboards nodig hebt.

    Risicomanagement is volwassen genoeg wanneer het helpt om keuzes zichtbaar, herhaalbaar en uitlegbaar te maken.

    Dat zie je aan praktische signalen. Risico’s zijn gekoppeld aan doelen, processen of bedrijfsmiddelen. Belangrijke risico’s hebben een eigenaar. Maatregelen en acties zijn zichtbaar. Geaccepteerde risico’s zijn onderbouwd. Incidenten en auditbevindingen leiden tot herbeoordeling of verbetering.

    Een ander belangrijk signaal is dat dezelfde discussies minder vaak terugkomen.

    Niet omdat er geen risico’s meer zijn, maar omdat de afwegingen beter zijn vastgelegd. Je hoeft niet steeds opnieuw te reconstrueren waarom een risico is geaccepteerd, waarom een maatregel is gekozen of waarom iets prioriteit heeft gekregen.

    Volwassen risicomanagement gaat dus niet over controle om de controle. Het gaat over bestuurbaarheid.

    Kun je uitleggen welke risico’s ertoe doen? Kun je laten zien wie ermee bezig is? Kun je onderbouwen waarom je iets accepteert of aanpakt? En kun je aantonen dat je periodiek opnieuw kijkt?

    Als dat lukt, ben je verder dan veel organisaties met een uitgebreide risicolijst.

    Hoe begin je klein met ISO 31000?

    ISO 31000 hoeft geen groot project te zijn. Zeker niet wanneer compliance naast de dagelijkse operatie wordt opgepakt.

    De kunst is om klein te beginnen, zonder de kern te verliezen.

    Kies eerst een beperkte scope. Begin met één proces, één norm, één klantvraag of één bedrijfsdoel. Bijvoorbeeld informatiebeveiliging, leveranciersbeheer, continuïteit of een belangrijk kwaliteitsproces. Daarmee voorkom je dat risicomanagement meteen organisatiebreed en zwaar wordt.

    Bepaal daarna eenvoudige risicocriteria. Maak vooraf duidelijk wat laag, midden en hoog betekent. Niet abstract, maar gekoppeld aan impact. Denk aan financiële schade, klantimpact, verstoring van dienstverlening, wettelijke gevolgen of reputatieschade.

    Wijs vervolgens risico-eigenaren aan. Ieder relevant risico heeft iemand nodig die verantwoordelijk is voor monitoring en opvolging. Dat betekent niet dat die persoon alles zelf moet oplossen. Het betekent wel dat duidelijk is wie het risico actief bewaakt.

    Koppel risico’s daarna aan maatregelen en acties. Een risico zonder maatregel of bewuste acceptatie blijft open. Soms is een maatregel nodig. Soms is een actie nodig om iets uit te zoeken. Soms besluit je bewust dat je het risico accepteert. Maar ook dat moet zichtbaar zijn.

    Plan tot slot periodieke bespreking. Dat hoeft geen lang overleg te zijn. Een kwartaalmoment kan al genoeg zijn, zolang je kijkt naar de juiste vragen. Zijn de risico’s nog actueel? Werken de maatregelen? Zijn er incidenten geweest? Zijn er nieuwe ontwikkelingen? Moet een risico worden aangepast, geaccepteerd of geëscaleerd?

    Leg vooral de keuzes vast.

    Niet alles. Wel de afwegingen die later belangrijk kunnen zijn. Waarom is dit risico geaccepteerd? Waarom krijgt deze maatregel prioriteit? Waarom is gekozen om iets nog niet op te pakken?

    Dat zijn precies de punten die later bij audits, klantvragen of incidenten weer terugkomen.

    Waar CompliTrack helpt

    CompliTrack helpt niet omdat risicomanagement ingewikkeld moet worden.

    Het helpt juist omdat samenhang anders snel verloren gaat.

    Zolang risico’s, maatregelen, acties, incidenten en auditbevindingen in losse documenten of spreadsheets staan, blijft overzicht afhankelijk van discipline en geheugen. Dat kan een tijd goed gaan. Maar zodra verantwoordelijkheden verschuiven, een audit nadert of een incident plaatsvindt, wordt zichtbaar hoe kwetsbaar dat is.

    Met CompliTrack kun je risico’s centraal vastleggen en koppelen aan maatregelen, eigenaren en acties. Je kunt periodieke beoordelingen plannen, incidenten verbinden aan bestaande risico’s en auditbevindingen vertalen naar concrete verbeteracties.

    Daardoor ontstaat geen zwaarder risicomanagementproces, maar juist meer samenhang.

    Je ziet welke risico’s openstaan. Je ziet wie verantwoordelijk is. Je ziet welke maatregelen zijn gekozen. Je ziet welke acties nog lopen. En je kunt beter onderbouwen waarom een risico is geaccepteerd of aangepakt.

    Dat is vooral belangrijk wanneer risicomanagement niet alleen intern nodig is, maar ook richting klanten, auditors of andere belanghebbenden. Dan is het niet genoeg om te zeggen dat risico’s bekend zijn. Je moet kunnen laten zien hoe je ermee omgaat.

    ISO 31000 vraagt geen zwaar systeem.

    Het vraagt wel dat risico’s, keuzes en opvolging niet afhankelijk blijven van losse lijsten of geheugen.

    Verder lezen

    Wil je na deze uitleg verder de diepte in? Deze artikelen sluiten goed aan:

    Conclusie: risicomanagement begint waar de lijst ophoudt

    Risicomanagement begint niet bij het vullen van een lijst, maar bij wat daarna gebeurt.

    Zolang risico’s alleen worden geregistreerd, ontstaat vooral overzicht. Pas wanneer risico’s leiden tot keuzes, maatregelen, eigenaarschap en herbeoordeling ontstaat echt risicomanagement.

    ISO 31000 helpt om dat proces te structureren. Niet als verplichting en niet als certificeringstraject, maar als praktisch kader om risico’s bestuurbaar te maken.

    De waarde zit vooral in eenvoud. Weten welke risico’s ertoe doen. Begrijpen waarom ze ertoe doen. Duidelijk maken wie ermee aan de slag gaat. En kunnen uitleggen waarom een risico wordt geaccepteerd, beperkt of opnieuw beoordeeld.

    Risicomanagement hoeft niet groot te zijn om waardevol te zijn.

    Maar het moet wel verder gaan dan een lijst.

    Wil je weten hoe je van losse risicolijsten naar gestructureerd risicomanagement gaat, zonder dat het groter of complexer wordt dan nodig? Met CompliTrack leg je risico’s, maatregelen, acties en verantwoordelijkheden overzichtelijk vast. Plan een vrijblijvende demo en ontdek hoe je risicomanagement praktisch organiseert.

  • Een risico wordt pas relevant wanneer iemand moet kiezen

    Een risico wordt pas relevant wanneer iemand moet kiezen

    Het begint vaak met een situatie die iedereen herkent.

    Een klant vraagt om extra zekerheid over informatiebeveiliging voordat een contract wordt verlengd. Intern is bekend dat een aantal maatregelen nog niet volledig werkt zoals bedoeld. Er is een risico-overzicht. De kwetsbaarheid staat erin. De impact is beoordeeld. Er is zelfs een mogelijke maatregel genoemd.

    Op papier is het risico dus niet nieuw.

    Toch voelt het ineens anders. Want nu moet iemand bepalen wat er gebeurt. Gaan we de klant geruststellen en later verbeteren? Stellen we de contractverlenging uit totdat de maatregel echt werkt? Accepteren we tijdelijk het risico? Of trekken we capaciteit weg bij ander werk om dit eerst op te lossen?

    Op dat moment verandert het risico van een observatie in een keuze.

    Dat is vaak het moment waarop risicobeheer echt spannend wordt. Niet wanneer risico’s worden geïnventariseerd. Niet wanneer ze in een matrix worden gezet. Maar wanneer iemand moet bepalen wat het risico betekent voor gedrag, prioriteit en verantwoordelijkheid.

    Een risico wordt pas relevant wanneer iemand moet kiezen.

    Waarom risico’s vaak abstract blijven

    Veel organisaties beginnen risicobeheer vanuit de behoefte aan overzicht. Dat is logisch. Zonder overzicht weet je niet waar je kwetsbaar bent, welke afhankelijkheden belangrijk zijn en welke onderwerpen terug blijven komen.

    Maar overzicht is nog geen sturing.

    Een risico beschrijven is iets anders dan bepalen wat je ermee doet. Je kunt precies weten dat een leverancier kwetsbaar is, dat een proces afhankelijk is van één persoon of dat een beveiligingsmaatregel nog onvoldoende werkt. Toch verandert er weinig zolang die kennis niet verbonden wordt aan een keuze.

    Daar gaat het in de praktijk vaak mis. Risico’s worden geïnventariseerd, beoordeeld en besproken, maar blijven daarna hangen in algemene formuleringen. “We moeten hier iets mee.” “Dit houden we in de gaten.” “Dit pakken we later op.”

    Soms is dat terecht. Niet elk risico vraagt direct actie. Niet alles hoeft opgelost te worden. Maar wanneer niet duidelijk is wie de afweging maakt en waarom een risico wel of niet wordt opgepakt, ontstaat schijnzekerheid.

    De organisatie weet dan dat er een risico is, maar niet wat dat betekent. En juist daar zit het verschil tussen weten en sturen.

    Het probleem ontstaat bij de overgang van inzicht naar besluit

    Risicobeheer wordt vaak benaderd als een analyseproces. Eerst risico’s identificeren. Daarna beoordelen. Vervolgens prioriteren. Dat lijkt overzichtelijk, maar het belangrijkste moment komt daarna pas: wat doen we met deze informatie?

    Daar ontstaat spanning.

    Want kiezen betekent dat je iets expliciet maakt. Je zegt niet alleen dat een risico bestaat, maar ook hoe zwaar het weegt ten opzichte van andere belangen. Tijd, geld, capaciteit, klantdruk, continuïteit, snelheid en betrouwbaarheid komen samen in één afweging.

    Zolang een risico in een overzicht staat, blijft het relatief veilig. Het is benoemd. Het is zichtbaar. Het ligt ergens vast. Maar zodra iemand moet besluiten of het risico wordt geaccepteerd, verminderd, uitgesteld of geëscaleerd, wordt het concreet.

    Dan wordt zichtbaar of er echt governance is.

    Niet in de vorm van dikke beleidsstukken, maar in een paar eenvoudige vragen. Wie mag hierover beslissen? Op basis waarvan? En kunnen we later nog uitleggen waarom deze keuze op dat moment verdedigbaar was?

    In organisaties waar compliance naast veel ander werk wordt gedaan, is dat vaak extra lastig. Rollen lopen door elkaar. Dezelfde persoon is betrokken bij uitvoering, klantcontact, kwaliteit en informatiebeveiliging. Besluiten worden snel genomen, vaak terecht, omdat het werk door moet.

    De echte risicobeslissing valt dan niet altijd in een formeel overleg, maar in een klantgesprek, een planningsoverleg of een korte afstemming tussen mensen die ook nog ander werk hebben liggen.

    Juist daardoor blijven afwegingen impliciet.

    Iedereen begrijpt op dat moment waarom iets gebeurt. Totdat iemand later vraagt waarom het zo is gegaan.

    Waarom gangbare oplossingen tekortschieten

    De eerste reflex is vaak om de risicoanalyse uitgebreider te maken. Meer risico’s opnemen. Scores aanscherpen. Extra kolommen toevoegen. Meer toelichting vragen.

    Het idee daarachter is begrijpelijk: als we beter analyseren, kunnen we beter sturen.

    Maar meer analyse leidt niet automatisch tot betere keuzes. Sterker nog, het kan besluitvorming juist vertragen. Hoe voller het overzicht, hoe makkelijker het wordt om nog even door te praten. Er is altijd nog een nuance, afhankelijkheid of onzekerheid die verder onderzocht kan worden.

    Daarmee krijgt een risico-overzicht hetzelfde probleem als veel documentatie: het oogt logisch, maar levert weinig op als het niet helpt op het moment dat iemand moet kiezen. Dat raakt aan het bredere thema uit [Wanneer documentatie logisch klinkt, maar niets oplevert].

    Een andere reflex is om risico’s vooral procedureel op te lossen. Er komt een maatregel, een controle, een processtap of een periodieke check. Ook dat kan zinvol zijn, maar het lost niet altijd de kern op.

    Soms is het echte vraagstuk niet welke maatregel mogelijk is, maar welk risico de organisatie bereid is te dragen.

    Daarvoor is geen checklist voldoende. Een checklist kan helpen om niets te vergeten. Een matrix kan helpen om risico’s te ordenen. Een overzicht kan helpen om patronen te zien. Maar geen van die hulpmiddelen neemt de keuze over.

    Ze maken hooguit zichtbaar waar gekozen moet worden.

    Wanneer die keuze vervolgens niet wordt gemaakt, blijft risicobeheer hangen in administratie.

    Een risico zonder eigenaar blijft een observatie

    Een risico wordt pas bestuurbaar wanneer duidelijk is wie ermee verder moet. Niet alleen wie het risico heeft genoteerd, maar wie mag bepalen wat ermee gebeurt.

    Dat onderscheid is belangrijk.

    In veel organisaties registreert iemand een risico omdat hij of zij het ziet. Een compliance-verantwoordelijke, een kwaliteitsmedewerker, een projectleider of iemand uit IT. Maar degene die het risico ziet, is niet altijd degene die de afweging kan maken.

    Als er extra budget nodig is, ligt de keuze ergens anders. Als een klantbelofte geraakt wordt, moet commercie of directie meewegen. Als een proces verandert, raakt het uitvoering. Als het risico bewust wordt geaccepteerd, moet iemand kunnen uitleggen waarom die keuze op dat moment verdedigbaar was.

    Zonder eigenaar blijft het risico zweven. Iedereen weet ervan, maar niemand voelt zich bevoegd of verantwoordelijk om de knoop door te hakken.

    Dat is niet altijd onwil. Vaak is het onduidelijkheid. De organisatie heeft wel risico’s benoemd, maar niet ingericht hoe besluiten over risico’s worden genomen.

    Zodra eigenaarschap helder is, wordt in elk geval zichtbaar wie de afweging moet maken en waar opvolging stokt. Dat is geen garantie dat elk risico direct wordt opgelost. Dat hoeft ook niet. Het maakt wel zichtbaar of uitstel, acceptatie of actie een bewuste keuze is.

    En dat verschil is groot.

    Structuur als manier om keuzes uitlegbaar te maken

    Structuur betekent hier niet dat elk risico door een zwaar formeel proces moet. Zeker niet in organisaties waar mensen meerdere rollen combineren. Daar werkt dat vaak averechts. Het vertraagt, maakt mensen voorzichtig en creëert afstand tussen compliance en de dagelijkse praktijk.

    Goede structuur is lichter.

    Ze helpt zichtbaar te maken wat het risico is, welke keuze is gemaakt en waarom die keuze op dat moment verdedigbaar was.

    Dat hoeft niet ingewikkeld te zijn. Het vraagt vooral consistentie. Wanneer een risico wordt geaccepteerd, moet zichtbaar zijn wie dat heeft gedaan en op basis van welke afweging. Wanneer een maatregel wordt gekozen, moet helder zijn welk probleem die maatregel moet verkleinen. Wanneer iets wordt uitgesteld, moet duidelijk zijn of dat bewust gebeurt of omdat niemand eigenaar is.

    Die vastlegging is geen administratie om de administratie. Het is het geheugen van de keuze. Het voorkomt dat dezelfde discussie later opnieuw gevoerd moet worden zonder context.

    Uitlegbaarheid ontstaat dan niet achteraf, vlak voor een audit, klantvraag of incidentbespreking. Ze ontstaat op het moment dat de keuze wordt gemaakt.

    Dat is precies waarom risicobeheer niet alleen gaat over analyseren, maar over het vasthouden van afwegingen. Niet alles hoeft uitgebreid beschreven te worden. Maar de keuzes die later betekenis hebben, moeten herkenbaar blijven.

    De rol van prioriteren

    Niet elk risico verdient dezelfde aandacht. Dat klinkt vanzelfsprekend, maar in de praktijk is het vaak moeilijk.

    Zeker wanneer organisaties serieus met compliance bezig zijn, ontstaat de neiging om alles belangrijk te maken. Elk risico krijgt een eigenaar, elke maatregel een deadline, elke afwijking een actie. Dat lijkt zorgvuldig, maar het maakt het systeem zwaar en uiteindelijk minder betrouwbaar.

    Want als alles belangrijk is, is niets echt belangrijk.

    Prioriteren betekent niet dat lagere risico’s worden genegeerd. Het betekent dat de organisatie bewust kiest waar beperkte aandacht naartoe gaat. Dat is geen zwakte, maar volwassenheid.

    Een team met beperkte capaciteit kan niet alles tegelijk verbeteren. Iemand die compliance erbij doet naast andere verantwoordelijkheden, kan niet elk risico even diep opvolgen. Juist daarom moeten risico’s niet alleen beoordeeld worden op kans en impact, maar ook op beslisbaarheid.

    Wat vraagt nu een keuze? Wat kan wachten? Wat accepteren we bewust? En wat mag niet blijven liggen omdat de gevolgen te groot zijn?

    Daar wordt risicobeheer praktisch.

    Niet doordat elk risico volledig is uitgewerkt, maar doordat duidelijk wordt welke risico’s nu richting vragen.

    Tooling volgt uit behoefte aan consistentie

    Wanneer risico’s, keuzes en opvolging structureel zichtbaar moeten blijven, ontstaat vanzelf behoefte aan ondersteuning. Niet omdat tooling het probleem oplost, maar omdat losse documenten en spreadsheets op een gegeven moment te veel context veronderstellen.

    Een hulpmiddel kan helpen om risico’s, eigenaren, keuzes en acties bij elkaar te houden. Het kan zichtbaar maken wat openstaat, wat bewust is geaccepteerd en waar opnieuw naar gekeken moet worden.

    Maar het uitgangspunt blijft hetzelfde: tooling vervangt het besluit niet.

    Het maakt alleen duidelijker dat een besluit nodig is, wie daarbij betrokken is en wat daarna onthouden moet worden. Zonder dat denkkader wordt elk systeem een opslagplaats. Met dat denkkader wordt het een manier om consistent te blijven.

    De vraag is dus niet welk systeem de keuze overneemt. De vraag is hoe je voorkomt dat keuzes verdwijnen zodra de druk van het moment voorbij is.

    Tot slot

    Een risico is niet relevant omdat het in een overzicht staat. Het wordt relevant wanneer het invloed heeft op een keuze.

    Daar zit vaak het verschil tussen risicobeheer als administratie en risicobeheer als sturing. Het eerste beschrijft wat mis kan gaan. Het tweede helpt bepalen wat je daarmee doet.

    Voor organisaties waar verantwoordelijkheden dicht op elkaar zitten, is dat onderscheid belangrijk. Niet omdat zij minder professioneel werken, maar omdat keuzes sneller doorwerken. Eén uitgestelde maatregel, één onduidelijke verantwoordelijkheid of één impliciet geaccepteerd risico kan later bepalend blijken voor het gesprek met een klant, auditor of collega.

    De vraag is daarom niet of alle risico’s volledig beschreven zijn. De betere vraag is: welke risico’s vragen op dit moment om een keuze, wie mag die keuze maken en kunnen we later nog uitleggen waarom dit verstandig leek?

    Wie die vragen kan beantwoorden, heeft meer dan een risico-overzicht. Die heeft een manier om onzekerheid bespreekbaar en bestuurbaar te maken.

    Niet omdat alle onzekerheid verdwijnt, maar omdat duidelijk wordt waar verantwoordelijkheid begint.

    Gerelateerde artikelen

    Deze blog sluit aan op eerdere artikelen over documentatie, risicoanalyse en opvolging. In Wanneer documentatie logisch klinkt, maar niets oplevert gaat het over vastlegging die wel logisch oogt, maar weinig richting geeft. De risicoanalyse: Een onmisbaar instrument voor elke ondernemer behandelt de basis van risico’s inventariseren en beoordelen. Wie verder wil naar maatregelen en opvolging, kan terecht bij Effectieve risicoanalyse: Van inventarisatie tot mitigerende maatregelen en Wat de opvolging van verbeterpunten zegt over hoe serieus je compliance neemt.

  • Risicobereidheid in normale mensentaal: zo voorkom je eindeloze discussies

    In veel organisaties ziet risicomanagement er degelijk uit. Er is een risicolijst. Er is een matrix met “hoog”, “midden” en “laag”. Soms zelfs met kleurcodering.

    En toch blijven dezelfde discussies terugkomen.

    Is dit risico echt hoog? Moeten we hier nu iets mee? Of accepteren we dit voorlopig?

    Het probleem zit zelden in de analyse zelf. Het probleem is dat begrippen als “hoog” en “laag” nergens concreet aan vastzitten. Zolang dat zo is, ontstaat er schijnzekerheid of besluituitstel. Het overzicht geeft rust, maar het stuurt niet.

    Risicobereidheid gaat niet over scoren. Het gaat over besluiten. En dat is geen compliancevraagstuk, maar een bestuurlijke keuze over wat je organisatie acceptabel vindt.

    Wat risicobereidheid in de praktijk betekent

    Risicobereidheid, of risk appetite, betekent simpel gezegd: hoeveel risico vinden we aanvaardbaar? Welke financiële impact vinden we nog proportioneel? Wanneer is een privacy-incident direct escalatiewaardig? En wanneer nemen we bewust meer risico om sneller te kunnen handelen?

    Zonder dit soort afspraken blijft een risicoanalyse een theoretische exercitie. In De risicoanalyse: een onmisbaar instrument voor elke ondernemer wordt het belang van systematische identificatie en prioritering benadrukt. Maar identificeren alleen is niet voldoende. De vertaling naar concrete keuzes maakt het verschil tussen overzicht en sturing.

    Waarom één uniforme risicoschaal bijna altijd misgaat

    Veel organisaties gebruiken één generieke schaal voor alle risico’s. Dat lijkt overzichtelijk, maar werkt zelden goed.

    Impact op privacy is niet hetzelfde als impact op beschikbaarheid. Leveranciersafhankelijkheid vraagt om andere grenzen dan interne procesfouten. Wanneer alles langs dezelfde meetlat wordt gelegd, ontstaat interpretatieruimte. En interpretatieruimte leidt tot discussie.

    Werk daarom met concrete criteria per categorie. Bij privacy kan “hoog” bijvoorbeeld betekenen dat gevoelige of grote hoeveelheden persoonsgegevens betrokken zijn. Bij beschikbaarheid kan “hoog” staan voor meerdere dagen uitval of contractuele boetes. Bij leveranciers kan “hoog” betekenen dat er sprake is van afhankelijkheid zonder realistisch alternatief.

    Zodra impact helder is gedefinieerd, kun je pas zinvolle grenzen stellen.

    Duidelijke drempels maken besluitvorming sneller

    Wanneer impact concreet is, volgt de volgende stap: vastleggen wanneer een risico wordt geaccepteerd, wanneer aanvullende maatregelen verplicht zijn en wanneer een risico niet toegestaan is.

    Door deze drempels vooraf af te spreken, voorkom je dat elke bespreking opnieuw begint bij de vraag hoe ernstig het risico eigenlijk is. Besluitvorming wordt minder afhankelijk van persoonlijke inschattingen en meer gebaseerd op afgesproken kaders. Dat verkort overleggen en maakt prioritering consistenter.

    In Waarom GRC-software belangrijk is voor moderne bedrijven wordt het belang van centrale structuur in governance en risicobeheersing benadrukt. Zonder vooraf afgesproken grenzen blijft sturing diffuus, ook als het overzicht op orde lijkt.

    Risico accepteren is prima, zolang het uitlegbaar is

    ISO-normen gaan niet uit van nul risico. Ze gaan uit van bewuste en aantoonbare keuzes.

    Een risico accepteren is dus geen zwakte, mits het besluit onderbouwd en navolgbaar is. Dat betekent dat duidelijk moet zijn wie het risico accepteert, waarom het acceptabel is, tot wanneer de acceptatie geldt en onder welke omstandigheden het besluit opnieuw wordt beoordeeld.

    In audits blijkt vaak dat niet het bestaan van een risico het probleem is, maar het ontbreken van een consistente onderbouwing. In De initiële ISO-audit: Stapsgewijze gids naar ISO-certificering wordt duidelijk hoe belangrijk aantoonbare besluitvorming is binnen het auditproces.

    Uitlegbaarheid weegt zwaarder dan perfectie.

    Wat ISO daadwerkelijk verwacht

    ISO 9001 vraagt dat risico’s binnen processen worden beheerst. ISO 27001 verlangt dat informatiebeveiligingsrisico’s systematisch worden geïdentificeerd en behandeld. ISO 22301 richt zich op het beheersen van impact bij verstoringen.

    In Wat is een ISMS en waarom is het belangrijk voor jouw bedrijf wordt uitgelegd dat risicobeheersing draait om structuur en onderbouwde keuzes. Hetzelfde zie je terug in het ISO 27001 Continuïteitsplan: Zo blijft jouw bedrijf draaien en in ISO 22301: Basis voor effectieve bedrijfscontinuïteit en veerkracht. Steeds staat aantoonbare beheersing centraal, niet het volledig elimineren van risico.

    Geen enkele norm schrijft exact voor hoe hoog of laag een risico moet zijn. Dat is een bestuurlijke keuze. De norm vraagt om consistentie, navolgbaarheid en bewuste besluitvorming.

    Zonder duidelijke grenzen ontstaat bestuurlijke ruis

    Wanneer risicobereidheid niet expliciet is vastgelegd, blijven risico’s openstaan zonder duidelijke eigenaar. Prioritering wordt afhankelijk van persoonlijke overtuiging. Discussies herhalen zich. Auditdruk neemt toe.

    Het oogt professioneel, met uitgebreide matrices en documentatie, maar het stuurt niet. Structuur zonder duidelijke keuzes levert weinig bestuurlijke grip op.

    Van registratie naar sturing

    Risicobereidheid is geen document voor in een map. Het is een set afspraken die richting geeft aan gedrag en besluitvorming.

    Wanneer helder is wat “hoog” werkelijk betekent en welke drempels gelden, worden besluiten sneller genomen. Discussies worden korter. Verantwoordelijkheden worden duidelijker. En risicoacceptaties blijven uitlegbaar, ook maanden later.

    Het verschil zit niet in hoeveel risico’s je hebt geïdentificeerd. Het verschil zit in hoe expliciet je hebt vastgelegd wat je ermee doet.

    Zodra definities concreet zijn en grenzen vooraf zijn afgesproken, verandert risicomanagement van registratie in sturing.

  • Van regels naar gedrag: zo bouw je een sterke compliancecultuur in je organisatie

    Van regels naar gedrag: zo bouw je een sterke compliancecultuur in je organisatie

    Het gebeurt vaker dan organisaties willen toegeven: tijdens een audit blijkt een maatregel al maanden niet uitgevoerd, een incidentregistratie stopt na één melding of een risicoanalyse ligt ergens in een map te verstoffen. Niet omdat medewerkers hun werk niet willen doen, maar omdat regels en dagelijkse praktijk twee verschillende werelden zijn.

    Een organisatie kan processen, beleid en templates perfect op orde hebben en toch vastlopen zodra iemand vraagt wie ergens verantwoordelijk voor is. Die kloof tussen papier en werkelijkheid is geen procesfout, maar een gedragsfout. Juist daarom is compliancecultuur zo belangrijk. Het bepaalt niet alleen wat je doet, maar vooral hoe je dat doet.

    In deze blog kijken we hoe je een sterke compliancecultuur opbouwt die rust brengt, duidelijkheid creëert en audits voorspelbaar maakt. Niet door grote veranderingen, maar door kleine stappen die passen in drukke teams.

    Waarom gedrag belangrijker is dan regels

    Regels geven richting, maar ze garanderen geen resultaat. Een procedure wordt pas waardevol wanneer mensen hem begrijpen en toepassen. Een risicoanalyse helpt pas wanneer acties worden opgevolgd. Een incidentregistratie heeft alleen betekenis als meldingen leiden tot verbetering.

    Eerdere blogs zoals 7 praktische tips voor een effectieve risicoanalyse laten al zien dat eenvoud en haalbaarheid belangrijker zijn dan dikke handboeken. Mensen doen vooral wat logisch voelt en wat duidelijk is. Een sterke compliancecultuur brengt die logica aan in het dagelijks werk.

    Compliancecultuur is dus geen extra laag bovenop regels, maar de manier waarop regels tot leven komen.

    Wat een compliancecultuur wél en niet is

    Compliancecultuur gaat niet over strengheid of afvinklijstjes. Het gaat over houding, bewustzijn en gedrag. Je herkent een sterke cultuur aan simpele signalen:

    • Medewerkers melden problemen zonder drempels.
    • Risico’s worden besproken, ook als er geen audit aan komt.
    • Acties worden uitgevoerd omdat mensen het belang ervan zien.
    • Het management geeft het goede voorbeeld.
    • Verbeteringen ontstaan doordat mensen verantwoordelijkheid voelen.

    Dit zijn voorbeelden van soft controls, de gedragsfactoren die bepalen hoe mensen omgaan met risico’s en regels. In tegenstelling tot hard controls zoals systemen, documenten en processen gaan soft controls over duidelijkheid, motivatie en vertrouwen.

    Organisaties die deze zachte kant serieus nemen, merken dat compliance minder voelt als verplichting en meer als onderdeel van normaal werken.

    Eigenaarschap als fundament

    De meeste complianceproblemen zijn te herleiden tot één oorzaak: onduidelijk eigenaarschap. Niet omdat niemand verantwoordelijkheid wil nemen, maar omdat niet helder is waarom iets belangrijk is.

    Eigenaarschap ontstaat wanneer iemand:

    • Begrijpt welke risico’s bij zijn of haar rol horen.
    • Ziet welke gevolgen incidenten kunnen hebben.
    • Weet hoe een maatregel werkt en waarom die nodig is.
    • Ervaart dat melden en verbeteren gewaardeerd wordt.

    Daar gaat het vaak mis. In plaats van gesprekken over risico’s worden documenten gedeeld. In plaats van opvolging worden taken doorgeschoven. In plaats van leren blijft gedrag hetzelfde. De blog Van incident naar verbetering laat zien hoe gestructureerd incident hierbij helpt. Het maakt zichtbaar wat eerder verborgen bleef en levert concrete verbeterpunten op.

    Waarom eenvoud gedrag versterkt

    Gedrag floreert in eenvoud. Hoe makkelijker iets uit te voeren is, hoe groter de kans dat het ook echt gebeurt.

    • Korte procedures worden gelezen.
    • Eenvoudige taken worden afgerond.
    • Een laagdrempelig meldformulier wordt sneller gebruikt.
    • Overzicht geeft rust en stimuleert actie.

    Veel organisaties werken nog steeds met complexe mappenstructuren, lange rapporten en Excel-bestanden die vooral verwarring opleveren. Dat voelt gecontroleerd, maar levert weinig op. Het belemmert juist het gedrag dat nodig is om compliance aantoonbaar te maken.

    Organisaties die kiezen voor eenvoud merken het verschil meteen. Werkwijzen worden voorspelbaar, verantwoordelijkheden duidelijk en acties beter zichtbaar. In 7 praktische tips voor een effectieve risicoanalyse komt die benadering duidelijk terug. Begin klein, maak het werkbaar en bouw van daaruit verder.

    Vier stappen om een sterke compliancecultuur te bouwen

    Hieronder vind je vier praktische stappen die je direct kunt toepassen in elk team. Deze aanpak vraagt geen groot plan, maar levert wél structurele verbetering op.

    1. Maak risico’s tastbaar

    Risico’s blijven abstract zolang ze niet gekoppeld zijn aan het dagelijkse werk. Maak ze concreet door te bespreken:

    • Welke klant of dienst geraakt wordt;
    • Welke verstoring kan ontstaan;
    • Welke voorbeelden herkenbaar zijn uit de praktijk;
    • Hoe maatregelen helpen om dit te voorkomen.

    Door risico’s tastbaar te maken ontstaat begrip en dus beter gedrag. Het verschil tussen een theoretische dreiging en een herkenbare situatie is enorm.

    2. Zorg voor ritme in opvolging

    Acties zonder deadline verdwijnen uit beeld. Maatregelen zonder herhaling verwateren. Audits zonder opvolging leveren weinig op.

    Zorg daarom voor ritme. Denk aan korte overlegmomenten waarin risico’s en incidenten worden besproken, vaste momenten waarop maatregelen worden herzien en audits die altijd gekoppeld worden aan zichtbare acties. De blog Interne audit ISO 9001: 7 veelgemaakte fouten laat zien hoe vaak auditbevindingen blijven liggen doordat dit ritme ontbreekt.

    Ritme zorgt voor voorspelbaarheid. Dat maakt compliance minder afhankelijk van individuele inzet en meer van de organisatie als geheel.

    3. Maak melden veilig en eenvoudig

    Een positieve meldcultuur ontstaat niet door verplichtingen, maar door vertrouwen. Maak melden daarom zo eenvoudig dat het bijna vanzelf gaat. Leg duidelijk uit dat melden geen schuldvraag is, maar een kans om te verbeteren. Zorg dat meldingen zichtbaar worden opgevolgd. Bespreek meldingen op een manier die leren stimuleert in plaats van afstraffing.

    Wanneer medewerkers merken dat melden leidt tot oplossingen, verdwijnen angsten en ontstaat een cultuur waarin risico’s eerder worden gezien.

    4. Beloon zichtbaar gedrag

    Documentatie krijgt vaak meer waardering dan gedrag. Mooie beleidsstukken leveren complimenten op, terwijl iemand die een incident meldt nauwelijks aandacht krijgt. Die waardering stuur je zelf.

    Beloon openheid, zichtbare opvolging, kritische vragen en kleine verbeteringen. Door gedrag te waarderen ontstaat een beweging waarin compliance menselijker wordt en niet alleen iets dat moet.

    Governance en gedrag werken samen

    Governance gaat over structuur: rollen, afspraken en verantwoordelijkheden. Gedrag gaat over hoe mensen die structuur elke dag in de praktijk brengen. Beide zijn nodig.

    Een organisatie met goed beleid maar zwak gedrag blijft kwetsbaar. Een organisatie met sterk gedrag maar geen structuur blijft afhankelijk van individuen. De beste resultaten ontstaan wanneer beide elkaar versterken.

    Daar kan tooling bij helpen, zolang het gedrag ondersteunt in plaats van vervangt. In Waarom GRC-software belangrijk is voor moderne bedrijven wordt uitgelegd waarom overzicht, duidelijkheid en eenvoud zoveel impact hebben. Het maakt opvolging logisch en zichtbaar, waardoor gedrag beter wordt.

    Hoe herken je dat je compliancecultuur werkt?

    Je ziet dat een compliancecultuur begint te werken wanneer:

    • Risico’s en incidenten automatisch onderdeel zijn van gesprekken
    • Medewerkers taken afronden voordat deadlines naderen
    • Problemen sneller worden gemeld
    • Audits rustiger en voorspelbaarder verlopen
    • Verbeteringen vaker uit het team zelf komen

    Wanneer dit gebeurt, wordt compliance geen last maar een gewoonte. Dat is het punt waarop cultuur zijn werk doet.

    Conclusie

    Een sterke compliancecultuur ontstaat niet door regels of dikke handboeken, maar door gedrag. Door risico’s tastbaar te maken, verantwoordelijkheden helder te verdelen, eenvoud te creëren en meldingen serieus te nemen ontstaat stap voor stap een manier van werken die betrouwbaar is en rust geeft.

    Compliance wordt dan geen verplichting, maar een manier van werken die de organisatie sterker, transparanter en voorspelbaarder maakt. Dat begint niet bij een document, maar bij dagelijks gedrag dat steeds beter wordt.

  • Toen onze AI-tool beslissingen nam die niemand begreep

    Toen onze AI-tool beslissingen nam die niemand begreep

    Automatiseren is geen uitbesteden van oordeel

    Het begon als een opluchting. “Eindelijk iemand – of iets – dat onze controles niet vergeet,” zei een manager van een organisatie die we onlangs spraken.

    Hun nieuwe AI-module leek alles te kunnen: risico’s signaleren, patronen herkennen, rapporten genereren. Tot de tool opeens medewerkers aanmerkte als ‘hoog risico’. Niemand wist waarom.

    Dit is geen letterlijk voorval, maar een herkenbaar voorbeeld van wat in veel organisaties gebeurt zodra automatisering te “slim” wordt: de technologie neemt beslissingen die niemand nog kan uitleggen.

    De belofte van gemak

    Veel organisaties zonder grote compliance-afdelingen zien in AI dé manier om grip te krijgen op risico’s. Automatische controles, slimme signaleringen, rapportages die zichzelf vullen. Het klinkt als de perfecte oplossing.

    De eerste weken leek het ook bij dit bedrijf een succes. Rapporten verschenen automatisch, dashboards zagen er indrukwekkend uit en de tool gaf adviezen die klonken als doorgewinterd risicomanagement.

    Tot iemand vroeg waarom bepaalde medewerkers als risicovol waren aangemerkt. Niemand wist het antwoord.

    De AI bleek te leren van eerdere incidentmeldingen, waardoor afdelingen die het vaakst meldden automatisch als risicogebied werden bestempeld. Het systeem herhaalde simpelweg het verleden, verpakt in een professioneel ogend rapport.

    De schijn van controle

    Dit is het paradoxale van automatisering: hoe slimmer de technologie, hoe groter de kans dat we haar klakkeloos vertrouwen. Zodra een rapport er overtuigend uitziet, nemen we aan dat het klopt.

    AI versterkt dat effect. Het presenteert aannames als feiten. Een systeem dat risico’s voorspelt, doet dat niet omdat het de organisatie begrijpt, maar omdat het patronen herkent in data. En die data is zelden neutraal.

    In dit voorbeeld werden medewerkers die actief meldingen deden, aangezien voor risico’s, terwijl ze juist bijdroegen aan transparantie. Een verkeerde les, netjes verpakt als datagedreven inzicht.

    De menselijke factor raakt uit beeld

    Het is verleidelijk te denken dat technologie objectiever is dan mensen. Software kent geen voorkeuren, geen vermoeidheid, geen emoties. Maar de algoritmen achter AI worden gemaakt, gevoed en getraind door mensen. En mensen maken keuzes. Bewust of onbewust.

    Welke data wordt meegenomen? Hoe zwaar weegt een incident? Wat telt zwaarder: snelheid of zorgvuldigheid?

    Als die keuzes niet expliciet worden gemaakt, neemt de software ze impliciet over. En dat is precies waar het fout gaat. Langzaam verschuift de verantwoordelijkheid van mensen naar het systeem. De rapporten komen vanzelf binnen, maar niemand weet nog wát ze eigenlijk vertellen.

    De wake-upcall

    De reality check komt vaak pas tijdens een audit. Een auditor stelt een simpele vraag:

    “Kunt u uitleggen hoe deze risicoscore tot stand is gekomen?”

    Er valt stilte. Het enige antwoord dat men kan geven is: “Dat berekent het systeem.”

    En daar zit precies het probleem. Compliance draait om aantoonbaarheid: kunnen uitleggen wélke afwegingen zijn gemaakt en waarom. Een zelflerend systeem zonder uitlegregels kan dat niet.

    Die confrontatie maakt iets duidelijk: de menselijke toets is geen detail, maar de kern van governance.

    De les: technologie is geen vervanging van gezond verstand

    De oplossing is niet minder technologie, maar meer inzicht. Niet de software bepaalt de kaders, maar de mensen die ermee werken. De tool ondersteunt, maar vervangt geen oordeel.

    In het voorbeeldbedrijf begon dat met het herontwerpen van de datastromen. Elke geautomatiseerde beslissing kreeg een eigenaar. Elke risicoscore een verklaring. En elke rapportage een menselijke review.

    De software doet nog steeds het zware rekenwerk, maar nu begrijpt men wat er onder de motorkap gebeurt.

    En de belangrijkste les? Ethiek is geen abstract onderwerp, het is dagelijkse praktijk. De juiste vragen stellen hoort bij het werk. Niet “Wat kan het systeem?”, maar “Wat mág het systeem?” En: “Wie is verantwoordelijk als het fout gaat?

    AI binnen compliance – feiten versus verwachtingen

    AI in compliance is geen toekomstmuziek. Veel bedrijven gebruiken het al voor patroonherkenning, procesmonitoring of het signaleren van afwijkingen. De technologie is volwassen genoeg om waarde te bieden, mits ze binnen duidelijke grenzen wordt toegepast.

    Er zijn drie harde feiten die je niet mag negeren:

    1. AI is zo goed als de data die het krijgt.
      Wie historische fouten voedt, krijgt foutieve voorspellingen terug.
    2. Een algoritme vervangt geen verantwoordelijkheid.
      Wetgeving zoals de AVG en EU-regels rondom AI (AI Act) leggen nadruk op transparantie en verantwoordelijkheid in geautomatiseerde besluitvorming.
    3. Transparantie is geen luxe, maar een eis.
      Auditors en toezichthouders verwachten dat beslissingen herleidbaar zijn, inclusief de overwegingen erachter.

    Wie dat niet borgt, verliest niet alleen controle, maar ook vertrouwen.

    Hoe je controle behoudt

    De essentie van goed risicobeheer blijft menselijk: begrijpen, afwegen, verbeteren. Technologie helpt alleen als ze die cyclus versterkt in plaats van overneemt.

    We hanteren drie principes bij elke vorm van automatisering:

    1. Houd eigenaarschap zichtbaar
      Elke geautomatiseerde taak heeft een verantwoordelijke. Niet “het systeem” doet iets, maar een medewerker die de uitkomst beoordeelt. Elke wekelijkse risicolijst wordt door één lead herbevestigd of gecorrigeerd, mét reden.
    2. Documenteer de logica
      Een AI-beslissing zonder context is waardeloos. Noteer per risicoscore welke factoren meetellen (bijv. type incident, herhaalgedrag, betrokken proces, tijd-tot-opvolging) en hun weging (bijv. 35/25/25/15). Voeg één regel menselijke motivatie toe bij elke herbevestigde score. Tijdens audits toont dit scoreblad direct inzicht in besluitvorming en herbeoordelingen.
    3. Combineer mens en machine
      Gebruik AI om signalen te vinden, niet om besluiten te nemen. De software signaleert patronen; een reviewduo beslist of het een actie wordt.

    Zo blijft technologie een hulpmiddel, en geen stuurman.

    Terug naar eenvoud

    Compliance draait niet om perfectie, maar om aantoonbare beheersing. Een organisatie die zegt “we weten wat we doen”, moet dat kunnen laten zien. Daarvoor heb je geen complexe algoritmen nodig, maar vooral overzicht en discipline.

    Een goed ingerichte tool helpt om structuur te brengen. Bijvoorbeeld door taken te verdelen, risico’s te koppelen aan maatregelen en rapportages te genereren. Maar de kracht zit in de eenvoud: het systeem doet wat jij begrijpt.

    AI kan een waardevolle aanvulling zijn, zolang de mens het kompas blijft. Zodra die balans verschuift, verdwijnt het belangrijkste wat een organisatie bezit: vertrouwen.

    Conclusie

    De dag dat een AI-tool beslissingen neemt die niemand meer begrijpt, is de dag dat technologie haar doel voorbijschiet. Niet omdat ze faalt, maar omdat wij vergeten zijn te blijven nadenken.

    Compliance, risico’s en governance blijven uiteindelijk mensenwerk. Software kan helpen, versnellen en structureren, maar mag nooit denken in onze plaats.

    De echte vooruitgang zit niet in het automatiseren van oordeel, maar in het versterken van inzicht. Wie de controle wil houden, moet begrijpen hoe beslissingen tot stand komen, óók als ze uit een algoritme komen.

    AI kan processen slimmer maken, maar pas als we bereid zijn er slim mee om te gaan.

    Volgende stap:

    Donderdag delen we hoe je menselijke controle borgt zonder de snelheid van AI te verliezen. Een praktisch raamwerk voor verantwoord automatiseren.

    Verder lezen

  • We dachten dat we compliant waren, tot de directie om bewijs vroeg

    We dachten dat we compliant waren, tot de directie om bewijs vroeg

    De vraag kwam rond kwart over 9. Tien minuten in de MT-vergadering legde de CFO zijn pen neer.

    “Kun je ons de compliance-KPI’s laten zien? Niet het verslag van vorig jaar, maar hoe staan we er dit kwartaal voor?”

    Niemand klikte iets open. Iemand mompelde “interne audit”. Iemand anders “Excel”. We hadden dossiers, procedures en netjes geordende mappen, maar niets dat vandaag aantoonde dat het werkt.

    De vraag die pijn doet

    Het is de stilte die blijft hangen wanneer je beseft dat je vooral voor de audit hebt gewerkt, en niet voor het bedrijf. Bestuur wil geen map, bestuur wil metrieken die de werkelijkheid vangen: ritme, eigenaarschap en voortgang.

    Wat er écht ontbrak: aantoonbaarheid

    Compliance voelt veilig zolang de map gevuld is. Maar aantoonbaarheid betekent dat je op elk moment kunt laten zien wat er gebeurt: wat is de status, wat is er veranderd, en wie is de eigenaar? Zonder dat spoor blijft compliance een verhaal dat je jezelf vertelt.

    Drie metrieken die het verschil maken

    1) KRI: tijdigheid van risicoreviews

    Het percentage top-risico’s dat in de afgelopen 90 dagen echt is herzien. Dit zegt iets over de actualiteit en alertheid.

    2) KPI: opvolging van auditbevindingen

    De doorlooptijd van openstaande bevindingen ten opzichte van je streeftermijn. Hier zie je of leren ook echt leiden is.

    KPI: maatregel-effectiviteit

    Maatregelen met een eigenaar, bewijs van uitvoering en een eerstvolgende checkdatum. Geen vinkje, maar een ritme.

    Van checklist naar ritme

    Governance begint niet bij formulieren, maar bij cadans: maandelijks je top-risico’s nalopen, elk kwartaal auditacties afronden en bewijzen vastleggen, elke week zicht op je rode punten. Niet groots, wél consequent.

    Waarom dit in het MKB vaak speelt

    We werken hard; brandjes zat. Compliance krijgt “even late”. Tot de vraag komt. Van een klant, een auditor of de directie. En het nu moet. Wat ontbreekt is niet goede wil, maar een systeem dat het ritme bewaakt en eigenaarschap zichtbaar maakt.

    Hoe wij het vandaag geregeld hebben

    Wij bouwen CompliTrack met precies dát uitgangspunt: lichtgewicht governance. Zo min mogelijk schermen, precies genoeg structuur. Elk top-risico heeft 1-3 gekoppelde maatregelen, een eigenaar en een checkdatum. Bevindingen worden taken. Bewijs hoort bij de taak, niet in een losse mail. Het gevolg is geen mooie map, maar een spoor. En dat is wat telt als de directie vraagt: “Kun je het laten zien?”

    Verder lezen

    Donderdag: wat komt eraan

    Op donderdag 4 september 2025 delen we de praktische route: GRC-software in 90 dagen: realistisch implementatieplan voor kleine teams.

    Geen tool-verheerlijking; een haalbare cadans waarmee je van drie metrieken naar blijvende grip groeit.

  • 5 veelgemaakte fouten in privacybeheer (en hoe je ze voorkomt met structuur)

    5 veelgemaakte fouten in privacybeheer (en hoe je ze voorkomt met structuur)

    Je denkt dat je privacybeheer wel goed geregeld is. Er ligt een AVG-beleid, je hebt een verwerkingsregister, en bij datalekken “weet iedereen ongeveer wat te doen.” Totdat iemand écht kijkt. En dan blijkt dat toegangsrechten nooit zijn geëvalueerd, DPIA’s nooit zijn uitgevoerd, en incidenten door mailboxen zwerven zonder opvolging.

    Dat is geen onwil. Het is het gevolg van iets fundamentelers: privacybeheer wordt vaak niet als proces ingericht. Wat mist, is structuur. En zonder structuur ontstaan er fouten – telkens dezelfde fouten, die organisaties tijd, vertrouwen en grip kosten.

    Hieronder bespreken we er vijf, met daarbij praktische oplossingen om ze structureel te voorkomen.

    1. Iedereen denkt dat iemand anders het doet

    Privacyzaken? “Dat doet IT.” Of HR. Of de externe adviseur die drie jaar geleden de documenten opstelde.

    Wat ontbreekt, is eigenaarschap. Wie is er verantwoordelijk voor toegangsrechten? Voor herziening van beleid? Voor het opvolgen van een datalek?

    Wanneer je verantwoordelijkheden niet expliciet benoemt en niet bewaakt, ontstaat er stilstand – precies wanneer snelheid nodig is.

    Een eenvoudig taakbeheersysteem helpt je om rollen, deadlines en herhalende verantwoordelijkheden zichtbaar te maken. Zo voorkom je dat de AVG alleen ‘op papier geregeld’ is.

    2. Incidenten verdwijnen in de vergetelheid

    Een medewerker stuurt een bestand naar de verkeerde klant. Er wordt een USB-stick kwijtgeraakt. Een leverancier krijgt toegang tot data die hij eigenlijk niet nodig heeft.

    Zodra het incident is ‘opgelost’, gaat iedereen weer verder. Tot het opnieuw gebeurt.

    Privacy-incidenten zijn geen incidenten zolang je er niets van leert. Zonder centrale registratie en opvolging zie je geen patronen, pak je geen structurele oorzaken aan, en ben je onvoorbereid op vragen van toezichthouders of klanten.

    Een proces voor incident hoeft niet complex te zijn. Registreer, evalueer en verbind het aan verbeteracties. CompliTrack ondersteunt dit door incidenten direct te koppelen aan risico’s en acties, zodat je inzicht én voortgang hebt – zonder extra werkdruk.

    3. DPIA’s? “Pas als de klant erom vraagt”

    Bij een IT-dienstverlener die werkt met slimme cameratoezichtoplossingen kwamen we het volgende tegen: een aanbesteding eiste dat DPIA’s werden uitgevoerd bij privacygevoelige projecten. De reactie van de organisatie? “DPIA’s? Die doen we alleen als het écht moet.”

    Een DPIA (Data Protection Impact Assessment) is wettelijk verplicht bij verwerkingen met een hoog privacyrisico. Maar belangrijker nog: het is een kans om problemen vóór te zijn. Als je wacht tot een klant of auditor erom vraagt, ben je eigenlijk al te laat.

    Wat helpt? Voeg een DPIA-check toe aan je projectstarts, salesproces of productontwikkeling. Gebruik een vast format, wijs één eigenaar aan, en plan herbeoordelingen automatisch in. Zo wordt het routine, geen brandje.

    4. AVG-documenten verouderen zonder dat iemand het merkt

    Veel organisaties hebben netjes een privacybeleid, een verwerkingsregister en een paar procedures in een mapje staan. Maar wanneer zijn die voor het laatst herzien? En zijn ze nog in lijn met de praktijk?

    Een beleid dat niet wordt bijgehouden, is juridisch én operationeel waardeloos. De oplossing ligt in eenvoud: werk met een basisdocumentenset, plan per document een herzieningsdatum in, en gebruik versiebeheer.

    In CompliTrack kun je documenten koppelen aan processen, aan audits en aan rollen. Zo weet je precies wat actueel is, en wat niet.

    5. Privacy leeft niet in je verbetercyclus

    Waar fout 4 draait om actualiteit, gaat dit punt over het grotere plaatje: het vermogen om te leren en verbeteren. Je voert een DPIA uit, constateert een risico, neemt een maatregel… en daarna gebeurt er niets meer. Geen opvolging, geen herbeoordeling, geen check of het effect had.

    Of je voert een interne audit uit, constateert dat toegang niet goed is geregeld, maar na een mail met verbeterpunten raakt het alweer uit beeld.

    Privacybeheer hoort in je PDCA cyclus te zitten: Plan – Do – Check – Act. Niet als een eenmalige actie, maar als iets dat je structureel monitort.

    Daarvoor heb je geen zware compliance afdeling nodig. Met auditbeheer, taakherinneringen en centrale opvolging leg je de basis voor continu verbeteren, zonder dat je organisatie bureaucratisch aanvoelt.

    Tot slot: privacy is geen mapje, maar een manier van werken

    De grootste fout in privacybeheer? Denken dat het over documenten gaat. In werkelijkheid gaat het over processen. Over eigenaarschap. Over samenwerking tussen afdelingen. Over opvolging.

    CompliTrack is geen juridische tool. Maar het is wél een slimme manier om je privacybeheer procesmatig in te bedden in je organisatie:

    • Incidenten registreren en opvolgen
    • Privacytaken plannen en borgen
    • Documentatie bijhouden en herzien
    • Auditbevindingen opvolgen
    • Verbetermaatregelen koppelen aan risico’s

    Zo maak je van privacybeheer geen last, maar een geïntegreerd onderdeel van je manier van werken. Daarmee wordt privacy geen project, maar een gewoonte. En dat is precies waar het hoort.

    Verder lezen?

  • Onze stagiair had nog steeds toegang, en dat was pas het begin

    Onze stagiair had nog steeds toegang, en dat was pas het begin

    Het begon als een simpele opruimactie.

    We stonden op het punt om over te stappen naar een nieuw documentbeheersysteem. Een mooi moment om ook direct alle oude accounts, gedeelde mappen en gebruikersrollen eens op te schonen. Gewoon even kijken wie er nog in onze systemen zat.

    En daar stond-ie: een stagiair van ruim tweeënhalf jaar geleden. Met volwaardige toegang tot klantdossiers. Admin-rechten. In mappen die allang gearchiveerd hadden moeten zijn.

    Dat was ongemakkelijk. Want wat we daarna tegenkwamen, had zo in een datalek kunnen eindigen.

    Iedereen dacht dat iemand anders het regelde

    De check leverde een hele lijst op. Ex-werknemers met actieve e-mailadressen. Een voormalig zzp’er die nog toegang had tot gedeelde klantmappen in Google Drive. En een oud-projectmanager – al drie jaar uit dienst – die nog in SharePoint stond als eigenaar van een productomgeving.

    Niemand had ooit formeel besloten: “Deze persoon mag dit blijven zien.” Het was gewoon… blijven staan.

    IT beheerde de techniek. HR regelde onboarding. Maar offboarding? Die gebeurde vooral ad hoc. Als iemand eraan dacht. Of als iemand iets niet meer kon vinden.

    We waren dus kwetsbaar. En niemand wist het.

    Dat maakte het ook zo gevaarlijk: er was geen sprake van moedwillige fouten of nalatigheid. Geen datalek, geen misbruik. Maar alle ingrediënten lagen klaar.

    We hadden 2FA aanstaan. Versleutelde laptops. Sterke wachtwoorden. En tóch had iemand met nul binding met de organisatie toegang tot privacygevoelige klantinformatie.

    Wat dit liet zien: technische maatregelen zonder proces en overzicht zijn als een slot zonder deur.

    Grip is niet hetzelfde als controle

    We dachten dat we het geregeld hadden. Alles stond keurig in Excel. Iedereen had “ergens” een lijstje. Maar grip betekent niet dat je ergens een lijstje hebt – het betekent dat je weet wat er nú gebeurt. Dat je het kunt aantonen. Dat je weet wie waar toegang toe heeft en waarom.

    Het grootste probleem zat in de structuur. Toegang was gekoppeld aan personen, niet aan rollen. Er was geen logging van wie wat aanpaste. En niemand keek periodiek terug of het systeem nog klopte met de werkelijkheid.

    Wat we nu anders doen

    Sindsdien hebben we het proces structureel ingericht. We voeren elke drie maanden een toegangsreview uit. Dat werkt voor ons prettig, maar het belangrijkste is: het gebeurt. Steeds opnieuw.

    In CompliTrack hebben we een periodieke taak aangemaakt voor deze controles. Zo zorgen we dat we het overzicht bewaren. En we loggen wijzigingen, zodat we altijd kunnen terugzien wie wat wanneer heeft gedaan.

    In de eerste review ontdekten we nog dat een oud-projectmanager toegang had tot twee klantomgevingen. Sindsdien is die controle onderdeel van ons ritme geworden.

    Niet omdat het moet. Maar omdat het werkt.

    Wat je vandaag al kunt doen

    Je hoeft geen systeem in te richten voor duizend medewerkers. Maar je kunt wél beginnen met een simpele vraag: wie heeft er eigenlijk toegang tot onze klantdata? Tot oude projecten? Tot e-mailadressen die we niet meer gebruiken?

    Want als je het nooit gecontroleerd hebt, is de kans groot dat je iets over het hoofd ziet.

    En dát is precies waar risico’s ontstaan.

    Lees ook: ISO 27001 Veelgemaakte fouten: 5 valkuilen en hoe je ze voorkomt

  • Van controle naar vertrouwen: Waarom compliance geen belemmering hoeft te zijn

    Van controle naar vertrouwen: Waarom compliance geen belemmering hoeft te zijn

    Compliance roept bij veel organisaties nog steeds het beeld op van een controlerende, belemmerende factor. Een set regels en eisen waar je als bedrijf vooral niet buiten mag treden, met boetes of reputatieschade als dreigende gevolgen. Maar er is een duidelijke kentering gaande. Steeds meer bedrijven zien compliance niet langer als noodzakelijk kwaad, maar als een middel om vertrouwen op te bouwen, intern én extern.

    De traditionele kijk: compliance als controlemechanisme

    Lange tijd werd compliance benaderd vanuit een defensieve houding: voldoen aan wet- en regelgeving om sancties te vermijden. Vaak betekende dat een wirwar aan Excelsheets, losse documenten en ad-hoc controles. Niet efficiënt, niet motiverend en zeker niet toekomstbestendig. In onze eerdere blog “Van spreadsheets naar gestructureerd risicobeheer” laten we zien hoe dit traditionele model steeds vaker plaatsmaakt voor slimme, geïntegreerde oplossingen.

    De nieuwe benadering: compliance als cultuur

    Wat als compliance niet draait om afvinken, maar om verantwoordelijkheid nemen? In een volwassen organisatiecultuur is compliance ingebed in de dagelijkse praktijk. Medewerkers voelen zich mede-eigenaar van kwaliteit, veiligheid en integriteit. Het naleven van normen is dan geen opdracht van bovenaf, maar een logische stap in professioneeel gedrag.

    Deze benadering vraagt om vertrouwen. Vertrouwen in medewerkers om zelf bewuste keuzes te maken. Maar ook vertrouwen van klanten, auditors en partners dat jouw organisatie zaken op orde heeft. Transparantie speelt hierbij een sleutelrol. Wie zijn processen goed heeft ingericht, hoeft niets te verbergen.

    Tools als versneller van cultuurverandering

    Een cultuur van vertrouwen vraagt om ondersteuning, en daar komt tooling in beeld. Niet als vervanging van mensen, maar als hulpmiddel om overzicht, structuur en eigenaarschap te faciliteren. CompliTrack is juist ontworpen met die gedachte: laagdrempelig, overzichtelijk en gericht op samenwerking.

    Met CompliTrack maak je compliance overzichtelijk zonder overbodige complexiteit. Geen dure consultancytrajecten, maar direct zelf aan de slag. In het blog “Waarom GRC-software juist voor het MKB een slimme keuze is” gaan we hier dieper op in.

    Vertrouwen is de nieuwe compliance

    De toekomst van compliance ligt niet in controle, maar in vertrouwen. In organisaties waar medewerkers begrijpen waarom regels bestaan. Waar systemen niet controleren, maar ondersteunen. En waar compliance geen extra last is, maar een logisch onderdeel van professioneel ondernemen.

    Wil je jouw compliance-aanpak ook naar een hoger niveau tillen, zonder de ballast van dure systemen of ingewikkelde processen Ontdek hoe CompliTrack jouw organisatie helpt groeien in vertrouwen, transparantie en veerkracht.

    Meer weten? Neem contact op of vraag een demo aan!