AI-forordningen: hvad kræves af jer nu

Hvad gælder nu — og hvad blev udskudt

Hvis I har læst, at AI-forordningen "først gælder fra 2027", er det halvt rigtigt — og den forkerte halvdel er den, der kan koste penge. Forordningen blev sat i kraft i etaper, og etaperne blev rykket i 2026 med den såkaldte Digital Omnibus for AI. Dansk Standard oplyste 10. juli 2026, at Europa-Parlamentet og Ministerrådet formelt godkendte aftalen, og at de nye frister bliver "2. december 2027 for selvstændige højrisiko-AI-systemer" og 2. august 2028 for højrisiko-AI indlejret i produkter.

Men udskydelsen rammer højrisiko. Den rammer ikke de to krav, der gælder enhver virksomhed, der bruger et AI-værktøj — og den rammer ikke gennemsigtighed. Digitaliseringsstyrelsen, der er dansk tilsynsmyndighed, skriver om artikel 4 og 5, at reglerne "gælder siden 2. februar 2025", og at tilsynet i praksis begyndte 2. august 2025, fordi håndhævelses- og sanktionsbestemmelserne i lov nr. 467 af 14. maj 2025 først trådte i kraft da.

Advokatfirmaet Poul Schmith beskrev 18. maj 2026 overgangsordningen præcist: fristen for mærkning af AI-genereret indhold efter artikel 50, stk. 2 udsattes "til den 2. december 2026" for AI-systemer, der var bragt i omsætning før 2. august 2026, mens forpligtelsen gælder fuldt ud for systemer bragt i omsætning derefter. Oversat: de værktøjer, I allerede havde — billedgeneratoren, tekstassistenten, chatbotten — har haft fire måneders nåde. Den udløber om få uger.

Er I udbyder eller idriftsætter? Rollen afgør alt

Forordningen kender ikke "virksomheder, der bruger AI". Den kender operatører, og de to, der betyder noget her, er udbyder (artikel 3, nr. 3) og idriftsætter (artikel 3, nr. 4). Digitaliseringsstyrelsens hovedvejledning om artikel 5 fra oktober 2025 definerer idriftsætteren som den, der anvender et AI-system "under sin myndighed", og tilføjer, at idriftsætteren "vil altså skulle skaffe adgang til et eksisterende AI-system og gøre brug af det". Brugen skal være erhvervsmæssig.

Og så kommer fælden, som meget få danske sider om emnet nævner. Samme vejledning skriver, at en idriftsætter kan blive udbyder, hvis vedkommende foretager "væsentlige ændringer" af systemet og gør det til sit eget. Det er ikke en teoretisk mulighed. Det sker, når en virksomhed bygger sin egen assistent oven på en model, finjusterer den på egne data, eller sætter sit eget navn og logo på en chatbot og stiller den til rådighed for kunderne. I samme bevægelse flytter man sig fra den lette rolle til den tunge.

Det er også derfor, vi altid afklarer rollen, før vi bygger. Når vi sætter AI ind i driften — for eksempel Admind sammen med en sprogmodel — er det første spørgsmål ikke, hvad løsningen skal kunne. Det er, hvem der står som udbyder af den, når den er sat i drift — for det afgør, hvem der skal kunne dokumentere hvad bagefter.

Artikel 4: kravet, der ikke spørger om jeres størrelse

Artikel 4 er forordningens mest oversete bestemmelse, og den er samtidig den eneste, der med sikkerhed rammer en håndværkervirksomhed med fem ansatte. Digitaliseringsstyrelsen formulerer det sådan i sin FAQ: kravet "skelner ikke mellem, hvilken risiko der er forbundet med anvendelsen af det enkelte AI-system". Der er ingen bagatelgrænse, ingen medarbejdergrænse og ingen omsætningsgrænse.

Til gengæld er kravet relativt. Niveauet skal tage højde for medarbejdernes tekniske viden, erfaring og uddannelse, for den sammenhæng systemet bruges i, og for de mennesker systemet bruges på. Det betyder i praksis, at en bogholder, der bruger en tekstassistent til at formulere rykkere, skal vide noget helt andet end en udvikler, der bygger en agent, som læser kundens sager.

Og det betyder, at kravet kan opfyldes. Det, der skal ligge i skuffen, er ikke et kursusbevis fra et universitet. Det er:

• En liste over, hvem der bruger hvad. Navn, værktøj, formål. Et regneark er rigeligt.
• En dateret gennemgang. Hvad blev medarbejderne instrueret i, hvornår, og af hvem. En halv time på et personalemøde med et referat tæller.
• Reglerne for data. Hvad må ikke indtastes. Det er her, kompetencekravet og GDPR mødes.
• Et niveau pr. rolle. Den, der bygger, skal vide mere end den, der bruger. Skriv forskellen ned.

Sanktionen for at mangle det er ikke en bøde på første besøg. Den er, at I står uden dokumentation, når en myndighed, en kunde eller en forsikring spørger. Vi har set præcis det mønster med cyberforsikringens sikkerhedskrav: det er sjældent loven, der spørger først. Det er modparten.

Fristen 2. december 2026: mærkning af AI-genereret indhold

Dette er den eneste hårde frist i AI-reguleringen, der ligger foran os lige nu — og den rammer de værktøjer, danske virksomheder allerede bruger. Digitaliseringsstyrelsen beskriver kravet sådan: oplysningerne skal være tydelige, det skal fremgå "klart og synligt" for de berørte personer, og det skal ske senest ved første interaktion eller første eksponering for AI-genereret materiale. Oplysningerne skal desuden opfylde tilgængelighedskrav — samme logik som i tilgængelighedskravene til webshops.

Hvad betyder det konkret? Tre steder, hvor de fleste virksomheder har et hul:

Bemærk en ærlig detalje, som vi ikke kan skjule: Digitaliseringsstyrelsen skriver selv i sin FAQ, at "Det er endnu uafklaret, hvem der kommer til at føre tilsyn med gennemsigtighedsforpligtelsen". At tilsynet ikke er fordelt, gør ikke kravet mindre gældende — men det betyder, at den første sag næppe kommer fra en myndighed. Den kommer fra en konkurrent, en journalist eller en kunde, der opdager, at det hun troede var et foto, ikke var det.

Det danske tilsyn har stærkere beføjelser, end de fleste tror

Her ligger den del, ingen af de danske AI-artikler vi har læst, går ind i. Den danske gennemførelseslov er kort — 13 paragraffer — men beføjelserne i den er værd at læse, før man beslutter at tage AI-politikken "når der bliver tid".

• § 2: Digitaliseringsstyrelsen, Datatilsynet og Domstolsstyrelsen er nationale kompetente myndigheder. Digitaliseringsstyrelsen er bemyndigende myndighed og centralt kontaktpunkt, og markedsovervågningsmyndighed for forbudt AI-praksis efter artikel 5, stk. 1, litra a-c, e og f. Datatilsynet har litra d og g.
• § 5: Myndigheden kan kræve alle nødvendige oplysninger af de omfattede personer og virksomheder.
• § 6, stk. 1: Myndigheden kan uden retskendelse og mod behørig legitimation få adgang til erhvervsmæssige lokaliteter, når det er nødvendigt.
• § 6, stk. 2: Myndigheden kan foretage tekniske undersøgelser af AI-systemer på stedet — og kan efter stk. 3 og 4 bruge uafhængige sagkyndige og få bistand fra politiet.
• § 7: Myndigheden kan offentliggøre afgørelser i sager om forbudt AI-praksis.
• § 8: Myndigheden kan give påbud og midlertidige forbud mod levering eller markedsføring af et AI-system.
• § 3: Afgørelser kan ikke indbringes for anden administrativ myndighed. Vejen videre er domstolene.
• § 10: Bødestraf for overtrædelse af artikel 5, for vildledende oplysninger, for ikke at efterkomme oplysningskrav eller hindre adgang, og for ikke at følge påbud. Juridiske personer kan straffes efter straffelovens 5. kapitel, og forældelsesfristen er 5 år.

Loven sætter ikke selv bødebeløb. Den peger i stedet på forordningens eget sanktionssystem og lader § 11 give ministeren mulighed for at lade sager afgøre ved bødeforelæg, hvis virksomheden erkender overtrædelsen og betaler inden for fristen. Det er en praktisk oplysning: de første sager vil formentlig ikke være retssager, men forelæg — og et forelæg er sværere at afvise, når man ikke kan fremvise en politik.

Bestyrelsens ansvar står ikke i AI-forordningen. Det står i selskabsloven

Det er her, mange AI-diskussioner i en bestyrelse går skævt. Diskussionen handler om, hvorvidt forordningen gælder for virksomheden, og konklusionen bliver tit, at den ikke rigtigt gør, fordi der ikke er højrisikosystemer i huset. Men bestyrelsens ansvar for AI kommer ikke fra forordningen. Det kommer fra selskabsloven, og det har ligget der hele tiden.

§ 115 pålægger bestyrelsen — ud over den overordnede og strategiske ledelse og en forsvarlig organisation — at sikre fem forhold. Nr. 2 er den, der afgør AI-spørgsmålet: bestyrelsen skal sikre, at "der er etableret de fornødne procedurer for risikostyring og interne kontroller". Nr. 4 er den, der afgør, hvem der skal eksekvere: bestyrelsen skal sikre, at "direktionen udøver sit hverv på en behørig måde og efter bestyrelsens retningslinjer".

Oversat til et bestyrelsesmøde: AI er ikke et IT-punkt under "orientering". Det er et risikostyringspunkt, og det hører i protokollen — også hvis konklusionen er, at risikoen er lav. En protokol, der viser, at bestyrelsen har stillet spørgsmålet og fået et svar, er den billigste dokumentation der findes. En protokol, hvor emnet aldrig har været nævnt, er det modsatte.

Bemærk, at ingen af de gode svar kræver teknisk indsigt i modeller. De kræver en liste, en dato og en navngiven ansvarlig. Det er samme disciplin som i databehandleraftalen med IT-leverandøren — dokumentationen er billig at lave på forhånd og dyr at mangle bagefter.

Skygge-AI er den risiko, der faktisk rammer

Hvis man kun læser AI-forordningen, kommer man til at forberede sig på den forkerte hændelse. Forordningen handler om systemer, der klassificeres. Virkeligheden i en virksomhed med 10 eller 150 ansatte handler om værktøjer, ingen har godkendt: den gratis konto, pluginnet i browseren, telefonappen der transskriberer møder, oversættelsestjenesten der får hele kontrakten indsat.

Tre spørgsmål afgør, om det er et problem hos jer:

Rettelsen er ikke et forbud. Et forbud mod AI i en virksomhed, hvor folk allerede bruger det, flytter bare brugen ud af syne. Rettelsen er en kort, godkendt liste over værktøjer, man må bruge, med erhvervsabonnement og aftale på plads, og en lige så kort liste over, hvad der aldrig må indtastes. Det er den samme øvelse som leverandørstyringen i NIS2-sikkerhedsspørgeskemaet, bare med AI-værktøjer på listen.

Hvad I skal gøre — efter størrelse

Læg mærke til, at der ikke står "køb et AI-governance-system" i nogen af rækkerne. For langt de fleste danske virksomheder er det her et dokumentations- og driftsproblem, ikke et softwareproblem.

Hvad vi kan hjælpe med — og hvordan

Vi skriver det her præcist, fordi feltet er fuldt af leverandører, der sælger "AI-compliance" som en platform. Det, JITS faktisk gør, er:

Og det, vi ikke gør: vi udsteder ikke certifikater, vi er ikke overensstemmelsesvurderingsorgan, og vi kan ikke godkende jeres højrisikosystem. Skal der juridisk vurdering på, siger vi det — det er billigere at høre det først. Resten af vores IT-sikkerhedsydelser ligger samlet.

De næste tre uger: en artikel om AI og sikkerhed hver anden dag

Vi har valgt at skrive serien, fordi spørgsmålene er de samme hver gang vi sidder hos en kunde: må vi bruge det her, hvem har ansvaret, og hvad skal der stå på papir. Emnerne er:

• AI-politik på to sider — skabelonen til virksomheden under 25 ansatte, punkt for punkt.
• Skygge-AI — når medarbejderne allerede bruger værktøjer, I ikke har godkendt.
• Artikel 4 i praksis — hvad "tilstrækkelig AI-kompetence" betyder, og hvordan det dokumenteres.
• Mærkning af AI-indhold før 2. december — chatbot, billeder og annoncer.
• Bestyrelsens AI-dagsorden — de fem spørgsmål og protokolteksten.
• AI-leverandøren og databehandleraftalen — hvad der skal stå i bilaget.
• Deepfake-svindel og falske chefbeskeder — teknisk forsvar og betalingskontrol.
• Copilot og M365 — når AI kan se alt det, adgangsstyringen glemte.
• AI i ansættelse og HR — hvorfor det bliver højrisiko i december 2027.
• AI-hændelsen — de første 72 timer, når data er lækket ind i et værktøj.
• Udbudskrav om AI — når den offentlige kunde begynder at spørge.

Serien ligger samlet på jit.nu/artikler under IT-løsninger og Hosting & Sikkerhed. Den forrige artikel handlede om den anden side af samme mønt — identitet frem for intelligens: EU’s digitale ID-wallet og hvad danske virksomheder skal gøre.

Tjeklisten til de næste syv uger

• Uge 1 — lav listen. Spørg alle afdelinger, hvilke AI-værktøjer de bruger, også de gratis. Forvent at blive overrasket. Skriv navn, værktøj og formål.
• Uge 2 — afgør rollen pr. system. Idriftsætter eller udbyder, med en begrundelse og en dato. Har I bygget noget selv eller sat jeres navn på en chatbot, så stands og læs artikel 3, nr. 3 igen.
• Uge 3 — luk de åbenlyse huller. Erhvervsabonnement i stedet for gratiskonto på det, der behandler kundedata. Databehandleraftale på plads. Det er den billigste risikoreduktion, der findes.
• Uge 4 — skriv politikken. To sider, ti punkter. Dateret og godkendt af direktionen.
• Uge 5 — instruer medarbejderne. En halv time på et personalemøde, med referat. Det er jeres dokumentation for artikel 4.
• Uge 6 — mærk indholdet. Chatbot, AI-genererede billeder, AI-telefoni. Oplysning ved første interaktion, mærkning på materialet. Fristen er 2. december 2026.
• Uge 7 — på dagsordenen. AI som risikostyringspunkt i bestyrelsen eller hos ejeren, med listen, rollen og politikken som bilag. Og en dato for næste gennemgang.

Hvis I kun når ét af punkterne, så tag det første. Alt andet på listen bliver let, når man ved, hvad der faktisk er i brug — og umuligt at lave, så længe man ikke ved det.