AI-system med hög risk: artikel 6, bilaga III och skyldigheter
Ett AI-system med hög risk enligt AI-förordningen är antingen en säkerhetskomponent i, eller själv, en produkt som omfattas av EU-lagstiftningen i bilaga I och kräver tredjepartsbedömning, eller ett system som används inom något av de åtta områdena i bilaga III, till exempel rekrytering, kreditvärdering eller utbildning. Kraven gäller från 2 december 2027 respektive 2 augusti 2028.
Det viktigaste i korthet
- Artikel 6 ger två vägar in i högriskkategorin: produktvägen (artikel 6.1 och bilaga I) och användningsvägen (artikel 6.2 och bilaga III).
- Ett system i bilaga III kan falla utanför genom undantaget i artikel 6.3, men aldrig om det profilerar fysiska personer.
- Leverantören bär de tyngsta kraven: riskhantering, datastyrning, teknisk dokumentation, loggning, mänsklig tillsyn, kvalitetsledningssystem, bedömning av överensstämmelse och registrering.
- Tillhandahållaren, alltså den som använder systemet i sin verksamhet, har en kortare lista i artikel 26 och ibland en konsekvensbedömning avseende grundläggande rättigheter.
- Efter den digitala omnibusen gäller kraven för bilaga III från 2 december 2027 och för produkter i bilaga I från 2 augusti 2028, inte från augusti 2026 som många äldre texter anger.
Varför högrisk är den viktigaste kategorin att få rätt
AI-förordningen delar in AI i fyra risknivåer. Den översiktliga bilden finns i AI-förordningens riskklassificering och i vår guide till AI-förordningen (EU AI Act). Den här artikeln handlar bara om den andra nivån, AI-system med hög risk, eftersom det är där nästan allt dokumentationsarbete hamnar.
Klassificeringen avgör allt annat. Ett system som felaktigt bedöms som högrisk kostar månader av onödigt arbete. Ett högrisksystem som missas kan ge sanktionsavgifter på upp till 15 miljoner euro eller 3 procent av den globala årsomsättningen, och för ett svenskt företag också problem med kunder och fackliga parter. Läs därför kriterierna i artikel 6 noga, i stället för att utgå från vad tekniken ”brukar” klassas som.
Vill ni ha expertstöd med ai-system med hög risk?
Våra molnarkitekter hjälper er med ai-system med hög risk — från strategi till implementation. Boka ett kostnadsfritt 30-minuters rådgivningssamtal utan förpliktelse.
Artikel 6: två vägar in i högriskkategorin
Väg 1: produkter enligt bilaga I (artikel 6.1)
Ett AI-system är högrisk om två villkor är uppfyllda samtidigt. Det ska vara avsett att användas som säkerhetskomponent i en produkt, eller vara en produkt, som omfattas av någon av EU:s harmoniseringsrättsakter i bilaga I. Och produkten ska genomgå en bedömning av överensstämmelse av tredje part innan den släpps ut på marknaden. Bilaga I omfattar bland annat medicintekniska produkter, maskiner, leksaker, hissar och radioutrustning.
Exemplet är en bildanalysmodell som ingår i en CE-märkt medicinteknisk produkt för diagnostik, eller en AI-funktion som styr säkerhetsstopp i en industrirobot. Bedömningen görs inom ramen för sektorns egen procedur, och kraven gäller från 2 augusti 2028.
Väg 2: användningsområden enligt bilaga III (artikel 6.2)
Den andra vägen bryr sig inte om produkten. Den tittar på vad systemet är avsett att användas till. Faller ändamålet inom något av användningsområdena i bilaga III är systemet högrisk, om inte undantaget i artikel 6.3 gäller. Det är här vanlig affärsmjukvara fångas upp: ett verktyg som rangordnar CV:n, en bankmodell som sätter kreditbetyg, ett system som bedömer elevers prov.
De åtta områdena i bilaga III, med svenska exempel
Bilaga III beskriver specifika användningar, inte hela branscher. En bank är inte högrisk för att den är en bank; dess modell för kreditvärdering är det. Läs den exakta lydelsen i bilagan, som innehåller flera undantag.
| Område i bilaga III | Vad som omfattas (sammanfattat) | Svenskt exempel |
|---|---|---|
| 1. Biometri | Biometrisk fjärridentifiering (inte enkel verifiering av identitet), biometrisk kategorisering efter känsliga egenskaper, känsloigenkänning | Ett kamerasystem i en butikskedja som känner igen personer på en spärrlista |
| 2. Kritisk infrastruktur | Säkerhetskomponenter i drift av kritisk digital infrastruktur, vägtrafik och försörjning av vatten, gas, värme och el | En modell som automatiskt styr lastbalansen i ett regionalt elnät eller doseringen i ett kommunalt vattenverk |
| 3. Utbildning och yrkesutbildning | Antagning, bedömning av studieresultat, val av utbildningsnivå, upptäckt av fusk vid prov | Ett system som rättar nationella prov eller en tentavaktstjänst som flaggar misstänkt fusk |
| 4. Anställning och arbetsledning | Rekrytering (riktade jobbannonser, sortering av ansökningar, bedömning av kandidater), befordran, uppsägning, arbetsfördelning, prestationsövervakning | Ett rekryteringssystem som poängsätter och rangordnar sökande, eller ett lagerföretags verktyg som fördelar arbetspass efter beteendedata |
| 5. Väsentliga privata och offentliga tjänster | Rätt till offentliga förmåner, kreditvärdering och kreditbetyg (bedrägeriupptäckt undantas), riskbedömning och prissättning av liv- och sjukförsäkring, prioritering av nödsamtal | En kommuns system som bedömer rätt till ekonomiskt bistånd, en banks kreditmodell för privatlån, ett försäkringsbolags prissättning av sjukvårdsförsäkring |
| 6. Brottsbekämpning | Riskbedömning av brottsoffer eller gärningspersoner, lögndetektorliknande verktyg, bedömning av bevisens tillförlitlighet, profilering i utredningar, där det är tillåtet enligt lag | Ett verktyg som bedömer risken för återfall |
| 7. Migration, asyl och gränskontroll | Riskbedömning av personer, prövning av ansökningar om asyl, visum och uppehållstillstånd, identifiering av personer | Ett system som sorterar ansökningar om uppehållstillstånd för manuell handläggning |
| 8. Rättskipning och demokratiska processer | Stöd till domstolar vid tolkning av fakta och rätt, påverkan på val och röstbeteende (administrativa kampanjverktyg undantas) | Ett verktyg som tar fram förslag till avgöranden åt en domstol |
En kundtjänstchattbot, en textgenerator för marknadsföring eller en kodassistent finns inte i bilaga III. De kan ha transparensskyldigheter enligt artikel 50, men de blir högrisk först om någon använder dem för ett listat ändamål. Det gäller också Microsoft Copilot: att sammanfatta möten är inte högrisk, att låta Copilot rangordna jobbsökande är det.
Undantaget i artikel 6.3
Ett system i bilaga III är inte högrisk om det inte medför en betydande risk för skada på hälsa, säkerhet eller grundläggande rättigheter, bland annat genom att det inte väsentligt påverkar utfallet av beslut. Så är fallet när systemet är avsett för något av följande:
- En snäv processuell uppgift, till exempel att omvandla ostrukturerade dokument till strukturerade data eller att ta bort dubbletter bland ansökningar.
- Att förbättra resultatet av en redan avslutad mänsklig aktivitet, som att språkgranska en jobbannons som rekryteraren redan har skrivit.
- Att upptäcka beslutsmönster eller avvikelser från tidigare mönster, utan att ersätta eller påverka den mänskliga bedömningen utan ordentlig mänsklig granskning. Ett exempel är att flagga att en lärare betygsätter betydligt hårdare än kollegerna.
- En förberedande uppgift inför en bedömning, som att översätta handlingar innan en handläggare läser dem.
Det finns ett absolut stopp: ett system i bilaga III som profilerar fysiska personer är alltid högrisk. Profilering har samma betydelse som i GDPR, alltså automatiserad behandling av personuppgifter för att bedöma personliga egenskaper som arbetsprestation, ekonomisk situation, hälsa, pålitlighet eller beteende. Ett verktyg som förutsäger hur bra en kandidat kommer att prestera profilerar, och kan därför inte använda undantaget.
En leverantör som använder undantaget ska dokumentera sin bedömning innan systemet släpps ut på marknaden, registrera systemet i EU-databasen enligt artikel 49.2 och lämna dokumentationen till myndigheten på begäran.
Vill ni få en första bild av vilka av era system som kan vara högrisk innan ni går in i detaljerna kan ni göra Opsios gratis bedömning av er AI-styrning. Den tar cirka 40 minuter och ger bland annat en mall för riskbedömning av AI, på engelska som redigerbar Word-fil.
Leverantörens skyldigheter
Leverantören är den som utvecklar systemet, eller låter utveckla det, och släpper ut det på marknaden eller tar det i bruk under eget namn. Det gäller också en svensk bank som bygger sin egen kreditmodell för internt bruk. Kraven finns i kapitel III avsnitt 2 och leverantörens skyldigheter samlas i artikel 16.
| Artikel | Krav | I praktiken |
|---|---|---|
| 8 | Uppfyllelse av kraven | Systemet ska uppfylla kraven i avsnittet med hänsyn till avsett ändamål och teknikens ståndpunkt |
| 9 | Riskhanteringssystem | Identifiera, uppskatta och minska förutsebara risker under hela livscykeln, med testning |
| 10 | Data och datastyrning | Relevanta och tillräckligt representativa data som granskats för bias |
| 11 | Teknisk dokumentation | Dokumentation enligt bilaga IV, hållen aktuell; förenklad för små och medelstora företag och små midcap-företag |
| 12 | Loggning | Automatisk registrering av händelser för spårbarhet |
| 13 | Transparens mot tillhandahållaren | Bruksanvisning med ändamål, noggrannhet, begränsningar, tillsyn och loggar |
| 14 | Mänsklig tillsyn | Människor ska kunna förstå, övervaka, åsidosätta och stoppa systemet |
| 15 | Noggrannhet, robusthet och cybersäkerhet | Angiven noggrannhet, motståndskraft mot fel och skydd mot exempelvis dataförgiftning |
| 17 | Kvalitetsledningssystem | Skrivna rutiner för utveckling, test, data, övervakning och incidenter, proportionerliga efter storlek |
| 43 | Bedömning av överensstämmelse | Intern kontroll för de flesta system i bilaga III; anmält organ för vissa biometriska system; sektorns procedur för bilaga I. Därefter EU-försäkran och CE-märkning |
| 49 | Registrering | Registrering i EU-databasen innan systemet släpps ut på marknaden |
Efter lanseringen ska leverantören övervaka systemet (artikel 72) och rapportera allvarliga incidenter till marknadskontrollmyndigheten (artikel 73). Bias-upptäckt kräver ibland känsliga personuppgifter. Den rättsliga grunden för det finns efter omnibusen i artikel 4a (som ersatt artikel 10.5). Den gäller leverantörer och tillhandahållare av högrisksystem, är en möjlighet snarare än en skyldighet och kräver strikt nödvändighet och skyddsåtgärder som pseudonymisering och radering.
Tillhandahållarens skyldigheter (artikel 26)
De flesta svenska organisationer möter högrisk-AI som tillhandahållare, alltså den som använder ett köpt system i sin verksamhet: en arbetsgivare med ett rekryteringsverktyg, en kommun med ett system för biståndsbedömning, en bank som köper en kreditmodell. Artikel 26 kräver att tillhandahållaren
- använder systemet enligt leverantörens bruksanvisning,
- ger mänsklig tillsyn till personer med kompetens, utbildning och befogenhet att ingripa,
- ser till att indata som tillhandahållaren kontrollerar är relevanta och tillräckligt representativa,
- övervakar driften och rapporterar risker och allvarliga incidenter till leverantören och myndigheten,
- sparar automatiskt genererade loggar i minst sex månader,
- informerar arbetstagare och deras representanter innan systemet används på arbetsplatsen, vilket i Sverige också hänger ihop med MBL-förhandling,
- informerar personer när ett högrisksystem används för att fatta eller stödja beslut om dem.
Offentliga organ, privata aktörer som utför offentliga tjänster och tillhandahållare av system för kreditvärdering eller prissättning av liv- och sjukförsäkring ska dessutom göra en konsekvensbedömning avseende grundläggande rättigheter (FRIA) före första användningen.
Gränsen mellan rollerna är viktig. En tillhandahållare som sätter sitt namn på systemet, gör väsentliga ändringar eller använder det för ett nytt ändamål som gör det till högrisk blir själv leverantör. Mer om det i leverantör och tillhandahållare enligt AI-förordningen.
När gäller högriskkraven?
I den ursprungliga förordningen skulle kraven för bilaga III ha börjat gälla 2 augusti 2026. Den digitala omnibusen, förordning (EU) 2026/1744, som trädde i kraft 27 juli 2026, flyttade datumen. Per oktober 2026 gäller:
| Skyldighet | Gäller från |
|---|---|
| Högriskkrav för fristående system i bilaga III | 2 december 2027 |
| Högriskkrav för AI i produkter enligt bilaga I | 2 augusti 2028 |
| Offentliga tillhandahållare av högrisksystem som redan används | 2 augusti 2030 |
| Transparensskyldigheter enligt artikel 50 (inte uppskjutna) | 2 augusti 2026 |
Fjorton månader låter mycket, men den som ska bygga ett kvalitetsledningssystem och skriva dokumentation enligt bilaga IV behöver den tiden. Hela schemat finns i AI-förordningens tidslinje.
En praktisk ordning för klassificeringen
- Lista alla AI-system ni bygger, köper eller har inbyggda i SaaS-tjänster. Se så bygger ni ett AI-register.
- Sortera bort förbjudna användningar enligt artikel 5. De ska upphöra.
- Kontrollera bilaga I och därefter bilaga III mot det avsedda ändamålet, inte mot tekniken.
- Pröva undantaget i artikel 6.3 och skriv ned motiveringen. Kom ihåg att profilering alltid stänger undantaget.
- Bestäm er roll för varje högrisksystem: leverantör, tillhandahållare eller båda.
- Dokumentera riskerna på samma sätt för varje system, med en mall för riskbedömning av AI, och gör en åtgärdsplan med ägare och datum.
Vanliga frågor
Vad räknas som högrisk-AI enligt AI-förordningen?
AI är högrisk när det är en säkerhetskomponent i, eller själv är, en produkt enligt bilaga I som kräver tredjepartsbedömning, eller när det används för ett ändamål i bilaga III: biometri, kritisk infrastruktur, utbildning, anställning, väsentliga tjänster som kreditvärdering och offentliga förmåner, brottsbekämpning, migration eller rättskipning. Ett system i bilaga III kan bara undgå kategorin genom undantaget i artikel 6.3.
När gäller kraven för AI-system med hög risk?
Per oktober 2026, efter förordning (EU) 2026/1744, gäller kraven för högrisksystem i bilaga III från 2 december 2027 och kraven för AI i produkter enligt bilaga I från 2 augusti 2028. Offentliga tillhandahållare av system som redan används har till 2 augusti 2030. Transparenskraven i artikel 50 sköts inte upp och gäller sedan 2 augusti 2026.
Är ett rekryteringsverktyg alltid högrisk?
Nästan alltid, om det sorterar, rangordnar eller bedömer sökande. Rekrytering finns i område 4 i bilaga III, och verktyg som bedömer kandidater profilerar dem, vilket stänger undantaget i artikel 6.3. Ett verktyg som bara bokar intervjutider eller språkgranskar annonser kan däremot falla utanför. Bedöm funktionen, inte produktnamnet.
Måste vi registrera högrisksystem som vi bara använder?
Som regel registrerar leverantören systemet i EU-databasen. Tillhandahållare som är offentliga myndigheter eller agerar för deras räkning ska också registrera sin användning. Privata tillhandahållare ska framför allt följa artikel 26, och kontrollera att systemet de köper är registrerat och CE-märkt.
Vem har tillsyn över högrisk-AI i Sverige?
Per oktober 2026 har PTS, IMY, Finansinspektionen och Läkemedelsverket tillfälliga uppdrag som marknadskontrollmyndigheter till och med 31 december 2026, fördelade efter område i bilaga III och produkttyp. PTS ansvarar till exempel för anställning och utbildning, Finansinspektionen för kreditvärdering inom finanssektorn och IMY för bland annat biometri och brottsbekämpning.
Ta reda på vilka av era system som är högrisk
Klassificeringen är det första beslutet, och allt annat bygger på den. Med Opsios kostnadsfria AI-förordningsbedömning svarar ni på svenska i fjorton steg, cirka 40 minuter. När ni skickar in skrivs fyra styrdokument utifrån era svar: AI-policy för medarbetare, ramverk för AI governance, checklista för AI-leverantörer och mall för riskbedömning av AI, plus en mognadsbild över tio områden. Dokumenten levereras på engelska som Word-filer ni kan redigera. Gratis och utan förpliktelser.
Den här artikeln är allmän information, inte juridisk rådgivning. Kontrollera den konsoliderade texten till förordning (EU) 2024/1689 i dess lydelse enligt förordning (EU) 2026/1744. Uppgifterna gäller per oktober 2026.
Om författaren
Country Manager, Indien
Praveena leder Opsios verksamhet i Indien och bidrar med över 17 års branschövergripande erfarenhet inom AI, tillverkning, DevOps och managed services.
Redaktionella riktlinjer: Artikeln är skriven av en certifierad praktiker och granskad av vårt ingenjörsteam. Vi uppdaterar den när tekniken eller regelverket den handlar om förändras; datumen ovan visar den senaste uppdateringen. Opsio är redaktionellt oberoende — vi rekommenderar lösningar utifrån tekniska meriter, inte kommersiella relationer.