Er vores brug af LLM'er højrisiko efter AI-forordningen? Bilag III for virksomheder, der bruger AI-API'er

Gå spørgsmålene igennem for hver anvendelse. Den samme LLM kan indgå i en hverdagsanvendelse i ét team og i en højrisikoanvendelse i et andet.

Tabellen er vores læsning af bilag III for typiske anvendelser af LLM-API'er. Det afgørende er det tilsigtede formål, som efter artikel 3, nr. 12, er den anvendelse, et AI-system tilsigtes, herunder den specifikke sammenhæng og de specifikke betingelser for anvendelsen.

Artikel 6, stk. 3, tager et system i bilag III ud af højrisiko, når det ikke udgør en væsentlig risiko for skade på fysiske personers sundhed, sikkerhed eller grundlæggende rettigheder, herunder ved ikke i væsentlig grad at påvirke resultatet af beslutningstagningen. Én af fire betingelser skal være opfyldt: systemet udfører en snæver proceduremæssig opgave; det forbedrer resultatet af en tidligere afsluttet menneskelig aktivitet; det påviser beslutningsmønstre eller afvigelser uden at erstatte eller påvirke den menneskelige vurdering uden korrekt menneskelig gennemgang; eller det udfører en forberedende opgave til en vurdering, der er relevant for en anvendelse i bilag III.

Tredje afsnit lyder: »Uanset første afsnit betragtes et AI-system, der er omhandlet i bilag III, altid som højrisiko, hvis AI-systemet udfører profilering af fysiske personer.« Et værktøj, der rangordner kandidater eller giver medarbejdere point, evaluerer mennesker og kan ikke bruge undtagelsen.

Efter artikel 6, stk. 4, er det udbyderen, der foretager vurderingen, dokumenterer den, før systemet bringes i omsætning eller ibrugtages, og udleverer dokumentationen til de nationale myndigheder efter anmodning. Efter artikel 49, stk. 2, registrerer udbyderen også sig selv og systemet i EU-databasen. Forordning (EU) 2026/1744 bevarede registreringen og reducerede de krævede oplysninger ved at udgå punkt 7 og 9 i bilag VIII, afsnit B. Den ændrede ikke artikel 6, stk. 3, artikel 6, stk. 4, eller bilag III.

Artikel 6, stk. 5, pålagde Kommissionen at udarbejde retningslinjer med praktiske eksempler senest den 2. februar 2026. Kommissionen offentliggjorde et udkast den 19. maj 2026 til høring. Pr. 10. november 2026 var der ikke vedtaget en endelig version, så siden bygger ikke på udkastet. Efter artikel 7 kan Kommissionen tilføje eller ændre anvendelsestilfælde i bilag III ved delegerede retsakter.

De fleste virksomheder, der bruger AI, er idriftsættere: de anvender et AI-system under eget ansvar (artikel 3, nr. 4). En virksomhed, der bygger sit eget værktøj til CV-sortering eller pointgivning på et LLM-API og ibrugtager det i eget navn, er udbyder af det system (artikel 3, nr. 3), med udbyderens forpligtelser for højrisikosystemer, herunder overensstemmelsesvurderingen.

Artikel 25, stk. 1, tilføjer tre tilfælde, hvor en idriftsætter bliver udbyder af et højrisikosystem: den sætter sit navn eller varemærke på det; den foretager en væsentlig ændring, så det forbliver højrisiko; eller den ændrer det tilsigtede formål med et AI-system, »herunder et AI-system til almen brug, der ikke er klassificeret som højrisiko«, så det bliver højrisiko. At sætte en generel assistent på jobansøgninger er det tilfælde, man skal holde øje med.

Forordning (EU) 2026/1744 erstattede artikel 25, stk. 2: den oprindelige udbyder samarbejder med den nye udbyder, bl.a. ved at stille teknisk dokumentation til rådighed, oplyse om kendte begrænsninger og fejltilstande og give målrettet teknisk adgang til test, medmindre den klart har angivet, at systemet ikke må ændres til et højrisikosystem.

Forpligtelserne gælder for systemer i bilag III fra den 2. december 2027. Artikel 26 blev ikke ændret ved forordning (EU) 2026/1744.

En gateway gør ikke en højrisikoanvendelse i overensstemmelse med AI-forordningen. Den klassificerer ikke jeres anvendelser, fører ikke menneskeligt tilsyn, udfører ingen konsekvensanalyse vedrørende grundlæggende rettigheder og laver ikke de logfiler, et højrisikosystem skal generere. Det ligger hos udbyderen og hos jer som idriftsætter.

Det, den kan, er at holde styr på, hvilke modeller og leverandører hver anvendelse kører på. Standard Compute er én mulighed for model-API'er, Claude Code og Claude Desktop: hver person og hver app får sin egen nøgle, alt under én virksomhedskonto, og I bestemmer, hvilke modeller hver nøgle må bruge. Vælg præcis, hvilke inferensleverandører der må behandle jeres data, for hele virksomheden, et team eller en enkelt nøgle.

Hver administratorændring registreres med værdien før og efter, og I kan eksportere en oversigt over hver forespørgsel med modellen, leverandøren, der håndterede den, og den regionsregel, der gjaldt, opbevaret i 12 måneder. Forespørgselsposterne indeholder kun metadata, aldrig jeres prompts eller svar.