Akt o danych UE: zakaz opłat za zmianę chmury od 2027

sSystm Team4 min czytania
TL;DR

Akt o danych UE (rozporządzenie (UE) 2023/2854) zabrania dostawcom chmury pobierania opłat za switching — w tym opłat za egress danych — od 12 stycznia 2027. Do tego czasu dostawcy mogą pobierać tylko bezpośrednie koszty pomocy klientowi w migracji. Zakaz obejmuje IaaS, PaaS i SaaS i dotyczy każdego dostawcy obsługującego klientów UE, nie tylko tych z siedzibą w UE. Nie przepisuje wstecznie istniejących umów, które muszą zostać zmienione, odnowione lub wygasnąć zgodnie z harmonogramem.

Od 12 stycznia 2027 staje się nielegalne według prawa UE, by dostawca chmury pobierał od klienta cokolwiek za odejście — w tym opłaty za egress danych, które przez prawie dwie dekady cicho trzymały firmy przy obecnym dostawcy. Akt o danych UE (rozporządzenie (UE) 2023/2854) całkowicie zakazuje opłat za switching od tej daty, obejmując infrastrukturę, platformę i software-as-a-service. Dla agencji, która po cichu płaciła, by własne dane klientów były zakładnikami opłat eksportowych vendora, to osiemnaście miesięcy na dokładne zrozumienie, co się zmienia — a co nie.

To podsumowanie rozporządzenia, a nie porada prawna. Potwierdź własną sytuację umowną z prawnikiem, zanim na czymkolwiek polegasz.

Czym jest „opłata za switching“ i dlaczego UE się tym zajmuje?

Opłata za switching, w terminologii Aktu o danych, to każda opłata, którą dostawca usług przetwarzania danych nakłada na klienta specjalnie za przejście do innego dostawcy lub powrót do infrastruktury on-premises. Najczęstszą formą jest opłata za egress danych — opłata za gigabajt za wyeksportowanie własnych danych z chmury dostawcy. Rzadko jest wyraźnie ujawniana przy podpisaniu umowy i rośnie wraz z dokładnie tym, co czyni ją bolesną: im więcej danych zgromadziłeś u dostawcy, tym więcej kosztuje odejście.

Rozdział VI Aktu o danych (artykuły 23–31) jest zbudowany, by rozmontować właśnie tę mechanikę. Artykuł 23 ustanawia ogólne prawo do przejścia między dostawcami lub do równoległego korzystania z wielu dostawców bez niepotrzebnych przeszkód. Artykuł 25 określa wymagania dotyczące tego, jak warunki switching muszą wyglądać w umowie — dostawcy muszą określić maksymalny okres przejściowy i wspierać klienta w tym czasie. Artykuł 30 wymaga od dostawców podjęcia „rozsądnych środków“ zapewniających funkcjonalną równoważność po switching, by usługa docelowa mogła faktycznie zastąpić to, co klient opuszcza. Artykuł 29 to ten z datą stycznia 2027: całkowicie zakazuje opłat za switching, zastępując wcześniejszy reżim przejściowy, w którym dostawcy mogli odzyskać tylko bezpośrednie koszty faktycznie poniesione przy pomocy klientowi w odejściu.

Czy to obejmuje SaaS, czy tylko chmury infrastrukturalne?

Obejmuje SaaS. Definicja „usługi przetwarzania danych“ w Akcie o danych jest celowo szeroka — obejmuje infrastructure-as-a-service, platform-as-a-service i software-as-a-service, nie tylko warstwę surowego compute i storage, którą większość ludzi wyobraża sobie, słysząc „chmura“. Produkt SaaS zbudowany na hyperscalerze sam jest usługą przetwarzania danych na mocy Aktu, co oznacza, że obowiązki idą w dwóch kierunkach: vendor SaaS jest winien klientom zgodną ścieżkę switching, a jeśli sam vendor jest zablokowany u własnego dostawcy infrastruktury opłatami egress, one też zostają zakazane.

Ten drugi punkt to miejsce, gdzie regulacja staje się strukturalnie interesująca, a nie tylko istotna kosztowo. Firma SaaS, którą można trzymać jako zakładnika własnym rachunkiem chmurowym, nie ma trwałego sposobu, by obiecać klientom czyste wyjście — opłata po prostu przesuwa się o jedną warstwę wyżej. Od stycznia 2027 ta warstwa znika jako opcja prawna.

Jaki jest reżim przejściowy do tego czasu?

Między teraz a 12 stycznia 2027 dostawcy nie są jeszcze zabronieni pobierania opłat za switching — są ograniczeni do bezpośrednich kosztów faktycznie poniesionych. Oznacza to koszt pracy technicznej przy pomocy klientowi w migracji, a nie karną opłatę obliczoną tak, by odejście było drogie. W praktyce ten okres przejściowy to miejsce, gdzie toczy się większość obecnych sporów o „ukryte“ koszty egress, bo „bezpośredni koszt“ to węższy standard niż stałe stawki za gigabajt, które wielu dostawców historycznie pobierało.

Co nadal wolno pobierać po wejściu zakazu w życie?

Zakaz dotyczy konkretnie aktu switching, a nie cen chmury ogólnie. Dostawcy mogą nadal pobierać:

  • Standardowe opłaty abonamentowe i za użycie — zakaz nie dotyka tego, co płacisz za korzystanie z usługi, gdy z niej korzystasz.
  • Proporcjonalne opłaty za wcześniejsze rozwiązanie w umowach terminowych, gdy zostały uzgodnione z góry jako część transakcji.
  • Rzeczywistą pracę na zamówienie poza zakresem regulacyjnym switching — niestandardowe wsparcie techniczne, niestandardowe formaty danych lub usługi nieobjęte przepisami o switching.

To, co znika, to możliwość pobierania opłat konkretnie dlatego, że klient odchodzi, przebranych za konieczność techniczną.

Dlaczego model BYOC był już przed tym o krok do przodu

Jest strukturalny powód, dla którego ta regulacja brzmi mniej jak ostrzeżenie, a bardziej jak potwierdzenie, jeśli dane Twojej agencji już żyją na koncie, którego jesteś właścicielem. Bring Your Own Cloud — model, w którym produkt vendora działa na infrastrukturze udostępnionej na Twoim koncie Cloudflare, zamiast na wspólnej bazie danych, którą vendor kontroluje centralnie — usuwa pytanie o opłaty switching, zanim może się pojawić. Nie ma eksportu, za który negocjujesz cenę, bo nigdy nie było zdarzenia migracji: baza danych zawsze była Twoja, na Twoim koncie, od dnia utworzenia. Anulowanie vendora nie uruchamia transferu danych; oznacza tylko, że vendor przestaje mieć dostęp do czegoś, co nigdy nie było jego.

To cała teza czym faktycznie jest agency OS BYOC — i to też, funkcjonalnie, to, co Akt o danych teraz legislacyjnie ustanawia jako prawo dla wszystkich innych. Regulacja zamyka lukę między „Twoje dane, technicznie“ a „Twoje dane, w praktyce“. Dowiedz się więcej o tym, jak ten model własności działa architektonicznie na naszej stronie bezpieczeństwa, lub o szerszym wzorcu lock-in, do którego ta ustawa jest skierowana, w artykule lock-in vendorów SaaS i jak go uniknąć.

Co agencje powinny sprawdzić przed styczniem 2027

  1. Przeczytaj obecne umowy chmurowe i SaaS pod kątem opłat egress lub wyjścia i zanotuj, czy są strukturyzowane jako stałe opłaty czy szczegółowe „bezpośrednie koszty“ — to drugie jest bliższe temu, czego reżim przejściowy już wymaga.
  2. Zapytaj vendorów bezpośrednio, co dzieje się umownie 12 stycznia 2027 — istniejące umowy nie aktualizują się automatycznie, więc vendor, który milczy na to pytanie, to sygnał wart zanotowania.
  3. Rozdziel „czy mogę odejść“ od „czy mogę odejść tanio“. Akt o danych dotyczy opłaty. Nie gwarantuje, że Twoje dane kiedykolwiek były ustrukturyzowane w przenośnym, nieproprietarycznym formacie — to decyzja produktowa, której prawo nie może zalegislacyjnie narzucić.
  4. Jeśli własność danych ma znaczenie umowne dla Twoich klientów, zapytaj, czy Twoi vendorzy mogą już teraz wykazać wyjście, które nic nie kosztuje poza pracą — nie dlatego, że prawo będzie tego wymagać kiedyś, ale dlatego, że ci, którzy to już robią, nie czekają na styczeń 2027, by to udowodnić.

Często zadawane pytania

Kiedy opłaty za egress chmury staną się nielegalne w UE?

Od 12 stycznia 2027 dostawcy usług przetwarzania danych objętych Aktem o danych UE nie mogą pobierać opłat za switching — w tym opłat za egress danych. Do tej daty obowiązuje reżim przejściowy: dostawcy mogą przenosić tylko bezpośrednie koszty faktycznie poniesione przy pomocy klientowi w zmianie dostawcy.

Czy zakaz opłat za switching z Aktu o danych UE dotyczy SaaS, czy tylko dostawców infrastruktury?

Dotyczy wszystkich. Akt o danych definiuje 'usługi przetwarzania danych' na tyle szeroko, by obejmować IaaS, PaaS i SaaS, a przepisy o switching w rozdziale VI stosują się do całej tej kategorii — nie tylko do warstwy infrastruktury chmury.

Czy zakaz dotyczy dostawców spoza UE?

Tak. Obowiązek dotyczy każdego dostawcy oferującego usługi przetwarzania danych klientom w UE, niezależnie od miejsca ustanowienia — ta sama logika eksterytorialna co w RODO.

Co dostawca chmury może nadal pobierać po styczniu 2027?

Standardowe opłaty abonamentowe działają normalnie, podobnie jak proporcjonalne opłaty za wcześniejsze rozwiązanie umowy w kontraktach terminowych uzgodnionych z góry, oraz opłaty za usługi rzeczywiście poza zakresem regulacyjnym switching — np. praca techniczna na zamówienie lub obsługa typów danych nieobjętych standardowym procesem switching. Zakaz dotyczy konkretnie pobierania dodatkowych opłat za to, że klient odchodzi ze swoimi danymi.

Czy istniejące umowy chmurowe automatycznie stosują nowe zasady od 12 stycznia 2027?

Nie. Istniejące umowy nie aktualizują się same. Muszą zostać zmienione, dozwolone do naturalnego wygaśnięcia i odnowione na nowych warunkach, lub rozwiązane — zakaz nie przepisuje wstecznie umowy już obowiązującej.

byocdata-ownershipvendor-lock-incostcompliance

sSystm to pierwszy system agencji BYOC — Twoi klienci, Twój kod i Twoja chmura na Twoim koncie Cloudflare, z AI pracującą w całym workspace przez MCP.

Dołącz do listy oczekujących