Vad är standardavtalsklausuler (SCC)?
Standardavtalsklausuler (SCC) är EU-kommissionens färdiga avtalsmallar som ger en laglig grund för att överföra personuppgifter till länder utanför EU/EES som saknar adekvansbeslut. De byggs in i personuppgiftsbiträdesavtal och binder mottagaren till GDPR-liknande skyldigheter. Efter Schrems II räcker SCC inte ensamt – överföringen kräver också en dokumenterad konsekvensbedömning (TIA) och tekniska skyddsåtgärder.
När ett svenskt företag skickar personuppgifter till en leverantör utanför EU/EES kräver GDPR en giltig överföringsmekanism. För de flesta AI-avtal är den mekanismen standardavtalsklausuler – på engelska Standard Contractual Clauses, SCC. Det är värt att förstå vad de gör, för de dyker upp i nästan varje leverantörsgranskning.
Vad SCC är – och vad de löser
Standardavtalsklausuler är avtalsmallar som EU-kommissionen har beslutat. När mottagarlandet saknar ett adekvansbeslut – alltså ett EU-beslut om att landets skyddsnivå är likvärdig – kan parterna i stället skriva in kommissionens klausuler i avtalet. Klausulerna binder mottagaren till skyldigheter som speglar GDPR: ändamålsbegränsning, säkerhetsåtgärder, bistånd vid registrerades förfrågningar och ansvar vid överträdelser.
Poängen är att skyddet följer med data via avtalet, när det inte garanteras av mottagarlandets lagstiftning. Klausulerna får inte ändras i sak – däremot fylls bilagorna i per avtal: vilka datakategorier som överförs, vilka säkerhetsåtgärder som gäller och vilka underbiträden som ingår.
Den nuvarande versionen från 2021 är modulär. Det finns fyra moduler beroende på rollerna: ansvarig till ansvarig, ansvarig till biträde, biträde till underbiträde och biträde till ansvarig. Fel modul ger fel skyldigheter – en klassisk miss i granskningar.
Var SCC dyker upp i AI-avtal
I praktiken förhandlar du sällan SCC separat. De ingår som bilaga i leverantörens personuppgiftsbiträdesavtal (DPA) och aktiveras automatiskt när en överföring till tredjeland sker. Hos AI-leverantörer som Anthropic och GitHub ingår klausulerna på det sättet i biträdesavtalen – du accepterar dem tillsammans med övriga villkor.
Det betyder också att SCC kan gälla även när du köpt “EU-lagring”. Lagring i EU hindrar inte att support, drift eller missbruksdetektering innebär åtkomst från USA – och varje sådan åtkomst är en överföring som behöver sin mekanism. Ett konkret scenario: ett bolag väljer EU-region för sin AI-tjänst och antar att tredjelandsfrågan är löst. Vid granskningen visar det sig att leverantörens amerikanska supportorganisation kan nå loggarna. Då är det SCC-bilagan i DPA:t som bär den åtkomsten – inte EU-regionen.
Begränsningen efter Schrems II
EU-domstolens Schrems II-dom från 2020 slog fast två saker. Dels att SCC fortfarande är giltiga som mekanism, dels att de inte automatiskt räcker. Ett avtal binder nämligen bara parterna – det binder inte mottagarlandets myndigheter. Om lagstiftningen i mottagarlandet ger myndigheter åtkomst som går utöver vad EU-rätten tillåter, måste exportören bedöma om skyddet håller i praktiken.
Därför kräver en SCC-baserad överföring i regel två saker till:
- En TIA (Transfer Impact Assessment): en dokumenterad analys av mottagarlandets lagstiftning och den faktiska risken för myndighetsåtkomst, till exempel enligt amerikanska FISA 702 och CLOUD Act.
- Tilläggsåtgärder: tekniska och organisatoriska skydd som kryptering med kundkontrollerade nycklar, minimering av vilka data som skickas, korta lagringstider eller EU-baserad inferens.
SCC är alltså golvet, inte hela lösningen. Den som stannar vid att “klausulerna är signerade” har gjort halva jobbet.
Beställarens kontrollpunkter
När du granskar ett AI-avtal med SCC finns fyra saker att bocka av:
- Rätt modul för er roll. Är ni personuppgiftsansvarig och leverantören biträde ska modul två gälla. Kedjor med underbiträden ska täckas av modul tre i respektive led.
- UK-addendum vid brittisk data. Hanterar ni personuppgifter under brittisk rätt behövs det särskilda tillägget till EU-klausulerna.
- Klausulerna följer kedjan. När leverantören byter underbiträde ska motsvarande skydd finnas i det nya ledet – kontrollera att DPA:t ger er notis och invändningsrätt.
- Bilagorna är ifyllda. Tomma bilagor om datakategorier och säkerhetsåtgärder är en varningsflagga; det är där avtalet blir konkret.
Vill du se hur SCC-frågan hänger ihop med residensval, retention och myndighetsåtkomst i ett helt AI-projekt hittar du mer på vår AI-sida. Och behöver du hjälp att gå igenom ett konkret leverantörsavtal innan ni signerar – hör av dig, det är en genomgång som oftast är gjord på några timmar.
Vanliga frågor
Är SCC samma sak som ett personuppgiftsbiträdesavtal (DPA)?
Nej. DPA:t reglerar hur biträdet får behandla personuppgifter åt er, medan SCC ger själva överföringen till tredjeland en rättslig grund. I praktiken bakas SCC ofta in som en bilaga i DPA:t, vilket gör att många blandar ihop dem.
Behövs SCC om leverantören är certifierad under EU-US Data Privacy Framework?
Nej, inte för den överföringen – DPF är en egen överföringsmekanism. Många avtal innehåller ändå SCC som reservmekanism ifall DPF-certifieringen skulle falla eller ogiltigförklaras. Kontrollera vilken mekanism som faktiskt åberopas i ert avtal.
Vem undertecknar SCC – vi eller leverantören?
Båda parter är avtalsparter. I molntjänster och AI-avtal accepterar ni oftast klausulerna som en del av leverantörens standardvillkor eller DPA, snarare än att förhandla dem separat. Er uppgift blir då att kontrollera att rätt modul och rätt bilagor ingår.
Gäller SCC även för data till Storbritannien?
Storbritannien har ett eget adekvansbeslut, så överföringar dit kräver normalt ingen SCC. Däremot kräver brittisk rätt ett särskilt UK-addendum till EU:s klausuler när data flödar från Storbritannien till tredjeland – relevant om er koncern har brittiska bolag.
Vad händer om ett underbiträde i kedjan byts ut?
Överföringsgrunden måste följa med i hela kedjan. När leverantören byter underbiträde ska motsvarande klausuler finnas på plats i det nya ledet, och ni ska få notis med möjlighet att invända. Begär att få se den uppdaterade underbiträdeslistan.