Přeskočit na obsah

Přechod mezi cloudy

Kapitola VI Data Act | Pro poskytovatele a zákazníky cloud služeb


Co je Cloud Switching?

Data Act Kapitola VI zavádí práva zákazníků cloud služeb na přechod k jinému poskytovateli (nebo k on-premise řešení) bez neúměrných bariér. Cílem je odstranit vendor lock-in a posílit konkurenci na trhu cloud služeb.

Na koho se vztahuje?

Data Processing Services (scope)

Tyto modely služeb mohou spadat pod čl. 2 bod 8. Příklady ilustrují typy produktů; před určením povinností posuďte konkrétní službu a výjimky čl. 31.

Typ službyV scopePříklady
IaaS (Infrastructure as a Service)Posoudit službuAWS EC2, Azure VMs, GCP Compute
PaaS (Platform as a Service)Posoudit službuHeroku, Azure App Service, GCP App Engine
SaaS (Software as a Service)Posoudit službuSalesforce, ServiceNow, Slack, CRM systémy
Edge computingPosoudit službuIoT platformy, edge nodes
Data warehousingPosoudit službuSnowflake, Databricks, BigQuery

Extrateritoriální působnost

Působnost a výjimky

Posuďte definici služby zpracování dat v čl. 2 bodu 8. Podle čl. 31 odst. 1 se povinnosti čl. 23 písm. d), čl. 29 a čl. 30 odst. 1 a 3 nepoužijí, pokud byla většina hlavních funkcí vytvořena na zakázku nebo všechny součásti vyvinuty pro individuálního zákazníka a služba není nabízena v širokém komerčním měřítku v katalogu poskytovatele. Ostatní povinnosti kapitoly VI trvají. Neprodukční verze pro časově omezené testování a hodnocení jsou z kapitoly VI vyňaty podle čl. 31 odst. 2. Před uzavřením smlouvy musí poskytovatel vysvětlit, které povinnosti se nepoužijí (odst. 3). Zákazníci regulovaní DORA nejsou obecně vyňati. Software dodaný čistě pro vlastní on-premise provoz zákazníka není automaticky službou provozovanou poskytovatelem; rozhoduje skutečný model služby.

Práva zákazníků

Switching Rights (od 12.9.2025)

Timeline

DatumPůsobnost
12. září 2025Hlavní použitelnost včetně přechodu mezi službami podle kapitoly VI
Po 12. září 2026Povinnost návrhu/přístupu čl. 3 odst. 1 u připojených výrobků a souvisejících služeb uvedených na trh po tomto datu
12. ledna 2027Zákaz poplatků za switching podle čl. 29; odlišit běžné poplatky za službu a samostatně použitelné poplatky za předčasné ukončení
Od 12. září 2027Kapitola IV i na smlouvy uzavřené nejpozději 12. 9. 2025, jsou-li na dobu neurčitou nebo končí nejméně 10 let od 11. 1. 2024 (čl. 50)

Neexistuje obecný milník „posílená interoperabilita září 2026 / plná standardizace portability září 2027“. Technické povinnosti vycházejí z čl. 30 a 35 a příslušných norem/specifikací.

Povinnosti poskytovatelů

Čl. 24 omezuje povinnosti čl. 23, 25, 29, 30 a 34 na služby, smlouvy nebo obchodní praktiky zdrojového poskytovatele. Všechny strany včetně cílového poskytovatele spolupracují v dobré víře podle čl. 27. Použijte výjimky pro konkrétní služby podle čl. 31.

Smluvní povinnosti

Technické povinnosti

PovinnostPopisPoužitelnost
Funkční rovnocennost IaaSVeškerá dostupná přiměřená opatření k umožnění funkční rovnocennosti stejného druhu služby, vhodné informace, dokumentace, podpora a nástroje (čl. 30 odst. 1)Od 12. září 2025, s výjimkami čl. 31
Ostatní typy služebOtevřená rozhraní zdarma a ve stejném rozsahu zákazníkům a dotčeným cílovým poskytovatelům (čl. 30 odst. 2)Od 12. září 2025, s výjimkami čl. 31
Exportní formátNa žádost export všech exportovatelných dat ve strukturovaném, běžně používaném a strojově čitelném formátu, pokud nebyly zveřejněny příslušné specifikace či normy (čl. 30 odst. 5)Podle podmínek čl. 30 odst. 5
Informace a pomocInformace a online rejstřík podle čl. 26; přiměřená pomoc podle čl. 25 odst. 2 písm. a) bodu i)Od 12. září 2025, s výjimkami čl. 31
Specifikace interoperabilityPro non-IaaS kompatibilita podle čl. 30 odst. 3 po zveřejnění příslušných odkazů podle čl. 35 odst. 8Nejdříve 12 měsíců po zveřejnění v unijním registru

Funkční rovnocennost znamená minimální úroveň funkčnosti stejného druhu služby (čl. 2 bod 37); nejde o záruku totožného chování každé aplikace po migraci. Čl. 30 odst. 6 neukládá vývoj nových technologií či služeb, předání digitálních aktiv chráněných právy duševního vlastnictví nebo představujících obchodní tajemství ani ohrožení bezpečnosti a integrity.

Poplatky za switching a další smluvní platby

Pokud se použije čl. 29, přechodně připouští jen snížené poplatky nejvýše ve výši přímo vynaložených nákladů na switching; od 12. ledna 2027 jsou poplatky za switching zakázány. Běžné poplatky za službu a sankce za předčasné ukončení jsou jiné kategorie. Čl. 29 odst. 4 vyžaduje předsmluvní informace o těchto platbách; jejich platnost a přiměřenost se posuzuje podle použitelného smluvního práva. Neslibujte, že zanikne každá zbývající platba pevné smlouvy nebo že Data Act univerzálně předepisuje výpočet „čisté ztráty“.

Implementace pro SaaS poskytovatele

Checklist pro SaaS firmy

FÁZE 1: SMLUVNÍ REVIEW (ilustrační projektová fáze)

  • Audit všech zákaznických smluv
  • Identifikace problematických klauzulí
  • Revize Terms of Service
  • Aktualizace SLA
  • Příprava addendum pro existující smlouvy
  • Legal review

FÁZE 2: TECHNICKÁ IMPLEMENTACE (ilustrační projektová fáze)

  • Data export API/nástroj
  • Dokumentace exportních formátů
  • Self-service export pro zákazníky
  • Metadata export (konfigurace, nastavení)
  • Bulk export funkce
  • Testing exportu

FÁZE 3: PROCESNÍ ZMĚNY (ilustrační projektová fáze)

  • Switching request process
  • Technická asistence workflow
  • Kalkulace switching costs
  • Training support týmu
  • Timeline: oznámení max 2 měsíce; přechod zpravidla max 30 kalendářních dnů s výjimkami čl. 25
  • Eskalační proces

FÁZE 4: KOMUNIKACE (ilustrační projektová fáze)

  • Update pricing page
  • Zákaznická komunikace
  • FAQ pro switching
  • Help center dokumentace
  • Sales enablement

Příklady technických variant — vybrat podle produktu a zabezpečení exportu

AspektPříklad nebo rozsah k posouzení
Formát datJSON, CSV, XML, SQL dump
KompletnostExportovatelná data a digitální aktiva v zákonném rozsahu; vysvětlit platné výjimky
MetadataKonfigurace, nastavení, permissions
PřístupAPI + UI pro self-service
RychlostBez neúměrného zdržování
DokumentaceSchema, datový slovník, import guide

Implementace pro zákazníky cloud služeb

Využití nových práv

1. AUDIT SOUČASNÝCH SMLUV

  • Identifikujte lock-in klauzule
  • Zjistěte exit costs
  • Zmapujte switching proces
  • Dokumentujte nesoulad s Data Act

2. VYJEDNÁVÁNÍ S POSKYTOVATELEM

  • Odkazujte na Data Act práva
  • Požadujte transparentní exit costs
  • Žádejte data export funkce
  • Vyjednávejte lepší podmínky

3. PŘÍPRAVA EXIT STRATEGY

  • Identifikujte alternativní poskytovatele
  • Testujte data export
  • Plánujte migraci
  • Dokumentujte switching costs

4. MONITORING OD 12.1.2027

  • Ověřte nulové poplatky za switching tam, kde se použije čl. 29; odlište výjimku čl. 31 odst. 1 a nákladové poplatky za přesun dat při souběhu podle čl. 34 odst. 2
  • Zvažte stížnost příslušnému orgánu podle čl. 38 odst. 1
  • Využijte vyjednávací pozici

Synergie s Tech Sovereignty

Tech Sovereignty cílData Act nástroj
Snížení vendor lock-inSwitching rights (Čl. 23-25)
Realizovatelná exitExport/switching (čl. 23, 25, 30)
Nízké switching costsZákaz switching poplatků od 12. 1. 2027 (čl. 29)
Multi-vendor strategieSouběžné využití a interoperabilita (čl. 30, 34, 35)
Přiměřené podmínky přístupu k datům a jejich využitíČl. 13 pro vymezená jednostranně uložená B2B ujednání s přechody čl. 50; switchingové smlouvy upravuje čl. 25

Praktický postup:

  1. Tech Sovereignty Assessment identifikuje lock-in
  2. Data Act poskytuje právní páky
  3. Kombinace umožňuje reálnou změnu

Data Act je právním nástrojem pro realizaci Tech Sovereignty strategie. Zatímco Tech Sovereignty definuje cíle a principy, Data Act poskytuje právně vymahatelné nástroje pro jejich dosažení.

→ Detailní propojení: Tech Sovereignty směrnice


Příklady

Příklad 1: SaaS CRM switching

SCÉNÁŘ: Firma chce přejít z velkého CRM na jiného poskytovatele

Příklad ukazuje, co prověřit v konkrétní smlouvě. Nezaručuje bezplatný odchod ani přenos každé konfigurace.

AspektPříklad současného omezeníCo prověřit podle Data Actu
SmlouvaSmlouva na dobu určitou s platbou za předčasné ukončeníMaximální výpovědní lhůta pro zahájení procesu změny poskytovatele je 2 měsíce; přípustnost plateb za ukončení se posuzuje zvlášť
Data exportPouze základní (CSV kontaktů)Exportovatelná data/aktiva; workflow a vlastní komponenty služby posoudit jednotlivě
KonfiguraceČást je vázaná na původní službuPosoudit rozsah exportovatelných dat a digitálních aktiv a výluky chránící poskytovatele či třetí osoby
Notice period6 měsícůMax 2 měsíce
AsistenceVendor nereagujePovinná přiměřená pomoc (čl. 25 odst. 2 písm. a) bod i))
Poplatky za switchingMohou existovat v přechodných mezíchZakázány od 12. 1. 2027; ostatní platby za službu/ukončení se posuzují samostatně

Příklad 2: Multi-cloud strategie

SCÉNÁŘ: Enterprise chce implementovat multi-cloud

Při plánování více cloudů prověřte:

  • Jaká data a digitální aktiva lze skutečně přenést.
  • Dostupné formáty, rozhraní a interoperabilitu.
  • Co vyžaduje úpravu aplikace nebo infrastruktury.
  • Lhůty, součinnost a rozpočet změny včetně přípustných plateb. Při souběhu čl. 34 odst. 2 připouští poplatky za přesun dat nejvýše ve výši vzniklých nákladů.
  • Ověření funkčnosti a bezpečnosti po přechodu.

Sankce

PorušeníSankceEnforcement
Blokování switchinguNárodní sankceNárodní autorita
Poplatky porušující čl. 29Národní sankce podle čl. 40; smluvní nároky posoudit samostatně podle použitelného právaPříslušný orgán; soudy pro příslušné soudní prostředky nápravy
Neposkytnutí datNárodní sankceNárodní autorita
Nedostatečná asistenceNárodní sankceNárodní autorita

Poznámka: Konkrétní výše sankcí stanoví členské státy. Musí být účinné, přiměřené a odrazující (čl. 40 odst. 1).


Synergie s NIS2

Supply Chain Resilience


Další kroky

  1. Pro poskytovatele: Projděte implementační checklist
  2. Pro zákazníky: Auditujte současné smlouvy
  3. Projděte kompletní checklist
  4. Propojte s Tech Sovereignty strategií

Zdroje


Věcná revize: 6. září 2026. Primární zdroje: Data Act — Arts. 1–7, 13, 23–31, 35, 40, 50, Commission Data Act FAQ.