Cloud Switching
Chapter VI of the Data Act | For providers and customers of cloud services
What is Cloud Switching?
Data Act Chapter VI introduces the rights of cloud service customers to switch to another provider (or to an on-premise solution) without disproportionate barriers. The aim is to eliminate vendor lock-in and strengthen competition in the cloud services market.
Who does it apply to?
Data Processing Services (scope)
| Service type | In scope | Examples |
|---|---|---|
| IaaS (Infrastructure as a Service) | YES | AWS EC2, Azure VMs, GCP Compute |
| PaaS (Platform as a Service) | YES | Heroku, Azure App Service, GCP App Engine |
| SaaS (Software as a Service) | YES | Salesforce, ServiceNow, Slack, CRM systems |
| Edge computing | YES | IoT platforms, edge nodes |
| Data warehousing | YES | Snowflake, Databricks, BigQuery |
Extraterritorial applicability
Exceptions
| Exception | Reason |
|---|---|
| DORA-regulated entities | Financial sector has its own rules |
| Purely on-premise | Not a “data processing service” |
| Internal IT | Not provision to third parties |
Customer rights
Switching Rights (from 12.9.2025)
Timeline of switching rights
| Date | Change |
|---|---|
| 12.9.2025 | Switching rights active, charges max = direct costs |
| 12.9.2026 | Enhanced interoperability requirements |
| 12.1.2027 | PROHIBITION of switching fees (charges = 0) |
| 12.9.2027 | Full data portability standardisation |
Provider obligations
Contractual obligations
Technical obligations
| Obligation | Description | Deadline |
|---|---|---|
| Data export | API or tool for data export | 12.9.2025 |
| Documentation | Technical documentation for migration | 12.9.2025 |
| Formats | Standard, interoperable formats | 12.9.2025 |
| Assistance | Technical support during switching | 12.9.2025 |
| Interoperability | Open standards for cloud services | 12.9.2026 |
Pricing obligations
Implementation for SaaS providers
Checklist for SaaS companies
PHASE 1: CONTRACT REVIEW (by 28.2.2026)
- Audit all customer contracts
- Identify problematic clauses
- Revise Terms of Service
- Update SLA
- Prepare addendum for existing contracts
- Legal review
PHASE 2: TECHNICAL IMPLEMENTATION (by 31.5.2026)
- Data export API/tool
- Documentation of export formats
- Self-service export for customers
- Metadata export (configuration, settings)
- Bulk export function
- Export testing
PHASE 3: PROCESS CHANGES (by 31.7.2026)
- Switching request process
- Technical assistance workflow
- Switching cost calculation
- Support team training
- SLA for switching (max 2 months)
- Escalation process
PHASE 4: COMMUNICATION (by 12.9.2026)
- Update pricing page
- Customer communication
- FAQ for switching
- Help centre documentation
- Sales enablement
Technical export specifications
| Aspect | Requirement |
|---|---|
| Data format | JSON, CSV, XML, SQL dump |
| Completeness | All customer data, not just a subset |
| Metadata | Configuration, settings, permissions |
| Access | API + UI for self-service |
| Speed | Without undue delay |
| Documentation | Schema, data dictionary, import guide |
Implementation for cloud service customers
Exercising new rights
1. AUDIT OF CURRENT CONTRACTS
- Identify lock-in clauses
- Determine exit costs
- Map the switching process
- Document non-compliance with the Data Act
2. NEGOTIATION WITH THE PROVIDER
- Reference Data Act rights
- Require transparent exit costs
- Request data export functionality
- Negotiate better terms
3. PREPARATION OF EXIT STRATEGY
- Identify alternative providers
- Test data export
- Plan migration
- Document switching costs
4. MONITORING FROM 12.1.2027
- Switching fees should be 0
- Report violations to authorities
- Leverage your negotiating position
Synergies with Tech Sovereignty
| Tech Sovereignty goal | Data Act instrument |
|---|---|
| Reduce vendor lock-in | Switching rights (Art. 23-25) |
| Viable exit | Data portability (Art. 24) |
| Low switching costs | Prohibition of fees from 2027 (Art. 25) |
| Multi-vendor strategy | Interoperability (Art. 26-31) |
| Fair contractual terms | Unfair terms protection (Art. 13) |
Practical approach:
- Tech Sovereignty Assessment identifies lock-in
- Data Act provides legal leverage
- The combination enables real change
The Data Act is the legal instrument for implementing a Tech Sovereignty strategy. While Tech Sovereignty defines goals and principles, the Data Act provides legally enforceable tools to achieve them.
Examples
Example 1: SaaS CRM switching
SCENARIO: A company wants to switch from a large CRM to another provider
| Aspect | BEFORE DATA ACT | AFTER DATA ACT |
|---|---|---|
| Contract | 3-year, exit = 100% of remaining value | Switching at any time, max 2 months’ notice |
| Data export | Basic only (CSV of contacts) | Complete including workflows |
| Configuration | Lost | Exportable |
| Notice period | 6 months | Max 2 months |
| Assistance | Vendor unresponsive | Technical assistance mandatory |
| Fees | High | 0 from 2027 |
Example 2: Multi-cloud strategy
SCENARIO: An enterprise wants to implement multi-cloud
Data Act enables:
- Easier workload migration between clouds
- Standardised export formats
- Interoperability between providers
- Exit without prohibitive costs
- Negotiating leverage with hyperscalers
Penalties
| Violation | Penalty | Enforcement |
|---|---|---|
| Blocking switching | National penalties | National authority |
| Disproportionate fees | Contractual invalidity | Courts |
| Failure to provide data | National penalties | National authority |
| Insufficient assistance | National penalties | National authority |
Note: Specific penalty amounts are set by member states. They must be “effective, proportionate and dissuasive.”
Synergies with NIS2
Supply Chain Resilience
Next steps
- For providers: Go through the implementation checklist
- For customers: Audit your current contracts
- Go through the complete checklist
- Link to Tech Sovereignty strategy
Sources
- Data Act Chapter VI (EUR-Lex)
- Latham & Watkins: Cloud Switching
- Bird & Bird: SaaS Switching Rights
- DLA Piper: Switching Rights