ISO 42001 implementeren: stappenplan van AI-inventarisatie tot certificering

ISO/IEC 42001:2023 is de internationale norm voor een AI-managementsysteem, het AIMS. De norm volgt dezelfde hoofdstructuur als ISO 27001: context, leiderschap, planning, ondersteuning, uitvoering, evaluatie en verbetering. Wie een ISMS kent, herkent het skelet. De inhoud verschilt: de risico's gaan over de organisatie zelf en ook over de gevolgen van AI voor mensen en groepen daarbuiten. Dit stappenplan volgt de volgorde waarin een implementatie in de praktijk het best loopt, met per stap de clausule waar het om gaat.

Stap 1: breng in kaart welke AI je hebt

Alles in het AIMS hangt aan de lijst met AI-systemen die de organisatie ontwikkelt, levert of gebruikt. Die lijst is bijna altijd langer dan verwacht. Naast eigen modellen en een centraal ingekochte chatbot gaat het om AI-functies in CRM, HR-software, klantenservicetools en kantoorpakketten, vaak aangezet door een leverancier zonder dat iemand daarover besloot. Vraag het daarom niet alleen aan IT, maar ook aan inkoop, HR, marketing en de afdelingen die zelf tools afsluiten. Hoe je de verborgen toepassingen vindt, staat in shadow AI inventariseren. Leg per systeem minimaal het doel, de eigenaar, de leverancier, de gebruikte gegevens en de betrokkenen vast.

Stap 2: bepaal context, rol en scope

Clausule 4 vraagt dat je de context van de organisatie bepaalt, de belanghebbenden en hun eisen, en de rol die je hebt ten opzichte van AI-systemen. Ontwikkel je AI, lever je het aan klanten, gebruik je het zelf, of een combinatie daarvan? Die rol bepaalt welke beheersmaatregelen relevant zijn en sluit aan op het onderscheid tussen aanbieder en gebruiksverantwoordelijke in de EU AI Act. Daarna leg je de scope vast. Een te smalle scope, bijvoorbeeld één product terwijl klanten vragen stellen over de hele dienstverlening, levert een certificaat op dat weinig zegt. Een te brede scope maakt het eerste traject onnodig zwaar.

Stap 3: leg leiderschap, beleid en rollen vast

Clausule 5 vraagt betrokkenheid van het topmanagement, een AI-beleid en toegewezen verantwoordelijkheden. Een veelgemaakte fout is om de securityafdeling eigenaar te maken van alle AI-risico's. Dan loopt elk AI-initiatief via één afdeling die dat werk niet kan dragen. Het werkt beter als de business eigenaar is van het AI-systeem en de uitkomsten, en security, privacy en compliance adviseren en toetsen. Houd het beleid werkbaar. Een verbod op alles wat niet expliciet is goedgekeurd, duwt medewerkers naar persoonlijke accounts en daarmee buiten het zicht van het AIMS. Stel ook meetbare AI-doelstellingen op (clausule 6.2). Een auditor vraagt hoe je die volgt.

Stap 4: beoordeel en behandel de AI-risico's

Clausule 6.1.2 vraagt een vastgelegde methode voor de AI-risicobeoordeling. De risico's zijn breder dan bij informatiebeveiliging: bias, gebrek aan transparantie, onvoldoende datakwaliteit, modeldrift, misbruik en afhankelijkheid van één modelaanbieder horen erbij. Maak risico's concreet met scenario's. Wat gebeurt er als dit model een verkeerde beslissing neemt, wie merkt dat op, en wat betekent het voor klanten, betrokkenen en de organisatie? Een risicoregister waarin alles op "middel" staat, helpt niemand prioriteren.

Voor de risicobehandeling (clausule 6.1.3) kies je maatregelen en vergelijk je die met de 38 beheersmaatregelen uit Annex A. Het resultaat leg je vast in een Statement of Applicability, met per maatregel de reden van opname of uitsluiting. Annex A is een referentielijst en geen verplichte checklist. Een uitsluiting mag, als je haar onderbouwt. Hoe je dat document opbouwt, lees je in het Statement of Applicability voor ISO 42001.

Stap 5: voer AI-systeemimpactassessments uit

Clausule 6.1.4 heeft geen tegenhanger in ISO 27001. Je stelt een proces vast om de mogelijke gevolgen van een AI-systeem voor personen, groepen en de samenleving te beoordelen, en je legt de uitkomsten vast. Die uitkomsten voeden de risicobeoordeling. ISO/IEC 42005:2025 geeft richtlijnen voor de opzet van zo'n assessment. Het is geen certificeerbare norm, wel een bruikbaar sjabloon. Voor gebruiksverantwoordelijken van bepaalde hoog-risicosystemen vraagt de AI Act daarnaast een grondrechteneffectbeoordeling (artikel 27). Stem beide op elkaar af, zodat je hetzelfde onderzoek niet twee keer doet.

Stap 6: voer maatregelen in en bouw bewijs op

Nu gaat het AIMS draaien. Clausule 7 en 8 vragen dat je middelen, competenties, bewustzijn, communicatie en gedocumenteerde informatie regelt en de geplande processen uitvoert. In de praktijk gaat het onder meer om een levenscyclusproces voor AI-systemen (Annex A.6), afspraken over de data waarmee systemen worden getraind en gevoed (A.7), informatie voor gebruikers en betrokkenen (A.8), regels voor verantwoord gebruik (A.9) en eisen aan leveranciers en klanten (A.10). Een auditor wil zien dat een procedure wordt gevolgd; het document alleen is niet genoeg. Verzamel dus vanaf de eerste dag bewijs: goedkeuringen, testresultaten, vastgelegde beoordelingen van nieuwe systemen en verslagen van menselijk toezicht.

Stap 7: interne audit en managementreview

Clausule 9.2 en 9.3 verplichten een interne audit en een managementreview. Certificatie-instellingen verwachten dat beide minstens één keer zijn uitgevoerd voordat de stage 2-audit plaatsvindt. De interne audit dekt de hele scope en alle eisen, en wordt uitgevoerd door iemand die onafhankelijk is van het getoetste werk. De managementreview behandelt vaste onderwerpen, zoals de uitkomsten van audits, de voortgang op de doelstellingen en wijzigingen in context en risico's. Wie de interne audit opzet als generale repetitie voor de externe audit, vindt de zwakke plekken zelf. Een aanpak staat in de interne audit van je AIMS.

Stap 8: de certificeringsaudit

De externe audit verloopt in twee fasen. In stage 1 beoordeelt de certificatie-instelling de documentatie en of de organisatie klaar is voor de volgende fase. In stage 2 toetst zij of het AIMS in de praktijk werkt. In 2025 is ISO/IEC 42006 verschenen, met aanvullende eisen aan instellingen die ISO 42001 certificeren, onder meer over de competentie van auditors en de berekening van de audittijd. Kies een instelling die voor ISO 42001 geaccrediteerd is of daarvoor in een accreditatietraject zit, en vraag vooraf hoe lang het AIMS aantoonbaar moet hebben gedraaid voordat stage 2 kan plaatsvinden. Een certificaat is drie jaar geldig, met jaarlijkse surveillance-audits.

Na de certificering

Een AIMS veroudert snel als niemand het bijhoudt. Modellen worden opnieuw getraind, leveranciers voegen AI-functies toe en nieuwe toepassingen komen binnen via een proefabonnement. Richt daarom een vast ritme in: werk de AI-inventarisatie periodiek bij, beoordeel nieuwe systemen voordat ze live gaan en volg afwijkingen op met corrigerende maatregelen (clausule 10). Bij de surveillance-audit vraagt de auditor juist naar die wijzigingen.

ISO 27001 en de EU AI Act

Heb je al ISO 27001, dan ligt een geïntegreerd managementsysteem voor de hand. Documentbeheer, interne audit, managementreview en corrigerende maatregelen kun je voor beide normen gebruiken. De AI-specifieke onderdelen, zoals de impactassessments en de maatregelen uit Annex A van ISO 42001, komen erbij.

Voor de EU AI Act is ISO 42001 een goede basis voor governance, maar geen bewijs van conformiteit. De norm is geen geharmoniseerde norm onder de AI Act en geeft dus geen vermoeden van conformiteit. Voor de eisen aan het kwaliteitsmanagementsysteem van aanbieders van hoog-risicosystemen (artikel 17) werkt CEN-CENELEC aan een eigen Europese norm, EN 18286. Door de Digital Omnibus, Verordening (EU) 2026/1744, gaan de verplichtingen voor hoog-risicosystemen uit Annex III in op 2 december 2027 en die voor AI in producten onder Annex I op 2 augustus 2028. Wie nu met ISO 42001 begint, heeft het managementsysteem staan voordat die termijnen ingaan.

Secure Audit begeleidt organisaties bij de implementatie van ISO 42001, van gap-analyse en AI-inventarisatie tot de voorbereiding op de certificeringsaudit. Meer over onze aanpak staat op de pagina Compliance.