28 dagen tot de inwerkingtreding van de EU AI-wet
Meer informatie →

EU AI-wet Artikel 11 & Bijlage IV: Technische Documentatie

Artikel 11 vereist van aanbieders van AI-systemen met een hoog risico dat zij technische documentatie opstellen voordat het systeem op de markt wordt gebracht en deze up-to-date houden. Bijlage IV definieert precies wat die documentatie moet bevatten. Deze pagina loopt door elk element van Bijlage IV, de regel voor het bewaren van gegevens gedurende tien jaar en hoe technische documentatie in verband staat met de in Artikel 12 genoemde logbestanden.

Artikel 11 + Bijlage IV Diepgaande Analyse

EU AI-wet Artikel 11 & Bijlage IV: Technische Documentatie

Artikel 11 vereist van aanbieders van AI-systemen met een hoog risico dat zij technische documentatie opstellen voordat het systeem op de markt wordt gebracht en deze up-to-date houden. Bijlage IV definieert precies wat die documentatie moet bevatten. Deze pagina loopt door elk element van Bijlage IV, de regel voor het bewaren van gegevens gedurende tien jaar en hoe technische documentatie in verband staat met de in Artikel 12 genoemde logbestanden.

Laatst bijgewerkt: 4 juli 2026

Wat Artikel 11 Vereist

De aanbieder van een AI-systeem met een hoog risico moet technische documentatie opstellen voordat het systeem op de markt wordt gebracht of in gebruik wordt genomen en deze up-to-date houden gedurende de hele levenscyclus van het systeem.

De documentatie moet aantonen dat het systeem voldoet aan de vereisten van Hoofdstuk III, Afdeling 2 van de EU AI-wet (risicobeheer, gegevensbeheer, logging, transparantie, menselijke toezicht, nauwkeurigheid en robuustheid) en moet de nationale bevoegde autoriteiten en aangemelde instanties de informatie verschaffen die zij nodig hebben om de conformiteit te beoordelen. Artikel 11 legt de verplichting vast; Bijlage IV legt de vereiste inhoud vast. Beide worden samen gelezen.

Wat Bijlage IV Moet Bevatten

Bijlage IV vermeldt de minimumelementen die de technische documentatie moet bevatten:

  • Algemene systeembeschrijving — beoogd doel, aanbieder, versies, hoe het systeem interacteert met hardware of andere software en de vormen waarin het op de markt wordt gebracht
  • Gedetailleerde beschrijving van het ontwikkelingsproces — ontwerpspecificaties, systeemarchitectuur, belangrijke ontwerpkansen en hun rationale, gebruikte rekenbronnen en de gegevensvereisten en gegevensbladen voor trainings-, validatie- en testgegevens
  • Bewaking, functioneren en controle — de mogelijkheden en beperkingen van het systeem, verwachte nauwkeurigheid, voorzienbare onbedoelde gevolgen en de maatregelen voor menselijke toezicht die onder Artikel 14 zijn getroffen
  • Prestatiemetrics — de gebruikte metrics voor nauwkeurigheid, robuustheid en cybersecurity, de testgegevens en validatieprocedures en de behaalde resultaten
  • Risicobeheerssysteem — een beschrijving van het risicobeheerssysteem van Artikel 9 en de resterende risico's die na mitigatie overblijven
  • Plan voor bewaking na de markt — het systeem dat is ingesteld om gegevens over de werkelijke prestaties na de inzet te verzamelen en te beoordelen, zoals vereist door Artikel 72
  • Normen en verklaringen — de toegepaste geharmoniseerde normen (of de oplossingen die zijn aangenomen waar deze niet werden toegepast) en een kopie van de EU-conformiteitsverklaring

De Documentatie Tien Jaar Bewaren

Technische documentatie is geen eenmalige levering. Op grond van Artikel 18 moet de aanbieder de technische documentatie, de EU-conformiteitsverklaring en de daarbij behorende gegevens ter beschikking van de nationale bevoegde autoriteiten houden voor tien jaar nadat het AI-systeem op de markt is gebracht of in gebruik is genomen.

Omdat de documentatie ook up-to-date moet worden gehouden gedurende die tien jaar, hebben aanbieders een levend recordsysteem nodig in plaats van een statisch PDF. Elke wezenlijke wijziging in het model, de gegevens of de toezichtsregelingen moet in de documentatie worden weerspiegeld en gedurende de volledige bewaarperiode worden bewaard.

Voor kleine en middelgrote ondernemingen (SME's) staat de AI-wet een vereenvoudigd formaat voor technische documentatie toe, maar de verplichting tot bewaring gedurende tien jaar blijft van toepassing.

Relatie Tot Artikel 12 Logbestanden

De documentatie van Bijlage IV beschrijft hoe het systeem is ontworpen om gebeurtenissen op te nemen; Artikel 12 vereist dat het systeem deze logbestanden daadwerkelijk gegenereerd tijdens de werking.

Beide vormen complementaire bewijs. De technische documentatie legt de loggingmogelijkheden, de benadering van bewaring en het ontwerp van traceerbaarheid uit, terwijl de automatisch gegenereerde logbestanden het actuele bewijs vormen dat aantoont dat het systeem zich heeft gedragen zoals in de documentatie is beschreven. Wanneer een toezichthouder u vraagt om de conformiteit aan te tonen, zal hij verwachten dat de beschrijving in Bijlage IV en de logbestanden van Artikel 12 overeenkomen. Behandel technische documentatie en logging als één doorlopend bewijsproces.

Hoe AIAgentree Helpt

AIAgentree produceert het operationele bewijs dat aan de logging- en recordvereisten van Bijlage IV voldoet — het vervangt uw technische documentatie niet, maar levert het traceerbare beslissings- en toezichtsrecord dat de documentatie moet verwijzen naar:

  • Tamper-evidente beslissingsrecords vangen elke invoer, tussenstap, uitvoer en menselijke toezichtsactie, waardoor u het actuele bewijs krijgt dat de beschrijving van bewaking en controle in Bijlage IV belooft
  • Audit-fit bewaring en één-klik-export (via REST, MCP, A2A en OpenTelemetry, plus Python- en TypeScript-SDK's) laten u records bewaren en produceren gedurende de tien jaar, met EU-gegevensresidencie in Duitsland
  • Resultaatvolgning en precedentzoek veranderen die records in het signaal van prestaties na de markt dat Bijlage IV en Artikel 72 verwachten, en u kunt beginnen met de 25-trace gratis laag

Veelgestelde Vragen

Wie moet de technische documentatie van artikel 11 opstellen?

De aanbieder van het AI-systeem met hoog risico — de entiteit die het systeem ontwikkelt en op de markt brengt of in gebruik neemt onder zijn eigen naam of handelsmerk. Implementeerders stellen de documentatie van bijlage IV niet op, maar vertrouwen erop en op de instructies van de aanbieder voor gebruik.

Hoe lang moet de technische documentatie worden bewaard?

Tien jaar. Volgens artikel 18 moet de aanbieder de technische documentatie, de EU-conformiteitsverklaring en de bijbehorende gegevens tien jaar na het op de markt brengen of in gebruik nemen van het systeem beschikbaar houden voor de nationale bevoegde autoriteiten.

Is bijlage IV een vaste checklist of een minimum?

Het is een minimum. Bijlage IV vermeldt de elementen die de documentatie 'ten minste' moet bevatten. Afhankelijk van het systeem kunnen aangemelde instanties of autoriteiten redelijkerwijs verwachten dat er aanvullende details worden verstrekt om de conformiteit te beoordelen.

Kunnen kleine aanbieders een lichter formaat gebruiken?

Ja. De AI-wet voorziet in een vereenvoudigde technische documentatie voor MKB's en start-ups, die de Commissie moet specificeren. De materiële vereisten en de verplichting tot bewaring gedurende tien jaar zijn nog steeds van toepassing.

Hoe verhoudt de technische documentatie zich tot de logboeken van artikel 12?

De documentatie van bijlage IV beschrijft het ontwerp van de logboek- en traceerbaarheidsfunctie van het systeem; artikel 12 vereist dat het systeem automatisch logboeken genereert tijdens de werking. Samen vormen ze het bewijs dat een systeem zowel is ontworpen voor conformiteit als daadwerkelijk in overeenstemming werkt.

Ga verder met het verkennen van de EU AI Act-gids

EU AI Act-nalevingsgids

De complete gids voor EU AI Act-naleving voor AI-agents — start hier.

Artikel 12 — Record-keeping & Logging

Wat elk hoogrisico AI-systeem moet loggen en hoe je het vastlegt.

Artikel 14 — Menselijke toezicht

Het ontwerpen van effectieve menselijke controles in de lus voor AI-beslissingen.

Bijlage III — Hoogrisico AI-systemen

Welke AI-gebruiksgevallen de wet classificeert als hoogrisico.

EU AI Act-nalevingscontrolelijst

Een stap-voor-stap controlelijst om naleving te bereiken en te documenteren.

Nalevingskostenberekenaar

Schat uw EU AI Act-nalevingsinspanning en -kosten.

Deadline & Tijdlijn

Belangrijke handhavingsdata, inclusief de deadline van 2 augustus 2026.

Boetes & Sancties

Boetetarieven tot €35M of 7% van de wereldwijde jaarlijkse omzet.

Transparantieverplichtingen (Art. 13 & 50)

Openbaarmakingsplichten voor AI-systemen en hun uitvoer.

Risicobeheer & Conformiteitsbeoordeling

Bouw een risicobeheersysteem en beoordeel de conformiteit.

GPAI-verplichtingen

Regels voor aanbieders van algemene AI-modellen.

EU AI Act voor Amerikaanse bedrijven

Extraterritoriale reikwijdte en wat Amerikaanse aanbieders moeten doen.

Omnibus-update

De laatste wijzigingen in de EU AI Act-tijdlijn en -regels.

BoetecalcULATOR

Schat uw maximale boete onder de artikel 99-tarieven.

Artikel 26: Verplichtingen van de implementer

Wat implementers van high-risk AI moeten doen, inclusief logretentie.

Artikel 17: Kwaliteitsbeheer

Het QMS dat aanbieders van high-risk AI moeten documenteren.

Artikel 10: Gegevensbeheer

Gegevenskwaliteit, mitigatie van vooringenomenheid en beheerstaken.

Artikel 4: AI-geletterdheid

De AI-geletterdheidsverplichting voor het personeel die sinds februari 2025 van kracht is.

Implementer vs Aanbieder

Wie draagt welke verplichting — en wanneer een implementer een aanbieder wordt.

FRIA (Artikel 27)

Wie een Fundamental Rights Impact Assessment moet uitvoeren, en hoe.

Wie Valt Hier Onder?

Reikwijdte, exploitanten en de extraterritoriale reikwijdte van de EU AI-wet.

Nasmarkttoezicht

Artikelen 72–73: voortdurend toezicht en incidentenrapportage.

ISO 42001 vs EU AI-wet

Hoe de vrijwillige norm en de bindende wet samenhangen.

NIST AI RMF vs EU AI-wet

Een praktische crosswalk tussen het kader en de wet.

EU AI-wet voor de Gezondheidszorg

High-risk medische AI, MDR/IVDR-interactie en clinici-toezicht.

EU AI-wet voor Financiële Diensten

Credit scoring, verzekeringsprijzen en bestaande financiële regelgeving.

EU AI-wet voor HR & Werkgelegenheid

Het aannemen van AI als high-risk, plus NYC LL144 en EEOC-overlapping.