- Chapter VI switching obligations (Articles 23-31), including contract requirements (Article 25), online register (Article 26), jurisdiction transparency (Article 28), switching charges (Article 29), and technical aspects (Article 30).
EU Data Act: Fair Access to Connected Product Data and Cloud Switching Cloud Switching and Exit Plans
Turn Chapter VI into an executable exit plan: contracts, portability, fees, and evidence.
Focus: switching between providers of data processing services and moves to on-premises ICT infrastructure.
Structured answer sets in this page tree.
Cited legal and guidance references.
EU Data Act Chapter VI is about removing switching barriers and making exit rights real. If you provide data processing services, you must remove contractual/technical/organisational obstacles and publish specific transparency information. If you buy cloud services, Chapter VI gives you a requirements checklist you can use to renegotiate exit terms and validate whether your vendor's switching process is compliant (including switching charges disappearing from 12 January 2027).
1) Decide your posture: provider obligations vs customer leverage
Chapter VI directly binds providers of data processing services, but customers should treat it as a vendor governance instrument. Your exit plan must be service-specific: obligations differ by service type and by what is actually under the provider's control.
A good exit plan starts with a service inventory and a "same service type" mapping: what you're switching from, and what you'll consider an equivalent destination.
- Provider: remove switching obstacles (Article 23) and deliver contract + technical obligations (Articles 25-30)
- Customer: require proof (contract clauses, switching drill results, register content) before renewal/commitments
- Service inventory: classify services you buy/sell and define what "same service type" means in your architecture
2) Article 23 obstacle removal - what 'lock-in' looks like in real systems
Article 23 requires providers to remove pre-commercial, commercial, technical, contractual and organisational obstacles that inhibit switching. Convert that into measurable requirements and testable outcomes.
Think in stages: terminate, port data/assets, achieve functional equivalence, and unbundle where feasible.
- Termination support: contract termination after maximum notice period and switching completion
- Portability: customer can port exportable data and digital assets (including after free-tier usage)
- Functional equivalence: provider must facilitate functional equivalence for the new service in a different provider environment
- Unbundling: decouple switching-relevant services from unrelated bundled services where technically feasible
3) Article 25 contract requirements - the must-have clause list
Article 25 makes switching contractual. If the contract doesn't include the required clauses, your exit plan is brittle even if the vendor claims to support exports.
The operational numbers to lock down: maximum notice period <= 2 months, mandatory maximum transitional period of 30 days, and minimum retrieval period >= 30 days.
- Switching right: switch to another provider or to on-prem; assistance + continuity + security throughout the process
- Exit strategy support: provider must support the customer's exit strategy and provide relevant information
- Portability scope: exhaustive list of exportable data + digital assets; exemptions for provider internal-functioning data must not impede switching
- Timing: maximum notice period <= 2 months; transitional period 30 days (with limited technical unfeasibility exception); retrieval period >= 30 days
- Exception handling: if 30 days is technically unfeasible, provider notifies within 14 working days and proposes alternative period <= 7 months
4) Article 26 transparency - procedures + the online register
Article 26 requires two deliverables: clear information on switching procedures/methods/formats/limitations and a reference to an up-to-date online register with data structures/formats and relevant standards/open specs in which exportable data is available.
As a customer: treat the online register as a due diligence artifact. If it's missing, you are buying lock-in.
- Online register: schemas, formats, and the standards/open interoperability specs used for exportable data
- Known limitations: restrictions and technical limitations disclosed up front
- Evidence: register snapshots and change history; contracts pointing to the register URL
5) Article 28 international access transparency - jurisdiction + conflict mitigation measures
Article 28 adds a procurement-relevant disclosure obligation: providers must publish which jurisdiction their service infrastructure is subject to and a general description of measures to prevent conflicting international governmental access to non-personal data held in the Union.
Make this operational: a public web page, referenced in contracts, with versioned change history.
- Publish per-service: jurisdiction information + measures description; keep it up to date
- Reference in contracts: the web pages listed in all relevant service contracts
- Evidence: internal review cadence, approvals, and change log for updates
6) Article 29 switching charges - bake the dates into pricing and billing
Article 29 has hard commercial outcomes. Reduced switching charges are allowed only in a limited window and must be cost-based. After the phase-out date, switching charges are prohibited.
Treat this as a billing + contracting project: update pricing, disclosures, and internal billing controls.
- Reduced switching charges permitted 11 Jan 2024-12 Jan 2027; capped to costs directly linked to switching
- No switching charges from 12 Jan 2027
- Pre-contract disclosure: standard fees, early termination penalties, and any reduced switching charges
Exit plan template - a vendor-neutral structure you can run
Your exit plan should exist even when you don't plan to switch. It reduces renewal lock-in, accelerates incident response, and creates negotiating leverage before long commitments.
Maintain one exit plan per critical service and rehearse it annually.
- Scope: service type, workloads, data domains, digital assets, and dependencies
- Portability: exportable data manifest, formats, tooling, and time-to-export SLOs
- Security: encryption, access control, integrity validation, and logging during switching
- Continuity: cutover testing, rollback plan, and transitional period runbook
- Commercial: fees/penalties/switching charges policy (with the 12 Jan 2027 hard stop)
- Evidence: contract clause checklist, register snapshots, and switching rehearsal test reports
Turn EU Data Act: Fair Access to Connected Product Data and Cloud Switching Cloud Switching and Exit Plans into an operational assessment
Assessment Autopilot can take EU Data Act: Fair Access to Connected Product Data and Cloud Switching Cloud Switching and Exit Plans from turning this guidance into an operational assessment workflow to a reusable workflow inside Sorena. Teams working on EU Data Act: Fair Access to Connected Product Data and Cloud Switching can keep owners, evidence, and next steps aligned without copying this guide into separate documents.
Start from EU Data Act: Fair Access to Connected Product Data and Cloud Switching Cloud Switching and Exit Plans and turn the guidance into owned tasks, evidence requests, and review checkpoints.
Review your current process, evidence gaps, and next steps for EU Data Act: Fair Access to Connected Product Data and Cloud Switching Cloud Switching and Exit Plans.