Konsekvensbedömning för AI (DPIA) – när krävs det?

Start / AI-säkerhet

AI-säkerhet och GDPR

Konsekvensbedömning för AI (DPIA) – när krävs det?

En DPIA är inte en byråkratisk bilaga. För AI-användning med personuppgifter är den ofta själva stoppfiltret som avgör om projektet kan lanseras, behöver byggas om eller måste pausas tills riskerna är hanterade.

Lästid: 13 minUppdaterad 2026För ledning, DPO, IT, HR, marknad och verksamhetsägare
DPIA för AI – när krävs konsekvensbedömning enligt GDPR
En konsekvensbedömning enligt GDPR behövs när AI-användningen kan innebära hög risk för människors rättigheter och friheter.
Gratis nedladdning

Ladda ner mallen

Risk-/dataklassningsmatris, kontrollista eller incident-/DPIA-exempel. Word-dokumentet är redigerbart, kompakt formaterat och har en logotyp som enkelt kan bytas ut mot er egen.

Format: Word (.docx) · Version 1.0 · Utbytbar logotyp · Från AI-registret.se

Ladda ner dokumentet (.docx) →

Kort svar: gör DPIA när AI kan påverka människor på riktigt

En konsekvensbedömning, ofta kallad DPIA efter engelskans Data Protection Impact Assessment, krävs enligt GDPR artikel 35 när en behandling av personuppgifter sannolikt leder till hög risk för fysiska personers rättigheter och friheter. För AI-projekt blir frågan extra viktig eftersom AI ofta används för att analysera, rangordna, förutsäga, profilera eller automatisera bedömningar om människor.

Det betyder inte att varje AI-test kräver en full DPIA. Men det betyder att varje seriöst AI-användningsfall som berör personuppgifter bör börja med en dokumenterad förhandsbedömning: vilka personuppgifter behandlas, vad används AI till, vem påverkas, vad händer om systemet har fel och vilka skyddsåtgärder finns?

1Förhandsbedöm först

Avgör om användningen alls omfattar personuppgifter och om den kan innebära hög risk.

2DPIA vid hög risk

Profilering, stor skala, känsliga uppgifter och beslutspåverkan är tydliga varningssignaler.

3Dokumentera beslutet

Även “ingen DPIA krävs” bör dokumenteras med motivering, ägare och datum.

IMY beskriver konsekvensbedömning som ett sätt att identifiera och minska risker innan en behandling startar. GDPR artikel 35 anger särskilt att en DPIA krävs när ny teknik, behandlingens art, omfattning, sammanhang eller ändamål sannolikt medför hög risk. AI passar ofta in i just den typen av situationer: ny teknik, stora datamängder, komplex analys och svårförklarliga konsekvenser.

Vad är en DPIA i praktiken?

En DPIA är en strukturerad riskbedömning för dataskydd. Den ska beskriva behandlingen, bedöma om den är nödvändig och proportionerlig, analysera risker för registrerade personer och visa vilka åtgärder som minskar riskerna. Det handlar alltså inte bara om IT-säkerhet. Det handlar också om rättvisa, transparens, dataminimering, felaktiga beslut, diskriminering, bristande information och människors möjlighet att förstå eller invända.

För AI bör DPIA:n kopplas till användningsfallet, inte bara till verktygets namn. “Vi använder ChatGPT”, “vi testar Copilot” eller “vi bygger en AI-modell” är för vagt. Skriv i stället vad AI faktiskt gör: analyserar kundärenden, sammanfattar vårdliknande uppgifter, prioriterar leads, föreslår medarbetaråtgärder, skapar beslutsunderlag eller flaggar avvikelser.

Viktig skillnad: Ett AI-register svarar på “vilka AI-användningar har vi?”. En DPIA svarar på “är just denna personuppgiftsbehandling laglig, nödvändig och tillräckligt säker med hänsyn till riskerna?”. De kompletterar varandra.

Om DPIA:n visar att hög risk kvarstår trots planerade åtgärder behöver organisationen enligt GDPR artikel 36 samråda med tillsynsmyndigheten innan behandlingen påbörjas. I Sverige är det IMY. Det är därför klokt att göra DPIA tidigt, innan projektet redan är tekniskt färdigt och organisatoriskt svårt att ändra.

När krävs konsekvensbedömning för AI?

Den praktiska tumregeln är: om AI behandlar personuppgifter och resultatet kan påverka en person, en grupp eller en viktig process bör ni göra en förhandsbedömning. Om förhandsbedömningen visar hög risk ska ni göra en DPIA. Hög risk kan uppstå genom typen av data, sättet AI används på, omfattningen, graden av automatisering eller konsekvensen av ett fel.

Beslutsfilter för när DPIA krävs för AI
Ett enkelt beslutsfilter: gröna användningar kan ofta dokumenteras enklare, gula kräver förhandsbedömning och röda kräver ofta DPIA innan drift.
Signal
AI-exempel
Praktisk slutsats
Profilering
AI poängsätter kunder, leads, anställda eller kandidater utifrån beteende, historik eller sannolikhet.
Gör normalt förhandsbedömning och räkna ofta med DPIA om resultatet påverkar beslut.
Känsliga uppgifter
AI används på uppgifter om hälsa, facklig tillhörighet, etnicitet, biometriska data eller liknande.
Mycket stark DPIA-signal. Kontrollera laglig grund, undantag och dataminimering noga.
Stor skala
AI analyserar stora mängder kunddata, ärenden, transkriptioner, beteendedata eller loggar.
Bedöm omfattning, åtkomst, retention, leverantörer och konsekvens av fel.
Automatiserat beslut
AI avgör eller starkt påverkar kredit, rekrytering, pris, service, behörighet eller annan betydande effekt.
DPIA är ofta nödvändig. Kontrollera även GDPR artikel 22 och mänsklig granskning.

EDPB:s DPIA-vägledning lyfter kriterier som utvärdering eller poängsättning, automatiserade beslut med rättslig eller liknande betydande effekt, systematisk övervakning, känsliga data, behandling i stor skala, sammanföring av dataset, uppgifter om sårbara personer och innovativ användning av ny teknik. AI-projekt träffar ofta flera av dessa samtidigt.

Svenska AI-exempel: när räcker enklare dokumentation och när krävs DPIA?

För att göra frågan konkret kan ni tänka i tre nivåer. Gröna användningar är sådana där AI främst hjälper en människa att skriva, strukturera eller förstå internt material utan att skapa beslut om personer. Gula användningar innehåller personuppgifter eller återkommande processer men kan hanteras med tydliga kontroller. Röda användningar påverkar människors möjligheter, villkor, rättigheter eller behandling i verksamheten.

Grönt: enklare loggning

Intern språkgranskning av en text där personuppgifter tagits bort. Dokumentera verktyg, syfte och regler.

?Gult: förhandsbedöm

AI sammanfattar kundärenden, supporthistorik eller mötesanteckningar med personuppgifter.

!Rött: DPIA först

AI rankar kandidater, flaggar anställda, bedömer kreditvärdighet eller föreslår åtgärder mot kunder.

HR är ett tydligt exempel. Ett AI-verktyg som hjälper en rekryterare att formulera en platsannons är normalt en annan risk än ett verktyg som sorterar kandidater, analyserar intervjusvar eller föreslår vem som bör gå vidare. Kundservice är ett annat exempel. En intern chattbot som hittar rätt hjälpartikel är mindre riskfylld än en AI som automatiskt nekar reklamationer eller prioriterar vissa kunder lägre.

Marknad och försäljning behöver också tänka efter. Lead scoring, personaliserade erbjudanden och churn-prediktioner kan verka kommersiella, men bygger ofta på profiler och beteendedata om identifierbara personer. Om resultatet påverkar kontaktfrekvens, pris, erbjudande eller behandling bör förhandsbedömningen vara ordentlig.

Praktiskt arbetssätt: Lägg in en DPIA-fråga direkt i AI-registret: “Behandlas personuppgifter?”, “Kan AI-resultatet påverka en person?”, “Finns profilering, känsliga data, stor skala eller automatiserade beslut?”. Då blir DPIA inte något som upptäcks för sent.

Så gör ni en DPIA för AI – steg för steg

Börja inte med en tom juridisk mall. Börja med att beskriva användningsfallet så begripligt att verksamheten, IT, juridik och dataskydd kan diskutera samma sak. Vilken process handlar det om? Vilka personer berörs? Vilka data går in? Vilka resultat kommer ut? Vem använder resultatet? Kan AI-resultatet bli fel, vinklat eller för långtgående?

DPIA i sju steg för AI-användning
En bra DPIA görs innan drift, tillsammans med verksamhetsägare, IT, dataskydd och de roller som faktiskt ska använda AI-resultatet.
1Beskriv användningen

Syfte, process, verktyg, användare och beslutspunkt.

2Kartlägg data

Personuppgifter, känsliga data, källor och mottagare.

3Pröva nödvändighet

Behövs AI, och behövs all data?

4Analysera risk

Fel, bias, läckage, övervakning och bristande transparens.

5Sätt skydd

Minimering, pseudonymisering, åtkomst, loggning och mänsklig kontroll.

6Besluta

Godkänn, ändra, stoppa eller samråd med IMY vid kvarstående hög risk.

7Följ upp

Ompröva vid nya data, nya syften, ny leverantör eller ändrad modell.

NIST:s AI Risk Management Framework använder begrepp som govern, map, measure och manage. Det passar väl med DPIA-arbete: styrning, kartläggning, mätning och hantering. För generativ AI behöver ni dessutom tänka på hallucinationer, informationsläckage, felaktiga sammanfattningar, bias, spårbarhet och hur människor förstår begränsningarna.

EU AI Act ersätter inte GDPR. Den lägger till ett riskbaserat regelverk för AI-system, medan GDPR fortsätter att gälla när personuppgifter behandlas. Ett AI-system kan därför behöva både AI Act-bedömning och GDPR-DPIA. AI Act artikel 4 om AI-kunnighet gör också att organisationer behöver säkerställa att personer som använder eller ansvarar för AI har tillräcklig förståelse för risker, data och kontroller.

Vanliga misstag som gör DPIA:n för svag

Det första misstaget är att göra DPIA för sent. Om leverantör, process, integration och datamodell redan är bestämda blir konsekvensbedömningen lätt en efterhandsmotivering. Det andra misstaget är att beskriva verktyget i stället för användningen. Samma AI-verktyg kan vara låg risk i ett internt skrivstöd och hög risk i rekrytering eller kreditbedömning.

Det tredje misstaget är att bara lista tekniska skydd. Kryptering och åtkomstkontroll är viktiga, men de löser inte allt. Om AI ger felaktiga rekommendationer, förstärker bias, behandlar för mycket data eller är otydlig för den registrerade krävs andra skydd: mänsklig granskning, begränsade syften, tydliga instruktioner, testdata, kvalitetssäkring, informationstexter och möjlighet till invändning eller manuell hantering.

Misstag
Konsekvens
Bättre arbetssätt
“Vi gör DPIA efter pilot”
Risker byggs in i lösningen och blir dyra att åtgärda.
Gör förhandsbedömning före pilot och full DPIA före skarp drift vid hög risk.
“Leverantören är säker, alltså är vi klara”
Ni missar eget ansvar, syfte, dataurval och användning i processen.
Granska både leverantör och ert konkreta användningsfall.
“AI beslutar inte, den föreslår bara”
Förslag kan ändå styra människor och få praktisk beslutseffekt.
Bedöm hur människor faktiskt använder AI-resultatet och om granskningen är verklig.

Checklista: behöver vi DPIA för detta AI-användningsfall?

Använd checklistan som ett praktiskt stoppfilter innan ni köper in, pilottestar eller skalar AI. Ju fler “ja”, desto starkare skäl att göra DPIA och involvera dataskyddsansvarig tidigt.

Kontrollpunkter

  • Behandlar AI-användningen personuppgifter?
  • Kan resultatet påverka en kund, anställd, kandidat, leverantör eller annan person?
  • Innebär användningen profilering, poängsättning eller prediktion om personer?
  • Används känsliga personuppgifter eller uppgifter om sårbara grupper?
  • Sker behandlingen i stor skala eller återkommande i en verksamhetsprocess?
  • Kombineras flera datakällor på ett nytt sätt?
  • Är tekniken ny eller svår att förklara för de personer som berörs?
  • Kan AI-resultatet leda till nekad service, ändrat pris, urval, disciplinär åtgärd eller annan betydande effekt?
  • Finns mänsklig granskning som är reell, dokumenterad och kompetent?
  • Är dataminimering, lagringstid, åtkomst och leverantörsansvar tydligt?
  • Finns skydd mot fel, bias, hallucinationer och obehörig åtkomst?
  • Är användningen dokumenterad i AI-registret med ägare, risknivå och uppföljning?

Om ni är osäkra är det bättre att göra en kort förhandsbedömning än att gissa. Det behöver inte vara tungt. En sida med syfte, data, berörda personer, riskindikatorer och beslut kan räcka för att avgöra nästa steg. Men om ni ser hög risk bör DPIA:n vara ordentlig och leda till faktiska åtgärder.

Exempel på intern regel: AI-användningar som behandlar personuppgifter ska registreras i AI-registret innan skarp användning. Processägaren ska göra en dokumenterad förhandsbedömning av DPIA-behov. DPIA krävs när användningen sannolikt innebär hög risk, exempelvis vid profilering, känsliga personuppgifter, stor skala, systematisk övervakning eller automatiserade beslut med betydande påverkan. Vid kvarstående hög risk efter skyddsåtgärder ska dataskyddsansvarig involveras och samråd med IMY bedömas.

Slutsatsen är enkel: DPIA för AI handlar om att upptäcka risker innan de blir verkliga problem. Gör det tidigt, gör det konkret och koppla det till AI-registret. Då får ni både bättre regelefterlevnad och bättre AI-projekt.

Vill ni få koll på vilka AI-användningar som kräver DPIA?

Börja med AI-registret: samla verktyg, syften, personuppgifter, risknivåer, ägare och kontrollpunkter på ett ställe.

Börja med AI-registret

Lämna en kommentar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *

Rulla till toppen