Leverantörsbedömning av AI: checklista för att granska AI-leverantörer
En leverantörsbedömning av AI är den granskning ni gör innan ni köper eller förlänger en AI-tjänst: vilken roll leverantören har enligt AI-förordningen, vilken modell som finns under ytan, vad som händer med era data, hur tjänsten skyddas, vilken dokumentation och loggning ni får, hur incidenter rapporteras och hur ni kommer ur avtalet. Checklistan nedan täcker tio områden.
Det viktigaste i korthet
- De flesta organisationer är tillhandahållare av den AI de köper. Era egna skyldigheter enligt AI-förordningen (EU AI Act) hänger på vad leverantören levererar, så det är vid inköpet som efterlevnaden börjar.
- Fråga efter den underliggande AI-modellen för allmänna ändamål och vem som tagit fram den. Företaget ni skriver avtal med är ofta inte det som har tränat modellen.
- Dataanvändningen fäller flest affärer: träning på era data, lagringstider, var data behandlas och vilka underbiträden som är inblandade.
- För AI-system med hög risk ska ni kräva bruksanvisningen enligt artikel 13, stöd för loggning och en fungerande väg för incidentrapportering.
- Skriv in svaren i avtalet. Ett frågeformulär utan avtalsklausuler ger er inget att kräva in.
Varför AI-leverantörer kräver mer än en vanlig leverantörsbedömning
Vanliga frågeformulär till leverantörer handlar om ISO 27001, penetrationstester och GDPR. Det gäller fortfarande, men AI-tjänster tillför nya frågor. Modellen kan ändra beteende efter en uppdatering utan att ni har ändrat något. Era prompter och dokument kan användas för att förbättra tjänsten. Svaren kan vara fel och ändå låta övertygande. Och enligt förordning (EU) 2024/1689, AI-förordningen, avgör leverantörens dokumentation om ni själva kan uppfylla era skyldigheter som tillhandahållare – den som använder ett AI-system under eget ansvar i yrkesmässig verksamhet.
Rollfördelningen är central. Skillnaden mellan leverantörens och tillhandahållarens skyldigheter innebär att en leverantör av ett högrisksystem ska ta fram teknisk dokumentation, bruksanvisning, loggningsfunktion och ett kvalitetsstyrningssystem, medan ni som tillhandahållare ska använda systemet enligt instruktionerna, utse personer för mänsklig kontroll, övervaka driften och spara loggar. Kan leverantören inte stötta er faller också er egen efterlevnad. För helheten, se hur AI-förordningen fungerar. Vill ni ha checklistan anpassad till er verksamhet kan ni få er checklista för AI-leverantörer skriven utifrån era svar i Opsios kostnadsfria bedömning; den levereras på engelska som en Word-fil ni kan redigera.
Vill ni ha expertstöd med leverantörsbedömning av ai?
Våra molnarkitekter hjälper er med leverantörsbedömning av ai — från strategi till implementation. Boka ett kostnadsfritt 30-minuters rådgivningssamtal utan förpliktelse.
Nivåindela granskningen innan ni börjar
Alla AI-verktyg behöver inte 80 frågor. Bestäm nivån utifrån användningsfallet, inte produkten. Samma tjänst kan vara harmlös i marknadsavdelningen och känslig i HR.
| Nivå | Typiskt användningsfall | Granskningsdjup |
|---|---|---|
| Grundnivå | Produktivitetsverktyg med minimal risk och utan personuppgifter eller konfidentiell information, till exempel bildgenerering till interna presentationer | Område 1, 3, 5 och 10 |
| Standard | Generativ AI med affärsdata eller personuppgifter, kundtjänstchatbotar, AI-funktioner i centrala SaaS-system som Microsoft 365 Copilot | Alla områden, enklare underlag |
| Fördjupad | Användning med hög risk enligt bilaga III (rekrytering, kreditprövning, utbildning, offentliga förmåner) eller stora mängder känsliga personuppgifter | Alla områden med skriftliga bevis och avtalsklausuler |
Checklistan nedan följer formatet fråga, varför det spelar roll och varningssignal.
1. Leverantörens roll enligt AI-förordningen
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Är ni leverantör av AI-systemet, eller återförsäljare, importör eller distributör? | Leverantörens skyldigheter ligger hos leverantören; importörer och distributörer har egna kontrollskyldigheter (artiklarna 23 och 24). | Säljaren kan inte namnge leverantören eller dess etablering i EU. |
| Hur klassificerar ni systemet enligt AI-förordningen, och för vilket avsett ändamål? | Klassificeringen utgår från det avsedda ändamålet. Används systemet till något annat kan skyldigheterna flyttas till er. | ”AI-förordningen gäller inte oss”, utan motivering. |
| Om leverantören finns utanför EU: vem är ombud? | Leverantörer i tredjeland av högrisksystem ska utse ett ombud i EU (artikel 22). | Inget ombud för ett högrisksystem. |
| Kan vår konfiguration eller vårt varumärke göra oss till leverantör? | Enligt artikel 25 tar den som sätter sitt namn på ett högrisksystem eller väsentligt ändrar det över leverantörens skyldigheter. | White label-erbjudande utan ansvarsfördelning. |
2. Modellens ursprung och GPAI-leverantören
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Vilken modell eller vilka modeller driver tjänsten, från vilken leverantör och i vilken version? | Beteende, dataflöden och risker beror på modellen. | ”Egenutvecklad” utan detaljer, för en tjänst som uppenbart bygger på en extern språkmodell. |
| Har GPAI-leverantören lämnat dokumentation till nedströmsleverantörer enligt artikel 53, och för ni vidare relevanta delar? | Sedan 2 augusti 2025 ska leverantörer av AI-modeller för allmänna ändamål ge den som bygger vidare information om modellens förmågor och begränsningar. | Leverantören har aldrig bett sin modelleverantör om den. |
| Hur meddelas modellbyten? | Ett modellbyte kan ändra träffsäkerhet och snedvridning över en natt. | Tysta uppdateringar, inga releasenoteringar, ingen möjlighet att låsa en version. |
| Har GPAI-leverantören anslutit sig till uppförandekoden? | Ett tecken på mognad, inte ett lagkrav. | Leverantören vet inte. |
Vad reglerna kräver av modelleverantörerna förklaras i vår artikel om AI-modeller för allmänna ändamål och uppförandekoden.
3. Dataanvändning: tränar de på era data?
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Används våra prompter, filer eller svar för att träna eller finjustera någon modell, hos er eller hos er modelleverantör? | Träning på era data kan läcka konfidentiell information och strider ofta mot ändamålsbegränsningen. | Ni måste själva avböja (opt-out) i stället för att aktivt godkänna, eller villkoren säger något annat än säljmaterialet. |
| Hur länge sparas prompter, svar och loggar, och kan vi styra lagringstiden? | Lagringen måste passa era krav enligt GDPR och arkivregler, inklusive minst sex månaders loggar för tillhandahållare av högrisksystem. | Obegränsad lagring, eller loggar som raderas för tidigt för att ni ska klara artikel 26.6. |
| Var behandlas och lagras data, inklusive missbruksövervakning och supportåtkomst? | Behandling inom EU/EES förenklar GDPR och era egna kundåtaganden. | ”EU-region” gäller bara lagringen, medan inferens eller manuell granskning sker någon annanstans. |
| Filtreras, pseudonymiseras eller maskeras personuppgifter innan de når modellen? | Minskar exponeringen om prompter loggas eller granskas. | Inga tekniska skydd, bara en instruktion till användarna att inte klistra in personuppgifter. |
4. GDPR: personuppgiftsbiträdesavtal, underbiträden och tredjelandsöverföringar
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Finns ett personuppgiftsbiträdesavtal enligt artikel 28 i GDPR som omfattar AI-funktionerna? | Krävs när leverantören behandlar personuppgifter för er räkning. | Avtalet undantar AI-tillägget eller funktioner i ”beta”. |
| Vilka är underbiträdena, inklusive modelleverantör och driftmiljö? | Ni ska kunna invända mot nya underbiträden. | Ingen lista, eller inga besked om ändringar. |
| Vilken överföringsmekanism gäller när data lämnar EU/EES? | Kapitel V i GDPR kräver adekvansbeslut, standardavtalsklausuler eller annan giltig grund. | Ingen bedömning av överföringen finns att få. |
| Kan leverantören hjälpa er att hantera de registrerades rättigheter i prompter, loggar och finjusterade modeller? | Begäran om tillgång eller radering kan omfatta AI-loggar. | ”Tekniskt omöjligt”, utan alternativ. |
Hur de två regelverken samspelar går vi igenom i AI och GDPR.
5. Säkerhet och certifieringar
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Vilka certifieringar eller rapporter omfattar AI-tjänsten (ISO/IEC 27001, SOC 2, ISO/IEC 42001), och vad är omfattningen? | Certifikat utesluter ofta nya produkter. | Certifikatets omfattning inkluderar inte AI-tjänsten. |
| Har AI-funktionen penetrationstestats, inklusive promptinjektion och dataexfiltrering? | Tjänster byggda på språkmodeller har angreppstyper som klassiska tester missar. | Senaste testet gjordes innan AI-funktionen fanns. |
| Hur begränsas behörigheterna för kopplingar och AI-agenter? | För breda behörigheter gör en injicerad instruktion till ett dataintrång. | Administratörsbehörighet som standard. |
| Upptäcks och blockeras lösenord och nycklar i prompter? | Användare klistrar in hemligheter oftare än man tror. | Inga sådana kontroller. |
6. Bruksanvisning och dokumentation (artikel 13)
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| För högrisksystem: kan vi se bruksanvisningen som krävs enligt artikel 13? | Den ska ange avsett ändamål, nivå av riktighet och mätetal, kända risker, åtgärder för mänsklig kontroll och hur loggar hanteras. Era skyldigheter i artikel 26 bygger på den. | Bruksanvisningen finns inte att få före avtalet. |
| Vilka tester av riktighet, robusthet och snedvridning har gjorts, och på vilka data? | Ni behöver kunna bedöma om resultaten håller för era kunder, sökande eller invånare. | Bara övergripande marknadsföringspåståenden. |
| Stöder tjänsten transparensskyldigheterna i artikel 50, som information om att man chattar med AI och märkning av genererat innehåll? | Artikel 50 gäller sedan 2 augusti 2026. | Inga inställningar för att informera i kundvända chatbotar. |
7. Mänsklig kontroll och loggning
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Kan en människa granska, ändra eller stoppa ett resultat innan det får effekt? | Tillhandahållare ska ge kompetenta personer uppgiften att utöva mänsklig kontroll (artikel 26.2). | Helt automatiska beslut utan granskningskö. |
| Vilka händelser loggas, och kan vi exportera loggarna? | Högrisksystem ska möjliggöra automatisk loggning (artikel 12); tillhandahållare sparar loggar de kontrollerar i minst sex månader. | Loggarna syns bara för leverantören. |
| Finns förklaringar eller skäl för enskilda resultat? | Berörda personer kan fråga varför, och GDPR kan kräva meningsfull information om logiken. | Inga. |
8. Incidentanmälan
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Hur snabbt informerar leverantören om säkerhetsincidenter, personuppgiftsincidenter och fel i AI-funktionen? | GDPR:s 72-timmarsfrist räknas från när ni fick kännedom; leverantörer av högrisksystem ska rapportera allvarliga incidenter (artikel 73). | ”Utan onödigt dröjsmål” utan övre gräns och utan kontaktväg. |
| Hur rapporterar vi en misstänkt allvarlig incident till leverantören? | Tillhandahållare som konstaterar en allvarlig incident ska omedelbart informera leverantören. | Ingen fastställd kanal. |
9. Avtalsklausuler
Gör svaren till villkor. Klausuler att överväga:
- Ingen träning på kunddata utan skriftligt aktivt godkännande, bindande även för underbiträden.
- Besked vid modellbyte: förvarning om väsentliga modelländringar och rätt att testa eller stanna kvar på en version under en period.
- Samarbete med myndigheter: leverantören tillhandahåller den dokumentation och hjälp ni behöver för AI-förordningen, GDPR och förfrågningar från tillsynsmyndigheter.
- Rollfördelning: vem som är leverantör och vem som är tillhandahållare, och vad som händer om er användning ändras.
- Rätt till insyn: testresultat, certifikat och sammanfattningar av penetrationstester på begäran.
- Incidentrapportering med fasta tidsgränser och innehåll.
- Ansvar och immateriella rättigheter: skadeslöshet mot tredje parts anspråk som rör genererat innehåll, där det går att få.
Offentliga upphandlare – kommuner, regioner och myndigheter som köper enligt lagen (2016:1145) om offentlig upphandling, LOU – behöver göra det här arbetet före annonseringen. Frågorna ovan blir krav i upphandlingsdokumenten eller särskilda kontraktsvillkor, och de ska vara proportionerliga och ha koppling till det som upphandlas. Det är svårt att lägga till skarpa AI-krav i ett avtal som redan är tecknat. Som stöd har EU:s gemenskap för offentliga inköpare publicerat frivilliga modellklausuler för upphandling av AI, i en version för högrisksystem och en lättare version för övriga system.
Se också till att er AI-policy för medarbetare bara tillåter verktyg som har gått igenom granskningen. Annars tar skugg-AI en genväg förbi hela processen.
10. Exit
| Fråga | Varför det spelar roll | Varningssignal |
|---|---|---|
| Kan vi exportera data, konfigurationer, prompter och finjusterade modeller i ett användbart format? | Minskar inlåsning och gör att dokumentationen finns kvar efter avslut. | Bara egna, stängda format. |
| Hur bekräftas radering vid avtalets slut, inklusive säkerhetskopior och underbiträden? | Skyldigheter enligt GDPR och sekretess fortsätter efter avtalet. | Inget raderingsintyg. |
| Vad händer med loggar som vi måste spara? | Ni kan behöva dem efter att tjänsten har avslutats. | Loggarna raderas när avtalet upphör. |
Så driver ni processen
- Registrera förfrågan i ert AI-register med det tänkta användningsfallet.
- Bestäm nivå: grundnivå, standard eller fördjupad.
- Skicka de relevanta områdena till leverantören och be om underlag, inte bara ja eller nej.
- Bedöm varje svar som godtagbart, godtagbart med villkor eller inte godtagbart.
- Avtala klausuler för varje villkor.
- Dokumentera beslut, ägare och datum för nästa översyn. Gör om bedömningen när leverantören byter modell, villkor eller underbiträden, och vid varje förlängning.
Ett exempel: en e-handlare som vill införa en kundtjänstchatbot hamnar på standardnivå. De viktigaste frågorna blir om konversationerna används för träning, var de lagras, om chatboten talar om att den är en AI enligt artikel 50 och hur snabbt leverantören larmar vid en personuppgiftsincident. En bank som ska köpa en modell för kreditprövning hamnar däremot på fördjupad nivå, eftersom kreditvärdering finns i bilaga III och bankens egna skyldigheter som tillhandahållare då börjar gälla 2 december 2027.
Vanliga frågor
Vad är en leverantörsbedömning av AI?
Det är granskningen ni gör innan ni tecknar avtal om en AI-tjänst. Den omfattar leverantörens roll enligt AI-förordningen, den underliggande modellen, dataanvändning och var data behandlas, GDPR-villkor, säkerhet, dokumentation, mänsklig kontroll, loggning, incidenthantering, avtalsvillkor och exit. Syftet är att bekräfta att tjänsten passar ert användningsfall och att leverantören kan stötta era egna skyldigheter.
Kräver AI-förordningen att vi granskar våra AI-leverantörer?
Förordningen använder inte det uttrycket. Men tillhandahållare av högrisksystem ska använda dem enligt bruksanvisningen, säkerställa mänsklig kontroll, övervaka driften och spara loggar, vilket är omöjligt utan information från leverantören. Importörer och distributörer har uttryckliga kontrollskyldigheter. I praktiken är leverantörsbedömningen hur ni säkerställer att ni kan följa reglerna.
Vilken är den största varningssignalen hos en AI-leverantör?
Oklar dataanvändning. Om leverantören inte skriftligt kan svara på om era prompter och filer används för att träna dess eller modelleverantörens modeller, hur länge de sparas och var de behandlas, kan ni inte bedöma vare sig GDPR eller sekretess. Näst värst är en leverantör som inte kan namnge modellen eller varna innan den byts.
Räcker det att leverantören är certifierad enligt ISO/IEC 42001?
Nej. Certifieringen visar att leverantören har ett styrt arbetssätt för AI, men den bevisar inte att en viss produkt följer AI-förordningen eller passar ert användningsfall. Kontrollera att certifikatets omfattning gäller den tjänst ni köper och ställ ändå frågorna om data, dokumentation och mänsklig kontroll.
Hur ofta ska AI-leverantörer granskas om?
Senast vid förlängning, och dessutom när leverantören byter underliggande modell, villkor, underbiträden eller platsen där data behandlas, samt efter en incident. För användning med hög risk är en årlig genomgång med uppdaterade underlag ett rimligt minimum. Lägg in datumet i AI-registret, så att omprövningen inte hänger på någons minne.
Få checklistan för AI-leverantörer skriven åt er
Använd de tio områdena ovan som mall, eller låt oss ta fram ett utkast utifrån er situation. Opsios kostnadsfria AI-förordningsbedömning ställer frågor på svenska om er AI-användning, era leverantörer och era kontroller i fjorton steg, cirka 40 minuter. När ni skickar in skrivs fyra styrdokument utifrån svaren – checklista för AI-leverantörer (Vendor Due Diligence), AI-policy för medarbetare, ramverk för AI governance 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. Vill ni dessutom ha en EU-baserad AI-gateway som pseudonymiserar personuppgifter och loggar varje anrop till generativ AI, titta på Opsio Vault AI.
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
Group COO & CISO
Fredrik är koncernens COO och CISO på Opsio. Han fokuserar på operationell excellens, styrning och informationssäkerhet och arbetar nära leverans- och ledningsteamen för att samordna teknik, risk och affärsresultat i komplexa IT-miljöer. Han leder Opsios säkerhetspraktik, inklusive SOC-tjänster, penetrationstester och compliance-ramverk.
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.