Grip op AI
Blog
AI-governance 9 min leestijd

AI-register: wat is het en wat leg je erin vast?

Een AI-register legt per tool vast wie ermee werkt, waarvoor, met welke gegevens en wat is besloten. Welke velden erin horen en waarom het nooit af is.

Abstracte cirkel met een baan van punten
Snel antwoord

Een AI-register is het overzicht van de AI-tools en AI-toepassingen die een organisatie gebruikt, met per regel de leverancier, het doel, de eigenaar, de risicobeoordeling, welke gegevens erin gaan, het besluit van de organisatie en wanneer dat besluit opnieuw wordt bekeken. Het is niet hetzelfde als het verwerkingsregister uit artikel 30 AVG, al verwijzen de twee naar elkaar. De AI-verordening schrijft niet iedere organisatie één register in een vaste vorm voor; je houdt het bij omdat je anders niet weet welke AI er wordt gebruikt en wat je daarvan vindt.

01

Een AI-register beschrijft tools en toepassingen, met per regel eigenaar, doel, gegevens, risico en besluit

02

Tool, toepassing en usecase zijn drie lagen, en het risico zit meestal in de tweede

03

Het verwerkingsregister van artikel 30 AVG is verwant, maar beantwoordt een andere vraag

04

Geen wet schrijft één universeel AI-register in een vaste vorm voor aan iedere organisatie

05

Begin met de tools die je kent en geef elke regel een eigenaar in de lijn

Een privacyfunctionaris krijgt van de manager Bedrijfsvoering een spreadsheet met de titel "AI-register". Er staan vier regels in: Copilot, ChatGPT, DeepL en een transcriptietool voor vergaderingen. Diezelfde week vraagt iemand bij de servicedesk of het account voor een presentatietool met AI ook via de organisatie kan lopen, want hij betaalt het nu zelf. Die tool staat nergens.

Dat is het AI-register in één beeld: een lijst van wat de organisatie kent, naast een werkelijkheid die groter is. Dit stuk gaat over wat er in die lijst hoort en hoe hij zich verhoudt tot het verwerkingsregister uit de AVG.

Wat bedoelen organisaties met een AI-register?

Meestal dit: een overzicht van de AI-tools en AI-toepassingen die in de organisatie worden gebruikt, met per regel wie ervoor verantwoordelijk is, waarvoor het wordt ingezet, welke gegevens erin gaan en wat de organisatie erover heeft besloten. Het is een intern werkdocument. Het kan een spreadsheet zijn, een tabblad in het verwerkingsregister, een lijst in een GRC-tool of een module in een product.

De vorm doet er minder toe dan de vraag die het register beantwoordt: weten we welke AI hier wordt gebruikt, en weten we wat we daarvan vinden? Wie die twee vragen niet kan beantwoorden, kan ook geen beleid uitleggen aan medewerkers, geen verwerkersovereenkomst voor de juiste tool afsluiten en geen antwoord geven als een toezichthouder of accountant ernaar vraagt.

Eerst een misverstand uit de weg: de AI-verordening schrijft niet aan iedere organisatie voor dat zij één universeel AI-register in een vaste vorm bijhoudt. Er zijn wel registratie- en documentatieverplichtingen, en die hangen af van je rol en van de systemen die je inzet. Hoe dat zit, lees je in het artikel over wat de AI-verordening aan registratie vraagt. Dit stuk gaat over het register dat organisaties bijhouden omdat ze anders niet weten wat er gebeurt.

Tool, toepassing of usecase: waar gaat een regel over?

De meeste registers beginnen op toolniveau, want dat is het makkelijkst: Copilot, ChatGPT, DeepL. Daar zit een probleem in. Een tool zegt weinig over het risico. Copilot voor een intern memo en Copilot voor het samenvatten van een sollicitatiegesprek zijn dezelfde tool en twee heel verschillende situaties.

Daarom helpt het om drie lagen uit elkaar te houden.

De tool is het product van de leverancier: Microsoft 365 Copilot, ChatGPT Business, DeepL Pro. Op deze laag leg je vast wie de leverancier is, waar de gegevens worden verwerkt, of er op je gegevens wordt getraind en welke overeenkomst eronder ligt.

De toepassing is hoe de organisatie die tool voor een bepaald doel heeft ingericht: Copilot in Teams voor gespreksverslagen bij HR, DeepL voor klantcorrespondentie bij de servicedesk. Op deze laag horen de eigenaar, het doel en de gegevens die erin gaan. Hier zit het risico, en dit is de laag die een register meestal mist.

De usecase is het concrete werk: een sollicitatiegesprek samenvatten, een klacht in het Engels beantwoorden. Usecases zijn er te veel om stuk voor stuk vast te leggen. Ze horen thuis in het beleid, als voorbeelden van wat wel en niet mag, niet in het register.

Een bruikbare vuistregel: het register kent een regel per toepassing, waarin de tool een van de velden is. Eén tool komt dan meerdere keren voor, en dat is precies goed.

Welke velden horen erin?

Er is geen voorgeschreven formaat. Dit zijn de velden die in de praktijk tellen, met de reden waarom.

VeldWat je vastlegtWaarom
LeverancierNaam, land van vestiging, waar de verwerking plaatsvindt, of er op jouw gegevens wordt getraindBepaalt welke overeenkomst nodig is en welk toezichtregime geldt
DoelWaarvoor de toepassing wordt gebruikt, in één zinZonder doel is geen beoordeling mogelijk en geen doelbinding onder de AVG
EigenaarDe functie die verantwoordelijk is voor de toepassing, niet ITIemand moet de vragen kunnen beantwoorden en de herbeoordeling trekken
RisicobeoordelingDe uitkomst, de datum en wie de beoordeling deed; bij persoonsgegevens de link naar een DPIAMaakt het besluit navolgbaar
GegevensgebruikWelke categorieën gegevens erin gaan, en welke expliciet nietHier zit het verschil tussen een memo en een sollicitatiegesprek
BesluitToegestaan, beperkt toegestaan, nog geen besluit, niet toegestaan, plus de voorwaarde bij beperktDit is wat medewerkers moeten kunnen terugvinden
Datum van beoordelingWanneer het besluit is genomenEen besluit zonder datum is niet te verdedigen
HerbeoordelingWanneer het besluit opnieuw wordt bekeken, en bij welke gebeurtenis eerderVoorwaarden van leveranciers veranderen; het besluit moet mee

Twee velden verdienen een toelichting. Het besluit hoort vier waarden te kennen, niet twee. Tussen "toegestaan" en "niet toegestaan" zitten "beperkt toegestaan" (alleen met deze gegevens, alleen voor dit doel) en "nog geen besluit". Die laatste is geen gat in het register maar een eerlijke status. Een tool die is opgemerkt maar nog niet beoordeeld, staat er zo wél in, en dat is beter dan dat hij ontbreekt.

De herbeoordeling is het veld dat het vaakst leeg blijft, en het veld dat het register levend houdt. Leveranciers passen hun voorwaarden aan, een gratis account wordt een zakelijk account, een tool krijgt een nieuwe functie die documenten kan lezen. Een besluit van een jaar geleden zegt daar niets over. Kies een termijn en schrijf erbij welke gebeurtenissen een eerdere herbeoordeling afdwingen: gewijzigde voorwaarden, een incident bij de leverancier, een nieuw gegevensgebruik.

Wat je de leverancier vraagt om de velden te vullen, staat in onze vragenlijst voor het goedkeuren van een AI-tool. Of er een verwerkersovereenkomst onder moet liggen, lees je in het artikel over verwerkersovereenkomsten voor AI-tools.

Hoe verhoudt het zich tot het verwerkingsregister uit de AVG?

Ze lijken op elkaar en worden daarom vaak in elkaar geschoven. Dat gaat mis, omdat ze een andere vraag beantwoorden.

Het verwerkingsregister uit artikel 30 AVG beschrijft verwerkingen van persoonsgegevens: het doel, de categorieën betrokkenen en gegevens, de ontvangers, de bewaartermijn en de beveiligingsmaatregelen. Het gaat over gegevens, niet over techniek. Een salarisadministratie staat erin, of er nu AI aan te pas komt of niet.

Een AI-register beschrijft AI-systemen en wat de organisatie ermee doet. Een vertaaltool voor openbare productteksten hoort erin, ook al gaan er geen persoonsgegevens in. Een tool die nog geen besluit heeft, hoort erin. Het gaat over de inzet van een technologie, niet over een verwerking.

De twee raken elkaar op één punt: een AI-toepassing die persoonsgegevens verwerkt. Die toepassing is in het verwerkingsregister een verwerking met een ontvanger (de leverancier), en in het AI-register een regel met een leverancier en een gegevensgebruik. Zet in beide een verwijzing naar de andere. Meer is niet nodig, en minder klopt niet: wie de twee samenvoegt, krijgt een register waarin de helft van de regels de velden van de andere helft niet kan invullen.

Wat laat een register zien, en wat niet?

Een register wordt gevuld door mensen die van een tool afweten. Het beschrijft dus wat de organisatie kent, en het echte gebruik is meestal groter.

Een gemeente heeft Microsoft 365 Copilot toegestaan, met een beperking op documenten uit het sociaal domein. Het register telt zes regels. Bij een inventarisatie in het voorjaar blijken naast Copilot ook Perplexity en ChatGPT in gebruik te zijn, plus drie gespecialiseerde tools: een transcriptietool voor raadsvergaderingen, een tool die beleidsstukken herschrijft naar B1-niveau, en een beeldgenerator voor de communicatieafdeling. Twee daarvan staan nergens.

Dat is geen incident: over die twee tools was nog niets besloten. Het betekent wel dat een register een tweede bron nodig heeft, namelijk welke AI-tools er feitelijk worden geopend. Hoe je die bron inricht en het register daarna bijhoudt, lees je in het artikel over hoe je een AI-register actueel houdt. Wat er wel en niet onder ongeregistreerde tools valt, lees je in onze uitleg over shadow AI.

In BeeSensible komen AI-tools die in de organisatie zijn gezien en nog geen besluit hebben, vanzelf in beeld, zonder gebruikers-id en zonder inhoud, naast het AI-register waarin jullie per tool het besluit vastleggen. Elke tool begint op "nog geen besluit".

AI-register
ToegestaanIn beoordelingNiet toegestaanAlle tools
Zoek op tool, leverancier, domein of oude naam…
1.012 tools
DeepSeek
Kritiek · 90/100
Niet toegestaan
Otter.aiNieuw
Hoog · 68/100
Nog geen besluit
Grok
Hoog · 67/100
Niet toegestaan
ChatGPT
Hoog · 62/100
Toegestaan
Perplexity
Middel · 55/100
Nog geen besluit
HeyGen
Middel · 53/100
Nog geen besluit

Elke tool, beoordeeld op risico

Meer dan 1.000 AI-tools, elk met een risiconiveau van Laag tot Kritiek. Niets is vooraf goedgekeurd of geblokkeerd: dat gebeurt pas als iemand een besluit neemt.

Meer over AI Governance

Waar begin je?

Begin met de tools die je al kent, één regel per toepassing, en geef elke regel een eigenaar in de lijn: de functie die de toepassing gebruikt en kan uitleggen waarvoor en met welke gegevens. Hoe zo'n ingevuld register eruitziet, zie je in het voorbeeld van een ingevuld AI-register. Twijfel je of een spreadsheet volstaat, lees dan het artikel over een AI-register in Excel of in software.

Hoe dit register past in de rest van het werk, van zien wat er gebruikt wordt tot kunnen laten zien dat het beleid wordt toegepast, staat op de overzichtspagina over AI-governance.

Open je eigen AI-register en tel de regels met een herbeoordelingsdatum en de regels met "nog geen besluit". Staat er van allebei geen enkele in, dan beschrijft het register wat iemand ooit heeft aangemeld, en niet wat er vandaag wordt gebruikt.

FAQ

Veelgestelde vragen

Wat is een AI-register?

Een overzicht van de AI-tools en AI-toepassingen die een organisatie gebruikt, met per regel de leverancier, het doel, wie ervoor verantwoordelijk is, welke gegevens erin gaan, de risicobeoordeling, het besluit van de organisatie en de datum waarop dat besluit opnieuw wordt bekeken. Het is een intern werkdocument, geen wettelijk formulier.

Is een AI-register hetzelfde als het verwerkingsregister uit de AVG?

Nee. Het verwerkingsregister uit artikel 30 AVG beschrijft verwerkingen van persoonsgegevens: doel, categorieën, ontvangers, bewaartermijn, beveiliging. Een AI-register beschrijft AI-systemen en wat de organisatie ermee doet, ook als er geen persoonsgegevens in omgaan. Verwerkt een AI-tool persoonsgegevens, dan hoort die verwerking in beide, met een verwijzing over en weer.

Is een AI-register verplicht?

Niet als één universeel register in een voorgeschreven vorm voor iedere organisatie. De AI-verordening kent wel registratie- en documentatieverplichtingen die afhangen van je rol en van de systemen die je inzet, zoals de registratie van hoogrisicosystemen in de EU-databank. De AVG vraagt een verwerkingsregister als er persoonsgegevens worden verwerkt. Los daarvan is een intern register de enige manier om te weten wat er gebruikt wordt.

Wat is het verschil tussen een tool, een toepassing en een usecase?

De tool is het product van de leverancier, bijvoorbeeld Microsoft 365 Copilot. De toepassing is hoe de organisatie die tool voor een bepaald doel heeft ingericht, bijvoorbeeld Copilot in Teams voor gespreksverslagen bij HR. De usecase is het concrete werk, zoals een sollicitatiegesprek samenvatten. Eén tool heeft meerdere toepassingen en elke toepassing meerdere usecases.

Hoe houd je een AI-register actueel?

Met een herbeoordelingsdatum per regel, vaste aanleidingen om eerder te kijken en een tweede bron: welke AI-tools er feitelijk worden geopend. Hoe je dat inricht, staat in het artikel over een AI-register actueel houden.

Portret van Rens Timmermans van BeeSensible

Liever iemand die het laat zien?

Rens, BeeSensible

Ik geef je graag een rondleiding van twintig minuten. Laat je gegevens achter, dan zoek ik een moment dat jou uitkomt. Bellen of mailen mag natuurlijk ook.

Liever eerst even overleggen?

Wil je een live demo, of een offerte voor 100+ gebruikers? Laat je gegevens achter, dan nemen we binnen één werkdag contact op.