Zmiana dostawcy chmury po Data Act: koniec kontraktowego zamknięcia klienta w jednym systemie?

Opracowanie: Zespół redakcyjny WILIŃSKI LEGAL

Uzależnienie przedsiębiorstwa od jednego dostawcy chmury bywa efektem nie tyle przewagi technologicznej, ile kosztów wyjścia: trudnego eksportu danych, braku dokumentacji interfejsów albo wysokich opłat za transfer. Data Act wprowadził ramy prawne ograniczające takie praktyki. Nie tworzy jednak magicznej kompatybilności wszystkich aplikacji ani nie znosi każdego kosztu rozwiązania umowy. Należy odróżnić obowiązek umożliwienia zmiany dostawcy od gwarancji pełnej funkcjonalnej identyczności systemów.

Obowiązki obowiązujące w październiku 2026 r.

Rozporządzenie (UE) 2023/2854 stosuje się zasadniczo od 12 września 2025 r. Jego rozdział VI dotyczy m.in. usług przetwarzania danych i ułatwiania przejścia do innego dostawcy lub lokalnej infrastruktury ICT. Art. 25 wymaga odpowiednich postanowień umownych, w tym opisujących procedurę zmiany i eksportowalne dane oraz aktywa cyfrowe. Model ustawowy przewiduje co do zasady maksymalny okres przejściowy wynoszący 30 dni kalendarzowych po stosownym okresie wypowiedzenia, z mechanizmem szczególnym dla przypadków technicznej niewykonalności. Ocena zawsze wymaga sprawdzenia zakresu usług objętych rozporządzeniem i wyłączeń.

Co z opłatami

Art. 29 rozróżnia okres przejściowy od docelowego zakazu. W październiku 2026 r. dostawcy mogą w granicach rozporządzenia naliczać obniżone opłaty za zmianę dostawcy, nieprzekraczające kosztów bezpośrednio związanych z tym procesem. Dopiero od 12 stycznia 2027 r. przepis przewiduje zakaz pobierania takich opłat. Nie oznacza to automatycznego zniesienia standardowych opłat za usługę ani każdej zgodnej z prawem konsekwencji wcześniejszego zakończenia kontraktu. Mieszanie tych kategorii prowadzi do błędnej oceny kosztów migracji.

W jaki sposób przygotować migrację

Przed podpisaniem umowy należy sporządzić mapę danych eksportowalnych, zależności technicznych i formatów, uzgodnić zasady bezpieczeństwa transferu, harmonogram testów i możliwość odtworzenia środowiska. Dokumentacja powinna ustalać, co pozostaje własnością klienta, jakie informacje stanowią tajemnicę dostawcy oraz kto odpowiada za ryzyko przerwy w dostępie. Osobnej oceny wymagają dane osobowe i obowiązki wynikające z RODO. Prawna możliwość przeniesienia danych nie znosi potrzeby planu ciągłości działania.

Przykład zastosowania: migracja systemu obsługi klientów

Przedsiębiorca przenosi system CRM do nowej chmury, ale poprzedni dostawca twierdzi, że eksport obejmuje wyłącznie bazę kontaktów, a nie historię obsługi i powiązane pliki. Ocena rozpoczyna się od definicji eksportowalnych danych i aktywów cyfrowych właściwych dla danej usługi oraz postanowień umownych. Trzeba sprawdzić, czy dostawca proponuje procedurę zmiany zgodną z Data Act, czy zachowana jest ciągłość działania i jak wyliczono ewentualne opłaty. Przed migracją należy również sprawdzić, czy usunięcie danych u dawnego dostawcy nie nastąpi przed technicznym potwierdzeniem kompletności nowej bazy.

Zakres Data Act i pojęcie usług przetwarzania danych

Rozporządzenie (UE) 2023/2854 reguluje m.in. przeszkody w zmianie dostawcy usług przetwarzania danych, ale nie znosi wszelkich ograniczeń kontraktowych we wszystkich modelach IT. Istotne jest ustalenie, czy umowa obejmuje usługi infrastruktury, platformy lub oprogramowania w odpowiedniej kategorii. Obowiązki eksportu danych i aktywów cyfrowych, interfejsów oraz współpracy przy migracji mogą różnić się w zależności od typu usługi. Analiza powinna obejmować strukturę architektury klienta, prawa licencyjne do aplikacji i zależności od usług niestandardowych.

Opłaty w okresie przejściowym: precyzyjnie wskazana data

Art. 29 przewiduje wycofywanie opłat z tytułu zmiany dostawcy; od 12 stycznia 2027 r. dostawcy nie mogą nakładać opłat tego rodzaju za procedurę zmiany. Do tego dnia obowiązuje reżim obniżonych opłat, których wysokość jest powiązana z kosztami bezpośrednio związanymi ze zmianą. Nie należy mylić takich opłat z każdą należnością wynikającą z samej usługi ani bezrefleksyjnie twierdzić, że w październiku 2026 r. istnieje już całkowity zakaz wszelkich kosztów migracji.

Plan migracji jako część umowy, a nie awaryjny aneks

Klient powinien żądać zdefiniowania eksportowanych kategorii danych, formatów, interfejsów, zasobów wymagających mapowania, terminów, odpowiedzialności za integralność oraz sposobu usunięcia kopii u dostawcy źródłowego. W przypadku danych osobowych trzeba równolegle ocenić RODO, upoważnienia procesorów i ryzyko transferu poza EOG. Test migracji powinien obejmować odtworzenie funkcjonalności krytycznych oraz możliwość potwierdzenia, że wszystkie istotne zbiory zostały przeniesione. Bez takiego testu formalne spełnienie wymogu eksportu może nie oznaczać rzeczywistej operacyjnej zdolności wyjścia.

Granice obietnicy pełnej interoperacyjności

Nie każdy system daje się przenieść bez zmian i bez strat funkcjonalnych. Regulacja przewiduje odrębne rozwiązania dla różnych kategorii usług i nie zwalnia klienta z oceny technicznych zależności. Przed wdrożeniem nowej architektury warto sporządzić matrycę ryzyka vendor lock-in: formaty danych, API, licencje, koszty transferu, uprawnienia administratorów oraz warunki wypowiedzenia umowy.

Konkluzja

Data Act wzmacnia pozycję klientów usług przetwarzania danych, ale najlepiej działa wtedy, gdy firma już przy zakupie projektuje możliwość wyjścia. Przenoszalność powinna być sprawdzona technicznie i opisana w umowie, zamiast pozostawać obietnicą handlową.

Podstawa i źródło: rozporządzenie (UE) 2023/2854, zwłaszcza art. 23–30 i 50; https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32023R2854

Powiązane analizy

• Pochodzenie danych treningowych AI: zgodność zaczyna się przed pierwszym uruchomieniem modelu
• Cyberincydent u dostawcy IT: kto odpowiada za zawiadomienie organu i kiedy biegną terminy

Źródła pierwotne i dokumenty urzędowe

• Podstawowy akt lub dokument: rozporządzenie (UE) 2023/2854, zwłaszcza art. 23–30 i 50;
• Data Act, art. 29

Bibliografia sprawdzana 12 października 2026 r. Tekst ma charakter ogólny; właściwy stan prawny ustala się na datę zdarzenia.