Powierzenie przetwarzania danych dostawcom AI zgodnie z art. 28 RODO: przewodnik po umowie powierzenia

Umowa powierzenia przetwarzania danych (po angielsku DPA, Data Processing Agreement) zgodnie z art. 28 RODO jest obowiązkowa, gdy tylko dostawca AI przetwarza dane osobowe w Twoim imieniu i na Twoje polecenie. W przypadku agentów AI dzieje się tak praktycznie zawsze: prompty, dane wejściowe i wyjściowe inferencji, pamięć agentów, payloady wywołań narzędzi, logi i bazy wektorowe nieustannie przenoszą dane osobowe. Umowa powierzenia w sposób wiążący określa, co dostawca może robić z tymi danymi, a czego nie.

Trzy najważniejsze odpowiedzi na start:

• Obowiązek zawarcia umowy powierzenia wynika z działania na polecenie. Jeśli dostawca nie ustala samodzielnie celu ani istotnych środków przetwarzania, jest podmiotem przetwarzającym w rozumieniu art. 4 pkt 8 RODO, a umowa powierzenia jest wymagana przez prawo.
• Obowiązkowe elementy nie podlegają negocjacjom. Art. 28 ust. 3 wymaga określenia przedmiotu, czasu trwania, charakteru i celu przetwarzania, a także uwzględnienia ośmiu obowiązków (lit. a–h); w przypadku AI dochodzą klauzule specyficzne dla dostawcy (brak trenowania, mapa dalszych podmiotów przetwarzających, rezydencja danych, retencja logów).
• Łańcuch musi być nieprzerwany. Zgodnie z art. 28 ust. 4 każdy dalszy podmiot przetwarzający w typowej kaskadzie agentowej obejmującej od 5 do 8 poziomów potrzebuje własnego, równoważnego zobowiązania.

Administrator czy podmiot przetwarzający? Jak zakwalifikować dostawcę AI

Zgodnie z art. 4 pkt 7 i 8 RODO oraz wytycznymi EROD 7/2020 administrator ustala cele i istotne środki przetwarzania, a podmiot przetwarzający działa na udokumentowane polecenie. Kwalifikacja dostawcy AI zależy od odpowiedzi na trzy pytania:

• Kto ustala cele? Jeśli dostawca wykorzystuje prompty do ulepszania własnych modeli, w zakresie tego celu wchodzi w rolę administratora.
• Kto ustala istotne środki? Podmiot przetwarzający może wybierać środki techniczne; istotne środki pozostają w gestii administratora.
• Praktyczne punkty odniesienia: wykorzystanie danych do trenowania, wybór dalszych podmiotów przetwarzających, domyślne okresy retencji, dostęp na potrzeby monitorowania nadużyć.

Większość umów Enterprise (Microsoft Azure OpenAI, OpenAI Enterprise/API, Anthropic Claude for Work/Enterprise, Google Vertex AI, AWS Bedrock, Mistral, Aleph Alpha) opiera się na relacji administrator–podmiot przetwarzający i zawiera wyraźne zobowiązanie, że dostawca nie trenuje modeli na danych klientów. Ważne: to zobowiązania umowne, a nie ustawowe standardy minimalne. Dostawcy zazwyczaj zastrzegają sobie wąskie uprawnienia (monitorowanie nadużyć, przeglądy bezpieczeństwa, analizy zagregowane), w ramach których, w tych ograniczonych celach, sami mogą występować jako administrator.

Obowiązkowe elementy umowy powierzenia według art. 28 ust. 3 RODO

Art. 28 ust. 3 RODO wymaga najpierw, aby umowa określała przedmiot i czas trwania, charakter i cel przetwarzania, rodzaj danych osobowych, kategorie osób, których dane dotyczą, a także obowiązki i prawa administratora. Następnie przepis wymienia osiem obowiązków podmiotu przetwarzającego:

• (a) Przetwarzanie wyłącznie na udokumentowane polecenie, także przy przekazywaniu danych do państw trzecich.
• (b) Zobowiązanie do zachowania poufności osób upoważnionych do przetwarzania danych.
• (c) Wszystkie środki bezpieczeństwa wymagane na mocy art. 32.
• (d) Przestrzeganie warunków z art. 28 ust. 2 i 4 dotyczących korzystania z usług innych podmiotów przetwarzających (zgoda, informowanie o zmianach, równoważne obowiązki).
• (e) Pomoc w realizacji praw osób, których dane dotyczą.
• (f) Pomoc w wywiązywaniu się z obowiązków określonych w art. 32–36: bezpieczeństwo, zgłaszanie naruszeń ochrony danych, DPIA i uprzednie konsultacje.
• (g) Usunięcie lub zwrot wszystkich danych osobowych po zakończeniu świadczenia usług, łącznie z istniejącymi kopiami.
• (h) Udostępnianie wszystkich informacji niezbędnych do wykazania spełnienia obowiązków oraz umożliwienie audytów i inspekcji.

W przypadku dostawców AI trzeba dodatkowo wynegocjować następujące klauzule: brak trenowania i fine-tuningu modeli dostawcy na danych klientów bez wyraźnej zgody; brak przeglądu przez ludzi promptów i odpowiedzi modelu, z wyjątkiem zdefiniowanych ścieżek bezpieczeństwa i przeciwdziałania nadużyciom z rejestrowanym dostępem; mapę dalszych podmiotów przetwarzających z nazwami podmiotów, lokalizacją, funkcją i kolejnymi podwykonawcami; zobowiązania dotyczące rezydencji danych (EU Data Boundary, przetwarzanie w regionach szwajcarskich); konfigurowalną retencję logów, łącznie z trybami Zero Data Retention; informowanie o zmianach polityki trenowania z możliwością opt-out; a także odpowiedzialność za naruszenia dalszych podmiotów przetwarzających zgodnie z art. 28 ust. 4.

Działanie na polecenie, dalsze podmioty przetwarzające i prawa kontroli

Działanie na polecenie (lit. a) to sedno umowy: dostawca może przetwarzać dane osobowe wyłącznie zgodnie z Twoimi udokumentowanymi poleceniami. Każda samowolna zmiana celu, na przykład ulepszanie modelu na podstawie Twoich promptów, wykracza poza powierzenie przetwarzania.

Najwięcej pracy w praktyce generują dalsze podmioty przetwarzające. Nowoczesne wdrożenie agentów obejmuje zwykle kaskadę od pięciu do ośmiu poziomów:

1. Dostawcy modeli bazowych (OpenAI, Anthropic, Mistral, Aleph Alpha, Google, Cohere)
2. Dostawcy hostingu i chmury (Azure, AWS, GCP, IONOS, STACKIT, Swisscom, Open Telekom Cloud)
3. Środowisko uruchomieniowe orkiestracji lub frameworka agentowego
4. Baza wektorowa i infrastruktura RAG (Pinecone, Weaviate, Qdrant, Milvus, pgvector)
5. Dostawcy pamięci (mem0, Letta, rozwiązania własne)
6. Serwery MCP (każdy zewnętrzny serwer jest, zależnie od przepływu danych, podmiotem przetwarzającym albo administratorem)
7. Narzędzia observability (Langfuse, LangSmith, Helicone, Datadog)
8. Usługi ewaluacyjne i red teaming

Na każdym poziomie podmiot stosujący musi sprawdzić, czy istnieje umowa powierzenia, czy łańcuch zgodnie z art. 28 ust. 4 jest nieprzerwany i czy zobowiązania dotyczące rezydencji danych są spójne. Najczęstsze ustalenia audytów: nieudokumentowane przepływy danych przez serwery MCP, dostawcy observability bez umowy powierzenia oraz usługi ewaluacyjne zbierające ślady promptów.

W przypadku praw kontroli (lit. h) modele oparte wyłącznie na „raportach podsumowujących” są niewystarczające, gdy w grę wchodzą dane wysokiego ryzyka. BfDI, BayLDA, HmbBfDI i NRW LDI rutynowo żądają umowy powierzenia oraz konkretnej konfiguracji telemetrii, rezygnacji z trenowania (opt-out) i ustawień regionu.

Umowy DPA największych dostawców (stan na maj 2026 r.)

Poniższa tabela to podsumowanie researchu według stanu na 14 maja 2026 r. i nie stanowi porady prawnej; warunki dostawców często się zmieniają i trzeba je ponownie zweryfikować przy zawieraniu umowy.

Suwerenne alternatywy z umowami powierzenia podlegającymi prawu niemieckiemu lub szwajcarskiemu (Aleph Alpha Pharia, IONOS AI Model Hub, STACKIT, T-Systems Open Telekom Cloud, Swisscom Sovereign AI) oferują przetwarzanie wyłącznie w Niemczech/UE lub w Szwajcarii oraz retencję kontrolowaną przez klienta. DeepSeek nie jest rekomendowany dla sektorów regulowanych ze względu na jurysdykcję ChRL oraz decyzję włoskiego organu ochrony danych Garante z 30 stycznia 2025 r., która blokuje przetwarzanie danych włoskich użytkowników.

Najczęstsze błędy w umowach powierzenia w projektach AI

• Ogólnikowe opisy przetwarzania („usługi AI” zamiast konkretnych modeli, promptów, embeddingów, fine-tuningu).
• Nieaktualne listy dalszych podmiotów przetwarzających: brakuje serwerów MCP i dostawców observability.
• Słabe prawa do audytu przy danych wysokiego ryzyka.
• Niejednoznaczność co do danych treningowych: zobowiązanie „Nie trenujemy na danych klientów” zlewa się z „Możemy je wykorzystywać na potrzeby bezpieczeństwa lub ulepszeń”.
• Konflikty okresów retencji logów: retencja u dostawcy przekracza Twoją własną politykę (np. 30 dni wobec pożądanych 7 dni).
• Transgraniczny routing bez wyraźnego określenia rezydencji danych.
• Brak due diligence upstream wbrew opinii EROD 28/2024 (weryfikacja zgodności z prawem danych, na których wcześniej trenowano model).

Checklista weryfikacji umowy powierzenia

• Czy role są jasno określone: dostawca jako podmiot przetwarzający (a nie po cichu administrator lub współadministrator)?
  
• Czy określono przedmiot, czas trwania, charakter, cel, rodzaje danych i kategorie osób, których dane dotyczą, oraz uwzględniono wszystkie osiem obowiązków z art. 28 ust. 3 lit. a–h?
  
• Czy opis przetwarzania jest konkretny (modele, prompty, embeddingi, fine-tuning), a nie ogranicza się do „usług AI”?
  
• Czy działanie na polecenie obejmuje wyraźny zakaz zmiany celu?
  
• Czy klauzula o braku trenowania i fine-tuningu jest precyzyjna i nie zostawia furtki „na potrzeby bezpieczeństwa”?
  
• Czy dalsze podmioty przetwarzające są wskazane z nazwy, a łańcuch zgodnie z art. 28 ust. 4 jest nieprzerwany, łącznie z serwerami MCP i observability?
  
• Czy przewidziano informowanie o nowych dalszych podmiotach przetwarzających z terminem na sprzeciw?
  
• Czy określono rezydencję danych (EU Data Boundary / region szwajcarski) i ustalono routing?
  
• Czy retencja logów jest skonfigurowana (ewentualnie Zero Data Retention) i spójna z Twoją własną polityką?
  
• Czy przewidziano skuteczne prawa do audytu zamiast samych raportów podsumowujących?
  
• Czy usunięcie lub zwrot danych po zakończeniu umowy są uregulowane i wykonalne we wszystkich warstwach wdrożenia?
  
• Czy transfer do państw trzecich jest zabezpieczony (DPF i/lub SCC + TIA)?
  
• Czy udokumentowano due diligence dotyczące trenowania upstream (opinia EROD 28/2024)?
  

Przykład z liczbami: wdrożenie Copilota w średniej firmie

Firma zatrudniająca 800 osób wdraża Microsoft 365 Copilot oraz chatbota obsługi klienta na Azure OpenAI. Potrzebuje do tego głównej umowy powierzenia z Microsoftem: Microsoft Products and Services DPA obejmuje M365 Copilot i Azure OpenAI. W przypadku Azure OpenAI firma OpenAI nie jest stroną umowy, a według Microsoftu prompty i odpowiedzi nie są dla OpenAI dostępne. Do tego dochodzi łańcuch dalszych podmiotów przetwarzających. Co konkretnie trzeba sprawdzić: czy Microsoft Products and Services DPA obowiązuje; czy udokumentowano przepływ z udziałem Anthropic jako dalszego podmiotu przetwarzającego (Anthropic od początku 2026 r. jest wyłączony z EU Data Boundary, opt-in/opt-out po stronie podmiotu stosującego); czy listę dalszych podmiotów przetwarzających Azure OpenAI (stan z kwietnia 2025 r.) włączono do rejestru czynności przetwarzania; czy zmapowano wszystkie przepływy MCP i konektorów; czy logi monitorowania nadużyć ograniczono do maksymalnie 30 dni; czy retencję u dalszego podmiotu przetwarzającego Anthropic porównano z DPA Microsoftu.

Ryzyko w razie zaniedbania: naruszenia art. 28 podlegają art. 83 ust. 4 RODO, który przewiduje administracyjne kary pieniężne do 10 mln euro lub 2% całkowitego światowego rocznego obrotu, w zależności od tego, która kwota jest wyższa. Przy obrocie 50 mln euro górny limit wynosi zatem 10 mln euro, bo 2% to tylko 1 mln euro. Część zależna od obrotu przewyższa stałą kwotę dopiero przy rocznym obrocie powyżej 500 mln euro. Jeśli dodatkowo brakuje podstawy prawnej przetwarzania, może mieć zastosowanie ust. 5, z karą do 20 mln euro lub 4%.

Często przywoływana kara nałożona przez Garante na OpenAI (15 mln euro, decyzja z 2 listopada 2024 r.) nie dotyczy art. 28. Chodziło w niej o podstawę prawną, przejrzystość, weryfikację wieku i niezgłoszone naruszenie ochrony danych. Tribunale di Roma uchylił tę decyzję 18 marca 2026 r., ponieważ zgodnie z zasadą punktu kompleksowej obsługi (one-stop-shop) właściwy byłby irlandzki organ ochrony danych.

Dla agencji i decydentów B2B

Jeśli budujesz agentów AI dla klientów albo wdrażasz ich w swojej firmie, włącz weryfikację umowy powierzenia do procesu zakupowego na wczesnym etapie, a nie dopiero przy podpisywaniu umowy. Dla agencji staranne zmapowanie dalszych podmiotów przetwarzających (model, chmura, baza wektorowa, MCP, observability) to konkretny wyróżnik na tle konkurentów, którzy ujmują „usługi AI” w umowach ogólnikowo. Blck Alpaca wspiera firmy w Europie w przeglądzie umów powierzenia, mapowaniu dalszych podmiotów przetwarzających i powiązaniu ich z rejestrem czynności przetwarzania.

Uwaga: ten artykuł ma charakter informacyjny i nie stanowi porady prawnej. W celu wiążącej oceny Twojego konkretnego zastosowania skonsultuj się z wykwalifikowanym prawnikiem. Wszystkie dane i informacje o dostawcach według stanu na maj 2026 r., z zastrzeżeniem zmian.