---
title: "Transfer danych do USA: Data Privacy Framework i AI"
description: "Od 10 lipca 2023 r. EU-US Data Privacy Framework umożliwia transfery do certyfikowanych dostawców z USA. Zobacz, jak dodatkowo zabezpieczyć agentów AI za pomocą SKU i TIA."
locale: "pl"
canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/wdrazanie-agentow-ai-zgodnie-z-rodo/transfer-danych-do-usa-data-privacy-framework-i-ai"
category: "Agenci AI"
topic: "Wdrażanie agentów AI zgodnie z RODO"
updated: "2026-10-28T13:35:45.361Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# Transfer danych do USA: Data Privacy Framework i AI

EU-US Data Privacy Framework (DPF) to decyzja Komisji Europejskiej o adekwatności, obowiązująca od 10 lipca 2023 r., na podstawie której dane osobowe mogą być przekazywane do certyfikowanych firm z USA. Dla agentów AI korzystających z dostawców z USA jest to obecnie główna, choć zaskarżona, podstawa transferów do państw trzecich zgodnie z rozdziałem V RODO.

## W skrócie

- EU-US Data Privacy Framework obowiązuje od 10 lipca 2023 r. jako decyzja o adekwatności; Sąd Unii Europejskiej potwierdził jej ważność 3 września 2025 r. w sprawie Latombe (T-553/23), jednak wyraźnie tylko w odniesieniu do momentu jej przyjęcia. Odwołanie do TSUE (od 31 października 2025 r.) i zapowiedziane przez NOYB szersze zaskarżenie sprawiają, że jej status jest tymczasowy (stan na 2026 r., z zastrzeżeniem zmian).
- Schrems II (TSUE C-311/18, 16 lipca 2020 r.) pozostaje punktem odniesienia: standardowe klauzule umowne (SKU 2021/914, 4 czerwca 2021 r.) działają tylko w połączeniu z oceną skutków transferu (TIA) przeprowadzoną dla konkretnego przypadku i w razie potrzeby ze środkami dodatkowymi.
- Jako podstawa transferu wystarczy aktywna certyfikacja DPF odbiorcy z USA, która obejmuje Twoje kategorie danych. Według EROD dodatkowe zabezpieczenia nie są wtedy potrzebne. Jeśli dostawca jest podmiotem przetwarzającym, i tak potrzebujesz umowy powierzenia przetwarzania danych zgodnie z art. 28 RODO. Na wypadek upadku DPF warto zastosować podwójne zabezpieczenie: SKU jako rozwiązanie awaryjne oraz udokumentowaną TIA.
- W przypadku agentów AI liczą się wszystkie przepływy danych: prompty, wyniki inferencji, pamięć agenta, bazy wektorowe, wywołania narzędzi i logi często opuszczają obszar UE. Każdy etap przekazania danych może stanowić odrębny transfer do państwa trzeciego.
- Profil ryzyka w TIA dla dostawców z USA obejmuje CLOUD Act, FISA 702 / EO 12333 oraz środki ochrony takie jak szyfrowanie w spoczynku, w tranzycie i w użyciu, BYOK/HYOK oraz rezydencję danych w UE.
- Szwajcaria stosuje własny reżim: Swiss-US DPF od 15 września 2024 r., a poza tym unijne SKU ze Swiss Finish zgodnie z wytycznymi EDÖB dotyczącymi standardowych klauzul ochrony danych (opublikowanymi 27 sierpnia 2021 r., ostatnio zmienionymi 12 lutego 2025 r.). Sama Szwajcaria od 2000 r. jest uznawana przez UE za kraj zapewniający odpowiedni stopień ochrony (decyzja 2000/518/WE). Komisja Europejska potwierdziła to 15 stycznia 2024 r. w swoim sprawozdaniu z przeglądu.

Transfer do państwa trzeciego jest przy wdrażaniu agentów AI często najbardziej krytycznym obszarem compliance: gdy tylko [agent](https://blckalpaca.at/pl/slownik/agent) wywołuje endpoint modelu hostowany w USA, prompty, wyniki i treść wywołań narzędzi opuszczają obszar UE. Wtedy zastosowanie ma [rozdział V RODO](https://gdpr-info.eu/). EU-US Data Privacy Framework (DPF) jest od 10 lipca 2023 r. główną podstawą adekwatności w tym zakresie. Jest prawnie ważny, ale zaskarżony, dlatego należy go traktować jako rozwiązanie tymczasowe.

- **DPF obowiązuje, ale jest niepewny:** w mocy od 10 lipca 2023 r., potwierdzony przez Sąd UE 3 września 2025 r. (w odniesieniu do momentu przyjęcia), ale odwołanie do TSUE i zaskarżenie NOYB są w toku (stan na 2026 r., z zastrzeżeniem zmian).
- **Podwójne zabezpieczenie:** jako podstawa transferu wystarczy aktywna certyfikacja DPF, która obejmuje Twoje kategorie danych. Na wypadek upadku DPF dochodzą do tego standardowe klauzule umowne (SKU) jako rozwiązanie awaryjne oraz ocena skutków transferu (TIA).
- **Liczy się każdy przepływ danych:** prompty, wyniki, pamięć agenta, bazy wektorowe, wywołania narzędzi i logi mogą każdy z osobna wywołać transfer do państwa trzeciego.

## Problem transferu do państw trzecich w świetle rozdziału V RODO

Rozdział V [RODO](https://blckalpaca.at/pl/slownik/rodo) zakazuje przekazywania danych osobowych do państw trzecich, dopóki nie jest tam zapewniony odpowiedni stopień ochrony. Transfer jest dozwolony wyłącznie na jednej z przewidzianych podstaw: decyzji Komisji Europejskiej o adekwatności, odpowiednich zabezpieczeń, takich jak [standardowe klauzule umowne (SKU)](https://blckalpaca.at/pl/slownik/standardowe-klauzule-umowne-scc) lub wiążące reguły korporacyjne (BCR), albo ściśle ograniczonych wyjątków.

W przypadku agentów AI jest to szczególnie newralgiczne, ponieważ stack agentowy ma wiele punktów przekazywania danych. Dane osobowe trafiają do inferencji (prompty i wyniki), a ponadto do pamięci agenta, do trwałych baz wektorowych na potrzeby RAG, do payloadów wywołań narzędzi kierowanych do zewnętrznych interfejsów i serwerów [MCP](https://blckalpaca.at/pl/slownik/mcp), a także do logów i trace'ów z narzędzi observability. Każdy z tych etapów może być odrębnym transferem do państwa trzeciego, jeśli odbiorca lub hosting znajdują się poza UE.

## Schrems II: dlaczego same SKU nie wystarczą

Punktem odniesienia jest wyrok TSUE w sprawie Schrems II (C-311/18, 16 lipca 2020 r.). Unieważnił on ówczesny Privacy Shield i wyjaśnił, że standardowe klauzule umowne są wystarczające tylko wtedy, gdy administrator sprawdzi dla konkretnego przypadku, czy w państwie odbiorcy rzeczywiście istnieje stopień ochrony równoważny unijnemu, i w razie potrzeby uzupełni je o dodatkowe środki ochrony. Tą analizą jest [ocena skutków transferu (TIA)](https://blckalpaca.at/pl/slownik/transfer-impact-assessment-tia).

Komisja wdrożyła to w praktyce w standardowych klauzulach umownych 2021/914 (4 czerwca 2021 r.). Obejmują one cztery moduły dla konfiguracji: przekazywanie między administratorami, od administratora do podmiotu przetwarzającego, między podmiotami przetwarzającymi oraz od podmiotu przetwarzającego do administratora. Wybór właściwego modułu zależy od podziału ról w stacku AI. W przypadku dostawcy zarządzanego [API](https://blckalpaca.at/pl/slownik/api) jest to zazwyczaj przekazywanie od administratora do podmiotu przetwarzającego.

## EU-US Data Privacy Framework: aktualny status

10 lipca 2023 r. Komisja Europejska przyjęła decyzję o adekwatności dla [EU-US Data Privacy Framework](https://commission.europa.eu/law/law-topic/data-protection/international-dimension-data-protection/eu-us-data-transfers_de), zastępując nią Privacy Shield. Od tego czasu firmy z USA, które uzyskały certyfikację DPF, są uznawane za odbiorców zapewniających odpowiedni stopień ochrony. Eksporter danych nie musi w tym celu zawierać SKU.

3 września 2025 r. Sąd Unii Europejskiej w sprawie Latombe przeciwko Komisji (T-553/23) oddalił pierwszą skargę na DPF i potwierdził jego ważność na moment przyjęcia. Nie jest to jednak ostatnie słowo:

- Latombe 31 października 2025 r. wniósł odwołanie do TSUE; postępowanie jest w toku (stan na 2026 r., z zastrzeżeniem zmian).
- NOYB / Max Schrems zasygnalizował odrębne, szersze zaskarżenie. Jest ono wymierzone w rozporządzenia wykonawcze administracji Trumpa, które wpłynęły na niezależność Privacy and Civil Liberties Oversight Board (PCLOB).
- Sąd UE wyraźnie stwierdził, że Komisja może na bieżąco monitorować ramy prawne oraz zawiesić, zmienić lub uchylić decyzję o adekwatności, jeśli zmienią się przesłanki.

Tym samym DPF nadal wiążąco obowiązuje jako ważna podstawa transferu. Jednak ten (jeszcze) prawnie wiążący fundament stoi pod znakiem zapytania. Scenariusz Schrems III pozostaje realny.

## SKU i TIA jako rozwiązanie awaryjne: podwójne zabezpieczenie na wszelki wypadek

Z powodu tej niepewności wytyczna operacyjna brzmi: nie opierać się wyłącznie na DPF. Jako podstawa transferu wystarczy aktywna certyfikacja odbiorcy, która obejmuje przekazywane dane. Zgodnie z [FAQ Europejskiej Rady Ochrony Danych (EROD)](https://www.edpb.europa.eu/documents/other-guidance/eu-us-data-privacy-framework-faq-for-european-businesses-version-20_en) dane osobowe mogą być wtedy przekazywane bez dalszych zabezpieczeń i bez zezwolenia. Jeśli dostawca z USA jest podmiotem przetwarzającym, niezależnie od tego potrzebujesz umowy powierzenia przetwarzania danych zgodnie z art. 28 RODO. Na wypadek upadku DPF mimo to zalecane jest podwójne zabezpieczenie: standardowe klauzule umowne jako rozwiązanie awaryjne oraz udokumentowana TIA.

Jeśli DPF upadnie, dzięki SKU i TIA nie zaczynasz od zera. SKU pozostają dostępnym instrumentem. Czy wtedy wystarczą jako podstawa transferu, rozstrzyga TIA. Jeśli dostawca potrzebuje danych w postaci jawnej, jak przy inferencji [LLM](https://blckalpaca.at/pl/slownik/llm), a uprawnienia dostępowe organów USA wykraczają poza to, co niezbędne i proporcjonalne, EROD obecnie nie widzi żadnego skutecznego technicznego środka dodatkowego ([Zalecenia 01/2020, przypadek użycia 6](https://www.edpb.europa.eu/our-work-tools/our-documents/recommendations/recommendations-012020-measures-supplement-transfer_en)). Szyfrowanie w spoczynku i w tranzycie wtedy nie wystarcza, ponieważ dostawca przetwarza dane do inferencji w postaci jawnej. Nie zmienia tego również BYOK/HYOK. Dlatego zaplanuj alternatywną ścieżkę z hostingiem w UE. TIA dla dostawców z USA powinna uwzględniać następujące ryzyka:

- **US CLOUD Act:** ryzyko nakazu wydania danych organom USA także w przypadku spółek dominujących z USA ze spółką zależną w UE, niezależnie od miejsca przechowywania.
- **FISA 702 / EO 12333:** narażenie dostawców usług łączności elektronicznej, takich jak Microsoft, Google, AWS czy Meta.
- **Techniczne środki ochrony:** szyfrowanie w spoczynku i w tranzycie jako standard minimalny; szyfrowanie w użyciu (Confidential Computing, TEE) coraz ważniejsze przy inferencji [AI](https://blckalpaca.at/pl/slownik/ai); BYOK/HYOK dla przechowywanych danych, takich jak logi i bazy wektorowe, aby klucze pozostawały w rękach administratora, a dostawca nie mógł odszyfrować danych bez jego udziału.
- **Rezydencja danych w UE:** region pinning, EU Data Boundary, regionalne endpointy w UE.

## Przegląd: podstawy transferu dla agentów AI

| Podstawa | Podstawa prawna | Przydatność dla agentów AI | Status / uwagi |
| --- | --- | --- | --- |
| EU-US DPF (adekwatność) | Decyzja Komisji z 10.07.2023 | Wysoka, jeśli dostawca z USA ma certyfikację | Ważna, ale zaskarżona (odwołanie do TSUE od 31.10.2025) |
| Standardowe klauzule umowne (SKU 2021/914) | Art. 46 RODO | Wysoka, jako rozwiązanie awaryjne i dla odbiorców bez certyfikacji | TIA obowiązkowa (Schrems II) |
| Wiążące reguły korporacyjne (BCR) | Art. 47 RODO | Tylko w ramach grupy przedsiębiorstw lub grupy przedsiębiorców prowadzących wspólną działalność gospodarczą (art. 4 pkt 20 RODO) | Zatwierdzenie przez wiodący organ nadzorczy, ok. 18-30 miesięcy |
| Adekwatność Szwajcarii (UE→CH) | [Decyzja 2000/518/WE](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32000D0518) z 26.07.2000, [potwierdzona 15.01.2024](https://www.edoeb.admin.ch/de/angemessenheit) | Wysoka | Szwajcaria uznana przez UE za kraj zapewniający odpowiedni stopień ochrony |
| Swiss-US DPF | w mocy od 15.09.2024 | Wysoka dla eksportu z CH do certyfikowanych odbiorców w USA | Własny reżim szwajcarski na podstawie revDSG |
| SKU ze Swiss Finish | [Wytyczne EDÖB](https://www.edoeb.admin.ch/dam/de/sd-web/smvG75WY5Vsi/%C3%9Cbermittlung%20von%20Personendaten%20-%20SCC_DE.pdf) z 27.08.2021, ostatnio zmienione 12.02.2025 | Standard dla niecertyfikowanych przepływów CH-USA | Kontekst revDSG |

## Schemat decyzyjny dla transferu danych AI do USA

1. **Czy w ogóle dochodzi do transferu do państwa trzeciego?** Przygotuj diagram przepływu danych: gdzie przetwarzane są prompty, wyniki, pamięć, wektory, wywołania narzędzi i logi? Jeśli dzięki rezydencji danych w UE i region pinning przepływ da się w całości utrzymać w UE, rozdział V w ogóle nie ma zastosowania.
2. **Czy odbiorca z USA ma certyfikację DPF?** Jeśli tak, a aktywna certyfikacja obejmuje Twoje dane (sprawdź Data Privacy Framework List), transfer ma podstawę prawną. Mimo to nie opieraj się wyłącznie na niej.
3. **Zawrzyj SKU jako rozwiązanie awaryjne.** Wybierz właściwy moduł (zwykle od administratora do podmiotu przetwarzającego).
4. **Przeprowadź i udokumentuj TIA.** CLOUD Act, FISA 702 / EO 12333, środki dodatkowe, takie jak szyfrowanie w użyciu, BYOK/HYOK.
5. **Wprowadź monitoring.** Na bieżąco śledź status DPF, odwołania i praktykę organów nadzorczych, aby w razie upadku DPF od razu przejść na SKU lub endpoint hostowany w UE.

## Konkretny przykład liczbowy

Agencja prowadzi dla klienta B2B agenta obsługi klienta opartego na endpoincie modelu hostowanym w USA. Dziennie odbywa się około 2000 rozmów, każda średnio z 4 parami [prompt](https://blckalpaca.at/pl/slownik/prompt)-odpowiedź. To około 8000 transferów do państwa trzeciego dziennie, czyli około 240 000 miesięcznie, do tego logi i zapisy w bazie wektorowej. Bez DPF i bez SKU wraz z TIA każdy z tych transferów nie miałby podstawy prawnej.

Prawidłowe zabezpieczenie: dostawca ma certyfikację DPF (podstawa 1), a dodatkowo zawierane są SKU w module od administratora do podmiotu przetwarzającego (podstawa 2). TIA dokumentuje narażenie na CLOUD Act i FISA oraz środki ochrony. Szyfrowanie w spoczynku i w tranzycie jest ich częścią, ale samo nie stanowi wystarczającej podstawy transferu, ponieważ model przetwarza prompty w postaci jawnej. Retencja logów jest ograniczona do 30 dni, a prompty są pseudonimizowane przed zapisaniem. Na wypadek unieważnienia DPF i negatywnego wyniku TIA przygotowany jest endpoint modelu hostowany w UE jako ścieżka alternatywna.

Jeśli możesz technicznie wymusić rezydencję danych w UE, rozwiązujesz problem u źródła: regionalne endpointy w UE lub EU Data Boundary przenoszą przechowywanie i przetwarzanie do regionu. Nie każda rodzina modeli jest dostępna w każdym regionie UE. [AWS European Sovereign Cloud](https://aws.amazon.com/de/blogs/aws/opening-the-aws-european-sovereign-cloud/) jest ogólnie dostępna od 14 stycznia 2026 r. z regionem eusc-de-east-1 w Brandenburgii i oferuje również Amazon Bedrock. Jakie modele tam działają, AWS podaje dla każdego regionu. Sprawdź dostępność swojego docelowego modelu, zanim ustalisz architekturę.

## Dla agencji i decydentów B2B

Jeśli wdrażasz agentów AI dla klientów w Europie, traktuj transfer do państwa trzeciego jako decyzję architektoniczną. Opłacają się trzy dźwignie: po pierwsze mapowanie przepływów danych w całym stacku agenta, łącznie z serwerami MCP i observability; po drugie podwójne zabezpieczenie z DPF, SKU i udokumentowanej TIA, aby upadek DPF nie zastał działalności nieprzygotowanej; po trzecie, tam gdzie to możliwe, rezydencja danych w UE lub opcje chmury suwerennej, aby problem transferu w ogóle nie powstał. Dla agencji to jednocześnie wyróżnik: klienci z branż regulowanych oczekują solidnej dokumentacji transferów jako części oferty. Jak konfigurujemy takie stacki agentowe, opisujemy w sekcji [Integracja agentów AI](https://blckalpaca.at/pl/uslugi/agenci-ai).

*Uwaga: ten artykuł ma charakter informacyjny i nie stanowi porady prawnej. W celu prawnie wiążącej oceny konkretnych transferów danych skorzystaj z pomocy wykwalifikowanego prawnika.*

## Najczęściej zadawane pytania

### Czy EU-US Data Privacy Framework to bezpieczna podstawa transferu danych AI do USA?

Obecnie jest to ważna podstawa transferu: Komisja Europejska stwierdziła odpowiedni stopień ochrony 10 lipca 2023 r., a Sąd Unii Europejskiej potwierdził tę decyzję 3 września 2025 r. w sprawie Latombe (T-553/23), jednak wyraźnie tylko w odniesieniu do momentu jej przyjęcia. Trwale bezpieczna nie jest: odwołanie do TSUE toczy się od 31 października 2025 r., a NOYB/Max Schrems zapowiedział szersze zaskarżenie w związku z rozporządzeniami wykonawczymi administracji Trumpa, które dotyczą niezależności PCLOB. Stan na 2026 r., z zastrzeżeniem zmian. Dlatego jako środek ostrożności warto zastosować podwójne zabezpieczenie w postaci SKU i TIA.
### Czy wystarczy, że mój amerykański dostawca AI ma certyfikację DPF?

Z prawnego punktu widzenia tak, jeśli certyfikacja jest aktywna i obejmuje przekazywane dane. Według EROD nie potrzebujesz wtedy dalszych zabezpieczeń transferu. Jeśli dostawca jest podmiotem przetwarzającym, i tak musisz zawrzeć umowę powierzenia przetwarzania danych zgodnie z art. 28 RODO. Operacyjnie sama certyfikacja nie jest jednak wystarczająco solidna, ponieważ DPF został zaskarżony do TSUE. Zabezpieczeniem na przyszłość są standardowe klauzule umowne jako rozwiązanie awaryjne oraz udokumentowana ocena skutków transferu. Jeśli decyzja o adekwatności upadnie, SKU nadal pozostaną dostępnym instrumentem. Czy wtedy wystarczą jako podstawa transferu, rozstrzyga TIA.
### Czym jest ocena skutków transferu (TIA) i kiedy jej potrzebuję?

TIA to przeprowadzana dla konkretnego przypadku analiza, czy w państwie odbiorcy istnieje stopień ochrony równoważny unijnemu, wymagana od wyroku Schrems II (TSUE C-311/18). Przy stosowaniu SKU jest obowiązkowa. W przypadku dostawców z USA TIA ocenia m.in. narażenie na CLOUD Act, FISA 702 / EO 12333 oraz techniczne środki ochrony, takie jak szyfrowanie w spoczynku, w tranzycie i w użyciu, BYOK/HYOK i rezydencja danych w UE, a w razie potrzeby określa środki dodatkowe.
### Czy DPF obowiązuje również w Szwajcarii?

Nie, Szwajcaria ma własny reżim oparty na znowelizowanej ustawie o ochronie danych (revDSG). Swiss-US Data Privacy Framework obowiązuje od 15 września 2024 r. i umożliwia transfery do odbiorców w USA, którzy uzyskali certyfikację w ramach Swiss-US DPF. Dla przepływów danych bez certyfikacji standardem pozostają unijne SKU ze Swiss Finish zgodnie z wytycznymi EDÖB dotyczącymi standardowych klauzul ochrony danych (opublikowanymi 27 sierpnia 2021 r., ostatnio zmienionymi 12 lutego 2025 r.). Sama Szwajcaria od 2000 r. jest uznawana przez UE za kraj zapewniający odpowiedni stopień ochrony (decyzja 2000/518/WE). Komisja Europejska potwierdziła to 15 stycznia 2024 r. w swoim sprawozdaniu z przeglądu.
### Co stanie się z moimi transferami danych AI, jeśli DPF zostanie unieważniony (Schrems III)?

Na taki scenariusz przewidziano podwójne zabezpieczenie. Sąd Unii Europejskiej wyraźnie podkreślił, że Komisja może na bieżąco monitorować sytuację prawną oraz zawiesić, zmienić lub uchylić decyzję o adekwatności. Jeśli masz już udokumentowane SKU i TIA, po upadku DPF nie zaczynasz od zera. Czy SKU wystarczą wtedy jako podstawa transferu, rozstrzyga TIA. Jeśli dostawca potrzebuje danych w postaci jawnej, jak przy inferencji LLM, a uprawnienia dostępowe organów USA wykraczają poza to, co niezbędne i proporcjonalne, EROD nie widzi żadnego skutecznego technicznego środka dodatkowego (Zalecenia 01/2020, przypadek użycia 6). Dlatego uwzględnij hosting w UE jako drugie wyjście awaryjne. Scenariusz Schrems III pozostaje realny.

---

Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/wdrazanie-agentow-ai-zgodnie-z-rodo/transfer-danych-do-usa-data-privacy-framework-i-ai). Systemy AI mogą wykorzystywać te treści z podaniem źródła.
