Skip to content

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)

These service models can fall within Article 2(8). The examples illustrate product types; assess the actual service and Article 31 exceptions before determining its obligations.

Service typeIn scopeExamples
IaaS (Infrastructure as a Service)Assess serviceAWS EC2, Azure VMs, GCP Compute
PaaS (Platform as a Service)Assess serviceHeroku, Azure App Service, GCP App Engine
SaaS (Software as a Service)Assess serviceSalesforce, ServiceNow, Slack, CRM systems
Edge computingAssess serviceIoT platforms, edge nodes
Data warehousingAssess serviceSnowflake, Databricks, BigQuery

Extraterritorial applicability

Scope and exceptions

Assess the Article 2(8) definition of a data processing service. Under Article 31(1), the duties in Article 23(d), Article 29 and Article 30(1) and (3) do not apply where most main features are custom-built, or all components developed, for an individual customer and the service is not offered at broad commercial scale through the provider’s service catalogue. The remaining Chapter VI duties still apply. Limited non-production testing/evaluation versions are excluded from Chapter VI under Article 31(2). Before contracting, the provider must explain which duties do not apply (Art. 31(3)). DORA-regulated customers are not generally excluded. Software supplied purely for the customer’s own on-premises operation is not automatically a provider-operated data processing service; the actual service model decides.

Customer rights

Switching Rights (from 12.9.2025)

Timeline

DateScope
12 September 2025Main applicability, including Chapter VI switching
After 12 September 2026Article 3(1) design/access duty for connected products and related services placed on the market after this date
12 January 2027Article 29 prohibition of switching charges; distinct from ordinary service fees or separately applicable early-termination charges
From 12 September 2027Chapter IV also applies to contracts concluded on/before 12 September 2025 if indefinite or expiring at least 10 years from 11 January 2024 (Art. 50)

There is no general “enhanced interoperability in September 2026 / full portability standardisation in September 2027” milestone. Technical duties follow Articles 30 and 35 and relevant standards/specifications.

Provider obligations

Article 24 limits the duties in Articles 23, 25, 29, 30 and 34 to the source provider’s services, contracts or commercial practices. All parties, including the destination provider, must cooperate in good faith under Article 27. Apply the service-specific exceptions in Article 31.

Contractual obligations

Technical obligations

ObligationDescriptionApplicability
IaaS functional equivalenceTake all reasonable measures available to facilitate functional equivalence for the same service type, with appropriate information, documentation, support and tools (Art. 30(1))From 12 September 2025, subject to Art. 31
Other service typesMake open interfaces available free of charge on equal terms to customers and relevant destination providers (Art. 30(2))From 12 September 2025, subject to Art. 31
Export formatOn request, export all exportable data in a structured, commonly used, machine-readable format where the relevant specifications or standards have not been published (Art. 30(5))Apply the conditions of Art. 30(5)
Information and assistanceInformation and the online register under Art. 26; reasonable assistance under Art. 25(2)(a)(i)From 12 September 2025, subject to Art. 31
Interoperability specificationsFor non-IaaS services, compatibility under Art. 30(3) after the relevant references are published under Art. 35(8)No earlier than 12 months after publication in the Union repository

Functional equivalence means a minimum level of functionality for the same service type (Art. 2(37)); it is not a guarantee that every application behaves identically after migration. Article 30(6) does not require new technologies or services, transfer of digital assets protected by intellectual property rights or trade secrets, or compromising security and integrity.

Switching charges and other contract payments

Where Article 29 applies, it permits only reduced switching charges no greater than directly incurred switching costs before 12 January 2027; from 12 January 2027 switching charges are prohibited. Ordinary service charges and early-termination penalties are separate categories. Article 29(4) requires pre-contract information about those charges and penalties; their validity and proportionality need assessment under the applicable contract law. Do not promise that every remaining fixed-term payment disappears or that the Data Act universally limits it to a particular “net loss” formula.

Implementation for SaaS providers

Checklist for SaaS companies

PHASE 1: CONTRACT REVIEW (illustrative project stage)

  • Audit all customer contracts
  • Identify problematic clauses
  • Revise Terms of Service
  • Update SLA
  • Prepare addendum for existing contracts
  • Legal review

PHASE 2: TECHNICAL IMPLEMENTATION (illustrative project stage)

  • 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 (illustrative project stage)

  • Switching request process
  • Technical assistance workflow
  • Switching cost calculation
  • Support team training
  • Switching timeline: notice max 2 months; transition normally max 30 calendar days, with Art. 25 exceptions
  • Escalation process

PHASE 4: COMMUNICATION (illustrative project stage)

  • Update pricing page
  • Customer communication
  • FAQ for switching
  • Help centre documentation
  • Sales enablement

Examples of technical options — select for the product and export security

AspectExample or scope to assess
Data formatJSON, CSV, XML, SQL dump
CompletenessExportable data and digital assets within the statutory scope; explain any valid exclusions
MetadataConfiguration, settings, permissions
AccessAPI + UI for self-service
SpeedWithout undue delay
DocumentationSchema, 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

  • Check that switching charges are zero where Article 29 applies; distinguish the Article 31(1) exception and cost-based data-egress charges for parallel use under Article 34(2)
  • Consider a complaint to the competent authority under Article 38(1)
  • Leverage your negotiating position

Synergies with Tech Sovereignty

Tech Sovereignty goalData Act instrument
Reduce vendor lock-inSwitching rights (Art. 23-25)
Viable exitExport/switching duties (Arts. 23, 25, 30)
Low switching costsProhibition of switching charges from 12 January 2027 (Art. 29)
Multi-vendor strategyParallel use and interoperability (Arts. 30, 34, 35)
Fair data-access/use termsArt. 13 covers qualifying unilaterally imposed B2B terms, subject to Art. 50; switching contracts are covered by Art. 25

Practical approach:

  1. Tech Sovereignty Assessment identifies lock-in
  2. Data Act provides legal leverage
  3. 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

This example shows what to check in a specific contract. It does not guarantee a free exit or the portability of every configuration.

AspectExample of an existing constraintWhat to assess under the Data Act
ContractFixed-term contract with an early-termination paymentMaximum notice period for initiating a switch is 2 months; assess the permissibility of termination payments separately
Data exportBasic only (CSV of contacts)Exportable data/assets; verify workflows and proprietary service components individually
ConfigurationSome settings depend on the original serviceAssess exportable data and digital assets and exclusions protecting the provider or third parties
Notice period6 monthsMax 2 months
AssistanceVendor unresponsiveReasonable assistance required (Art. 25(2)(a)(i))
Switching chargesMay exist within transitional limitsProhibited from 12 January 2027; other service/termination payments are separate

Example 2: Multi-cloud strategy

SCENARIO: An enterprise wants to implement multi-cloud

When planning multiple clouds, assess:

  • Which data and digital assets can actually be moved.
  • Available formats, interfaces and interoperability.
  • Necessary changes to applications or infrastructure.
  • Timelines, assistance and the full switching budget, including permissible payments. For parallel use, Article 34(2) permits data-egress charges limited to incurred costs.
  • Functionality and security after the move.

Penalties

ViolationPenaltyEnforcement
Blocking switchingNational penaltiesNational authority
Charges breaching Art. 29National penalties under Art. 40; assess contractual remedies separately under applicable lawCompetent authority; courts for applicable judicial remedies
Failure to provide dataNational penaltiesNational authority
Insufficient assistanceNational penaltiesNational 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

  1. For providers: Go through the implementation checklist
  2. For customers: Audit your current contracts
  3. Go through the complete checklist
  4. Link to Tech Sovereignty strategy

Sources



Content reviewed: 6 September 2026. Primary sources: Data Act — Arts. 1–7, 13, 23–31, 35, 40, 50, Commission Data Act FAQ.