Data Sovereignty Patterns

Navigate cross-border data transfer rules — Schrems II, EU SCCs, adequacy decisions, data localization requirements for EU, US, Brazil, and other jurisdictions.

Data Sovereignty Patterns

DISCLAIMER: Guidance only. Cross-border data transfers require legal assessment specific to your situation.

When to Use

  • Choosing cloud providers (data residency requirements)
  • Using AI APIs that process data outside the EU
  • Designing data architecture for multi-region deployments
  • Assessing compliance for international data flows
  • Responding to data localization requirements

EU → Non-EU Transfer Mechanisms

After Schrems II (CJEU C-311/18), transferring personal data outside the EEA requires:

1. Adequacy Decisions (Easiest)

Countries deemed adequate by the European Commission:

CountryDecision DateNotes
UK2021 (renewed)Post-Brexit, includes sunset clause
Japan2019Mutual adequacy
South Korea2022Comprehensive
USA2023 (EU-US DPF)Data Privacy Framework, requires self-certification
Canada2001Commercial only (PIPEDA)
Switzerland2000Comprehensive
Israel2011Comprehensive
New Zealand2012Comprehensive
Argentina2003Comprehensive
Uruguay2012Comprehensive

For adequate countries: transfer freely, no additional mechanism needed.

2. Standard Contractual Clauses (SCCs)

For non-adequate countries, use EU-approved SCC templates:

ModuleScenario
Module 1Controller → Controller
Module 2Controller → Processor (most common: you → cloud provider)
Module 3Processor → Sub-processor
Module 4Processor → Controller

Required: Transfer Impact Assessment (TIA) evaluating recipient country laws.

3. Binding Corporate Rules (BCRs)

For intra-group transfers within multinational companies. Complex, expensive, long approval (~18 months).

Data Localization by Region

RegionRequirementAffected Data
EU/EEATransfer mechanism required for exportPersonal data (GDPR)
RussiaLocalization of Russian citizens' dataPersonal data
ChinaSecurity assessment for cross-border transfersPersonal data + "important data"
IndiaProposed localization (DPDP Act 2023)Sensitive personal data
BrazilSimilar to GDPR (LGPD)Personal data, adequacy or SCCs
Saudi ArabiaLocalization for certain sectorsGovernment, health, finance
TurkeyExplicit consent or BCR for transfersPersonal data

Architecture Patterns

Pattern 1: EU-Only Deployment

Deploy all infrastructure in EU. Simplest compliance.

  • Cloud: eu-west-1, eu-central-1, eu-north-1
  • AI APIs: Use EU-hosted endpoints (Anthropic EU, Azure EU OpenAI)
  • Database: Supabase EU, Neon EU, PlanetScale EU

Pattern 2: Data Residency with Global Compute

  • Store personal data in EU
  • Process with EU-hosted compute
  • Non-personal data can be global
  • Use anonymization/pseudonymization before cross-border transfer

Pattern 3: Multi-Region with SCCs

  • SCCs in place with all non-EU processors
  • TIA completed per destination country
  • Regular review of adequacy decisions
  • Data mapping documenting all flows

AI-Specific Considerations

AI ServiceData FlowMechanism Needed
Claude API (Anthropic)EU → USEU-US DPF (if Anthropic self-certified) or SCCs
OpenAI APIEU → USEU-US DPF or SCCs
Ollama (local)No transferNone (local processing)
Azure OpenAI (EU)EU → EUNone (intra-EEA)
Google Vertex (EU)EU → EUNone (if EU region selected)

What This Skill Does NOT Do

  • Does not draft SCCs or BCRs (use lawyer)
  • Does not perform Transfer Impact Assessments
  • Does not track adequacy decision changes in real-time
  • Does not cover sector-specific rules (health, finance, defense)

Last updated: October 13, 2026

Files (2)

Jurisdiction
Cross-jurisdiction
Practice area
Data protection
License
MIT
Author
BuilderCed
Source
cross-jurisdiction/data-protection/skills/data-sovereignty-patterns-builderced

Test Data Sovereignty Patterns

Ask a legal question — get an answer generated live from this skill’s instructions.

Sign in to test this skill.