Zero Data Retention: Hvad betyder “ingen datalagring” egentlig?

Et løfte, der kræver en fodnote

Når en leverandør skriver Zero Data Retention, er det fristende at oversætte det til: “Vores data bliver aldrig gemt nogen steder.” Det er en for bred konklusion. Begrebet beskriver en bestemt leverandørkontrol i OpenAI’s API-platform – ikke hele den løsning, som jeres medarbejdere eller kunder bruger.

OpenAI offentliggjorde 2026-08-19, at virksomheden fortsat vil tilbyde Zero Data Retention, forkortet ZDR, til godkendte API-kunder, også når mere avancerede modeller skal kunne opdage sikkerhedsproblemer på tværs af længere forløb. Samtidig præsenterede OpenAI en foreløbig løsning kaldet Private Safety Processing. Den skal efter planen gøre det muligt at opdage risikomønstre uden at give OpenAI-medarbejdere adgang til kundens underliggende indhold.

Det er interessant, fordi privatliv og sikkerhed ellers let bliver stillet op som modsætninger: Enten gemmer leverandøren samtalen for at opdage misbrug, eller også slettes den med det samme. OpenAI forsøger at skabe en tredje vej. Men annonceringen er en preview, og den ændrer ikke ved, at virksomheder skal læse produktvilkår og teknisk dokumentation langt mere præcist end en overskrift.

Hvad OpenAI’s ZDR faktisk gør

OpenAI’s API-dokumentation skelner mellem mindst to typer lagring: misbrugslogning og applikationstilstand. Misbrugslogs kan som standard indeholde prompts, svar og afledte metadata og opbevares normalt i op til 30 dage. Applikationstilstand er data, som en funktion gemmer for at kunne levere sin ydelse – eksempelvis samtalehistorik, filer eller objekter, der skal kunne hentes igen.

For en godkendt organisation betyder Zero Data Retention i hovedtræk:

• Kundeindhold udelukkes fra de almindelige misbrugslogs på de ZDR-kompatible dele af API’en.
• Ved Responses API og Chat Completions behandles indstillingen store som false, når ZDR er slået til.
• Indstillingen kan konfigureres på organisations- eller projektniveau, når kunden er godkendt.
• OpenAI bruger ikke virksomhedskunders indhold til modeltræning, medmindre kunden aktivt vælger det til.

Det sidste punkt bliver ofte blandet sammen med opbevaring. Træning og lagring er ikke det samme. En leverandør kan undlade at træne på data og stadig opbevare dem i en periode til drift, historik eller sikkerhed. Omvendt kan data behandles kortvarigt uden at blive bevaret som et varigt datasæt.

ZDR gælder ikke alt

Det mest afgørende står i detaljerne. OpenAI’s dokumentation viser, at nogle endpoints er ZDR-kompatible, mens andre kan gemme applikationstilstand. Samtaleobjekter, visse tråde, filer, vektorlagre, batches og evalueringsdata har andre livscyklusser end en enkelt tekstforespørgsel. Bruger I værktøjer eller eksterne forbindelser, kan data desuden sendes videre til tredjeparter, som har deres egne regler.

Et konkret eksempel er en AI-assistent, der modtager en kundemail, slår ordren op i et ERP-system og gemmer et udkast i et supportsystem. Selv hvis selve modelkaldet er ZDR, kan mailen ligge i jeres indbakke, integrationsplatform, logsystem, fejlkø, database og supportsag. Den samlede løsning har derfor mindst lige så mange datasteder som integrationer.

Private Safety Processing: lovende, men endnu ikke en blankocheck

OpenAI beskriver Private Safety Processing som en automatiseret metode, der kan genkende risikomønstre på tværs af relaterede interaktioner. Underliggende kundeindhold kan efter beskrivelsen ligge i kundens egen infrastruktur eller i OpenAI-lagring krypteret med kundestyrede nøgler. OpenAI skal kun modtage et begrænset signal om typen af mulig risiko, ikke selve prompten eller svaret.

Det kan blive vigtigt for organisationer, der håndterer helbredsoplysninger, finansielle data, fortrolig forskning eller forretningskritiske dokumenter. Men løsningen testes fortsat med tidlige kunder. Derfor bør den vurderes som en arkitektur og et løfte under udvikling – ikke som bevis på, at alle sikkerheds- og compliance-spørgsmål er løst.

Ingen lagring er ikke det samme som GDPR-compliance

Dataminimering og kort opbevaring kan reducere risiko, men de erstatter ikke de øvrige krav. En dansk virksomhed skal stadig have et behandlingsgrundlag, et klart formål, passende sikkerhed, relevante aftaler og styr på registreredes rettigheder. Det skal også vurderes, om data overhovedet bør sendes til en ekstern AI-tjeneste.

NIST’s Privacy Framework giver en nyttig, leverandøruafhængig tankegang: Kortlæg, hvilke data der behandles, hvem der påvirkes, og hvilke risici behandlingen skaber. Det er mere robust end at gøre ét produktmærke til hele privatlivsstrategien.

Ni spørgsmål før I accepterer ordet “zero”

1. Gælder ordningen det produkt, vi faktisk bruger – API, virksomhedsudgave eller almindelig chat?
2. Er vores organisation godkendt til ZDR, og kan vi dokumentere den aktive konfiguration?
3. Hvilke endpoints, modeller og værktøjer er omfattet, og hvilke er ikke?
4. Gemmer den valgte funktion applikationstilstand, filer, samtaleobjekter eller cachedata?
5. Hvilke undtagelser findes ved sikkerhedshændelser, lovkrav og ulovligt billedmateriale?
6. Sendes data til MCP-servere, søgetjenester, integrationsplatforme eller andre underleverandører?
7. Hvilke logs gemmer vi selv, og indeholder fejlmeddelelser eller sporingsdata dele af prompten?
8. Hvordan slettes data i alle led, og hvordan dokumenterer vi sletningen?
9. Hvad sker der, hvis en model eller funktion senere mister sin ZDR-berettigelse?

En praktisk beslutningsmodel

Start ikke med leverandørens funktion. Start med opgaven. Del oplysningerne i kategorier: offentlige, interne, fortrolige, personoplysninger og særligt følsomme. Beskriv derefter den nødvendige behandling. Hvis opgaven kan løses med færre eller anonymiserede data, bør det ske før modelkaldet.

Tegn til sidst datarejsen fra indtastning til sletning. For hvert led noterer I ejer, formål, opbevaringstid, adgang og slettevej. Først dér giver det mening at vurdere, om ZDR lukker et vigtigt hul. Ofte gør det. Nogle gange viser kortlægningen, at den største risiko ligger i virksomhedens egne logs eller integrationer.

Den nøgterne konklusion

Zero Data Retention er en relevant kontrol for organisationer, der vil bruge avancerede AI-modeller med følsomt eller fortroligt indhold. OpenAI’s nye udmelding viser samtidig, at leverandørerne forsøger at forene stærkere modeller, sikkerhedsovervågning og kundernes krav om datakontrol.

Men ordene “zero data” må aldrig stå alene i et indkøbsnotat. De skal efterfølges af produktnavn, konfiguration, datatyper, funktioner, undtagelser og dokumentation. Teknologi med mennesker i centrum begynder netop dér: med klare aftaler om de data, som andre har betroet os.

Læs også

• AI og persondata – syv spørgsmål før du deler oplysninger
• Sådan vurderer I en AI-leverandør
• Sådan laver I en AI-politik, medarbejderne kan bruge

Kilder og videre læsning

OpenAI: Offering Zero Data Retention for frontier models – Officiel annoncering og beskrivelse af Private Safety Processing, 2026-08-19.

OpenAI API: Data controls in the OpenAI platform – Aktuel teknisk dokumentation om logs, applikationstilstand, ZDR-berettigelse og undtagelser.

NIST Privacy Framework – Leverandøruafhængig ramme til at identificere og håndtere privatlivsrisici.

EU’s databeskyttelsesforordning (GDPR) – Den officielle forordning, herunder principper om formål, dataminimering og opbevaring.