Personuppgifter i AI-prompts – vad är okej enligt GDPR?

Kort svar: prompten är inte en juridisk frizon

AI-prompts känns ofta informella. Man skriver några rader, klistrar in ett mejl, lägger till ett kundcase och ber verktyget sammanfatta, förbättra eller analysera. Men GDPR bryr sig inte om att formatet heter “prompt”. Om texten innehåller information som kan kopplas till en identifierad eller identifierbar person kan det vara personuppgifter.

Det betyder inte att all AI-användning med personuppgifter är förbjuden. Det betyder att samma grundfrågor gäller som vid annan behandling: varför behöver ni uppgiften, vilken laglig grund finns, vilka uppgifter är nödvändiga, hur skyddas de, vem är leverantören och hur kan ni visa att ni har kontroll?

EU:s AI Act gör dessutom AI-kunnighet till en praktisk fråga. Organisationer behöver säkerställa att användare förstår riskerna med AI-system. För prompts innebär det att medarbetare behöver exempel, inte bara abstrakta formuleringar. “Klistra inte in kundens mejl – skriv om det anonymt” är tydligare än “hantera personuppgifter försiktigt”.

Vad räknas som personuppgift i en AI-prompt?

GDPR:s definition är bred. En personuppgift är information som avser en identifierad eller identifierbar fysisk person. I en prompt kan det vara uppenbart, till exempel namn, e-postadress, telefonnummer, personnummer, IP-adress eller kundnummer. Men det kan också vara indirekt: roll, arbetsplats, ort, ärendehistorik, ordermönster, klagomål, sjukfrånvaro, bild, röst eller detaljer som tillsammans pekar ut en person.

Det är därför “jag tog bort namnet” inte alltid räcker. Om prompten säger “vår enda Key Account Manager i Göteborg med ansvar för kund X” kan personen fortfarande vara identifierbar. Om ett kundcase innehåller specifika datum, affärsvillkor och kontaktroll kan kunden och kontaktpersonen gå att lista ut.

När kan personuppgifter i AI-prompts vara okej?

Det kan vara okej när det finns ett tydligt och legitimt syfte, en laglig grund, tillräcklig säkerhet och ett godkänt verktyg. Exempel kan vara kundservice i en företagsplattform där leverantören är bedömd, rätt avtal finns, åtkomst är begränsad och medarbetarna vet vilka datatyper som är tillåtna. Men samma uppgift kan vara olämplig i ett privat konto eller i ett verktyg vars villkor ni inte har kontrollerat.

GDPR artikel 5 är central: personuppgifter ska behandlas lagligt, korrekt och öppet, samlas in för särskilda ändamål, vara adekvata och begränsade till vad som behövs samt skyddas med lämplig säkerhet. Artikel 6 kräver laglig grund. Artikel 9 ställer särskilda krav för känsliga personuppgifter, till exempel hälsa, facklig tillhörighet, biometriska uppgifter eller politiska åsikter.

IMY:s vägledning om personuppgifter i arbetslivet är också viktig. Arbetsgivare har ofta mer makt än medarbetare, vilket gör samtycke svårt som grund i många situationer. AI i HR, personalärenden, prestation, frånvaro eller intern kommunikation kräver därför extra försiktighet.

Rött, gult och grönt: gör promptreglerna enkla

En AI-policy blir användbar först när medarbetare kan fatta vardagsbeslut. Därför bör ni översätta GDPR till konkreta promptregler. Målet är inte att alla ska bli jurister. Målet är att de ska veta vad de får göra direkt, vad som kräver kontroll och vad som ska stoppas.

Det viktigaste är att skilja anonymisering från pseudonymisering. Anonym information kan inte kopplas till en person. Pseudonymiserad information kan fortfarande kopplas tillbaka med nycklar eller kompletterande uppgifter och omfattas normalt fortfarande av GDPR. I praktiken bör många “anonymiserade” prompts behandlas som gula tills ni är säkra.

Leverantör, biträde och säkerhet: verktyget spelar roll

Det är stor skillnad mellan att klistra in personuppgifter i ett privat AI-konto och att använda en företagsgodkänd lösning med avtal, inställningar och dokumenterade kontroller. Om AI-leverantören behandlar personuppgifter för er räkning kan GDPR artikel 28 om personuppgiftsbiträden bli relevant. Artikel 32 kräver dessutom lämplig säkerhet, till exempel åtkomstkontroll, kryptering, loggning, incidentrutiner och begränsad lagring.

EDPB:s yttrande om AI-modeller understryker att dataskyddsfrågor inte försvinner bara för att tekniken är avancerad. För företag betyder det att ni behöver kunna visa hur ni tänkt: vilka uppgifter skickas, till vilken leverantör, för vilket ändamål, med vilka skydd och hur länge uppgifterna finns kvar.

Exempel på policytext för personuppgifter i AI-prompts

Policytexten bör vara tydlig nog att användas av kundservice, HR, sälj, marknad och chefer. Undvik långa juridiska formuleringar utan exempel. Skriv hellre korta regler med konkreta stoppord och säkra alternativ.

Komplettera policyn med före/efter-exempel. Före: “Sammanfatta mejltråden från Anna Andersson om hennes sjukfrånvaro.” Efter: “Skriv en neutral mall för hur en chef kan svara på en medarbetares fråga om frånvarorutin, utan personuppgifter.” Den andra prompten ger ofta lika mycket nytta men betydligt lägre risk.

Exempel: säkrare omskrivning av prompts

Checklista innan personuppgifter används i AI

Använd checklistan som stoppfilter. Om svaret är nej eller “vet inte” bör medarbetaren avstå, anonymisera mer eller fråga ansvarig funktion innan AI används.

Slutsatsen är enkel: börja med anonymisering och minimering. Använd godkända verktyg när verkliga personuppgifter behövs. Dokumentera återkommande användningsfall. Då kan ni få nytta av AI utan att göra varje prompt till en dataskyddsrisk.