Een audit trail opbouwen die de toezichthouder overtuigt
Een audit trail voor EU AI Act-compliance is het gestructureerde, bewaarde dossier, de combinatie van de systeemlogs (Art. 12) en de eigen toezicht- en monitoringdocumentatie van de deployer, waarmee u aan een toezichthouder kunt aantonen dat een hoog-risico AI-systeem rechtmatig is ingezet.
Bijgewerkt: juni 2026
Inleiding: audit trail als compliance-fundament
Een audit trail, een chronologische, onveranderbare registratie van alle significante AI-gerelateerde gebeurtenissen, is het ruggengraat van EU AI Act-compliance voor deployers. Art. 12 verplicht providers om hoog-risico AI-systemen uit te rusten met automatische logging-functionaliteit. Art. 26.6 verplicht deployers om die logs te bewaren en aan te vullen met hun eigen toezichtsdocumentatie.
Maar een effectieve audit trail gaat verder dan het technische minimum. Deze gids beschrijft hoe u een audit trail opbouwt die zowel wettelijk compliant is als praktisch bruikbaar voor intern toezicht, incidentonderzoek en externe audits.
Stap 1: definieer de scope van uw audit trail
Bepaal vóór de technische implementatie wat uw audit trail moet dekken. De scope omvat minimaal:
AI-beslissingen (per individuele beslissing):
- Elke aanroep van het AI-systeem met inputparameters
- De output van het systeem (score, classificatie, aanbeveling)
- De definitieve beslissing na menselijk toezicht
- Eventuele overschrijving met motivering
Systeemgebeurtenissen:
- Updates en versiewijzigingen van het AI-systeem
- Configuratiewijzigingen
- Storingen en herstart-events
- Toegang door beheerders
Compliance-events:
- Wijzigingen in het gebruik-protocol
- Trainingen van toezichthouders (Art. 4)
- Monitoring-reviews en bevindingen
- Incidentmeldingen aan de toezichthouder (Art. 73)
Stap 2: stel integriteits- en bewaarstrategie vast
De audit trail verliest zijn waarde als records achteraf kunnen worden gewijzigd. Implementeer technische integriteitsmaatregelen:
Append-only database: Gebruik een datastore waarbij INSERT de enige toegestane schrijfoperatie is voor historische records. UPDATE en DELETE van bestaande records zijn geblokkeerd op databaseniveau, niet alleen via applicatielogica die omzeild kan worden.
Cryptografische hashketen: Voor hoge-zekerheidsomgevingen (publieke sector, financiën, zorg): genereer voor elk record een hash die de vorige record-hash bevat. Elke manipulatie van een historisch record is dan detecteerbaar.
Tijdstempel: Gebruik server-side tijdstempels (niet client-side), bij voorkeur gesynchroniseerd met een vertrouwde tijdsbron (NTP-server). Bij juridische geschillen is de nauwkeurigheid van tijdstempels van belang.
Backup-strategie:
- Dagelijkse backup naar een afzonderlijk opslagsysteem (niet op dezelfde server)
- Ten minste één backup in een andere geografische locatie (of cloudregio)
- Maandelijkse test van backup-herstel
Stap 3: implementeer de technische logging-architectuur
Voor hoog-volume AI-systemen (meer dan 100 beslissingen per dag) is een gestructureerde technische aanpak noodzakelijk:
Logging-pipeline:
- AI-systeem genereert event bij elke aanroep → event bevat: timestamp, systeem-ID, versie, input-referentie, output, vertrouwensscore
- Event wordt asynchroon verzonden naar de centrale logging-service (gebruik message queue voor betrouwbaarheid)
- Logging-service schrijft event naar append-only datastore
- Toezichthouder voegt menselijk-toezicht-record toe (akkoord/overschrijving) via een afzonderlijke interface
- Beide records worden aan elkaar gekoppeld via het beslissing-ID
Opslag-formaat: Gebruik gestructureerd formaat (JSON, Parquet) dat exporteerbaar is voor audits door de toezichthouder. Vermijd proprietaire formaten die afhankelijk zijn van de leverancier.
Stap 4: stel retentiepolicies in per gegevenssoort
| Gegevenssoort | Minimale retentie (EU AI Act) | Sectorale override |
|---|---|---|
| AI-beslissingslogs | 6 maanden | Financiën: 5-7 jaar; Zorg: 20 jaar; Overheid: Archiefwet |
| Toezichtdocumentatie | 6 maanden | Arbeidsrecht: 5 jaar na einde arbeidsrelatie |
| Monitoringverslagen | 6 maanden na rapport | Conform sectorwetgeving |
| Incidentdossiers | Tot afronding procedures | Minimaal 5 jaar (verjaringstermijn) |
| Compliance-events | 6 maanden | Conform sectorwetgeving |
Implementeer automatische retentie-policies die records na het verstrijken van de bewaartermijn verwijderen (AVG-compliant) of pseudonimiseren (als AI Act-bewaarplicht nog loopt).
Stap 5: configureer toegangscontrole en scheiding van functies
Een audit trail is alleen betrouwbaar als de toegangsrechten correct zijn ingericht:
- AI-systeemoperator: geen schrijftoegang tot logs (voorkomt manipulatie)
- Toezichthouder: schrijftoegang tot toezicht-records (alleen eigen entries)
- Compliance officer / AI Officer: leestoegang tot alle records, geen schrijftoegang
- Beheerder: schrijftoegang voor correcties, maar alleen met dubbele autorisatie en logging van de correctie zelf
- de toezichthouder: leestoegang op verzoek, via export of beveiligde portal
Stap 6: test de audit trail voor go-live
Vóór ingebruikname van een hoog-risico AI-systeem, voert u de volgende tests uit op de audit trail:
- Completheidstest: genereert elke AI-aanroep een log-entry?
- Integriteittest: is een historisch record na aanmaak onwijzigbaar?
- Exporttest: kunt u een periode exporteren in een formaat dat leesbaar is voor de toezichthouder?
- Herstelt: kunt u na een systeemstoring de logs volledig herstellen vanuit backup?
- Koppelingstest: zijn AI-beslissingslogs en toezicht-records correct aan elkaar gekoppeld?
Stap 7: onderhoud en jaarlijkse audit
Na implementatie voert u jaarlijks een interne audit van de audit trail uit:
- Is de audit trail volledig (geen gaten in de tijdreeks)?
- Worden retentie-policies correct nageleefd?
- Is de backup-strategie operationeel en getest?
- Zijn toegangsrechten nog correct ingericht?
- Is de export-functionaliteit werkend?
Samenvatting
Een goed opgebouwde audit trail kost eenmalig investering maar levert jarenlang compliance-zekerheid. De sleutelprincipes: append-only opslag, cryptografische integriteit, correcte retentie-policies, en scheiding van schrijftoegang. Start de opbouw vóór ingebruikname van het AI-systeem, retroactief reconstrueren is niet mogelijk.