Przejdź do treści

Chatbot, RODO i AI Act: co sprawdzić przed wdrożeniem

Jak wdrożyć chatbota zgodnie z RODO i AI Act? Wyjaśniam role firmy i dostawcy, podstawy przetwarzania, przepływ danych oraz kontrolę przed startem.

Chatbot, RODO i AI Act: co sprawdzić przed wdrożeniem

Chatbot, RODO i AI Act wymagają od firmy uporządkowania danych, odpowiedzialności i komunikacji z klientem. Przed wdrożeniem polecam ustalić cel czatu, zakres zbieranych informacji, role dostawców, zasady przechowywania i przekazania sprawy pracownikowi. Dla danych osobowych potrzebna jest odpowiednia podstawa prawna przetwarzania, a przy bezpośredniej rozmowie z AI trzeba uwzględnić obowiązki przejrzystości z art. 50 AI Act.

Zaczynam od prostego przykładu: klient pyta o mieszkanie, zostawia e-mail i prosi o kontakt pośrednika. Trzeba wiedzieć, kto otrzyma tę wiadomość, czy zobaczy ją dostawca modelu i kiedy zniknie z historii czatu. Sam napis „zgodne z RODO” nie odpowiada na te pytania.

Stan przepisów sprawdziłem 10 października 2026 r.

W skrócie

  • Polecam ograniczyć pierwszy kontakt do pytania, niezbędnego kontekstu i wybranego kanału odpowiedzi.
  • Przed zakupem poproś o mapę przepływu danych i dokumenty opisujące odpowiedzialność dostawców.
  • Sprawdź osobno informację o AI, informację o danych oraz ewentualne zgody marketingowe.
  • Ustal usuwanie rozmów, obsługę żądań klientów i osobę reagującą na incydenty.
  • Przetestuj także odmowę podania danych, błędną odpowiedź i niedziałające przekazanie do zespołu.

Chatbot, RODO i przepływ danych w firmie

Dane osobowe obejmują informacje o zidentyfikowanej lub możliwej do zidentyfikowania osobie. W czacie mogą nimi być imię, e-mail, adres IP oraz szczegóły pozwalające rozpoznać rozmówcę. Zasady dotyczą także informacji zaszyfrowanych lub pseudonimizowanych, jeśli nadal można powiązać je z osobą, co wyjaśnia Komisja Europejska w omówieniu stosowania RODO.

Polecam narysować drogę wiadomości zamiast ograniczać analizę do okna na stronie. Poniższy diagram pokazuje przykładowy wariant, w którym model dostaje pytanie i fragment wiedzy, a dane kontaktowe trafiają osobną ścieżką do zespołu. To propozycja architektury, którą trzeba porównać z faktyczną konfiguracją.

flowchart TD
    A[Klient] --> B[Czat na stronie]
    B --> C[Obsługa zapytania]
    D[Zatwierdzona wiedza] --> C
    C --> E[Model AI]
    E --> C
    C --> B
    C --> F[Historia rozmowy]
    B --> G[Dane do kontaktu]
    G --> H[CRM lub poczta]
    H --> I[Pracownik firmy]

Przy każdej strzałce zapisuję, jakie dane są przesyłane i kto ma do nich dostęp. Sprawdzam również logi techniczne, kopie zapasowe, narzędzia analityczne i dostęp pomocy technicznej. Jeśli dostawca nie potrafi opisać tej drogi, odkładam uruchomienie do wyjaśnienia braków.

Kto odpowiada: firma, dostawca czy producent modelu?

W RODO administrator określa cele i sposoby przetwarzania, a podmiot przetwarzający działa w jego imieniu i na jego polecenie. Relację z podmiotem przetwarzającym trzeba uregulować umową, a korzystanie z dalszych podmiotów wymaga pisemnego upoważnienia administratora. Te role opisuje poradnik EROD dla małych firm.

Dla przykładu biura nieruchomości proponuję poniższe pytania. Role w tabeli są warunkowe: ostatecznie trzeba je ustalić na podstawie rzeczywistego działania każdej usługi.

Uczestnik procesuMożliwa rola w RODOCo polecam ustalić
Biuro określające cel zbierania zapytańAdministratorJakie dane zbiera i po co
Dostawca obsługujący czat na polecenie biuraPodmiot przetwarzającyUmowę powierzenia, dostęp i usuwanie
Producent modelu angażowany przez dostawcęDalszy podmiot przetwarzający, jeśli działa w tym łańcuchu na polecenieZakres danych, retencję, dalsze wykorzystanie
Usługa CRM lub pocztyRola zależna od konkretnego przetwarzaniaOdbiorców i zasady przechowywania
Pracownik obsługujący zapytanieOsoba działająca z upoważnienia firmyUprawnienia i procedurę odpowiedzi

W umowie sprawdzam instrukcje przetwarzania, poufność, bezpieczeństwo, pomoc przy żądaniach klientów i naruszeniach oraz zwrot albo usunięcie danych po zakończeniu usługi. To elementy umowy administratora z podmiotem przetwarzającym wskazane przez EROD. Osobno pytam, czy dostawca wykorzystuje rozmowy do własnych celów, ponieważ odpowiedź wpływa na ocenę ról.

Na jakiej podstawie zbierać dane w czacie?

Nie zaczynam od obowiązkowego checkboxa. Najpierw zapisuję cel: odpowiedź na pytanie, przygotowanie wyceny, umówienie prezentacji albo późniejszy marketing. Przykładowo przetwarzanie niezbędne do przygotowania oferty na prośbę potencjalnego klienta może opierać się na działaniach przed zawarciem umowy; zgoda jest jedną z innych podstaw i wymaga dobrowolności, konkretności, świadomości oraz jednoznaczności. Warunki wyjaśnia EROD w poradniku o legalnym przetwarzaniu.

Przy uzasadnionym interesie trzeba ocenić interes, niezbędność przetwarzania i wpływ na prawa osób. EROD dopuszcza tę podstawę w kontekście asystenta konwersacyjnego po spełnieniu warunków, a nie automatycznie dla każdego wdrożenia. Opisuje to opinia dotycząca modeli AI.

Polecam oddzielić odpowiedź na zapytanie od zapisania klienta do newslettera. Wysyłanie informacji handlowych środkami wskazanymi w art. 398 Prawa komunikacji elektronicznej wymaga uprzedniej zgody; przepis obejmuje marketing bezpośredni. Dlatego adres podany do obsługi sprawy nie powinien bez osobnego ustalenia zasilać kampanii, co wynika z art. 398 PKE.

W biurze nieruchomości zaproponowałbym pytanie: „Czy chcesz, aby pośrednik odpowiedział na to zapytanie? Podaj e-mail albo numer telefonu”. Zakres danych dobieram do celu, zamiast od razu żądać obu kanałów i pełnego adresu.

AI Act: jakie obowiązki dotyczą zwykłego chatbota?

W AI Act dostawca systemu i podmiot stosujący system to odrębne role. Firma korzystająca z gotowego rozwiązania pod swoją kontrolą zwykle występuje jako podmiot stosujący; podmiot, który opracowuje system lub zleca jego opracowanie i wprowadza go pod własną nazwą, może być dostawcą. Definicje i obowiązki omawia Komisja Europejska w FAQ o przejrzystości.

Art. 50 ust. 1 nakłada na dostawcę obowiązek takiego zaprojektowania systemu, aby użytkownik wiedział, że rozmawia z AI, chyba że jest to oczywiste w okolicznościach określonych w przepisie. Informacja ma być jasna, odróżnialna i dostępna najpóźniej przy pierwszej interakcji. Obok tego istnieje odrębny obowiązek maszynowego oznaczania treści generowanych, opisany w art. 50 ust. 2 i 5.

Obowiązki z art. 50 stosuje się od 2 sierpnia 2026 r. Okres przejściowy do 2 grudnia 2026 r. dla określonych wcześniej wprowadzonych systemów dotyczy oznaczania i wykrywalności z ust. 2, a nie ogólnego odroczenia informacji o rozmowie z AI. Rozróżnienie potwierdza aktualne FAQ Komisji.

Dla czatu odpowiadającego na pytania o ofertę sprawdzam przede wszystkim przejrzystość. Jeśli firma dodaje ocenianie kandydatów lub zdolności kredytowej, analizuję klasyfikację ponownie: Komisja wymienia takie zastosowania wśród przykładów systemów wysokiego ryzyka. Szerzej omawiam tę zmianę celu w artykule o AI w rekrutacji.

AI Omnibus wszedł w życie 27 lipca 2026 r.; według komunikatu Komisji przesunął stosowanie przepisów dla systemów wysokiego ryzyka z załącznika III na 2 grudnia 2027 r., a dla systemów powiązanych z produktami objętymi załącznikiem I na 2 sierpnia 2028 r. To daty opisane w komunikacie opublikowanym 27 lipca 2026 r..

Co wyświetlić klientowi przed rozmową?

Polecam krótki komunikat: „Rozmawiasz z asystentem AI. Pomogę w pytaniach o ofertę i przekazaniu zapytania zespołowi. Nie podawaj danych dokumentów ani informacji o zdrowiu”. Poniżej umieściłbym wyraźny dostęp do informacji o przetwarzaniu danych i alternatywnego kontaktu.

Informacja o danych powinna obejmować administratora i kontakt, cele, podstawy prawne, odbiorców, okres przechowywania lub jego kryteria oraz prawa osoby i możliwość skargi. Zależnie od procesu dochodzą informacje o IOD, transferach, wycofaniu zgody, obowiązku podania danych i zautomatyzowanych decyzjach. Zakres przedstawia EROD w odpowiedzi o obowiązku informacyjnym.

Przy e-mailu napisałbym konkretnie: „Podanie adresu pozwoli zespołowi odpowiedzieć na to zapytanie”. Pełną informację dopasowuję do faktycznej usługi, zamiast kopiować politykę innej firmy. Przykłady oznaczenia asystenta rozwijam w artykule o spełnieniu art. 50 AI Act przez chatbot.

Osobno sprawdzam cookies i inne zapisy w urządzeniu. Art. 399 PKE przewiduje informowanie i zgodę oraz wyjątki, gdy zapis lub dostęp jest konieczny do transmisji albo dostarczenia usługi żądanej przez użytkownika. Nie klasyfikuję całej wtyczki jako niezbędnej bez sprawdzenia jej działania według art. 399 PKE.

Jak ograniczyć dane i zabezpieczyć firmową wiedzę?

Zasada minimalizacji pozwala przetwarzać dane niezbędne i proporcjonalne do celu. Dlatego w pierwszym kontakcie dotyczącym mieszkania proponuję numer oferty, pytanie i wybrany kanał odpowiedzi, zgodnie z zasadami opisanymi przez EROD. PESEL, skan dowodu i dokumenty finansowe zostawiłbym poza takim czatem.

Informacje o zdrowiu należą do szczególnych kategorii danych i wymagają dodatkowych warunków przetwarzania. Samo znalezienie podstawy dla zwykłych danych nie wystarcza, co wyjaśnia poradnik EROD o danych wrażliwych. Polecam przygotować reakcję na ich spontaniczne wpisanie, bez powtarzania tych szczegółów w podsumowaniu dla handlowca.

Do bazy wiedzy wybrałbym zatwierdzoną ofertę, zasady obsługi i publiczne FAQ. Odrzuciłbym eksport CRM, prywatną korespondencję i dokumenty właścicieli mieszkań. Sposób porządkowania materiałów opisuję w przewodniku o bazie wiedzy dla chatu AI.

Administrator i podmiot przetwarzający muszą stosować zabezpieczenia odpowiednie do ryzyka, według EROD w poradniku bezpieczeństwa. W praktyce sprawdziłbym oddzielne konta pracowników, ograniczenia dostępu, szyfrowanie i możliwość odebrania uprawnień. W testach polecam też poprosić asystenta o ujawnienie cudzej rozmowy i zapisanie informacji w CRM bez potwierdzenia.

Czy dane opuszczają EOG i służą do trenowania?

Polecam zapytać o lokalizację każdej usługi, odbiorców danych, dostęp wsparcia oraz podwykonawców. Deklarację „serwer w Europie” porównuję z umową, architekturą i sposobem dostępu do danych. Sprawdzam również usługę pocztową i CRM, do których wędruje zapytanie.

Transfer poza Europejski Obszar Gospodarczy wymaga spełnienia dodatkowych warunków, niezależnie od pozostałych obowiązków RODO. Podstawą może być decyzja stwierdzająca odpowiedni stopień ochrony albo odpowiednie zabezpieczenia, takie jak standardowe klauzule umowne. W przypadku USA decyzja obejmuje organizacje uczestniczące w EU-US Data Privacy Framework, co opisuje EROD w przewodniku o transferach.

Nie zakładam, że rozmowy są używane do trenowania, ani że zawsze są z niego wyłączone. Proszę o dokumenty dotyczące konkretnego produktu, planu i konfiguracji, opisujące trening, logowanie, przechowywanie i ręczny dostęp. EROD podkreśla także, że anonimowość modelu wymaga oceny konkretnego przypadku, więc ogólne hasło dostawcy nie zastępuje tej analizy.

Retencja, prawa klienta i naruszenia

Czas przechowywania danych trzeba powiązać z celem; gdy przestają być potrzebne, należy je usunąć albo skutecznie zanonimizować. Zasadę opisuje EROD w omówieniu ograniczenia przechowywania. Polecam ustalić osobne zasady dla historii rozmowy, zapytania w CRM, logów i kopii zapasowych.

Gdy klient prosi o dostęp albo usunięcie danych, firma musi obsłużyć żądanie zgodnie z przysługującymi mu prawami. Co do zasady odpowiedź powinna nastąpić w ciągu miesiąca; przewidziane są warunki przedłużenia, a prawo do usunięcia ma wyjątki. Wyjaśnia je EROD w poradniku o prawach osób. Testowałbym wyszukanie jednej rozmowy i ustalenie wszystkich jej odbiorców.

Jeśli czat ujawni dane innego klienta, uruchomiłbym procedurę incydentu. Naruszenia trzeba dokumentować; zgłoszenie organowi jest wymagane bez zbędnej zwłoki, w miarę możliwości do 72 godzin od stwierdzenia naruszenia, chyba że ryzyko dla praw i wolności jest mało prawdopodobne. Wysokie ryzyko może wymagać również zawiadomienia osób, z uwzględnieniem wyjątków opisanych w poradniku EROD o naruszeniach.

Kiedy potrzebna jest DPIA i ocena decyzji AI?

DPIA to ocena skutków dla ochrony danych, wymagana przy przetwarzaniu mogącym powodować wysokie ryzyko dla praw i wolności osób. UODO zaleca przeanalizowanie obowiązku przed rozpoczęciem operacji i wskazuje krajowy wykaz pomocny w tej ocenie. Szczegóły zawierają wskazówki UODO dotyczące DPIA.

Dla biura nieruchomości rozróżniam zebranie pytania od automatycznej odmowy obsługi na podstawie oceny sytuacji finansowej. Przy decyzjach opartych wyłącznie na automatycznym przetwarzaniu, wywołujących skutki prawne lub podobnie istotne, dochodzą ograniczenia i wyjątki dotyczące takich decyzji, opisane przez EROD w omówieniu praw osób. Sam przycisk przekazania sprawy pracownikowi nie wyjaśnia, kto faktycznie podejmuje decyzję.

Jeżeli w DPIA nie uda się wskazać środków obniżających ryzyko do akceptowalnego poziomu i nadal pozostaje ono wysokie, wymagane są konsultacje z organem nadzorczym. Ten etap opisuje EROD w poradniku o ocenie skutków.

Jak przygotować uruchomienie krok po kroku?

Proponuję przejść tę listę z osobą odpowiedzialną za stronę, obsługę zapytań i ochronę danych:

  1. Opisz zadanie czatu. Zapisz dozwolone odpowiedzi i moment przekazania sprawy człowiekowi, np. przy prośbie o indywidualną wycenę.
  2. Zmapuj dane i dostawców. Uwzględnij model, historię, CRM, pocztę, analitykę i wsparcie.
  3. Ustal cele, podstawy i role. Sprawdź dokumenty oraz umowy przed wysłaniem pierwszej rzeczywistej wiadomości.
  4. Oceń ryzyko i potrzebę DPIA. Zapisz uzasadnienie dla wybranego zakresu zastosowania.
  5. Skonfiguruj komunikaty i ograniczenia. Przygotuj informację o AI, danych, cookies i reakcję na zbędne informacje.
  6. Sprawdź cały proces. Użyj fikcyjnych danych do próby przekazania zapytania, wyszukania historii i usunięcia kopii.
  7. Wyznacz właściciela procesu. Ustal, kto przegląda błędy, zatwierdza zmiany wiedzy i reaguje na naruszenia.

Do dokumentacji dodałbym opis procesu w rejestrze czynności; obowiązek prowadzenia rejestru i ograniczony wyjątek dla małych organizacji omawia EROD w poradniku zgodności. W budżecie rezerwuję czas na analizę, konfigurację, testy i późniejsze przeglądy, a nie wyłącznie opłatę za model.

FAQ

Czy chatbot jest zgodny z RODO?

Zgodność zależy od konkretnego przetwarzania: celu, podstawy prawnej, zakresu danych, dostawców i zabezpieczeń. Polecam ocenić cały proces na jednym przykładowym zapytaniu. Szersze omówienie ryzyk znajdziesz w artykule o bezpieczeństwie chatbota i RODO.

Czy użytkownik musi wyrazić zgodę na rozmowę z chatbotem?

Nie każda operacja wymaga zgody jako podstawy RODO. Przykładowo niezbędne dane do wyceny zamówionej przez klienta mogą podlegać podstawie przedumownej, według EROD. Osobno oceniam marketing i zapis informacji w urządzeniu.

Czy chatbot musi powiedzieć, że jest AI?

Art. 50 ust. 1 przewiduje poinformowanie o interakcji z AI, z wyjątkiem oczywistości ocenianej według przepisu. Polecam jasny komunikat przy otwarciu czatu, zgodnie z art. 50 AI Act.

Jak długo można przechowywać rozmowy?

Okres wynika z celu, a dane niepotrzebne powinny zostać usunięte albo zanonimizowane, zgodnie z zasadą ograniczenia przechowywania. Dla własnego wdrożenia ustalam termin i sprawdzam, czy system rzeczywiście go egzekwuje.

Co dalej

Po uporządkowaniu odpowiedzialności polecam przejść do standardów bezpieczeństwa AI w małej firmie. Pomogą rozwinąć temat zabezpieczeń; zasady korzystania z narzędzi przez pracowników omawiam też w artykule o shadow AI w firmie.

Jeśli planujesz asystenta do pierwszego kontaktu, napisz przez formularz kontaktowy Czatowego. W wiadomości opisz cel czatu, rodzaj zapytań i miejsce ich przekazywania zespołowi.

Chcesz sprawdzić, ile to kosztuje u Ciebie?

Opisz jedno zadanie, które robicie ręcznie. Odeślę konkretną kalkulację.