Conformiteitsbeoordeling en CE-markering onder de EU AI Act

Conformiteitsbeoordeling en CE-markering onder de EU AI Act - ActCheck EU AI Act gids

Een hoog-risico AI-systeem mag de EU-markt niet op zonder conformiteitsbeoordeling en CE-markering. Welke twee routes zijn er, en wat moet er in uw EU-conformiteitsverklaring?

De conformiteitsbeoordeling is een van de meest onderschatte onderdelen van de AI Act. Veel aanbieders weten dat hun systeem hoog-risico is, maar denken dat naleving zich beperkt tot interne documentatie. In werkelijkheid is de conformiteitsbeoordeling de poort tot de EU-markt: zonder geldige procedure, ondertekende EU-conformiteitsverklaring en CE-markering mag het systeem niet in de handel worden gebracht of in gebruik worden gesteld. Deze gids legt uit welke routes er zijn, welke documenten u nodig heeft en hoe u tot CE-markering komt.

Wat is een conformiteitsbeoordeling onder de AI Act?

De conformiteitsbeoordeling is de procedure waarmee een aanbieder aantoont dat een hoog-risico AI-systeem voldoet aan de eisen uit hoofdstuk III, afdeling 2 van de AI Act (artikelen 8 tot en met 15). Het gaat dan om risicobeheer, datagovernance, technische documentatie, transparantie, menselijk toezicht, robuustheid, nauwkeurigheid en cyberveiligheid.

De beoordeling is een verplicht onderdeel van de markttoegang. Zonder afgeronde conformiteitsbeoordeling kan een aanbieder geen EU-conformiteitsverklaring opstellen en mag het systeem niet voorzien worden van CE-markering. Een ongemarkeerd hoog-risico systeem op de EU-markt brengen is een overtreding uit de zwaarste boetecategorie.

Twee routes: interne controle versus notified body

De AI Act kent twee procedurele routes. De keuze is niet aan u, maar volgt uit de aard van het systeem en de toepasselijke bijlage.

Route 1: Interne controle (Bijlage VI, vergelijkbaar met Module A)

Bij interne controle voert u de beoordeling zelf uit. U beschikt over een kwaliteitsmanagementsysteem (artikel 17), u stelt het technisch dossier (artikel 11) op, u verifieert dat het systeem voldoet aan alle relevante eisen, en u tekent vervolgens de EU-conformiteitsverklaring. Een externe auditor komt er niet aan te pas. Documentatie moet wel beschikbaar zijn voor toezichthouders gedurende ten minste tien jaar na het in de handel brengen.

Route 2: Notified body (Bijlage VII, vergelijkbaar met Module H)

Bij deze route wordt uw kwaliteitsmanagementsysteem en uw technisch dossier beoordeeld door een aangewezen notified body. De notified body geeft een certificaat af dat onderdeel wordt van uw conformiteitsverklaring. De notified body voert ook periodieke surveillance uit en kan onaangekondigde audits doen.

Interne controle volstaat voor de meeste Bijlage III-systemen

Voor het overgrote deel van de Bijlage III-systemen volstaat interne controle. Denk aan AI-systemen voor:

Dit betekent niet dat de lat lager ligt. U moet het hele kwaliteitsmanagementsysteem en het technisch dossier op orde hebben. U heeft alleen geen externe goedkeuring nodig voorafgaand aan markttoegang. Wel kunt u door een toezichthouder achteraf gecontroleerd worden, en moet u dan exact dezelfde kwaliteit van dossier kunnen tonen als bij een notified body-route.

Tip voor MKB-aanbieders: ook al kunt u de route zelf doen, een vrijwillige second opinion door een externe expert voorafgaand aan markttoegang scheelt veel risico bij latere handhaving. Zeker als uw systeem op meerdere lidstaten gericht is.

Notified body verplicht voor biometrie en specifieke producten

Een notified body is verplicht in twee situaties.

Biometrische identificatie op afstand

Voor AI-systemen voor biometrische identificatie op afstand uit Bijlage III, categorie 1, is een notified body verplicht. Dit geldt ook voor biometrische categoriseringssystemen en emotieherkenning, voor zover die niet onder het verbod van artikel 5 vallen.

AI als veiligheidscomponent van Bijlage I-producten

Voor AI-systemen die onderdeel zijn van producten die al onder bestaande EU-productwetgeving vallen (Bijlage I), zoals medische apparatuur, machines, speelgoed, liften, persoonlijke beschermingsmiddelen of vliegtuigen, sluit de AI Act aan bij de bestaande sectorale procedures. Vrijwel al die procedures vereisen al een notified body, en de AI-component wordt daarbinnen meegenomen.

Welke documenten heeft u nodig?

Onafhankelijk van de route die u kiest, draait conformiteitsbeoordeling om een vast pakket documenten. De kern bestaat uit:

EU-conformiteitsverklaring (artikel 47): inhoud en taal

De EU-conformiteitsverklaring is een schriftelijk document dat u als aanbieder ondertekent. Bijlage V van de AI Act schrijft de inhoud voor:

  1. Naam en handelsmerk van het AI-systeem en eventuele aanvullende identificatie
  2. Naam en adres van de aanbieder en eventueel de gemachtigde vertegenwoordiger
  3. Verklaring dat de aanbieder uitsluitend verantwoordelijk is voor de afgifte
  4. Verklaring dat het systeem voldoet aan de relevante eisen van de AI Act en eventueel andere harmonisatiewetgeving
  5. Verwijzingen naar de geharmoniseerde normen en gemeenschappelijke specificaties die zijn toegepast
  6. Indien van toepassing: naam en nummer van de notified body en het afgegeven certificaat
  7. Plaats en datum van afgifte, naam en functie van de ondertekenaar en zijn handtekening

De verklaring is opgesteld in een door de relevante lidstaten geaccepteerde EU-taal. Voor de Nederlandse markt is dat Nederlands of Engels, met de praktische voorkeur voor Nederlands richting toezichthouders.

CE-markering: regels voor aanbrengen, ook digitaal

Na afgifte van de conformiteitsverklaring brengt u de CE-markering aan. Voor pure software is fysieke markering vaak niet mogelijk, dus de AI Act laat digitale CE-markering uitdrukkelijk toe. Drie regels:

Aanvullende declaratie bij wijzigingen

Een hoog-risico AI-systeem leeft. Modellen worden bijgewerkt, data wordt heroverwogen, nieuwe functies worden toegevoegd. De AI Act onderscheidt routinematige wijzigingen van substantiele wijzigingen. Een substantiele wijziging triggert een nieuwe conformiteitsbeoordeling.

Voorbeelden van substantiele wijzigingen:

Voorbeelden die geen substantiele wijziging vormen, mits vooraf voorzien in de risicobeheercyclus: beveiligingspatches, kleine modelverfijning binnen de geteste bandbreedte, prestatiemonitoring en correctieve maatregelen.

Registratie in de EU-databank (artikel 49)

Voor het in de handel brengen registreert de aanbieder het hoog-risico systeem in de openbare EU-databank. Voor sommige Bijlage III-categorieen (rechtshandhaving, migratie) is de registratie niet-openbaar. Deployers die overheidsinstanties zijn, registreren bovendien hun eigen gebruik van het systeem. De registratie omvat onder andere de naam van de aanbieder, beschrijving van het systeem, het bedoelde doel, status van naleving en de instructies voor gebruik.

Stappenplan: van idee tot CE-markering in 9 stappen

  1. Classificeer uw systeem: bepaal aan de hand van artikel 6 en Bijlage III of u inderdaad hoog-risico bent.
  2. Kies de juiste route: interne controle of notified body, op basis van de toepassing en eventueel onderliggende sectorale wetgeving.
  3. Richt uw kwaliteitsmanagementsysteem in: overweeg ISO 42001 als basis (zie ISO 42001).
  4. Stel het technisch dossier op: volg de structuur van Bijlage IV punt voor punt.
  5. Implementeer risicobeheer en datagovernance: documenteer beslissingen over datakeuzes, bias-mitigatie en testresultaten.
  6. Bouw logging en menselijk toezicht in: aantoonbaar in het ontwerp, niet pas in deployment.
  7. Voer de conformiteitsbeoordeling uit: intern of via notified body.
  8. Stel de EU-conformiteitsverklaring op en breng CE-markering aan.
  9. Registreer het systeem in de EU-databank en start post-market monitoring.
Veelgemaakte fouten bij conformiteitsbeoordeling

De meest voorkomende fouten in 2025 en 2026: technisch dossier dat alleen het model beschrijft maar niet het hele systeem, onvolledige risicoanalyse waarbij doelgroepen en use cases ontbreken, ontbrekend kwaliteitsmanagementsysteem (men gaat ervan uit dat ISO 27001 volstaat, maar dat dekt het AI-specifieke deel niet), instructies voor gebruik die alleen op de gemiddelde gebruiker zijn geschreven en niet op de professionele deployer, en geen plan voor substantiele wijzigingen waardoor elke update een juridisch risico wordt.

Geharmoniseerde normen: het vermoeden van overeenstemming

De AI Act werkt met het beproefde principe van het vermoeden van overeenstemming. Past een aanbieder geharmoniseerde normen toe waarvan de referentie in het Publicatieblad van de EU is gepubliceerd, dan wordt vermoed dat het systeem voldoet aan de overeenkomstige eisen van de wet. Dat verlicht de bewijslast aanzienlijk, omdat u bij toezicht kunt verwijzen naar erkende normatieve documenten in plaats van uw eigen redenering opnieuw op te bouwen.

Voor de AI Act zijn meerdere normen in ontwikkeling onder mandaat van de Europese Commissie, onder regie van CEN en CENELEC via Joint Technical Committee 21. ISO/IEC 42001 (AI-managementsystemen) is een belangrijke aanvulling, evenals normen op het gebied van risicobeheer, datakwaliteit, robuustheid en transparantie. Verwacht in 2026 en 2027 een gestaag groeiend pakket. Voor aanbieders betekent dit: bouw uw kwaliteitsmanagementsysteem vanaf de start zo in dat normen later toegepast en gerefereerd kunnen worden zonder een complete herziening.

Post-market monitoring en meldplicht

Conformiteitsbeoordeling is geen eenmalige actie. Na markttoegang gelden de verplichtingen uit hoofdstuk IX van de AI Act: post-market monitoring (artikel 72), meldplicht voor ernstige incidenten (artikel 73) en correctieve maatregelen.

Wat u als aanbieder concreet inricht:

Toezichthouders kijken nadrukkelijk naar deze cyclus: een sluitende conformiteitsbeoordeling vooraf, gecombineerd met aantoonbare post-market discipline, is wat een naleving-dossier "in control" maakt.

Klaar voor uw conformiteitsbeoordeling?

De gratis ActCheck-scan geeft u in 10 minuten inzicht in de classificatie van uw systeem en welke route, documenten en stappen voor u relevant zijn.

Start de gratis check

Volledige kennisbank: alle artikelen

Wetsartikelen
Artikel 2: reikwijdte Artikel 3: definities Artikel 4: AI-geletterdheid Artikel 5: verboden AI Artikel 6: classificatie Artikel 9: risicobeheer Artikel 10: data governance Artikel 14: menselijk toezicht Artikel 26: deployers Artikel 27: FRIA Artikel 50: transparantie Artikel 57: sandbox Artikel 73: incidenten Artikel 86: recht op uitleg GPAI & foundation models GPAI Code of Practice
Verboden AI
Verbod emotieherkenning Verbod social scoring Verbod gezichtsherkenning
Sectoren
MKB ZZP Startups & scale-ups MKB vereenvoudigde docs Recruitment HR & personeelsbeleid Financiele sector Verzekeringen Accountancy Advocaten Zorg Onderwijs Gemeenten & overheid Publieke aanbesteding Marketing Media & uitgevers Retail & e-commerce Logistiek & transport Productie & industrie Bouw Vastgoed & makelaars IT-dienstverleners Callcenter & klantcontact Camera & CCTV
AI-tools
ChatGPT Claude (Anthropic) Microsoft Copilot Google Gemini DeepSeek Perplexity Midjourney & DALL-E ElevenLabs & stem-AI Notion AI Open source AI Generatieve AI op werkvloer AI agents
Naleving & governance
EU AI Act naleving Naleving checklist Naleving & toezichthouder Deadlines 2026 AI Act vs AVG AI Act vs NIS2 AI Act vs VS Extraterritorialiteit AI wet boetes High-risk AI systemen AI-register opstellen AI beleid opstellen ISO 42001 Bias & discriminatie Kosten naleving DPIA + FRIA combineren Audit voorbereiden Vendor due diligence
Actualiteit & Nederland
Digital Omnibus uitstel Uitvoeringswet NL NL toezichthouders Algoritmeregister NL EU AI Office