Ett AI-system klassas som högrisk när det antingen är en säkerhetskomponent i en produkt som redan omfattas av EU:s harmoniseringslagstiftning, eller faller inom något av användningsområdena i bilaga III, enligt artikel 6 i AI-förordningen. Klassificeringen utlöser bindande skyldigheter för både leverantörer och driftsättare, bland annat riskhantering, teknisk dokumentation och konformitetsbedömning innan systemet får tas i bruk. Reglerna för fristående högriskanvändning börjar gälla den 2 december 2027.
Kort sagt:
- Samma algoritm kan klassas olika beroende på användningen; bedöm därför faktisk påverkan på hälsa, säkerhet och rättigheter, särskilt inom bilagans åtta användningsområden.
- Leverantören behöver dokumentera ett kvalitetsstyrningssystem, bedöma risker under hela livscykeln, säkra representativa träningsdata och logga beslut före konformitetsbedömningen.
- Driftsättaren ansvarar separat för mänsklig tillsyn, efterlevnad av instruktioner och löpande övervakning, och behöver göra en konsekvensbedömning när grundläggande rättigheter kan påverkas.
- AI inbyggd i reglerade produkter omfattas av kraven från 2 augusti 2028; varje medlemsstat ska inrätta minst en regulatorisk sandlåda senast 2 augusti 2027.
Innehållsförteckning
- Vad är ett högrisk-AI-system enligt artikel 6 och bilaga III?
- De åtta kategorierna i bilaga III: vad som ingår och konkreta exempel
- Skyldigheter för leverantörer av högrisk-AI
- Skyldigheter för driftsättare/användare av högrisk-AI
- Praktisk vägledning: hur ni avgör om ett system är högrisk
- Tidslinje och övergångsregler: viktiga datum och vad de betyder
- Praktiskt compliance-perspektiv och hur vi kan stödja efterlevnad
- Våra prioriteringar för ansvariga under implementationen
- Så kan Trustview underlätta er klassificering och dokumentation
- Vanliga frågor
- Källor
Vad är ett högrisk-AI-system enligt artikel 6 och bilaga III?
Artikel 6 bygger på två spår. Det första gäller AI som utgör en säkerhetskomponent i produkter som redan regleras av EU:s harmoniseringslagstiftning, till exempel maskiner, medicinteknik eller leksaker enligt bilaga I. Det andra spåret omfattar AI-system vars användningsområde räknas upp i bilaga III, oavsett om systemet är fristående eller inbyggt i en produkt.
Bedömningen utgår från den potentiella påverkan på hälsa, säkerhet och grundläggande rättigheter snarare än på tekniken i sig. Två system som bygger på samma algoritm kan alltså hamna i olika riskkategorier beroende på hur de används.
Kommissionens utkast till klassificeringsvägledningar fungerar som tolkningsstöd men ersätter inte en egen juridisk bedömning. Centrala utgångspunkter vid klassificering:
- Är systemet en säkerhetskomponent i en produkt som omfattas av bilaga I?
- Faller användningsområdet inom någon av de åtta kategorierna i bilaga III?
- Kan systemets output påverka en persons hälsa, säkerhet eller grundläggande rättigheter?
De åtta kategorierna i bilaga III: vad som ingår och konkreta exempel
Bilaga III räknar upp åtta övergripande användningsområden. Listan är inte uttömmande, och gränsdragningen kräver ofta en egen juridisk genomgång snarare än en checklista.
- Biometrik: system för fjärridentifiering eller kategorisering baserat på biometriska data.
- Kritisk infrastruktur: AI som styr säkerheten i el-, vatten- eller trafiknät.
- Utbildning: system som bedömer provresultat eller styr tillträde till utbildning.
- Anställning: verktyg för rekrytering, urval av kandidater eller prestationsutvärdering.
- Grundläggande tjänster: AI som avgör rätt till socialförsäkring, lån eller sjukvårdsprioritering.
- Brottsbekämpning: system som bedömer återfallsrisk eller stödjer bevisvärdering.
- Migration och gränskontroll: verktyg för riskbedömning av asylansökningar eller visum.
- Rättsskipning och demokratiska processer: AI som stödjer domstolsbeslut eller valövervakning.
Ett system kan tyckas höra till flera kategorier samtidigt, vilket gör att varje användningsfall bör bedömas konkret mot både syfte och faktisk tillämpning.
Skyldigheter för leverantörer av högrisk-AI
Leverantörer bär det tyngsta ansvaret och måste bygga in flera kontrollsystem innan ett högrisk-AI-system får släppas ut på marknaden. Artikel 17 i AI-förordningen kräver bland annat följande:
- Ett dokumenterat kvalitetsstyrningssystem (QMS) som täcker hela utvecklingsprocessen.
- Löpande riskbedömning genom systemets livscykel, inte bara vid lansering.
- Datastyrning som säkerställer kvalitet, relevans och representativitet i träningsdata för att minska snedvridning.
- Teknisk dokumentation och loggning som gör beslut och systemets beteende spårbara i efterhand.
- Robusthet och cybersäkerhet som skyddar mot manipulation och felaktig output.
- Konformitetsbedömning innan systemet får CE-märkas och tas i bruk.
Proffstips: Bygg QMS-dokumentationen parallellt med utvecklingen, inte som ett sista steg innan lansering, så slipper ni rekonstruera beslutshistorik i efterhand.
Skyldigheter för driftsättare/användare av högrisk-AI
Den som tar systemet i drift har ett separat ansvar som inte försvinner för att leverantören redan uppfyllt sina krav. Latham & Watkins beskriver skyldigheter som ofta sammanfaller med existerande dataskyddsarbete:
- Genomföra en konsekvensbedömning när systemet kan påverka grundläggande rättigheter, ofta i kombination med en DPIA enligt GDPR.
- Säkerställa mänsklig tillsyn genom utbildad personal som kan tolka och ifrågasätta systemets output.
- Följa leverantörens bruksanvisning och använda systemet inom avsett syfte.
- Övervaka drift löpande och rapportera incidenter eller avvikande beteende.
Dessa krav sammanfaller ofta med etablerade dataskyddsrutiner, vilket gör att en organisation med fungerande GDPR-processer redan har en grund att bygga vidare på.
Praktisk vägledning: hur ni avgör om ett system är högrisk
En strukturerad klassificeringsprocess sparar tid och minskar risken för felbedömningar längre fram. Artikel 9-vägledningen betonar att klassificeringen inte är en engångsinsats utan ett löpande ansvar genom hela livscykeln.
- Kartlägg varje AI-system som används eller utvecklas och beskriv dess faktiska syfte.
- Jämför syftet mot artikel 6 och bilaga III för att se om systemet faller inom en reglerad kategori.
- Bedöm om systemet är fristående eller inbyggt i en produkt, eftersom detta påverkar vilken tidslinje som gäller.
- Dokumentera klassificeringsbeslutet med motivering, ansvarig person och datum.
- Definiera go/no-go-kriterier för när ett system får driftsättas, uppdateras eller behöver omklassificeras vid ändrad användning.
En checklista för riskhantering, som den i Trustviews guide för svenska företag, kan fungera som utgångspunkt för att standardisera bedömningen mellan olika system och team.
Tidslinje och övergångsregler: viktiga datum och vad de betyder
AI-förordningen trädde i kraft stegvis, och flera delar gäller redan. Förbud mot vissa AI-praktiker och krav på AI-kompetens började tillämpas tidigt, medan reglerna för högrisk-AI kommer senare i tidsplanen.
- 2 december 2027: reglerna för fristående högrisk-AI enligt bilaga III börjar tillämpas fullt ut.
- 2 augusti 2028: motsvarande krav gäller för AI-system som är inbyggda i reglerade produkter.
- Tidigare steg, som förbud mot oacceptabla AI-praktiker och krav kopplade till generell AI, har redan trätt i kraft enligt EU-kommissionens tidslinje.
Senast den 2 augusti 2027 ska varje medlemsstat ha inrättat minst en regulatorisk sandlåda, enligt PTS, vilket ger organisationer ett sätt att testa efterlevnad innan de fulla kraven gäller.
Prioritera klassificeringsarbetet och QMS-uppbyggnaden under 2026 och 2027, så att konformitetsbedömningen inte blir en flaskhals strax före deadline.
Praktiskt compliance-perspektiv och hur vi kan stödja efterlevnad
Ett fungerande QMS för högrisk-AI bygger på samma princip som annat regelverksarbete: centrala register, tydlig ansvarsfördelning och spårbarhet över tid. Vi samlar riskbedömningar, leverantörsgranskningar och åtgärdsuppföljning i en gemensam struktur, vilket gör det lättare att visa att beslut är dokumenterade snarare än ad hoc.
Färdiga arbetsflöden för DPIA och TIA, kopplade till vårt ramverk för AI-styrning, gör det möjligt att återanvända samma process för flera system istället för att bygga om bedömningen varje gång ett nytt AI-verktyg införs.
Våra prioriteringar för ansvariga under implementationen
Börja med att identifiera de AI-system som faktiskt faller inom bilaga III, inte alla AI-initiativ i organisationen. Sätt go/no-go-kriterier innan utvecklingen går för långt, så att en omklassificering inte tvingar fram en kostsam ombyggnad.
Shadow AI, alltså verktyg som tas i drift utan central registrering, är en av de vanligaste fallgroparna vi ser. Bygg ett proportionerligt QMS tidigt och använd regulatoriska sandlådor eller myndighetskontakt när tolkningen är osäker snarare än att gissa er fram.
— Jesper
Så kan Trustview underlätta er klassificering och dokumentation
Att hålla ordning på klassificeringsbeslut, QMS-dokumentation och leverantörsbedömningar i kalkylblad blir snabbt ohanterligt när flera AI-system ska följas upp parallellt. Vår plattform samlar det arbetet på ett ställe:
- Strukturerade arbetsflöden för DPIA och TIA kopplade till varje AI-system.
- Spårbar logg över klassificeringsbeslut, ansvarig person och motivering.
- Leverantörsbedömningar och åtgärdsuppföljning i samma gränssnitt som övrig regelefterlevnad.
Den som vill se hur det fungerar i praktiken kan boka en genomgång via vår prissida, eller komplettera med juridisk rådgivning vid mer komplexa klassificeringsfrågor. Börja med en inventering av era AI-system, så blir nästa steg betydligt tydligare.
Vanliga frågor
Vad räknas som ett högrisk-AI-system enligt förordningen?
Ett system räknas som högrisk om det är en säkerhetskomponent i en produkt som omfattas av EU:s harmoniseringslagstiftning, eller om dess användningsområde ingår i bilaga III. Bedömningen görs utifrån faktisk påverkan på hälsa, säkerhet eller grundläggande rättigheter, inte utifrån tekniken i sig.
När måste högrisk-AI uppfylla förordningens krav?
Reglerna för fristående högrisk-AI enligt bilaga III börjar tillämpas den 2 december 2027, medan AI inbyggt i reglerade produkter får till den 2 augusti 2028, enligt EU-kommissionens tidslinje. Vissa delar av förordningen, som förbud mot oacceptabla AI-praktiker, gäller redan.
Vilka krav gäller för den som bara använder ett högrisk-AI-system?
Driftsättare måste bland annat säkerställa mänsklig tillsyn, följa leverantörens bruksanvisning och i vissa fall göra en konsekvensbedömning, enligt Latham & Watkins. Dessa krav gäller parallellt med leverantörens skyldigheter, inte istället för dem.
Hur hänger AI-förordningen ihop med GDPR och ISO-standarder?
Flera krav i AI-förordningen överlappar med etablerat dataskyddsarbete, till exempel konsekvensbedömningar som liknar en DPIA enligt GDPR. Digg rekommenderar löpande riskbedömning för generativ AI, vilket också kan byggas in i ett befintligt ledningssystem för informationssäkerhet.
Vad är en regulatorisk sandlåda och hur används den?
En regulatorisk sandlåda är en kontrollerad miljö där organisationer kan testa AI-system mot förordningens krav med stöd från tillsynsmyndigheten. Varje medlemsstat ska ha inrättat minst en sandlåda senast den 2 augusti 2027, enligt PTS.
Källor
- Regulatory framework for AI | Shaping Europe’s digital future
- AI Act service desk — obligations for providers (Article 17)
- EU AI Act: obligations for deployers of high‑risk AI systems | Latham & Watkins
- AI‑förordningen | PTS
