Overholdelsestjekliste for EU AI-forordningen: trin-for-trin FAQ-guide

En trin-for-trin overholdelsestjekliste for EU AI-forordningen i spørgsmål-og-svar-form: anvendelsesområde, resterende frister, risikoklassificering, forbudte praksisser, GPAI, højrisikooverensstemmelse og fordelingen mellem udbyder og deployer.

Denne guide besvarer overholdelsesspørgsmålene i den rækkefølge, de faktisk opstår: rammer forordningen mig, hvad binder mig allerede i dag, hvilke af mine systemer er højrisiko, hvad skal jeg fremlægge, og hvad koster en fejl. Hvert svar er forankret i et retsgrundlag, der kan citeres i et internt notat.

Hvem skal igennem denne tjekliste?

Enhver organisation, der udvikler, deployerer, importerer eller distribuerer et AI-system, som anvendes i EU — uanset hjemsted. Art. 2 rammer udbydere og deployere i tredjelande, så snart systemets output anvendes i Unionen: en amerikansk SaaS-leverandør med europæiske kunder er omfattet på samme vilkår som en dansk bank.

Fire spørgsmål afgør dit sæt af forpligtelser, og alle fire skal besvares, før tjeklisten giver mening:

Den sidste række er den, de fleste opgørelser overser. Gennemsigtighedspligter rammer systemer, der slet ikke er højrisiko: en kundeservicechatbot bærer i dag en forpligtelse uden at bære noget af den overensstemmelsesbyrde, som resten af tjeklisten handler om.

Hvad binder dig allerede, og hvad mangler?

Fem anvendelsesdatoer er passeret; det tunge overensstemmelsesarbejde falder i december 2027. Datoerne nedenfor følger det fristdatasæt, som dette site udgiver, og som afspejler udsættelserne i forordning (EU) 2026/1744.

Digital Omnibus flyttede fire af disse datoer og omskrev art. 4; hele før-og-efter-registret er udgivet på /changes/. Den fjernede ingen forpligtelse og skabte ingen undtagelse, så et program bygget på de oprindelige datoer er stadig det rigtige program — det har blot længere tilløb.

Trin 1 — Er AI-opgørelsen fuldstændig?

Uden en fuldstændig opgørelse er intet af det efterfølgende forsvarligt. Opret et register over alle AI-systemer, organisationen rører ved:

• Systemer, I udvikler og sælger eller licenserer (I er udbyder)
• Systemer, I køber eller licenserer og bruger internt (I er deployer)
• Systemer, der er indlejret i produkter, I fremstiller eller importerer
• Systemer, I tilgår via API fra tredjeparter (cloud-AI, API'er til basismodeller)

For hvert: navn, funktion, input- og outputdata, anvendelseskontekst, beslutningspåvirkning og berørte personer. Markér systemer med usikker klassificering — de kræver juridisk vurdering, ikke et teknisk svar.

To kategorier undertælles systematisk: AI-funktioner i SaaS-værktøjer, virksomheden allerede betaler for, og modeller bygget af enkelte teams uden om indkøbsprocessen. Bed økonomi om leverandørlisten og udvikling om modelregistret; foreningen af de to er tættere på virkeligheden end hver for sig.

Trin 2 — Kører I allerede noget ulovligt?

Gennemgå art. 5 før enhver risikoklassificering, for et forbudt system kan ikke bringes i overensstemmelse. Hold hvert system op mod listen:

• Subliminale, manipulerende eller vildledende teknikker, der væsentligt fordrejer adfærd
• Udnyttelse af sårbarheder som følge af alder, handicap eller social eller økonomisk situation
• Social scoring, der fører til ugunstig behandling i urelaterede sammenhænge
• Ikke-målrettet indsamling af ansigtsbilleder til opbygning af genkendelsesdatabaser
• Følelsesgenkendelse på arbejdspladsen eller i undervisning
• Biometrisk kategorisering til at udlede følsomme karakteristika
• Biometrisk fjernidentifikation i realtid på offentlige steder til retshåndhævelse

→ Tag ud af drift eller redesign fra bunden. Disse forbud har gjaldt siden 2. februar 2025 og ligger i bødeniveauet 35 mio. EUR / 7 %. Guiden om forbudte praksisser gennemgår de snævre undtagelser.

Fra 2. december 2026 kommer et yderligere forbud mod systemer, der genererer materiale med seksuelt misbrug af børn eller intime billeder uden samtykke.

Trin 3 — Er I udbyder af en model til almen brug?

Udvikler og udgiver organisationen en basismodel, gælder kapitel V's forpligtelser siden 2. august 2025. Tre test:

• Trænes modellen med selvovervågning i betydeligt omfang?
• Kan den kompetent udføre en bred vifte af forskellige opgaver?
• Stilles den til rådighed for andre frem for kun at blive brugt internt?

Hvis ja: modeldokumentation til AI-kontoret og til efterfølgende udbydere, ophavsretspolitik og et tilstrækkeligt detaljeret offentligt resumé af træningsindholdet. Over 10²⁵ FLOPs træningsberegning formodes systemisk risiko, hvilket tilføjer modelevaluering, angrebstest, hændelsesindberetning og cybersikkerhed. Se GPAI-guiden.

Siden 2. august 2026 håndhæver Kommissionen — ikke de nationale myndigheder — dette kapitel direkte med bøder op til 15 mio. EUR eller 3 %.

Trin 4 — Hvilke af jeres systemer er højrisiko?

Klassificér op mod bilag III og bilag I, anvend filteret i art. 6, stk. 3, og skriv resultatet ned. Bilag III opregner otte selvstændige kategorier: biometri, kritisk infrastruktur, uddannelse og erhvervsuddannelse, beskæftigelse og arbejdstagerforvaltning, adgang til væsentlige private og offentlige tjenester, retshåndhævelse, migration og grænsekontrol samt retspleje. Bilag I omfatter AI, der fungerer som sikkerhedskomponent i et produkt, som allerede er reguleret af EU's produktsikkerhedsret.

Undtagelsen i art. 6, stk. 3, frigør et system, der ganske vist falder i en kategori under bilag III, men ikke udgør en betydelig risiko: snæver proceduremæssig opgave, forbedring af resultatet af en afsluttet menneskelig aktivitet, opdagelse af beslutningsmønstre uden at erstatte den menneskelige vurdering, eller rent forberedende arbejde. Den gælder aldrig ved profilering af fysiske personer. Vurderingen skal dokumenteres før omsætning, og registreringspligten består.

Klassificeringsbeslutningerne er det mest reviderede artefakt i tjeklisten. Notér den vurderede kategori, ræsonnementet, dokumentationen, datoen og den ansvarlige person.

Trin 5 — Er I udbyder eller deployer?

Rollen afgør omkring 80 % af arbejdsbyrden og fastlægges ikke af indkøbsaftalen. Art. 25 gør jer til udbyder af et højrisikosystem, I ikke har bygget, hvis I sætter jeres navn eller varemærke på det, ændrer det væsentligt eller omformålsbestemmer det, så det bliver højrisiko. At finjustere en leverandørmodel på egne data og levere den under eget mærke er den sædvanlige måde at arve ubudgetterede udbyderforpligtelser på.

Guiden udbyder vs. deployer gennemgår grænsetilfældene, herunder importører og distributører, der bærer kontrolpligter frem for overensstemmelsespligter.

Trin 6-10 — Hvad producerer højrisikoprogrammet?

Seks artefakter i afhængighedsrækkefølge. Hvert er input til det næste, og derfor går et program, der starter med dokumentationen og arbejder sig tilbage til governance, i stå.

1. Kvalitetsstyringssystem (art. 17) — politikker, ansvar, ændringsstyring, datahåndtering, overvågning efter markedsføring og hændelsesprocedurer. Det er det første, en markedsovervågningsmyndighed spørger om.
2. Risikostyringsoptegnelser (art. 9) — den iterative cyklus af identifikation, estimering og afbødning, ført gennem hele livscyklussen frem for godkendt én gang.
3. Dokumentation for datastyring (art. 10) — herkomst, repræsentativitet, undersøgelse og afbødning af bias for trænings-, validerings- og testdata.
4. Teknisk dokumentation efter bilag IV — den samling, der beskrives i guiden om teknisk dokumentation, inklusive test op mod kravene til nøjagtighed, robusthed og cybersikkerhed i art. 15.
5. Overensstemmelsesvurdering og erklæring — selvvurdering efter bilag VI eller bemyndiget organ, hvor biometri eller produktlovgivningen i bilag I kræver det. Se guiden om overensstemmelsesvurdering.
6. Registrering, CE-mærkning og overvågning — optagelse i EU-databasen før omsætning, CE-mærkning på dokumentationen og derefter planen for overvågning efter markedsføring og indberetning af alvorlige hændelser efter art. 73.

Sigt mod 2. december 2027 for selvstændige systemer i bilag III og mod 2. august 2028 for indlejrede systemer i bilag I. Et realistisk program for ét højrisikosystem løber 12 til 24 måneder: en start sidst i 2026 ligger inden for vinduet uden slæk, og kapaciteten hos de bemyndigede organer strammer til, jo nærmere datoen kommer.

Hvad hvis I kun bruger andres AI?

I er deployer, og jeres tjekliste er kort, men ikke tom. Her befinder de fleste organisationer sig: ingen egne modeller, en halv snes AI-funktioner via SaaS og API'er.

• AI-færdigheder (art. 4) gælder nu, for enhver deployer og på ethvert risikoniveau.
• Gennemsigtighed (art. 50) gælder nu for det, jeres brugere ser: chatbotoplysning, mærkning af deepfakes, mærkning af genereret tekst offentliggjort for at informere offentligheden.
• Deployerforpligtelserne (art. 26) gælder fra 2. december 2027 overalt, hvor anvendelsen falder i en kategori under bilag III — kandidatscreening, kreditbeslutninger, arbejdstagerforvaltning.
• Art. 25 er fælden: i samme øjeblik I ommærker eller ændrer væsentligt, arver I udbyderpakken.

Den praktiske kontrol er leverandørundersøgelse: skaf overensstemmelseserklæringen, brugsanvisningen og de oplysninger, art. 13 pålægger udbyderen at levere. Guiden om tredjeparts-AI angiver, hvad der bør kræves kontraktuelt.

Hvad ændrer sig efter branche?

Forpligtelserne er identiske; klassificeringsudfaldene og de overlappende regelsæt er det ikke.

• Finansielle tjenester — kreditscoring og forsikringsprisfastsættelse ligger i bilag III, og dér skylder deployeren en konsekvensanalyse efter art. 27. DORA's IKT-risikostyring opfylder delvist risikostyringsartiklen, men dækker hverken AI-specifik datastyring eller menneskeligt tilsyn. Design ét indberetningsflow, der opfylder både art. 19 i DORA og art. 73 i AI-forordningen. Se guiden for den finansielle sektor og DORA/NIS2-konvergensguiden.
• Sundhed og medicinsk udstyr — AI som sikkerhedskomponent i MDR/IVDR-udstyr ligger i bilag I, anvendeligt fra 2. august 2028. Den eksisterende tekniske dokumentation og ISO 13485-kvalitetssystemet er grundlaget og skal udvides med kapitel III's krav; jeres bemyndigede organ skal have en særskilt udpegning efter AI-forordningen.
• HR og rekruttering — beskæftigelseskategorien i bilag III. Undersøgelse af bias efter art. 10 er den primære eksponering, gennemsigtighed over for kandidater er en deployerpligt, og ingen endelig ansættelsesbeslutning må hvile på systemet uden et menneske, der kan tilsidesætte den.
• Offentlig sektor — konsekvensanalysen er obligatorisk, og deployere registrerer deres brug af systemer i bilag III i EU-databasen.

Brancheguiderne gennemgår ni brancher i samme struktur.

Hvad koster manglende overholdelse?

Tre niveauer, og for en almindelig virksomhed er det mellemste, der betyder mest. Art. 99 fastsætter 35 mio. EUR eller 7 % af den globale omsætning for forbuddene i art. 5, 15 mio. eller 3 % for de fleste øvrige forpligtelser — herunder gennemsigtighed efter art. 50 og hele højrisikoblokken — og 7,5 mio. eller 1 % for vildledende oplysninger til myndighederne. SMV'er er begrænset til det laveste beløb.

Det tredje niveau fortjener opmærksomhed ud over sin størrelse: det straffer et dårligt svar til en tilsynsmyndighed uafhængigt af enhver underliggende overtrædelse. Det er dokumentationen, der gør en forsvarlig position til en påviselig. Bødeguiden gennemgår eksponeringsberegningen.

Hvad I bør gøre de næste 90 dage

1. Luk opgørelseshullet — økonomis leverandørliste ∪ udviklings modelregister.
2. Kør hele bestanden gennem art. 5-filteret. Det er det eneste trin med et allerede gældende 7 %-niveau tilknyttet.
3. Udrul art. 50-oplysningerne på alt brugervendt; forpligtelsen gælder, den er ikke kommende.
4. Dokumentér AI-færdigheder efter art. 4: hvem er uddannet, i hvad og hvornår. Guiden om AI-færdigheder beskriver, hvad den omskrevne artikel kræver.
5. Klassificér kandidaterne i bilag III og skriv ræsonnementet ned, herunder afgørelserne efter art. 6, stk. 3.
6. Start kvalitetsstyringssystemet for hvert bekræftet højrisikosystem. December 2027 er begrænsningen, og køen hos de bemyndigede organer ligger foran jer, ikke bag.

Arbejdsskabeloner til opgørelse, risikoregister, teknisk dokumentation og leverandørundersøgelse findes i overholdelsestoolkittene; AI-forordningens akademi dækker samme område som struktureret uddannelse med certificering.