GovCompass
Responsible AI

AI governance en enterprise risk management: waar ze samenkomen

Door GovCompass.ai· · Afgestemd op de geconsolideerde EU AI Act, COSO ERM 2017, en het three lines model (2020).

AI governance is geen parallelle structuur die naast enterprise risk management staat. Het hoort erin. De GovCompass-7 is het controleraamwerk waarmee de organisatie elk AI-systeem bestuurt; enterprise risk management is de machine die het restrisico dat die controls overlaten doorvoert naar de risk appetite van de board, het risicoregister, en het assurance-plan. De praktische vraag is niet of je AI governance óf ERM moet bouwen, maar hoe je het eerste in het tweede schuift zodat één aanspreekbare structuur, niet twee concurrerende, het AI-risico bezit.

Twee vragen die door elkaar lopen

Voordat de twee disciplines verbonden kunnen worden, moet één verwarring worden opgeruimd. Organisaties vermengen routinematig twee verschillende gebruiken van het woord AI in hun risicogesprekken.

Het eerste is AI als een te beheersen risico. Een AI-systeem dat de organisatie bouwt of inzet introduceert risico's voor fairnessfairnessThe responsible-AI principle that systems should not create or reinforce unjust discrimination; operationalised through bias testing, representative data and per-group thresholds — with multiple, mutually incompatible mathematical definitions.Open full entry →, veiligheid, privacy, beveiliging, en de rest van de GovCompass-7. Het besturen van die risico's is waar AI governance voor is.

Het tweede is AI als hulpmiddel om risico te beheersen. Een risicofunctie kan AI gebruiken om meer data te verwerken, blootstellingen real-time te monitoren, anomalieën te detecteren, of claims te triageren. Dat is een productiviteitsvraag over het operating model van de risicofunctie zelf, geen governance-vraag.

Dit zijn verschillende problemen. AI als hulpmiddel wordt bestuurd zoals elk ander AI-systeem dat de organisatie inzet: het gaat de AI-inventaris in en wordt aan de GovCompass-7 gehouden zoals al het andere. Maar de discipline van AI governance gaat over de eerste vraag, en het is de eerste vraag die met enterprise risk management verbonden moet worden.

AI governance hoort in ERM, niet ernaast

Wanneer AI governance op de agenda komt, is het gangbare instinct om een nieuwe structuur te bouwen: een AI-commissie, een AI-beleid, een AI-risicotaxonomie, naast het bestaande enterprise risk management raamwerk. Dit levert twee parallelle machines op die niet met elkaar praten. De AI-commissie volgt AI-risico's in een eigen register; de ERM-functie volgt enterprise-risico's in een ander; en de board ziet AI-risico als een apart onderwerp in plaats van als onderdeel van het risicoprofiel dat ze al bestuurt.

Het COSO ERM 2017 raamwerk is juist gebouwd om deze fragmentatie te voorkomen. Het uitgangspunt is dat risico geïntegreerd is met strategie en prestatie, niet beheerd in een silo. AI-risico is een enterprise-risico als elk ander: het raakt de strategie, het heeft een eigenaar, het draagt een ernst, en het concurreert om aandacht en budget met elk ander risico dat de organisatie loopt. Het als een apart domein behandelen ondermijnt de integratie die COSO ERM beoogt te creëren.

Het schonere model is één structuur. De GovCompass-7 levert het controleraamwerk op het niveau van elk AI-systeem: de preventieve, detectieve en correctieve controls die elke pijler borgen. Enterprise risk management levert de laag erboven: het neemt het restrisico dat die controls overlaten, weegt het tegen de risk appetiterisk appetiteThe amount and type of risk leadership is willing to accept in pursuit of objectives — documented so the organization decides to take risks rather than discovering it took them.Open full entry → van de organisatie, registreert het in het enterprise risicoregister, en stuurt het door naar het toezicht van de board. AI governance is de control-discipline op systeemniveau; ERM is de aggregatie- en toezichtsdiscipline op enterprise-niveau. Het zijn twee lagen van één structuur, niet twee structuren.

Het three lines model toegepast op AI

De helderste manier om eigenaarschap toe te wijzen is het three lines model, in 2020 door het Institute of Internal Auditors geactualiseerd van het oudere "three lines of defence". Toegepast op AI governance lost het een vraag op die veel van de risicomanagement-literatuur opwerpt maar niet beantwoordt: wie, precies, is waarvoor aanspreekbaar.

De eerste lijn bezit en bedient het AI-systeem. De business-eigenaar die een AI-systeem inzet om beslissingen te nemen of te ondersteunen, bezit het risico dat dat systeem creëert. Die voert de preventieve controls uit in de dagelijkse operatie: houdt het systeem binnen het beoogde doel, past de maatregelen voor menselijk toezicht toe, en handelt op de monitoringsignalen. In GovCompass-7 termen is de eerste lijn waar de controls daadwerkelijk werken. AI governance faalt het vaakst omdat de eerste lijn de controls als andermans taak behandelt.

De tweede lijn levert het raamwerk, de expertise en de tegenspraak. Dit is waar de AI-governance-functie zit, vaak een AI Officer of een AI-governance-team. De tweede lijn bezit het GovCompass-7 raamwerk zelf: definieert de controls die elke pijler vereist, onderhoudt de AI-inventaris en de risicoclassificatie, stelt het beleid op, en daagt de eerste lijn uit op de vraag of de controls ontworpen zijn en werken. De tweede lijn bedient het AI-systeem niet; ze stelt de norm waaraan de eerste lijn wordt gehouden en rapporteert het geaggregeerde beeld naar ERM. Cruciaal: de tweede lijn is ook waar AI-risico wordt vertaald naar enterprise-risicotaal: een GovCompass-7 control-gap wordt een risicoregister-item met een ernst, een eigenaar, en een behandeling.

De derde lijn levert onafhankelijke assurance. Internal auditinternal auditThe third line of defense: independent assurance that AI assessments, controls and documentation actually operate — reporting to the board, never to the builders.Open full entry →, de derde lijn, bezit de controls niet en stelt het raamwerk niet op. Ze beoordeelt onafhankelijk of de eerste lijn de controls bedient en of het raamwerk van de tweede lijn adequaat is. Voor AI-systemen is dit waar de conformiteitsonderbouwing die de EU AI Act vereist een onafhankelijk oog ontmoet: internal audit toetst of de technische documentatie, de maatregelen voor menselijk toezicht, en de post-market monitoringpost-market monitoringProvider-side duty to systematically collect and act on experience from systems in use — the product-regulation half of continuous monitoring.Open full entry → daadwerkelijk bestaan en functioneren, in plaats van op papier te bestaan. Een organisatie waarvan de AI governance nooit door de derde lijn is gegaan, heeft assurance-gaten die ze niet kan zien.

Het bestuursorgaan staat boven alle drie. De board oefent toezicht uit: ze stelt de risk appetite die bepaalt hoeveel AI-risico de organisatie zal accepteren, en houdt het management aanspreekbaar om daarbinnen te blijven. Onder de EU AI Act en steeds vaker onder verwachtingen van investeerders en toezichthouders wordt toezicht op AI-risico een expliciete board-verantwoordelijkheid, waardoor de rapportagelijn van de tweede lijn, via ERM, naar de board de ruggengraat van de hele structuur wordt.

Hoe een GovCompass-7 gap een enterprise-risico wordt

De verbinding tussen de twee disciplines wordt concreet in één mechanisme: de vertaling van een control-gap naar een risicoregister-item.

Neem een high-risk AI-systeem. De tweede lijn beoordeelt het tegen de GovCompass-7: zijn voor elke pijler de preventieve, detectieve en correctieve controls ontworpen, geïmplementeerd en aangetoond. Stel dat de fairness-pijler wordt bestuurd door een pre-deployment bias-test maar geen productiemonitoring en geen correctief proces heeft. Dat is een control-gap. Op zichzelf is het een governance-bevinding. Maar het blijft geen governance-bevinding.

De gap wordt vertaald naar een enterprise-risico: het risico dat het systeem in productie discriminerende uitkomsten produceert die ongedetecteerd en ongecorrigeerd blijven, met een ernst gedreven door het gevolg van de beslissing die het systeem neemt en het aantal getroffen mensen. Dat risico wordt geregistreerd in het enterprise risicoregister, gewogen tegen de risk appetite van de organisatie voor discriminatie en regulatoire blootstelling, toegewezen aan de eerste-lijn-eigenaar met de tweede lijn als raamwerk-eigenaar, en naar de board gebracht als het de appetite overschrijdt. De behandeling, het bouwen van de ontbrekende detectieve en correctieve controls, wordt een gevolgde actie met een deadline.

Dit is het mechanisme dat voorkomt dat AI governance een parallelle wereld wordt. Elke GovCompass-7 gap heeft een pad naar het enterprise risicoregister, waar het op gelijke voet om aandacht concurreert met elk ander enterprise-risico, in taal die de board al begrijpt.

Mapping naar COSO ERM

De vijf componenten van COSO ERM 2017 geven de structuur een herkenbare vorm, en AI governance mapt op elk.

Governance en cultuur: het toezicht van de board op AI-risico, de operating structure die de drie lijnen toewijst, en een cultuur die AI-risico als ieders verantwoordelijkheid behandelt in plaats van alleen die van het AI-team.

Strategie en doelstelling: de risk appetite van de organisatie voor AI, bewust gesteld in plaats van ontdekt na een incident, en de afstemming van AI-inzet op die appetite.

Prestatie: het hart van de verbinding. De AI-inventaris, de risicoclassificatie, de GovCompass-7 beoordeling van elk high-risk systeem, en de vertaling van control-gaps naar geprioriteerde risico's.

Review en revisie: de continue monitoring die het Artikel 9 risicomanagementsysteem en de post-market monitoring-verplichtingen van de EU AI Act vereisen, die wijzigingen terugkoppelt naar de controls.

Informatie, communicatie en rapportage: de rapportagelijn van de tweede lijn, via ERM, naar de board, en de externe rapportage die de EU AI Act vereist, inclusief incidentmelding.

Waar te beginnen

Als je organisatie zowel een ERM-functie als een opkomende AI-governance-inspanning heeft, is de meest waardevolle eerste stap weigeren ze als twee structuren te laten draaien. Plaats de AI-governance-functie expliciet in de tweede lijn, geef haar de GovCompass-7 als controleraamwerk, en bouw het ene mechanisme dat de twee disciplines verbindt: de vertaling van elke control-gap naar een enterprise risicoregister-item met een eigenaar, een ernst, en een pad naar de board.

Vanaf daar kent elk van de drie lijnen zijn taak. De eerste lijn bedient de controls. De tweede lijn bezit het raamwerk en rapporteert het geaggregeerde beeld. De derde lijn levert onafhankelijke assurance. En de board bestuurt AI-risico als onderdeel van het risicoprofiel dat ze al overziet, in plaats van als een apart onderwerp waarvan haar werd gevraagd zich er druk om te maken. Dat is wat het betekent om AI te besturen binnen enterprise risk management in plaats van ernaast.

WetsverwijzingenArt. 9

Meer over Accountability

Art. 10 EU AI Act: data en datagovernance voor hoog-risico AI

Reference

Art. 10 vereist dat de trainings-, validatie- en testdata voor hoog-risico AI-systemen voldoet aan kwaliteitscriteria: relevant, voldoende representatief, en zo foutloos en volledig mogelijk voor het beoogde doel. Het vereist ook gedocumenteerde datagovernance over verzameling, voorbereiding, bias-onderzoek en het mitigeren van lacunes, en het staat de beperkte verwerking van bijzondere persoonsgegevens toe waar strikt noodzakelijk om bias te detecteren en corrigeren, onder waarborgen.

Art. 12 EU AI Act: registratie en logging voor hoog-risico AI

Reference

Art. 12 vereist dat hoog-risico AI-systemen technisch de automatische registratie van gebeurtenissen (logs) over hun levensduur mogelijk maken. De logging moet de traceerbaarheid van het functioneren van het systeem mogelijk maken op een niveau passend bij het beoogde doel, post-market monitoring ondersteunen, en helpen situaties te identificeren die tot risico of een substantiële wijziging kunnen leiden. Het is een ontwerpverplichting voor de provider die het systeem door constructie auditeerbaar maakt.

Art. 19 EU AI Act: het bewaren van de automatisch gegenereerde logs

Reference

Art. 19 verplicht providers van hoog-risico AI-systemen om de logs die het systeem automatisch genereert (onder Art. 12) te bewaren zolang ze die onder controle hebben, voor een periode passend bij het beoogde doel en minimaal zes maanden, tenzij andere wetgeving een langere termijn vereist. Het is de bewaar-tegenhanger van de Art. 12-logging-capaciteit, en werkt naast de deployer-bewaarplicht in Art. 26.6.

Art. 26.1, gebruik AI volgens de instructies van de aanbieder

Reference

Art. 26.1 EU AI Act verplicht deployers om hoog-risico AI-systemen uitsluitend in te zetten conform de gebruiksinstructies van de provider. De verplichting omvat drie componenten: het beschikken over de instructies (conform Art. 13.3), het actief naleven ervan, en het documenteren van dat naleven. Inzet buiten de instructies kan de aansprakelijkheid volledig naar de deployer verschuiven.

Meer over Human oversight

Art. 14 EU AI Act: hoog-risico AI ontwerpen voor menselijk toezicht

Reference

Art. 14 vereist dat providers hoog-risico AI-systemen zo ontwerpen en bouwen dat ze tijdens gebruik effectief door mensen kunnen worden overzien. Het systeem moet een toezichthouder in staat stellen de mogelijkheden en grenzen te begrijpen, op afwijkingen te letten, automation bias te weerstaan, outputs juist te interpreteren, te besluiten het systeem niet te gebruiken, en in te grijpen of het te stoppen via een noodstop (Art. 14(4)(e)). Het is de ontwerpverplichting die de deployer-toezichtsplicht van Art. 26.2 mogelijk maakt.

Art. 26.2, menselijk toezicht: wijs competente mensen aan

Reference

Art. 26.2 EU AI Act verplicht deployers om het menselijk toezicht te implementeren dat de provider heeft voorzien (Art. 14). Het toezicht is alleen geldig als de toezichthouder voldoende AI-geletterd is (Art. 4), de bevoegdheid heeft om de AI-output te overrulen, en niet zo overbelast is dat de beoordeling louter routinematig wordt. Formeel toezicht zonder inhoudelijke beoordeling voldoet niet.

Art. 27, FRIA: Fundamental Rights Impact Assessment

Reference

Art. 27 verplicht bepaalde deployers, publieke instanties en private deployers in afgebakende sectoren zoals krediet en verzekeringen, om vóór de inzet van een hoog-risico AI-systeem een Fundamental Rights Impact Assessment (FRIA) uit te voeren, die de impact op grondrechten en de mitigerende maatregelen onderzoekt.

Art. 4, AI literacy: zorg dat je team AI begrijpt

Reference

Art. 4 verplicht organisaties sinds 2 februari 2025 om te zorgen voor een voldoende niveau van AI-geletterdheid bij medewerkers die AI-systemen bedienen of gebruiken, in verhouding tot het systeem en de rol. De verplichting geldt voor alle AI-inzet, niet alleen hoog-risico, en moet aantoonbaar zijn.