AI documentatie

AI documentatie verplichtingen: Artikel 11 en 13 uitgelegd

Aanbieders van high-risk AI stellen onder Artikel 11 een technisch dossier met negen Annex IV-secties op en houden dat volgens Artikel 18 tien jaar na markt-plaatsing beschikbaar. Artikel 13 lid 3 specificeert acht onderdelen van de instructions for use, die de aanbieder aan de deployer levert. De deployer bewaart op zijn beurt de automatisch gegenereerde logs minimaal zes maanden (Artikel 26 lid 6). Voor een MKB-aanbieder komt de totale documentatie voor één high-risk AI-systeem op 80 tot 200 pagina's.

12 min leestijd
9 Annex IV-secties verplicht
8 IFU-onderdelen Artikel 13
6 maanden minimum logs
10 jaar bewaren technical file

Documentatie als juridisch dossier, niet als marketingstuk

AI technische documentatie onder de AI Act is geen flyer, geen brochure en geen architectuurdocument dat je al had liggen. Het is een juridisch dossier dat aan specifieke eisen voldoet, door toezichthouders wordt ingezien en tien jaar na markt-plaatsing beschikbaar moet blijven (Artikel 18). Voor high-risk AI-aanbieders is dit de zwaarste administratieve opgave binnen AI Act-compliance. Onderschat het niet; onderschatten kost typisch maanden vertraging bij conformity assessment.

Voor deployers is de opgave lichter maar niet nul. Je ontvangt de instructions for use van de aanbieder (Artikel 13) en volgt die; je bewaart automatisch gegenereerde logs (Artikel 12 en 26.6); je houdt een eigen AI-register en human-oversight-documentatie; je voert waar vereist een FRIA uit (Artikel 27). Koppeling met onze high-risk-classificatie-gids.

Hieronder eerst een visueel overzicht van de documenten-flow tussen aanbieder, deployer en toezichthouder. Daarna de complete visuele checklist met alle Annex IV-secties en IFU-onderdelen. De tekst verderop werkt elk onderdeel praktisch uit.

Visueel overzicht: wie maakt wat, wie ontvangt wat

De AI Act verdeelt documentatie-verantwoordelijkheden strak tussen aanbieder, deployer en toezichthouder. Dit diagram maakt de stromen helder.

Rol-wissel: Als een deployer substantieel aanpast of onder eigen naam doorlevert, wordt hij aanbieder (Artikel 25). De complete aanbieder-stack met Annex IV wordt dan van toepassing. Dit transitiepunt wordt vaak gemist.

Volledige AI Act documentatie-checklist

Elke verplichting afvinkbaar met artikelverwijzing. Voor audit-gereedheid doorloop je deze systematisch per AI-systeem.

Aanbieder verplicht
Deployer verplicht
Gedeeld
Naar toezichthouder
Aanbieder

Annex IV technical file

Negen secties die samen het technisch dossier vormen voor high-risk AI (Artikel 11).

  • Algemene systeembeschrijving Annex IV.1Doel, beoogd gebruik, versies, aanbieder-identiteit, interactie met andere systemen.
  • Gedetailleerde beschrijving elementen Annex IV.2Ontwerpkeuzes, architectuur, trainingsmethode, dataset-karakteristieken, pre-processing, evaluatie-procedures.
  • Monitoring en controle Annex IV.3Beschrijving van hoe monitoring en controle in de praktijk werken, input-specificaties, afwijkende omstandigheden.
  • Performance-metrics passend Annex IV.4Keuze van metrics (accuracy, recall, F1, enz.) onderbouwen tegenover beoogd doel.
  • Risk management system Annex IV.5 + Art. 9Identificatie, beoordeling, mitigatie en monitoring van risico's, met verantwoording per maatregel.
  • Relevante wijzigingen lifecycle Annex IV.6Substantiele wijzigingen traceren, versie-beheer, impact-assessment bij updates.
  • Lijst harmonised standards Annex IV.7Toegepaste geharmoniseerde normen en deels toegepaste; waar afgeweken en hoe.
  • EU-verklaring van overeenstemming Annex IV.8 + Art. 47Kopie van de ondertekende declaration of conformity, met verwijzing naar toegepaste modules.
  • Post-market monitoring Annex IV.9 + Art. 72Plan voor post-market monitoring, incident-rapportage, feedback-mechanisme van deployers.
Aanbieder → Deployer

Instructions for Use (IFU)

Acht onderdelen die deployers moeten ontvangen en kunnen begrijpen (Artikel 13 lid 3).

  • Identiteit aanbieder Art. 13.3(a)Naam, handelsmerk, fysiek en digitaal contact, EU-gemachtigde waar vereist.
  • Kenmerken + beperkingen Art. 13.3(b)Beoogd doel, nauwkeurigheidsniveau, robuustheid, cybersecurity, omstandigheden die risico kunnen verhogen.
  • Gemaakte wijzigingen Art. 13.3(c)Wijzigingen die de aanbieder heeft vastgesteld en het bijbehorende prestatieniveau.
  • Menselijke controle Art. 13.3(d)Specifieke maatregelen voor human oversight die deployers moeten implementeren.
  • Hardware en computational Art. 13.3(e)Vereiste computational resources, hardware, levensduur, onderhoud.
  • Output-interpretatie Art. 13.3(f)Mechanismen om deployer in staat te stellen AI-output goed te interpreteren en gebruiken.
  • Verwachte levensduur Art. 13.3(g)Verwachte lifecycle van het AI-systeem en onderhoudsverwachtingen.
  • Onderhoud en zorg Art. 13.3(h)Maatregelen voor onderhoud, updates, patches, zorg voor continuiteit.
Logs (deployer)

Automatisch gegenereerde logs bewaren voor minimaal 6 maanden. Langer bij sectorale regelgeving of onderbouwing onder AVG.

Art. 12 + 26.6
Transparantie

Chatbot-identificatie, AI-content-markering, deepfake-labels, emotie-herkenning-notificatie. Vanaf 2 aug 2026.

Art. 50
Bewaartermijn

Aanbieder: 10 jaar na markt-plaatsing voor technical file, QMS, conformity-docs en EU-verklaring.

Art. 18
Deployer eigen dossier

AI-register, training-bewijs (Art. 4), eventueel FRIA (Art. 27), gecombineerd met AVG-DPIA waar PII.

Art. 26-27

Hoe je deze checklist operationaliseert

De checklist hierboven maakt zichtbaar wat klaar moet zijn voordat een high-risk AI op de markt komt (aanbieder) of in gebruik wordt genomen (deployer). Vertaling naar project: per item een eigenaar, deadline en bewijsstuk. Per documenttype een versie-beheer-systeem (Git, Confluence, Notion) met traceerbaarheid van wijzigingen. Per release van het AI-systeem een documentatie-review als release-gate. Zonder deze discipline zakt een initieel goed dossier binnen twee jaar terug naar verouderd en audit-kwetsbaar.

Voor MKB-aanbieders is het technisch dossier typisch 40-120 paginas werk. De IFU vaak 15-40 paginas. Samen met QMS-documentatie, EU-verklaring en post-market plan kom je op 80-200 paginas aan totaal documentatie voor een enkel high-risk AI-systeem. Schrik niet: met een goede template-set en systematische aanpak is dit in twee tot vijf maanden te bouwen. Zonder template-set duurt het soms driedubbel.

Deployers hebben lichtere opgave maar ook strakke discipline nodig: logs moeten systematisch worden opgeslagen (automatisch, geen handmatig werk), training-bewijzen gedocumenteerd (per medewerker, met datum en inhoud), human oversight-procedures gevolgd volgens IFU. Bij audit is het verschil tussen 'wij doen dat zo' (informeel) en 'hier is het bewijs' (papieren trail) het verschil tussen accepteerbaar en niet.

Bewaartermijnen per documenttype

Overzicht van minimum termijnen onder AI Act, met AVG-overweging over maximum.

Document Artikel Minimum Eigenaar
Technical file (Annex IV)Art. 18.1(a)10 jaar na markt-plaatsingAanbieder
QMS-documentatieArt. 18.1(b)10 jaarAanbieder
Notified body-documentatieArt. 18.1(c)10 jaarAanbieder
EU-verklaring van overeenstemmingArt. 47.310 jaarAanbieder
Logs (deployer-zijde)Art. 26.66 maanden minimumDeployer
Logs aanbieder-zijdeArt. 19Onder controle van aanbiederAanbieder
FRIA-documentatieArt. 27.5Bij wijziging updatenDeployer

Documentatie-traject in vier fases

Typische opzet voor MKB-aanbieder van high-risk AI.

Scope
Welk systeem, welke risicoklasse, welke rol, welke documenten nodig.
Technical file
Negen Annex IV-secties, input van engineering en compliance.
IFU en logs
Instructions for Use schrijven, logging-mechanisme inbouwen.
Review + versiebeheer
Interne review, juridische check, versiebeheer en update-proces.

Veelgestelde vragen over AI-documentatie

Tien gedetailleerde vragen. Koppel met onze high-risk-gids voor classificatie.

Afhankelijk van rol en risicoklasse. Aanbieders van high-risk AI: volledig technisch dossier volgens Annex IV (Artikel 11), instructions for use (Artikel 13), automatisch gegenereerde logs-mechanisme (Artikel 12), Quality Management System-documentatie (Artikel 17), EU-verklaring van overeenstemming (Artikel 47), post-market monitoring-plan (Artikel 72). Deployers van high-risk AI: logs bewaren, lokaal dossier met gebruikte AI-systemen en human oversight-procedures, FRIA waar vereist (Artikel 27). Voor transparantie-eis-systemen (Artikel 50, limited risk): bewijs van implementatie van disclosures. Voor minimal-risk: geen specifieke AI Act-documentatie, wel algemene governance-documentatie wenselijk.
Annex IV lijst op wat in de technische documentatie voor high-risk AI moet staan. Negen hoofdsecties. Een: algemene beschrijving van het AI-systeem, inclusief doel en aanbieder-identiteit. Twee: gedetailleerde beschrijving van elementen en ontwikkelingsproces. Drie: informatie over monitoring, werking en controle. Vier: beschrijving van performance-metrics en waarom ze passend zijn. Vijf: risk management systeem (Artikel 9). Zes: beschrijving van relevante wijzigingen tijdens lifecycle. Zeven: lijst van toegepaste harmonised standards. Acht: kopie EU-verklaring van overeenstemming. Negen: gedetailleerde beschrijving post-market monitoring-systeem. De exacte reikwijdte per sectie is in Annex IV uitgewerkt met subitems. Voor MKB-aanbieders van high-risk AI is dit een substantieel documentatiepakket; doorgaans 40-120 paginas.
Artikel 13, lid 3 specificeert acht onderdelen voor de instructions for use (IFU) die aanbieders aan deployers moeten verstrekken. Een: identiteit en contactgegevens van de aanbieder en eventuele gevolmachtigde. Twee: kenmerken, mogelijkheden en prestatie-beperkingen van het AI-systeem, inclusief beoogd doel, nauwkeurigheidsniveau, robuustheid, cybersecurity, potentiele circumstances-of-use die risico kunnen verhogen. Drie: wijzigingen die de aanbieder heeft vastgesteld en het prestatie-niveau. Vier: menselijke-controle-maatregelen. Vijf: vereiste computationele en hardware-middelen, levensduur, onderhoud. Zes: mechanismen om deployers in staat te stellen output te interpreteren en gebruiken. Zeven: verwachte levensduur. Acht: beschrijving van onderhoud en zorg-maatregelen. IFU moet begrijpelijk, relevant, toegankelijk zijn.
Artikel 26, lid 6 bepaalt voor deployers: automatisch gegenereerde logs moeten worden bewaard voor zolang als passend is gezien het beoogde doel, minimaal zes maanden, tenzij anders bepaald door toepasselijk Unierecht of lidstaatrecht (in het bijzonder AVG). Voor sectorspecifieke regelgeving (financieel, medisch) kunnen langere termijnen gelden. AVG-overweging: bewaring mag niet langer dan noodzakelijk (Artikel 5 lid 1 sub e AVG), dus zes maanden moet voldoende kunnen worden onderbouwd. In de praktijk hanteren we voor MKB-deployers zes tot twaalf maanden als default. Voor kritieke high-risk AI (biometrie, kredietverlening): twee tot zeven jaar afhankelijk van sectorregulering. Documenteer de bewaartermijn en rationale als onderdeel van governance.
Artikel 50 regelt transparantieverplichtingen voor specifieke AI-systemen, van toepassing vanaf 2 augustus 2026. Vier categorieen. Een: AI-systemen die met natuurlijke personen interacteren (chatbots) moeten gebruikers informeren dat ze met AI interacteren, tenzij dit duidelijk is uit de omstandigheden. Twee: aanbieders van AI die synthetische audio-, afbeelding-, video- of tekstcontent genereren moeten de output in machinereadable format markeren als AI-gegenereerd. Drie: deployers van emotie-herkenning of biometrische categorisering moeten natuurlijke personen informeren. Vier: deployers die deepfakes genereren moeten deze labelen als AI-gegenereerd of gemanipuleerd. Voor tekst met openbaar belang die AI-gegenereerd of gemanipuleerd is, geldt aparte disclosure-verplichting, met uitzondering voor kennelijk artistiek gebruik.
Voor aanbieder-MKB met een high-risk AI-systeem: technisch dossier volgens Annex IV + IFU + QMS-documentatie gezamenlijk 40.000-120.000 euro afhankelijk van complexiteit van het systeem en bestaande documentatie-volwassenheid. Doorlooptijd: twee tot vijf maanden. Voor deployer-MKB met high-risk AI: documentatie-opzet beperkter (log-retentie, eigen register, human-oversight-procedures): 8.000-20.000 euro, vier tot acht weken. Voor implementatie van Artikel 50 transparantie: 2.000-10.000 euro afhankelijk van aantal chatbot-punten en content-generatie-omvang. Hele documentatie-pakket is vaak de grootste tijdsinvestering van aanbieder-compliance; plan voldoende tijd in.
Niet specifiek onder AI Act. Minimal-risk AI (Artikel 4 AI-geletterdheid en optionele codes of conduct uit Artikel 95 daargelaten) kent geen AI Act-documentatieverplichting. Wel zinvol om basis-documentatie te hebben: inventarisatie in AI-register, basis-risico-inschatting, DPIA als persoonsgegevens (Artikel 35 AVG). Governance-praktijk zelf documenteert minimal-risk meestal ook, maar lichter dan high-risk. Voor MKB werkbaar: een A4 per minimal-risk AI-systeem met doel, input, output, rechtsgrond, verantwoordelijke, datum review. Dit is niet AI Act-verplicht maar onderdeel van goede governance.
Technical file is de Engelse term voor het technisch dossier onder Artikel 11 AI Act, verwijzend naar Annex IV. Parallel aan technical files onder Machinery Regulation, MDR, RED. Inhoud: de negen Annex IV-secties plus bewijs van conformity assessment (Artikel 43), EU-verklaring van overeenstemming (Artikel 47), eventueel CE-markering-informatie. Bewaartermijn: tien jaar na markt-plaatsing van het AI-systeem (Artikel 18). Locatie: moet beschikbaar zijn voor nationale toezichthouders in vorm die lezing mogelijk maakt. Voor open-source AI-aanbieders: er zijn specifieke vereenvoudigingen onder Artikel 53 voor GPAI-modellen.
Specifieke toegangsgroepen. Nationale toezichthouders (in Nederland: AP voor coordinatie, sectorale autoriteiten) bij audit of melding. EU AI Office voor GPAI-modellen. Notified bodies bij conformity assessment. Markttoezichtautoriteiten. Bij high-risk AI-incidenten: andere toezichthouders (bijv. AFM bij financiele sector). Klanten/deployers: ontvangen IFU (Artikel 13), niet automatisch de volledige Annex IV-documentatie, tenzij contractueel anders afgesproken. Gebruikers/betrokkenen: ontvangen normaliter geen documentatie, wel de transparantie-informatie uit Artikel 50 en AVG-artikel 13/14. Documentatie is bedrijfsvertrouwelijk maar moet aan gevraagde autoriteiten binnen redelijke termijn verstrekt worden.
Documentatie-onderhoud is een van de grootste praktische uitdagingen. Drie principes. Eerste: koppel documentatie-updates aan release-cyclus. Bij elke wijziging in AI-systeem automatisch een documentatie-review triggeren. Tweede: versiebeheer zoals code. Documentatie in Git of vergelijkbaar, met pull-requests, reviews, traceerbaarheid. Derde: eigenaar per document. Niet 'compliance doet het', wel specifieke verantwoordelijke per documenttype (risk-manager voor risk management-sectie, productmanager voor IFU, enz.). Jaarlijks: volledige review van het complete documentatiepakket. Bij significant-substantial modificatie (Artikel 43 lid 4): volledige conformity assessment herzien plus documentatie-update.

Opgesteld met AI-ondersteuning door de redactie van Prometheus21, laatst bijgewerkt op 7 september 2026. Hoe wij content maken

AI documentatie-pakket laten opstellen

Plan een kennismaking om scope en tijdsplan voor jouw technical file, IFU en log-opzet te bespreken. Voor aanbieders en deployers van 10 tot 250 FTE.

Documentatie in context.

AI Act-documentatie staat niet op zichzelf. Deze aanpalende pagina's geven verdieping.

AI Compliance
AI Act-roadmap MKB
AI Compliance
AI Act voor deployers
AI Compliance
Risicoclassificatie
AI Compliance
High-risk AI-systemen
AI Compliance
Conformity assessment