Vad är Data Privacy Framework (DPF)?

Av Weapp · Uppdaterad

EU-US Data Privacy Framework (DPF) är en adekvansgrundad överföringsmekanism som tillåter personuppgifter att skickas till certifierade amerikanska mottagare utan egen överföringsanalys. Det skiljer sig från SCC, som kräver en egen bedömning. Vilken mekanism som gäller beror på leverantörsvägen – och DPF:s hållbarhet prövas just nu rättsligt.

När personuppgifter ska till en amerikansk AI-leverantör behöver överföringen en laglig grund. EU-US Data Privacy Framework – DPF – är en av två vanliga sådana grunder. Att förstå vad DPF är, och var det skiljer sig från standardavtalsklausuler, avgör hur mycket eget analysarbete som ligger på dig.

Vad DPF är

Data Privacy Framework är ett adekvansbeslut från EU-kommissionen. Det innebär att EU har bedömt att amerikanska mottagare som certifierat sig under ramverket erbjuder en skyddsnivå som i allt väsentligt motsvarar EU:s. För överföringar till en sådan certifierad mottagare krävs därför ingen egen överföringsanalys – adekvansbeslutet bär grunden.

Det är den centrala skillnaden mot standardavtalsklausuler (SCC). Med SCC måste du själv göra en Transfer Impact Assessment och lägga till tekniska skyddsåtgärder. Med DPF flyttas bevisbördan till certifieringen: är mottagaren med på listan, är överföringsgrunden på plats.

En vanlig missuppfattning är att DPF därmed löser hela frågan om amerikansk dataåtkomst. Det gör det inte. DPF ger överföringen en laglig grund enligt GDPR, men det ändrar inte att en amerikansk mottagare fortfarande lyder under amerikansk lagstiftning som CLOUD Act. Adekvansbeslutet säger att skyddsnivån bedömts tillräcklig på systemnivå – det är inte ett löfte om att en enskild myndighetsbegäran aldrig kan nå datan. DPF och frågan om myndighetsåtkomst är alltså två lager som båda behöver hanteras, inte ett enda.

Mekanismen skiljer sig per leverantörsväg

Här blir det praktiskt viktigt. Vilken mekanism som gäller beror på vilken leverantör och vilken väg du väljer.

Vissa leverantörer, exempelvis Microsoft och OpenAI, är aktiva DPF-deltagare – deras överföringar kan vila på adekvansbeslutet. En direktväg till en annan leverantör, som Anthropic, kan i stället bygga på SCC plus en egen överföringsanalys (TIA). Samma typ av tjänst kan alltså ha olika överföringsmekanism beroende på hur du köper den.

Ett konkret scenario: ett bolag antar att “amerikansk AI = DPF” och dokumenterar överföringen därefter. Vid granskningen visar det sig att just den leverantörsväg de valt vilar på SCC, inte DPF – och att TIA:n saknas. Slutsatsen är att du måste veta exakt vilken mekanism din väg använder, inte anta en generell.

Hållbarheten prövas rättsligt

DPF är den tredje i raden av mekanismer för EU-USA-överföringar. De två föregångarna, Safe Harbor och Privacy Shield, ogiltigförklarades båda av EU-domstolen. DPF:s hållbarhet prövas nu på nytt, bland annat i det så kallade Latombe-målet vid EU-domstolen.

Det betyder inte att DPF är ogiltigt idag – det gäller. Men historiken manar till försiktighet. Att bygga en arkitektur som helt förutsätter att DPF står för evigt är att upprepa ett misstag som redan gjorts två gånger.

Beställarens kontrollpunkter

När du granskar ett AI-avtal där DPF åberopas finns några saker att bocka av:

  1. Aktuell certifiering. Är leverantören faktiskt med i den officiella DPF-listan just nu, för rätt typ av data? Kontrollera – förlita dig inte på en marknadsföringstext.
  2. Rätt mekanism per väg. Vilar er specifika väg på DPF eller på SCC? Antagandet “amerikansk AI = DPF” håller inte; det beror på leverantör och köpväg.
  3. Reservmekanism i avtalet. Finns SCC som fallback ifall DPF skulle falla? Det är den vanligaste och klokaste säkerheten.
  4. Arkitektur som tål skifte. Är lösningen byggd så att ni kan byta överföringsgrund utan att göra om allt?

Bygg för ett mekanismskifte

Den praktiska lärdomen: bygg så att ett byte av överföringsmekanism inte river hela lösningen. Ha en reservmekanism i avtalet – ofta SCC – och en arkitektur där du kan skifta grund utan att göra om allt.

Och eftersom deltagarlistan ändras: kontrollera alltid aktuell DPF-status för leverantören i den officiella listan innan du tecknar avtal. En certifiering som gällde förra kvartalet kan ha ändrats.

Vill du se hur DPF hänger ihop med SCC, residens och myndighetsåtkomst i ett helt AI-projekt finns mer på vår AI-sida. Behöver du hjälp att avgöra vilken överföringsmekanism ert upplägg faktiskt vilar på? Hör av dig.

Vanliga frågor

Vad är skillnaden mellan DPF och SCC?

DPF är ett adekvansbeslut: EU har bedömt att certifierade amerikanska mottagare ger tillräckligt skydd, så överföringen kräver ingen egen analys. SCC är avtalsklausuler som du själv kompletterar med en överföringsanalys (TIA) och tilläggsåtgärder. DPF flyttar bevisbördan från dig till certifieringen – SCC lägger den på dig.

Är alla amerikanska AI-leverantörer med i DPF?

Nej. Deltagandet skiljer sig per leverantör och avtalsväg. Vissa leverantörer är aktiva DPF-deltagare, medan andra vägar i stället vilar på SCC plus en egen överföringsanalys. Överföringsmekanismen kan alltså skilja sig beroende på om du köper direkt eller via en molnplattform – kontrollera vilken som faktiskt gäller.

Hur vet jag om en leverantör är DPF-certifierad?

Certifierade organisationer listas i den officiella DPF-listan, som förs av amerikanska Department of Commerce. Kontrollera aktuell deltagarstatus där innan du ingår avtal – en certifiering kan ha ändrats eller upphört. Att en leverantör var med tidigare är ingen garanti för att den är med idag.

Är Data Privacy Framework juridiskt säkert på sikt?

Det prövas rättsligt. DPF:s hållbarhet är föremål för prövning i EU-domstolen (Latombe-målet), på samma sätt som tidigare mekanismer ogiltigförklarats. Klokt är att bygga arkitekturen så att ett byte av överföringsmekanism inte river hela lösningen, snarare än att förutsätta att DPF står för alltid.

Vad händer om DPF ogiltigförklaras?

Då måste överföringarna vila på en annan grund, i praktiken oftast SCC plus en egen överföringsanalys. Det har hänt förr: både Safe Harbor och Privacy Shield föll. Därför bör avtal ha en reservmekanism och arkitekturen vara byggd så att ett skifte går att genomföra utan att allt måste göras om.