Maak een AI-inventaris met risiconiveaus die teams kunnen bijhouden

Een bruikbare AI-inventaris is een routeringslaag voor governancewerk, geen spreadsheet waarin elk onderzoek en bewijsstuk moet passen. Een supportassistent kan beginnen als begrensde schrijfhulp en later toegang krijgen tot identiteitsdocumenten, terugbetalingen en automatisch verzenden. De leverancier blijft misschien dezelfde, maar het gebruik, de blootstelling en dus de toetsingsroute veranderen wezenlijk. Registreer daarom een compacte, toegewezen gebruikseenheid, koppel verdiepend bewijs waar nodig en maak materiële wijzigingen zichtbaar voordat een eerdere goedkeuring stilzwijgend meeverhuist.

Wat hoort precies als één registratie in een AI-inventaris?

Registreer één AI-ondersteund gebruik met een afgebakend doel, werkproces, gebruikersgroep en pad van uitkomst naar handeling. Dat is specifieker dan een model, applicatie of leverancierscontract. NIST beschrijft een inventaris als een geordende bron voor onderhoud, incidentafhandeling en vragen op systeem- en portfolioniveau. Het OECD-raamwerk bekijkt toegepaste AI bovendien via mensen, context, data, modellen, taken en uitkomsten. Die brede context maakt duidelijk waarom hetzelfde model meerdere governance-registraties kan vereisen.

Splits een registratie wanneer doel, betrokken partijen, gegevensgevoeligheid, handelingsbevoegdheid, inzetbereik of verantwoordelijk eigenaarschap materieel verschilt. Een model dat intern tekst samenvat is dus niet automatisch hetzelfde gebruik als datzelfde model dat klantberichten rangschikt. Leg gedeelde leveranciers, modellen, databronnen, applicaties, onderzoeken, maatregelen, incidenten en goedkeuringen één keer vast en koppel ernaar. Zo kan de inventaris werk routeren zonder een ononderhoudbaar archief van gedupliceerde documenten te worden.

• Beantwoord per registratie wie eigenaar is, wie geraakt kan worden en welke handeling op de uitkomst volgt.
• Ondersteun portfoliovragen over niveaus, levenscyclus, openstaande besluiten, ontbrekend bewijs en uitfasering.
• Gebruik koppelingen voor gedeelde technische en assurance-objecten; kopieer ze niet naar iedere rij.

Welke velden houden de inventaris bruikbaar én beheersbaar?

Een beheersbare inventaris begint met een compacte ontdekkingsregistratie en verwijst pas daarna naar voorwaardelijk bewijs. Noteer per veldgroep alleen wat nodig is voor eigenaarschap, eerste beoordeling en routering. Beschrijf bijvoorbeeld gegevenscategorieën en de hoogste behandelingsclassificatie, niet iedere databasekolom. Benoem bij een uitkomst vooral wie of wat deze ontvangt en of het systeem mag adviseren, starten of uitvoeren. NIST en de Britse registratiestandaard bieden hiervoor overlappende documentatieonderwerpen, maar geen verplicht bedrijfssjabloon.

• Identiteit en eigenaars — Leg een vaste ID, begrijpelijke naam en zakelijke en technische eigenaar vast, zodat het gebruik vindbaar is en duidelijk is wie het kan wijzigen of stoppen.
• Doel en grenzen — Beschrijf het werkproces, het beoogde doel en uitgesloten toepassingen, zodat goedkeuring niet buiten de bedoelde context reist.
• Gebruikers en betrokkenen — Noteer de bedieners plus mensen of groepen die gevolgen kunnen ondervinden, zodat toezicht en mogelijke gevolgen zichtbaar zijn.
• Invoer en gevoeligheid — Registreer categorieën, bronnen en het hoogste behandelingsniveau om data-, privacy- en beveiligingstoetsing te sturen.
• Uitkomsten en bevoegdheid — Benoem de ontvanger, het verdere gebruik en de advies-, start- of uitvoerbevoegdheid om de afstand tussen uitkomst en handeling te tonen.
• Leveranciers en afhankelijkheden — Koppel modellen, diensten, permissies, integraties en gekoppelde systemen om ketenrisico en wijzigingen traceerbaar te maken.
• Maatregelen en bewijs — Vat controle, toegang, testen, monitoring, herstel en bezwaar samen en verwijs naar bewijs zonder effectiviteit te veronderstellen.
• Levenscyclus en datums — Noteer voorstel, pilot, productie, pauze of uitgefaseerd, plus de laatste wijziging en toetsing, voor herbeoordeling en achterstandsrijen.
• Scores en route — Leg vier scores, onderbouwing, voorlopig niveau, onbekenden en uitzonderingen vast, zodat de keuze uitlegbaar en betwistbaar is.
• Verplichtingenstatus — Koppel naar juridische, contractuele en sectorspecifieke beoordeling om interne triage en formele kwalificatie gescheiden te houden.

Bewaar uitgebreide effectbeoordelingen, validatierapporten, leverancierstoetsen, testresultaten, incidenten, goedkeuringen en monitoringsplannen als gekoppelde stukken wanneer de route ze verlangt. Een maatregel in de rij is nog geen bewijs dat zij goed is ontworpen of werkt. Gebruik gecontroleerde levenscyclusstatussen en noteer de laatste materiële wijziging, laatste toetsing en volgende risicogestuurde toetsing. Kies die termijn per blootstelling en veranderlijkheid; één universeel ritme past niet bij elk gebruik.

Hoe beoordelen eigenaren inherente blootstelling op een uitlegbare manier?

Beoordeel de inherente blootstelling met vier dimensies: gevolg, autonomie, schaal en gevoeligheid. Dit is nadrukkelijk een praktisch intern voorstel, samengesteld uit bredere kenmerken in bronnen van NIST, OECD, Canada en het Verenigd Koninkrijk; geen van die instanties schrijft deze exacte rubricering voor. Scoor het feitelijke voorgenomen of operationele gebruik, schrijf bij iedere dimensie één gebruiksspecifieke bewijszin en markeer ontbrekende informatie als onbekend in plaats van een gunstige score te raden.

• Gevolg — Niveau 1: plaatselijk, snel herkenbaar en omkeerbaar ongemak of gering herstelwerk. Niveau 2: een materieel operationeel, financieel, klant-, medewerker- of reputatie-effect dat doelbewust herstel vergt. Niveau 3: een geloofwaardig effect op rechten, belangrijke kansen of diensten, veiligheid, inkomen, kritieke processen of een andere ernstige, moeilijk omkeerbare uitkomst.
• Autonomie — Niveau 1: het systeem doet suggesties en een persoon kiest vooraf wat ermee gebeurt. Niveau 2: het rangschikt, routeert, personaliseert, adviseert of start een begrensde handeling met beperkte of latere controle. Niveau 3: het voert externe handelingen uit, wijzigt gegevens of rechten, legt middelen vast of beïnvloedt ingrijpende besluiten zonder effectieve beoordeling per geval.
• Schaal — Niveau 1: een begrensde pilot of kleine interne groep met weinig hergebruik. Niveau 2: herhaald gebruik binnen een functie, segment of materieel proces, met betekenisvol volume of meerdere afnemers. Niveau 3: organisatiebreed, publiek, marktoverschrijdend, hoogvolume-, realtime- of diep geïntegreerd gebruik waarbij gecorreleerde effecten kunnen doorwerken.
• Gevoeligheid — Niveau 1: publieke, synthetische of goedgekeurde niet-vertrouwelijke informatie zonder bijzondere toegang. Niveau 2: interne of vertrouwelijke bedrijfsdata, gewone persoonsgegevens, klantinhoud of begrensde geauthenticeerde toegang. Niveau 3: zeer gevoelige of gereguleerde data, inlogmiddelen, geheimen, geprivilegieerd materiaal, beschermde kenmerken of brede schrijftoegang tot belangrijke registraties.

Deze ankers dwingen geen schijnprecisie af: ze maken zichtbaar welk scenario, welke bevoegdheid en welke informatie de eigenaar heeft beoordeeld. Kijk bij gevolg naar een geloofwaardig scenario als een uitkomst onjuist, misbruikt, onbeschikbaar of volgens ontwerp opgevolgd wordt. Kijk bij autonomie naar het laatste punt waarop een bevoegde persoon nog geïnformeerd kan ingrijpen. Schaal omvat naast aantallen ook frequentie, geografie, koppelingen en downstream hergebruik; gevoeligheid omvat wat het gebruik kan ontvangen, afleiden, ophalen, tonen én wijzigen.

Hoe vertalen de scores zich naar een toetsingsroute?

Laat in deze voorgestelde methode het hoogste materiële dimensieniveau de voorlopige route bepalen: viermaal Niveau 1 leidt tot Niveau 1; ten minste één Niveau 2 en geen Niveau 3 leidt tot Niveau 2; ieder Niveau 3 leidt tot Niveau 3. Middel niet, want dan kan één ernstige blootstelling verdwijnen achter drie lage scores. Organisaties moeten de ankers en uitzonderingen zelf afstemmen op risicobereidheid en verplichtingen; dit is geen door NIST of OECD gevalideerde rekenformule.

Verhoog de route bij bijvoorbeeld ernstige gevolgen voor betrokkenen, gevoelige data met brede toegang, ineffectieve menselijke controle, moeilijke omkeerbaarheid, ketenafhankelijkheden, materiële incidenten, toepasselijke verplichtingen of onopgeloste feiten. Beoordeel eerst de inherente blootstelling van het gebruik; registreer maatregelen daarna afzonderlijk en toets hun ontwerp en bewijs in de gekozen route. Leg vervolgens het restrisicobesluit en eventuele voorwaarden vast. Houd juridische, privacy-, beveiligings-, arbeids-, contractuele, archief- en sectorvragen in een parallel spoor onder verantwoordelijkheid van bevoegde functies.

Wat wordt zichtbaar wanneer een AI-gebruik onderweg verandert?

Een wijziging van data, bevoegdheden en inzet kan hetzelfde hulpmiddel van voorlopig Niveau 2 naar Niveau 3 brengen. Neem een fictieve pilot waarin een supportassistent goedgekeurde hulpinformatie ophaalt en een antwoord opstelt. Een getrainde medewerker controleert, wijzigt en verzendt het bericht. Accountbesluiten, beleidsuitzonderingen, automatisch verzenden, betaalgegevens, identiteitsdocumenten, tegoeden en accountwijzigingen vallen buiten de grens. NIST benadrukt dat uitkomsten samen met verder gebruik en toezicht moeten worden bekeken; juist die begrenzing bepaalt hier de registratie.

• Gevolg is Niveau 2: een fout antwoord kan supportbeleid materieel verkeerd weergeven en bewust klantherstel vergen.
• Autonomie is Niveau 1: de assistent maakt uitsluitend een concept; de medewerker bepaalt wat wordt verzonden.
• Schaal is Niveau 1: de pilot bestrijkt één getraind team en een beperkte berichtcategorie.
• Gevoeligheid is Niveau 2: gewone klant- en interne accountcontext wordt binnen een geauthenticeerd systeem gebruikt.
• De hoogste score maakt het gebruik voorlopig Niveau 2; bronverwijzingen, controle vóór verzending, geblokkeerde schrijfacties, toegangsbeheer, steekproeven, klachtenroute en handmatige terugval blijven afzonderlijk geregistreerde maatregelen.

Stel vervolgens voor dat de assistent identiteitsdocumenten en gegevens over betaalgeschillen leest, terugbetalingen uitvoert, accountstatussen wijzigt, zelfstandig verzendt en in meerdere regio's draait. Dan worden alle dimensies Niveau 3: geld en accounttoegang maken ernstige gevolgen geloofwaardig, externe handelingen vinden zonder goedkeuring per geval plaats, de inzet is breed en hoogvolume, en de data plus schrijftoegang zijn zeer gevoelig. Heropen vóór uitbreiding de registratie, activeer de versterkte route en het verplichtingenspoor. De eerdere goedkeuring reist niet mee; toetsing kan het voorstel begrenzen of stoppen.

De inventaris verdient vertrouwen wanneer een verandering in data, bevoegdheid of schaal ook de route verandert — niet alleen de rij.

Hoe blijft de AI-inventaris actueel na ingebruikname?

Houd de inventaris actueel met gebeurtenisgestuurde heropening, aangevuld met een eigenaarsverklaring op een risicogestuurd moment. NIST adviseert vast te leggen wie de inventaris onderhoudt, wat de dekking is en welke kenmerken worden bijgehouden; brede dekking blijft een streven, geen bewezen volledigheid. Gebruik daarom meerdere ontdekkingsbronnen, zoals productintake, inkoop en verlenging, applicatie- en architectuurtoetsing, toegangs- en integratiebeheer, abonnementen, model- en dataprocessen, eigenaarsverklaringen, supportmeldingen, incidenten en klachten.

• Heropen bij materiële verandering van doel, eigenaar, gebruikers, betrokkenen, markt, geografie, data, bewaarbeleid, toegang, uitkomst, permissies of menselijke controle.
• Heropen ook bij een andere leverancier, modelversie, integratie, afhankelijkheid, inzetomvang, maatregel, testuitkomst, incident, verplichting, pauze, vervanging of uitfasering.
• Beheer werkrijen voor ontbrekende eigenaren, onbekende scores, onopgeloste uitzonderingen, achterstallige toetsen, wijzigingen zonder besluit, ontbrekend bewijs en onvoltooide uitfasering.
• Toon een klein dashboard met registraties en betrokkenen per niveau en levenscyclus, ontbrekende velden, openstaande besluiten, uitzonderingen, maatregeltekorten, routeringstijd en afgesloten uitfaseringen.

Kies een kortere toetsingsafstand bij hogere blootstelling, snelle verandering, recente incidenten of zwak bewijs, maar leg geen universeel kwartaal- of jaarritme op. Behandel uitfasering als een gecontroleerde status: houd een eigenaar, migratie, afgesloten afhankelijkheden, ingetrokken toegang en vereist bewijs zichtbaar totdat bevestigd is dat het gebruik gestopt is. Welke stukken daarna blijven bestaan, hoort bij het afzonderlijke beleid voor contracten, archivering, privacy, beveiliging en toepasselijke verplichtingen.

1. Dagen 1–10: definieer de recordeenheid, compacte veldenset, eigenaarsregel, levenscyclusstatussen en belangrijkste ontdekkingsbronnen.
2. Dagen 11–20: beproef de methode op een gevarieerde selectie van gebruiken en kalibreer ankers, uitzonderingen en besluitrollen.
3. Dagen 21–30: start eigenaarsverklaringen, wijzigingstriggers, achterstandsrijen en een klein portfoliodashboard.
4. Laat bevoegde juridische, compliance-, privacy-, beveiligings-, inkoop-, archief-, arbeids- en sectorfuncties toepasselijke verplichtingen afzonderlijk beoordelen. Zorg vóór ingrijpende toepassingen voor relevante vakkennis, aantoonbare maatregelen en verantwoordelijk menselijk toezicht.