square mask on article list

Jak przygotować exit plan przy zmianie dostawcy chmury?

Elementy skutecznego exit planu w cloud computing

Twój zespół IT zarekomendował zmianę dostawcy chmury. Może z powodu nieproporcjonalnej podwyżki cen, zmiany strategii biznesowej, problemów z dostępnością usługi albo pojawienia się lepszej alternatywy. Któregoś z tych dni przyjdzie ten moment i wtedy okazuje się, jak realnie wyglądają klauzule exit w umowie, którą podpisałeś dwa, trzy lub pięć lat temu. Najczęściej okazuje się, że na papierze wyglądają nieźle, ale w realnych warunkach rozwiązania umowy z dostawcą IT są niewystarczające. Exit plan w cloud nie powinien być dokumentem przygotowywanym przy zakończeniu współpracy, bo to element architektury kontraktowej i operacyjnej Twojej firmy budowany od pierwszego dnia relacji z dostawcą.

W tym artykule pokazujemy, co powinien zawierać exit plan w umowie z dostawcą chmury, jakie klauzule warto wynegocjować, jak wygląda proces migracji danych w chmurze przy zmianie dostawcy oraz jak Data Act i RODO zmieniają sytuację negocjacyjną w 2026 roku. Wskazujemy konkretne propozycje brzmień klauzul, które możesz wykorzystać jako punkt wyjścia w rozmowach z dostawcą.

 

Jakie elementy powinien zawierać exit plan w umowie cloud?

 

Co powinien zawierać exit plan w umowie z dostawcą chmury? Kompletny exit plan obejmuje zdefiniowane przyczyny rozwiązania umowy, klauzulę reverse transition, format zwracanych danych, terminy oraz mechanizm potwierdzenia kompletności migracji. Pominięcie któregokolwiek z tych elementów może unieważnić całość, bo system działa tylko jako spięte klauzule, nie pojedyncze zapisy.

Najważniejsze elementy strategii wyjścia z usług chmurowych w warstwie kontraktowej. Strategia wyjścia z usług chmurowych powinna obejmować następujące klauzule jako spięty pakiet:

 

  • Przyczyny rozwiązania umowy – w tym ze skutkiem natychmiastowym (istotne naruszenie, niewypłacalność dostawcy, zmiana kontroli skutkująca zmianą jurysdykcji, utrata certyfikatów wymaganych dla zgodności sektorowej). W praktyce rozwiązanie umowy z dostawcą IT wymaga zaadresowania kilku alternatywnych scenariuszy.
  • Reverse transition – obowiązek dostawcy do aktywnego wsparcia migracji do innego dostawcy lub środowiska wskazanego przez Twoją firmę przez ustalony czas od wypowiedzenia umowy. Tutaj zwróciłbym też uwagę na minimalne terminy wsparcia, które wynikają obecnie z Data Act, który obowiązuje od września 2025 r. 
  • Format zwracanych danych – otwarte, ustrukturyzowane formaty z dokumentacją schematu, mapowaniem kluczy zewnętrznych oraz pełnym zestawem metadanych, w tym konfiguracją uprawnień i logami audytowymi.
  • Zachowanie funkcjonalności – pełen zakres usługi w okresie wypowiedzenia, bez pogorszenia parametrów SLA i bez dodatkowych opłat ponad wynagrodzenie z bieżącej umowy.
  • Termin zwrotu danych – do ustalenia indywidualnego z dostawcą, ale czasami standardowe 30 dni nie wystarcza na realny proces migracji.
  • Mechanizm potwierdzenia kompletności – protokół jako warunek uruchomienia retencji danych przez dostawcę i usunięcia ich z systemu produkcyjnego. Dopiero po podpisaniu protokołu dostawca uprawniony jest do trwałego usunięcia danych ze swoich systemów.
  • Procedura usunięcia danych  – dane powinny też zostać usunięte z kopii dostawcy po upływie retencji. Dostawca powinien wskazać zasady retencji oraz po ich usunięciu przedstawić oświadczenie obejmujące również backupy i logi diagnostyczne.

Strategia wyjścia cloud powinna być również udokumentowana wewnętrznie. Samo zapisanie klauzul w umowie nie wystarcza, jeśli Twoja firma nie ma proceduralnej zdolności do realizacji migracji. To dwa różne wymiary tego samego zabezpieczenia.

 

Zobacz również : Audyt prawny umowy IT

 

Jakie klauzule warto negocjować z dostawcą cloud?

 

Negocjowanie klauzul wyjścia w kontrakcie z dostawcą chmury wymaga przygotowanego stanowiska z konkretnymi propozycjami zapisów. Sama prośba o lepsze warunki exit rzadko prowadzi do realnej zmiany i spotyka się z odmową. Tytułem przykładu: dostawca odmawia powołując się, że to jest standard umowy i pod takie konkretne postanowienia ma skonfigurowaną usługę. 

Łatwiej negocjować poprawki mając gotowe propozycje niż rozwiązanie od zera. Cztery propozycje brzmień klauzul umownych migracja danych chmura, które możesz wykorzystać jako punkt wyjścia. Każdą z nich należy dostosować do specyfiki konkretnej umowy i sektora działalności.

Klauzula wsparcia w migracji 

Propozycja: „Dostawca zobowiązuje się do działania w dobrej wierze i zapewnienia merytorycznego wsparcia w procesie migracji danych Klienta do innego dostawcy lub środowiska wskazanego przez Klienta przez okres nie krótszy niż X miesięcy od dnia wypowiedzenia Umowy. Wsparcie obejmuje: udostępnienie dokumentacji architektury, dedykowany kontakt techniczny po stronie Dostawcy oraz konsultacje merytoryczne w wymiarze nie mniejszym niż X godzin miesięcznie.”

Klauzula formatu i zakresu zwracanych danych

Propozycja: „Dane Klienta zostaną zwrócone w otwartym, ustrukturyzowanym i powszechnie używanym formacie elektronicznym (CSV, JSON lub Parquet) wraz z dokumentacją schematu danych, mapowaniem kluczy zewnętrznych oraz pełnym zestawem metadanych, w tym konfiguracją uprawnień, logami audytowymi oraz historią modyfikacji rekordów. Zwrot danych nastąpi do środowiska wskazanego przez Klienta lub nowego dostawcy wskazanego przez klienta.”

 

Sprawdź również : Audyt prawny usług chmurowych

 

Klauzula zachowania funkcjonalności

Propozycja: „W okresie wypowiedzenia oraz w okresie przejściowym, nie krótszym niż [X] miesięcy, Dostawca zapewni nieprzerwane świadczenie Usług w pełnym dotychczasowym zakresie, bez obniżenia parametrów SLA i bez dodatkowych opłat ponad wynagrodzenie z bieżącej Umowy.”

Klauzula natychmiastowego rozwiązania

Propozycja: „Klient może rozwiązać Umowę ze skutkiem natychmiastowym w przypadku: (i) istotnego naruszenia obowiązków przez Dostawcę, niezapełnionego w terminie 30 dni od pisemnego wezwania, (ii) niewypłacalności Dostawcy, (iii) zmiany kontroli nad Dostawcą skutkującej zmianą jurysdykcji właściwej dla przetwarzania danych Klienta, (iv) utraty przez Dostawcę certyfikatów wymaganych do świadczenia Usług w zgodności z przepisami sektorowymi mającymi zastosowanie do Klienta.”

Praktyka rynku pokazuje, że dostawcy częściej akceptują dostosowanie klauzul wsparcia migracji i formatu zwracanych danych. Trudniej negocjowane są klauzule odpowiedzialności i czy czasu reagowania na incydentu, a to z tego powodu, że dostawca musi mieć zbudowany system powiadomień, jeśli chce wywiązać się z konkretnych czasów notyfikacji.  

 

Sprawdź : Compliance prawne

 

Data Act i RODO – jak zmieniają zmianę dostawcy cloud?

Otoczenie regulacyjne dotyczące zmiany dostawcy usług chmurowych istotnie zmieniło się w ostatnich latach. Z poziomu czysto kontraktowego, gdzie warunki exit były niemal wyłącznie kwestią negocjacyjną, kwestia przenośności danych w cloud computing weszła w obszar regulacji bezwzględnie obowiązujących. Przenośność danych cloud computing w 2026 roku jest zatem zarówno przedmiotem zobowiązań kontraktowych, jak i obowiązków regulacyjnych. Dwa akty prawne mają w tym zakresie kluczowe znaczenie.

Data Act a ograniczenie vendor lock-in

Rozporządzenie (UE) 2023/2854 (Data Act), którego główne przepisy dotyczące zmiany dostawcy usług przetwarzania danych obowiązują od 12 września 2025 r., wprowadziło zestaw obowiązków istotnie zmieniających pozycję klienta. Klauzule kontraktowe sprzeczne z Data Act są nieważne, a dostawca nie może powołać się na umowę, by ograniczyć swoje obowiązki ustawowe.

Kluczowe rozwiązania Data Act:

  • Maksymalny okres zmiany dostawcy – 30 dni, z możliwością wydłużenia w technicznie uzasadnionych przypadkach.
  • Stopniowe znoszenie opłat za zmianę dostawcy (switching charges) – pełne zniesienie do 12 stycznia 2027 r.
  • Funkcjonalna równoważność po zmianie dostawcy – wymóg zachowania zakresu funkcjonalności.
  • Otwarte standardy i interoperacyjność systemów chmurowych 2026 – obowiązek wsparcia standardów umożliwiających migrację.

Z Twojej perspektywy Data Act zmienia układ sił negocjacyjnych. Aneksowanie obecnie obowiązującej umowy daje okazję do realnego usprawnienia warunków exit, wiele klauzul w umowach sprzed września 2025 r. nie spełnia już wymogów Data Act i wymaga aktualizacji. Zabezpieczenie prawne kontraktu cloud computing zyskało w tym obszarze konkretne wsparcie regulacyjne.

RODO – obowiązki przy zmianie dostawcy

RODO w chmurze obliczeniowej wpływa na zmianę dostawcy w trzech wymiarach. Po pierwsze, art. 20 RODO wprowadza prawo do przenoszenia danych przysługujące osobom, których dane dotyczą i to determinuje techniczne i kontraktowe wymagania wobec dostawców. Jako administrator musisz zagwarantować realizację tego prawa. Przetwarzanie odbywa się w infrastrukturze dostawcy, więc to on faktycznie musi dać taką możliwość klientowi. Po drugie, art. 28 RODO nakłada na Twoją firmę jako administratora obowiązek nadzoru nad przy zmianie podprocesora. W tym aspekcie musisz mieć – przynajmniej na poziomie kontratkowym – realne mechanizmy nadzoru. 

Po trzecie, jeżeli zmiana dostawcy wiąże się ze zmianą lokalizacji przetwarzania poza UE, konieczna jest ponowna ocena zgodności transferu zgodnie z rozdziałem RODO, w tym przeprowadzenie oceny ryzyka transferu (TIA) dla nowego dostawcy. To często pomijany element procesu migracji.

Kiedy warto przeprowadzić audyt umowy cloud?

Z mojej praktyki wynika, że są trzy momenty, w których zaangażowanie prawnika daje największy zwrot. Czwarty moment – najczęstszy w praktyce – jest najmniej opłacalny.

 

  • Przed podpisaniem nowej umowy z dostawcą chmury – to optymalny moment. Negocjujesz pakiet klauzul exit, format danych, reverse transition. Po zawarciu umowy możliwości są minimalne.
  • Przy aneksowaniu istniejącej umowy – zwłaszcza w świetle Data Act od 12 września 2025 r. Wiele dotychczasowych klauzul jest dziś sprzecznych z rozporządzeniem. Aneksowanie daje okazję do wynegocjowania korzystniejszych warunków.
  • Na etapie planowania migracji do innego dostawcy – by zabezpieczyć prawnie proces, sprawdzić obowiązki notyfikacyjne i uniknąć utraty danych.
  • W trakcie migracji w warunkach kryzysu (najmniej opłacalny moment) – wsparcie prawne jest możliwe, ale w warunkach presji czasu rzadko prowadzi do istotnej zmiany pozycji.

Prawnik specjalizujący się w prawie IT – w szczególnościach umowa SaaS – na etapie negocjacji zwiększa skuteczność w obszarach, które wymagają zarówno wiedzy regulacyjnej (Data Act, RODO, DORA), jak i znajomości praktyki rynkowej dostawców chmury. To inwestycja, która zwykle zwraca się już w pierwszej negocjacji  znacznie wcześniej, jeśli pojawi się spór.

Jeśli przygotowujesz się do podpisania umowy chmurowej, aneksujesz obecną lub planujesz migrację do innego dostawcy audyt prawny umowy przed podjęciem decyzji obniża ryzyko sporu wielokrotnie. 

 

FAQ – exit plan i zmiana dostawcy chmury

 

Co się stanie z danymi po rozwiązaniu umowy z dostawcą chmury?

Standardowo dostawca zwraca dane w określonym terminie i usuwa je po upływie okresu retencji. Format zwracanych danych i mechanizm potwierdzenia kompletności powinny wynikać z umowy to obszar, który warto wynegocjować przed podpisaniem kontraktu. Po zawarciu umowy możliwości modyfikacji są ograniczone.

Czy Data Act dotyczy umów zawartych przed jego wejściem w życie?

Tak. Data Act stosuje się do wszystkich obecnie obowiązujących umów chmurowych. Klauzule sprzeczne z rozporządzeniem są nieważne niezależnie od daty zawarcia umowy. Aneksowanie umowy w świetle Data Act jest często okazją do wynegocjowania korzystniejszych warunków również w innych obszarach exit.

Jak przygotować bezpieczny exit plan – podsumowanie

Exit plan cloud powinien być integralnym elementem umowy z dostawcą chmury, a nie dokumentem przygotowywanym przy jej rozwiązywaniu. Klauzule umowne migracja danych chmura, format zwrotu danych i zachowanie funkcjonalności, decydują o skuteczności wyjścia z usługi. Sama obecność klauzul nie wystarcza, bo znaczenie ma ich precyzja i kompletność jako spiętego pakietu.

Otoczenie regulacyjne w 2026 roku istotnie wzmacnia Twoją pozycję. Data Act ogranicza możliwość ograniczania exit przez dostawców, znosi opłaty za zmianę dostawcy oraz wprowadza wymogi funkcjonalnej równoważności. RODO precyzuje obowiązki przy zmianie podprocesora. Klienci, którzy aneksują swoje umowy z wyprzedzeniem, znajdują się w lepszej pozycji niż reaktywni. Jeśli stoisz przed decyzją o podpisaniu lub aneksowaniu umowy chmurowej. 

Zapisz się na newsletter




    Podając adres e-mail wyrażasz zgodę na otrzymywanie newslettera. Administratorem danych osobowych jest
    Łochowski.Legal, ul. Skawińska 15/6, 31-066 Kraków. W każdej chwili możesz zrezygnować z otrzymywania
    newslettera. Wycofanie zgody nie wpływa na ważność przetwarzania, które miało miejsce do tej chwili. Więcej informacji znajdziesz w Polityka prywatności.

    square mask on contact form