Krótka odpowiedź (TL;DR)
Tak. Data Act wprowadza zasady ograniczające vendor lock-in w usługach przetwarzania danych, w tym usługach chmurowych. Od 12 września 2025 r. nowe umowy powinny ułatwiać zmianę dostawcy, eksport danych i zachowanie funkcjonalnej ciągłości usługi, a część starszych umów zostanie objęta przepisami później.
1. Portowalność ma być procesem, nie gestem dobrej woli
W praktyce wiele sporów o chmurę nie dotyczy samego prawa do danych, lecz kosztu, czasu i kompletności migracji. Data Act wymaga, aby klient mógł przejść do innego dostawcy bez sztucznych przeszkód. To obejmuje nie tylko pobranie plików, ale też metadane, konfiguracje i informacje potrzebne do odtworzenia usługi.
W sprawach konsumenckich i bankowych sądy od dawna patrzą na przejrzystość mechanizmu umownego. SN w „klauzula zmiennego oprocentowania nie może mieć charakteru blankietowego" → I CSK 46/11 wymagał wskazania czynników zmiany oprocentowania. W chmurze podobnie: klauzula wyjścia nie powinna być blankietowa, tylko operacyjna.
2. Umowa musi odpowiedzieć na pytanie: jak wychodzimy?
Dobra umowa cloud exit powinna określać format eksportu, terminy, wsparcie techniczne, sposób usunięcia danych, test migracji, odpowiedzialność za błędy i zasady rozliczenia kosztów. W przeciwnym razie prawo do zmiany dostawcy pozostanie teoretyczne.
Data Act wzmacnia też kontrolę nieuczciwych postanowień w relacjach B2B, gdy jedna strona narzuca warunki drugiej. To ważne dla małych firm kupujących standardową usługę SaaS od dużego dostawcy. Jeśli opłata za migrację ma zniechęcić do odejścia, może stać się problemem prawnym.
3. Najtrudniejsze są systemy złożone
Przeniesienie prostego repozytorium plików jest łatwiejsze niż migracja aplikacji opartej na wielu usługach zarządzanych: bazach, kolejkach, modelach AI, monitoringu, backupach i logach. Data Act nie gwarantuje magicznej kompatybilności, ale wymusza uczciwe zaprojektowanie ścieżki przejścia.
TSUE w C-714/22 pokazał, jak istotne jest prawidłowe ujawnienie kosztów usług dodatkowych. W chmurze analogiczne pytanie brzmi: czy klient zna realne koszty wyjścia już przy zawieraniu umowy, czy dopiero w momencie, gdy jest zależny od dostawcy?
4. Najciekawszy take: exit plan staje się częścią compliance
Dotąd plan wyjścia z chmury kojarzył się głównie z bankami i regulowanymi instytucjami. Data Act przenosi ten sposób myślenia do szerszego rynku. Dla zarządu to nie jest już tylko decyzja IT, lecz element kontroli ciągłości działania, negocjacji umownych i zarządzania danymi.
Praktyczna lista kontrolna
- wpisz do umowy format eksportu danych, konfiguracji, logów i metadanych potrzebnych do migracji.
- określ maksymalne terminy wsparcia migracji oraz role obu stron po wypowiedzeniu umowy.
- zweryfikuj opłaty za transfer, wsparcie i usunięcie danych pod kątem efektu blokującego.
- zapisz procedurę potwierdzenia usunięcia danych po migracji albo po zakończeniu retencji.
- przeprowadź test exit planu dla usług krytycznych, zanim pojawi się realny spór z dostawcą.
Najczęstszy błąd
Najczęstszy błąd to testowanie migracji dopiero po wypowiedzeniu umowy. Wtedy czas działa przeciwko klientowi, a każdy brak dokumentacji zwiększa zależność od dotychczasowego dostawcy.
Źródła
Data Act, rozporządzenie (UE) 2023/2854; przepisy o usługach przetwarzania danych i nieuczciwych warunkach B2B; orzecznictwo o przejrzystości mechanizmów umownych.