Wat moet er in een AI-beleid voor mijn organisatie staan?

Waarom verbodsbeleid niet werkt

Een AI-verbod tot alles geregeld is voelt als controle, maar werkt averechts, om twee redenen die weinig met techniek te maken hebben.

Een medewerker die onder tijdsdruk een verslag moet schrijven, en van wie de werkgever de enige goedgekeurde route heeft afgesloten, gaat niet langzamer werken. Die opent een privé-account op een telefoon. Het gebruik verdwijnt niet, het verdwijnt uit je zicht, en daarmee verlies je precies de logging en de dataregels die je wilde afdwingen.

Het tweede effect is trager maar schadelijker: je leert niets. Een organisatie die AI verbiedt weet na een jaar nog steeds niet welke processen er baat bij hadden, terwijl de concurrent dat wel weet.

Het uitgangspunt van bruikbaar beleid is daarom omgekeerd. Niet: wat mag niet. Maar: wat is de makkelijkste veilige weg, en hoe zorg ik dat die ook echt de makkelijkste is.

Onderdeel 1. Welke AI draait er en wie is eigenaar

Zonder inventaris is de rest van het beleid onuitvoerbaar, want je kunt geen regels stellen aan systemen waarvan je het bestaan niet kent.

Leg per AI-systeem vier dingen vast: wat het doet, wie binnen de organisatie eigenaar is, welke data het ziet, en op welke grondslag het draait. Eigenaar betekent een persoon met naam, niet een afdeling.

Neem ook de systemen mee die niemand als AI beschouwt: de AI-functie in je CRM, de samenvatvoorziening in je vergadertool, de suggesties in je mailclient. In vrijwel elke inventarisatie die we doen komt het aantal hoger uit dan het management verwachtte.

Houd de inventaris op een plek die zonder IT bij te werken is. Een spreadsheet die na drie maanden verouderd is, is erger dan geen inventaris, omdat hij vals vertrouwen geeft.

Onderdeel 2. Welke data mag waarheen

Welke data waarheen mag, leg je vast per dataklasse: hier hebben medewerkers de meeste behoefte aan, en hier blijft beleid het vaakst vaag.

Werk met de vier dataklassen uit de gids over bedrijfsgegevens in AI-tools: publiek, intern, vertrouwelijk en beperkt. Geef per klasse aan welke route is toegestaan, en geef per klasse drie voorbeelden uit je eigen organisatie.

Die voorbeelden doen het echte werk. "Vertrouwelijke gegevens" is een categorie waar iedereen iets anders onder verstaat. "Een offerte met klantnaam en marges" is dat niet.

Beschrijf ook expliciet wat er gebeurt als iemand zich vergist, en doe dat in een toon die melden aanmoedigt. Een beleid dat een vergissing als overtreding behandelt, krijgt geen meldingen en dus geen zicht.

Onderdeel 3. Wat mag per rol

Niet iedereen heeft dezelfde ruimte nodig, en gelijke rechten voor iedereen leiden tot ofwel te veel risico ofwel te veel beperking.

Een werkbare verdeling in zes rollen:

Belangrijk: rechten die alleen in een interface zijn ingesteld zijn geen rechten. Ze horen op API- en databaseniveau afgedwongen te worden, bijvoorbeeld met row-level security, anders is het een gordijn en geen muur.

Onderdeel 4. Hoe controleer je het

Voor de meeste organisaties volstaan drie mechanismen om het beleid te controleren: een audit-trail, kosteninzicht per team en detectie van gebruik buiten de kaders. Zonder controle is beleid een intentieverklaring.

Een audit-trail per gesprek en per geautomatiseerde actie, met een bewaartermijn die je bewust hebt gekozen. Bij vragen achteraf is dit het verschil tussen een uitdraai en een onderzoek.

Kosteninzicht per team en per toepassing. Kosten die niemand ziet lopen ongemerkt op, en een onverklaarbare piek is vaak het eerste signaal dat er iets anders draait dan gedacht.

Detectie van gebruik buiten de kaders, op netwerkniveau. Dit is de enige manier om te zien wat er via niet-goedgekeurde routes gebeurt.

Bepaal vooraf wie deze signalen bekijkt en hoe vaak. Een dashboard dat niemand opent is geen controle.

Onderdeel 5. AI-geletterdheid

Artikel 4 van de AI-verordening verplicht organisaties om maatregelen te nemen die de AI-geletterdheid van medewerkers ondersteunen. De formulering is per 27 juli 2026 versoepeld: je hoeft geen bepaald niveau te waarborgen, maar je moet wel aantoonbaar iets doen. Hoe je dat in vier stappen aanpakt, staat in de gids over AI-geletterdheid.

Een redelijke invulling bestaat uit drie lagen: een korte introductie voor iedereen over wat AI wel en niet kan en welke regels gelden, een verdieping voor wie er dagelijks mee werkt, en een technische laag voor wie oplossingen aanpast.

Documenteer wie wanneer wat heeft gevolgd. Niet voor de toezichthouder, maar omdat je bij het volgende incident wilt weten of het aan instructie of aan het systeem lag.

Bij Allianz en Brandfirm begonnen we met workshops per afdeling, juist omdat de vraagstukken van marketing en van finance nauwelijks overlappen.

Onderdeel 6. Wat er gebeurt bij een incident

Neem AI expliciet op in je bestaande incidentproces, in plaats van een apart proces op te tuigen.

Beschrijf drie scenario's. Wat als er gevoelige data is ingevoerd in een niet-goedgekeurde tool. Wat als een AI-systeem een aantoonbaar onjuiste uitkomst heeft geproduceerd die naar een klant is gegaan. Wat als een leverancier een storing of een datalek meldt.

Per scenario: wie wordt gewaarschuwd, wie besluit, en binnen welke termijn. De 72-uurstermijn uit artikel 33 van de AVG loopt vanaf kennisname, niet vanaf het moment dat het je uitkomt. De Autoriteit Persoonsgegevens legt op haar pagina over de meldplicht datalekken uit wanneer je moet melden.

Onderdeel 7. Hoe je het levend houdt

Je houdt een AI-beleid levend met een evaluatie per kwartaal, een genoemde eigenaar en een versienummer, want het veroudert sneller dan vrijwel elk ander intern document. Modellen wijzigen, leveranciers wijzigen hun voorwaarden, en de regelgeving zelf is in 2026 al aangepast.

Zet daarom drie dingen vast: een vaste evaluatiemomentfrequentie van één keer per kwartaal, een genoemde eigenaar van het document, en een versienummer met wijzigingsdatum bovenaan.

Koppel de evaluatie aan de inventaris. Elk kwartaal langs de lijst met AI-systemen levert vanzelf de vraag op of het beleid nog past.

Het raamwerk op één A4

Dit raamwerk van acht punten past op één zijde en dekt het grootste deel af, dus begin niet met vijftig pagina's:

1. Doel en reikwijdte, drie zinnen
2. Goedgekeurde tools, met de reden waarom
3. De vier dataklassen, met eigen voorbeelden
4. Rechten per rol, in één tabel
5. Verantwoordelijkheid voor uitkomsten: wie controleert wat er naar buiten gaat
6. Transparantie naar klanten: wanneer je vermeldt dat AI is gebruikt
7. Melden bij twijfel, met naam en contactgegevens
8. Eigenaar, versie en evaluatiedatum

Wat je bewust weglaat is minstens zo belangrijk. Een beleid dat elk denkbaar geval probeert af te dekken wordt niet gelezen, en niet-gelezen beleid stuurt geen gedrag.

Waar dit niet over gaat

Een AI-beleid maakt je niet compliant met de AI-verordening of de AVG. Het is een instrument, geen bewijs. De verordening vraagt om aantoonbaarheid van wat er feitelijk gebeurt, en dat komt uit je register, je logging en je risicoclassificatie, niet uit een beleidsdocument.

Het maakt ook geen keuze voor je over welke AI zinvol is. Dat blijft een vraag over processen, en die staat in de gids over welke processen je kunt automatiseren.