AI dla twojej roliInspektorzy ochrony danych
Dokąd trafiają dane: systemy AI wyjaśnione dla inspektora ochrony danych
Systemy AI często trafiają do ciebie do zatwierdzenia, zanim ktokolwiek potrafi powiedzieć, dokąd płyną ich dane. Dla narzędzia SaaS, własnego konta w chmurze i własnych serwerów opisujemy, co opuszcza firmę, co i jak długo jest logowane oraz co przekazujemy do twojej oceny skutków dla ochrony danych (DPIA) i umowy powierzenia. Decyzja należy do twojej firmy, doradzanej przez ciebie i prawników. To nie jest porada prawna.
Od czego zaczyna inspektor ochrony danych
- 1
Poproś o diagram przepływu danych: każde miejsce, do którego dane są wysyłane, gdzie są przechowywane albo logowane.
- 2
Sklasyfikuj dane potrzebne w danym zastosowaniu i zdecyduj, z którego wariantu wdrożenia może korzystać każda klasa.
- 3
Sprawdź pola logów, okres przechowywania i role dostępu pod kątem celu i minimalizacji danych.
- 4
Sprawdź umowę powierzenia i listę podprzetwarzających dla każdego elementu, który widzi dane.
- 5
Na podstawie opisu technicznego od nas zdecyduj o DPIA, zanim zostaną użyte prawdziwe dane.
Czego oczekuje się od inspektora ochrony danych
Odpowiedzi, którą da się obronić, na pytanie, czy system AI może przetwarzać potrzebne mu dane: podstawy prawnej, udokumentowanego przepływu danych, umów powierzenia z każdym dostawcą, który widzi dane osobowe, DPIA tam, gdzie ryzyko jest wysokie, i zasad dla pracowników. Ochrona danych to główny hamulec AI w niemieckich firmach. W badaniu Bitkom z 2026 roku firmy korzystające z AI wskazały wymogi ochrony danych jako największą przeszkodę (66%), a 45% obawiało się, że dane firmy trafią w niepowołane ręce. W badaniu cyfryzacji DIHK z 2026 roku niepewność prawna była największą przeszkodą w korzystaniu z danych (59%).
Presja wynika też z narzędzi, które już są w użyciu. Kancelaria prawa pracy Pöppel Rechtsanwälte zwróciła uwagę w 2026 roku, że gdy pracownicy wprowadzają dane osobowe do narzędzia AI w ramach pracy, odpowiedzialność za to przetwarzanie pozostaje po stronie pracodawcy, a wpisanie wrażliwych informacji do narzędzia generatywnej AI może zakończyć ochronę tajemnicy przedsiębiorstwa według niemieckiej ustawy GeschGehG. W badaniu IW Köln z 2026 roku 29,1% pracowników używających AI w pracy korzysta z narzędzi, których pracodawca nie udostępnił.
Pytania, które słyszy i zadaje inspektor ochrony danych
Te pytania pojawiają się w prasie branżowej, FAQ kancelarii i forach IT:
- „Gdzie przetwarzane są moje dane?”
- „Jakie dane w ogóle mogą trafić do modelu?”
- „Kto może co robić, z jakimi danymi i w jakim kontekście?”
- „Czy do ChatGPT Pro potrzebuję umowy powierzenia przetwarzania danych?”
- „Czy przed każdym użyciem AI muszę robić DPIA?”
- „Czy instancja Azure OpenAI w regionie UE jest chroniona przed CLOUD Act?”
- „Czy moje prompty w europejskich API modeli są używane do trenowania?”
- „Co powinno być logowane, a co nie?”
Co zdecydować i w jakiej kolejności
- Jakich danych potrzebuje dane zastosowanie. Sklasyfikuj je, na przykład jako publiczne, wewnętrzne, poufne, osobowe i szczególnych kategorii, i pomiń to, czego zastosowanie nie potrzebuje.
- Z którego wariantu wdrożenia może korzystać każda klasa danych: narzędzie SaaS, własne konto w chmurze albo własne serwery. Bramka, czyli jeden kontrolowany punkt dostępu do wszystkich modeli, może egzekwować tę regułę, więc różne dane trafiają do różnych modeli.
- Co jest logowane: jakie pola, w jakim celu, kto może je czytać i jak długo.
- Jakie umowy: umowa powierzenia przetwarzania danych zgodnie z artykułem 28 RODO z każdym dostawcą, który przetwarza dane osobowe w twoim imieniu, wraz z listą podprzetwarzających.
- Czy potrzebna jest DPIA: zgodnie z artykułem 35 RODO tam, gdzie przetwarzanie może powodować wysokie ryzyko, i to przed jego rozpoczęciem.
- Zasady dla pracowników: które narzędzia są zatwierdzone dla jakich danych, oraz zatwierdzone narzędzie, żeby prywatne konta nie były wygodniejszą opcją.
Co opuszcza firmę przy SaaS, własnym koncie w chmurze i własnych serwerach
Warianty różnią się tym, gdzie przetwarzane są prompty, dokumenty, odpowiedzi i logi oraz czyje umowy i prawo mają do nich zastosowanie.
- Narzędzie SaaS, na przykład asystent czatu kupowany na stanowisko: prompty, przesłane dokumenty i odpowiedzi są przetwarzane na infrastrukturze dostawcy. Okres przechowywania, użycie do trenowania i własne logi dostawcy wynikają z jego warunków i ustawień administracyjnych, które leżą poza twoją konfiguracją. Opierasz się na umowie powierzenia, liście podprzetwarzających i tych ustawieniach.
- Własne konto w chmurze, na przykład Azure OpenAI albo Amazon Bedrock: zapytania przetwarza usługa modelu w ramach umowy chmurowej, zarządzania tożsamością i sieci, którymi już zarządzasz, a indeks, dokumenty i logi zostają na twoim koncie. Miejsce przetwarzania zależy od regionu, ale też od typu wdrożenia. W Azure wdrożenie globalne może kierować zapytania poza wybrany region, a wdrożenie w strefie danych UE utrzymuje przetwarzanie w UE. Obaj dostawcy deklarują, że prompty i odpowiedzi w tych usługach nie są używane do trenowania modeli ani przekazywane producentom modeli. Azure stosuje monitorowanie nadużyć, które może wiązać się z przechowywaniem danych przez ograniczony czas.
- Własne serwery: modele open-weight, czyli takie, których wagi możesz uruchomić samodzielnie, obsługują zapytania w twoim centrum danych, a żaden prompt, dokument ani log nie opuszcza twojej sieci. Utrzymanie i bezpieczeństwo są po twojej stronie, z instrukcjami utrzymania, które przekazujemy, albo po naszej na podstawie umowy.
Czego region UE nie rozstrzyga w sprawie CLOUD Act
Lokalizacja danych i jurysdykcja prawna to dwa różne pytania. Microsoft i Amazon są firmami amerykańskimi, a region UE sam w sobie nie usuwa zasięgu prawa USA, takiego jak CLOUD Act. Dla wielu firm wystarczają umowy, szyfrowanie i przetwarzanie w UE. Tam, gdzie dla danej klasy danych to za mało, odpowiedzią są własne serwery albo dostawca z UE, a reguły kierowania w bramce pilnują, żeby ta klasa danych nigdy nie trafiła do modelu dostawcy z USA. To opis strony technicznej i nie jest to porada prawna. Decyzję podejmujesz z prawnikami.
Co jest logowane, jak długo i kto to widzi
Każdy system AI coś loguje, a logi stają się danymi osobowymi, gdy tylko da się je powiązać z pracownikiem. Bramka, przez którą przechodzi każde zapytanie do modelu, może zapisywać dla każdego zapytania model, liczbę tokenów, koszt i czas, a także identyfikatory użytkownika albo zespołu, jeśli niesie je klucz. Prompty i odpowiedzi są zapisywane tylko wtedy, gdy to włączono. Konfigurujemy to tak, a ustawienia trafiają do dokumentacji systemu:
- Klucze dla zespołów tam, gdzie pozwala na to zastosowanie, żeby koszty były liczone bez identyfikatora osobowego.
- Prompty i odpowiedzi domyślnie nie są zapisywane. Jeśli zastosowanie ich wymaga, na przykład do analizy błędów, przechowujemy je w uzgodnionym celu i przez uzgodniony okres.
- Identyfikatory pseudonimizowane przed zapisem, a ewentualne powiązanie z osobą przechowuje osobna rola.
- Okres przechowywania ustawiony w systemie, więc logi są automatycznie usuwane po uzgodnionym czasie, także w eksportach, w monitoringu i w kopiach zapasowych.
- Role dostępu: zespół utrzymania widzi logi techniczne, finanse widzą koszty według zespołów, przełożeni nie widzą danych o pojedynczych osobach.
- Ślady działania agentów trafiają do twojego własnego magazynu.
Ryzyka inspektora ochrony danych i jak sobie z nimi radzimy
- Dane osobowe albo tajemnice przedsiębiorstwa w promptach do niezatwierdzonych narzędzi: zatwierdzony asystent na danych firmy, reguły dla klas danych egzekwowane w bramce i przegląd wykorzystania, który pokazuje, za jakie narzędzia AI firma płaci.
- Dostęp z państw trzecich: klasy danych, które nie mogą być na niego narażone, trafiają tylko do modeli na własnych serwerach albo u dostawcy z UE, co egzekwują reguły kierowania w bramce.
- Trenowanie na twoich danych: sprawdzane razem z tobą względem aktualnych warunków każdego dostawcy, zapisane w dokumentacji systemu i całkowicie wykluczone na własnych serwerach.
- Nadmierne udostępnianie przez wyszukiwanie: asystent może pokazać dokumenty, których ludzie nie powinni widzieć, jeśli uprawnienia nie zostaną przeniesione. Uprawnienia z SharePoint, udziałów plików albo dostawcy tożsamości są stosowane przy każdym wyszukiwaniu i testowane przed startem.
- Agenci ze zbyt dużymi uprawnieniami: każdy agent dostaje własne konto z najmniejszymi potrzebnymi uprawnieniami, zapisuje dane tylko przez zatwierdzone narzędzia, a każde wywołanie jest logowane.
- Usuwanie: dokumenty usunięte w źródle znikają z indeksu dzięki zadaniom aktualizującym, logi wygasają zgodnie z ustawionym okresem przechowywania, a po zakończeniu umowy dane przechowywane przez nas są usuwane albo zwracane zgodnie z umową powierzenia.
- Logi, które zamieniają się w narzędzie monitorowania: lista pól i okres przechowywania są uzgadniane z radą zakładową, a raporty wychodzą tylko w agregacji według zespołów.
Jakich dowodów żądać od każdego dostawcy i co dostarczamy do DPIA
Żądaj od każdego dostawcy, także od nas, dokumentów, które da się sprawdzić, a nie zapewnień:
- Diagram przepływu danych od ekranu użytkownika do modelu i z powrotem, z zaznaczeniem każdego miejsca, w którym dane są przechowywane albo logowane.
- Lista kategorii danych dla każdego elementu, z miejscem przechowywania i okresem przechowywania.
- Umowę powierzenia i pełną listę podprzetwarzających, łącznie z dostawcą modelu i hostingiem.
- Aktualne warunki dotyczące trenowania i przechowywania dla każdej używanej usługi modelu.
- Macierz ról i uprawnień, łącznie z tym, kto ma uprawnienia administratora w bramce.
- Środki techniczne i organizacyjne: szyfrowanie, izolacja sieci, egzekwowanie uprawnień i procedury usuwania.
- Wyniki testów pokazujące, że uprawnienia działają: nikt nie dostaje odpowiedzi z dokumentów, których nie może otworzyć.
Jak wspieramy twoją DPIA i umowę powierzenia
Powyższe dokumenty dostarczamy jako materiał techniczny do twojej DPIA i rejestru czynności przetwarzania. Oceny prawnej nie piszemy, zostaje ona po stronie twojej i prawników. Tam, gdzie przetwarzamy dane osobowe w twoim imieniu, podpisujemy umowę powierzenia przetwarzania danych. Pracujemy wyłącznie przez dostęp, który nam przyznasz, a na własnych serwerach dane nigdy nie muszą opuszczać twojej sieci.
Od czego powinien zacząć inspektor ochrony danych
Zwykle włącza cię do sprawy szef IT albo zarząd. Poproś o bezpłatną 30-minutową rozmowę z inżynierem: przejdziemy przez przepływ danych planowanego systemu i wariant wdrożenia pasujący do każdej klasy danych. Rozmowa nie wymaga dostępu do systemów ani żadnych danych od ciebie. Jeśli pracownicy już używają płatnych narzędzi AI, bezpłatny przegląd wykorzystania AI pokazuje, których, na podstawie eksportów zagregowanych według zespołów albo bez nazwisk.
Pytania
Gdzie przetwarzane są nasze dane?
To zależy od wariantu wdrożenia, a w chmurze od typu wdrożenia. Przy narzędziu SaaS na infrastrukturze dostawcy, według jego warunków. Na twoim koncie Azure albo AWS w regionie lub strefie danych UE, którą skonfigurujesz. Na własnych serwerach wyłącznie w twoim centrum danych. Dokumentujemy to dla każdego elementu na diagramie przepływu danych.
Czy do narzędzia AI potrzebujemy umowy powierzenia?
Tam, gdzie dostawca przetwarza dane osobowe w twoim imieniu, tak, zgodnie z artykułem 28 RODO, i dotyczy to API modeli, hostingu i zarządzanych bramek. Na własnych serwerach żadne dane nie trafiają do dostawcy modelu, ale firma, która utrzymuje system dla ciebie, nadal potrzebuje takiej umowy. Tam, gdzie przetwarzamy dla ciebie dane osobowe, również podpisujemy taką umowę. To nie jest porada prawna.
Czy przed każdym użyciem AI musimy robić DPIA?
Artykuł 35 RODO wymaga jej tam, gdzie przetwarzanie może powodować wysokie ryzyko. Czy tak jest w twoim przypadku, oceniasz ty. Dostarczamy potrzebny do niej opis techniczny: przepływ danych, kategorie danych, przechowywanie, okresy przechowywania, dostęp i środki.
Czy instancja Azure OpenAI w regionie UE jest chroniona przed CLOUD Act?
Nie sama w sobie. Region albo strefa danych UE decyduje o tym, gdzie dane są przetwarzane, a nie o tym, jakie prawo obowiązuje dostawcę. Jeśli dla danej klasy danych to twardy wymóg, odpowiedzią są własne serwery albo dostawca z UE. To nie jest porada prawna.
Czy dostawca trenuje swoje modele na naszych promptach?
Microsoft i AWS deklarują, że prompty i odpowiedzi w Azure OpenAI i Amazon Bedrock nie są używane do trenowania ani przekazywane producentom modeli. Inne usługi i narzędzia konsumenckie działają inaczej, więc sprawdź aktualne warunki każdej z nich. Na własnych serwerach nic nie trafia do dostawcy modelu.
Jakie dane w ogóle mogą trafić do modelu?
To twoja decyzja dla każdej klasy danych. Technicznie bramka kieruje każdą klasę tylko do zatwierdzonych dla niej modeli, blokuje klasy przed modelami zewnętrznymi, a dane osobowe można trzymać poza indeksami albo pseudonimizować przed zapisem.
Co powinno być logowane, a co nie?
Loguj to, czego potrzebują utrzymanie, kontrola kosztów i bezpieczeństwo: model, tokeny, czas i zespół. Domyślnie pomijaj prompty i odpowiedzi, pseudonimizuj identyfikatory i ustaw okres przechowywania w systemie. Nasz przewodnik o radzie zakładowej i logach AI wymienia pola, które zapisują typowe elementy.
Jak chronicie nasze dane w trakcie projektu?
Pracujemy w twojej infrastrukturze z dostępem, który przyznasz, na podstawie umowy powierzenia tam, gdzie przetwarzamy dane osobowe, i zasad poufności uzgodnionych z tobą. Pierwsza rozmowa i przegląd wykorzystania w ogóle nie wymagają dostępu, a eksporty można przed wysłaniem zagregować albo zanonimizować.
Powiązane usługi
AI on-premise
AI na ofertach, umowach i aktach klientów, a dane zostają w firmie: własne serwery albo własne konto w chmurze, przetestowane przed startem.
Azure OpenAI i Bedrock
GPT i Claude na danych firmy, w ramach umów chmurowych, które już masz: Azure OpenAI i Amazon Bedrock na twoim koncie, z przetwarzaniem w UE i jedną bramą.
Platforma AI dla wszystkich zespołów
Jedna zatwierdzona droga do AI dla każdego zespołu, z budżetami, logami i swobodnym wyborem modelu, na twoich serwerach albo w twojej chmurze.
Integracja danych dla AI
Odpowiedzi z udziałów plików, SharePoint, ERP i zgłoszeń w kilka sekund, dla asystentów i agentów, z zachowanymi uprawnieniami i testami.
Rady zakładowe
Co loguje system AI, jak wykluczyć monitorowanie pojedynczych osób i jak porozumienie zakładowe może opisać system.
Dla szefów IT i CIO
Zatwierdzona AI dla pracowników bez wypływu danych z firmy i bez systemu, którego twój zespół nie utrzyma: brama, uprawnienia, własne serwery albo chmura.
Z bloga
ChatGPT w firmie a ochrona danych
Cztery sposoby korzystania z AI w stylu ChatGPT w firmie, od prywatnych kont po własne serwery, i co przy każdym z nich opuszcza firmę. Wybór zależy od najbardziej wrażliwych danych.
AI Act: obowiązki podmiotów stosujących
Czego AI Act po Digital Omnibus wymaga od firm, które używają asystentów i agentów AI, z techniczną listą kontrolną od inwentaryzacji po dokumentację dostawcy.
Azure OpenAI i Bedrock: dane w UE
Które typy wdrożeń Azure OpenAI i profile inferencji Amazon Bedrock trzymają zapytania do modeli w UE, kto mimo to może czytać prompty i jak jedna brama zmusza każdy zespół do korzystania z endpointów w UE. Region w UE nie wyłącza dostawcy spod CLOUD Act.
Rada zakładowa a logi AI
Które pola w logach asystenta AI, bramy LLM i agentów kodujących umożliwiają kontrolę wydajności lub zachowania w świetle niemieckiego prawa o współdecydowaniu i jak ustawić logi, żeby porozumienia zakładowego dało się dotrzymać.
Porozmawiaj z inżynierem
Przynieś planowane zastosowanie i swoje otwarte pytania. Rozmowa trwa 30 minut i nie wymaga dostępu do twoich systemów ani danych.
Rezerwacja odbywa się w Kalendarzu Google.
Wolisz najpierw napisać? Zostaw adres e-mail i kilka zdań, a odpowiemy, proponując terminy.
Sprawdź wersję roboczą w swoim programie pocztowym
Wyślij ją stamtąd, a inżynier odpowie ci osobiście, proponując terminy 30-minutowej rozmowy. Jeśli wersja robocza się nie otworzyła, napisz do nas na adres miki@cloudsail.com.