GDPR og ChatGPT: JIT-anonymisering i kundesupport
Opdateret til 2026
Konflikten ved dataoverførsler
Supportteams bruger ChatGPT til at udkaste svar. Det skaber et GDPR-problem. Kundenavne, ordrenumre og adresser er personoplysninger. At sende dem til ChatGPT betyder at sende dem til OpenAIs servere i USA.
GDPR's artikel 46 regulerer overførsler til lande uden for EU. Den kræver sikkerhedsforanstaltninger. Disse omfatter standardkontraktbestemmelser (SCC'er), tilstrækkelighedsafgørelser og bindende virksomhedsregler.
OpenAI tilbyder SCC'er til erhvervskunder. Mange supportteams bruger standard forbrugerkonti. Disse konti har ikke samme beskyttelse. En EU-revision fra 2024 viste, at 63% af ChatGPT-brugerposter stammer fra konti uden beskyttelsesindstillinger på erhvervsniveau.
Italiens Garante viser, hvad håndhævelse fører til. I december 2024 idømte myndigheden OpenAI en bøde på €15 millioner. Tre fejl drev bøden: intet gyldigt retsgrundlag, manglende gennemsigtighed om træning og ingen alderskontrol for mindreårige. På det tidspunkt manglede 63% af italienske virksomheder GDPR-tilpassede AI-politikker.
JIT-anonymisering løser problemet
Just-in-time (JIT) anonymisering forhindrer personoplysninger i at nå ChatGPT. Den kører i indsendelsesøjeblikket — inden kaldet til OpenAI.
Sådan fungerer det. En supportmedarbejder indsætter en kundeklage i ChatGPT. Browserudvidelsen opsnapper indsætningen. Den registrerer navn, ordrenummer og adresse. Medarbejderen ser en forhåndsvisning. Medarbejderen klikker på fortsæt. ChatGPT modtager en ren version med tokens i stedet for identifikatorer.
ChatGPT udkaster et svar med disse tokens. Udvidelsen bytter tokens tilbage til de rigtige værdier. Medarbejderen ser det rigtige navn i svaret. ChatGPT behandlede aldrig det pågældende navn.
Under dette design gælder GDPR's artikel 46 ikke. Det, der når OpenAI, er ikke personoplysninger ifølge GDPR. Kundens navn og adresse forbliver i medarbejderens browser, inden for EU. Overholdelse er strukturel. Den afhænger ikke af kontrakter alene. Se vores overholdelsesguide for dokumentationskrav.
Hvorfor kontraktuelle sikkerhedsforanstaltninger kommer til kort
SCC'er og DPA'er er gyldige sikkerhedsforanstaltninger. Men de indebærer løbende risici. De kræver, at medarbejdere bruger det korrekte kontoniveau. De kræver fornyelse. De kræver regelmæssig revision. Én medarbejderfejl kan bryde kæden.
Tekniske kontroller er mere holdbare. Hvis personoplysninger aldrig forlader browseren som input, kan et databrud ikke eksponere dem. Garantens bøde på €15 mio. bekræfter dette synspunkt. Den grundlæggende fejl var fraværet af tekniske kontroller — ikke blot manglende papirarbejde. Vores sikkerhedsoversigt dækker den fulde lagdelte tilgang.
Opsætning af JIT-anonymisering
Tre trin fuldfører opsætningen.
Installer browserudvidelsen. Chrome-udvidelsen placerer sig mellem medarbejderen og AI-værktøjet. Der kræves ingen ændringer i selve AI-værktøjet. Medarbejderne beholder deres eksisterende arbejdsgang.
Konfigurer enhedsregistrering. Aktiver de enhedstyper, der er relevante for din kundebase. For EU-supportteams betyder det navne, adresser, e-mailadresser, telefonnumre, ordrenumre og lokale nationale ID-formater.
Aktiver en revisionslog. Tilsynsmyndigheder beder om bevis for, at kontroller er kørt. En logpost pr. hændelse — tidsstempel, enhedstyper, antal — giver inspektører dokumentation. Intet personligt indhold gemmes. Se vores FAQ for konfigurationsspørgsmål.