Chatbot a AI Act: art. 50 i termin 2 sierpnia 2026

W skrócie

Obowiązek informowania użytkownika, że rozmawia z botem, a nie z człowiekiem, wynika z art. 50 AI Act i zaczyna obowiązywać od 2 sierpnia 2026. To nie jest skomplikowany projekt wdrożeniowy na kilka tygodni, tylko jedno zdanie w widżecie czatu plus, w niektórych przypadkach, dodatkowe oznaczenie treści generowanych przez AI. W naszych wdrożeniach w n8n i Make dokładamy to jako standardowy element konfiguracji, zanim klient w ogóle o to zapyta.

Większość firm, z którymi rozmawiamy o automatyzacji obsługi klienta, traktuje AI Act jak temat odległy, coś w stylu RODO drugiej edycji, gdzie trzeba będzie zatrudnić prawnika, zrobić audyt zgodności i przez pół roku wdrażać procedury. Tymczasem konkretny obowiązek, który dotyczy praktycznie każdego chatbota na stronie firmowej, jest banalnie prosty do spełnienia. Problem nie leży w trudności wdrożenia, tylko w tym, że nikt o nim nie wie albo odkłada go na później, bo "przecież to dopiero 2026".

Otóż nie odkładałbym tego na później z dwóch powodów. Po pierwsze, jeśli już budujesz bota od zera albo modernizujesz istniejący, dodanie jednej informacji tekstowej kosztuje dosłownie kilka minut pracy w edytorze widżetu. Po drugie, część firm już dziś dostaje pytania od klientów B2B, czy ich lejek obsługowy jest zgodny z nadchodzącymi przepisami, bo same przygotowują się do audytów dostawców. Lepiej mieć to z głowy, zanim ktoś zapyta.

Co dokładnie mówi art. 50 AI Act

Artykuł 50 rozporządzenia o sztucznej inteligencji nakłada obowiązek transparentności na dostawców i podmioty stosujące systemy AI, które wchodzą w bezpośrednią interakcję z osobami fizycznymi. Sens przepisu jest prosty: człowiek ma prawo wiedzieć, że rozmawia z maszyną, chyba że jest to oczywiste z kontekstu (na przykład wyraźnie oznaczony bot w grze czy w aplikacji, gdzie interakcja z AI jest jedynym trybem działania i nikt nie ma wątpliwości).

Dla firmy prowadzącej sklep internetowy albo biuro obsługi klienta oznacza to konkretnie: jeśli na stronie działa widżet czatu, w którym pierwsze odpowiedzi generuje bot (bez względu na to, czy to prosty skrypt z drzewem decyzyjnym, czy model językowy), użytkownik musi zostać o tym poinformowany w sposób jasny i czytelny, najpóźniej w momencie pierwszej interakcji.

Termin wejścia w życie

Obowiązki transparentności z art. 50 zaczynają obowiązywać od 2 sierpnia 2026. To jedna z dat w harmonogramie stopniowego wdrażania AI Act, obok wcześniejszych terminów dotyczących zakazanych praktyk czy systemów wysokiego ryzyka. Dla chatbotów to właśnie ta data jest istotna, nie żadna inna z pakietu przepisów.

Kogo dotyczy: czy prosty bot regułowy też się łapie

Tu robi się nieco mniej jednoznacznie i uczciwie trzeba to powiedzieć wprost: na dzień pisania tego tekstu Komisja Europejska ani polski regulator (UODO) nie opublikowały jeszcze szczegółowych wytycznych interpretacyjnych, które rozstrzygałyby wszystkie graniczne przypadki. Definicja "systemu AI" w rozporządzeniu jest szeroka i obejmuje systemy oparte na uczeniu maszynowym oraz na podejściu opartym na logice i wiedzy, co w praktyce może obejmować także rozbudowane systemy regułowe, jeśli spełniają kryteria autonomii działania określone w definicji.

Nasze podejście w projektach jest pragmatyczne i nie czekamy na rozstrzygnięcie każdej wątpliwości prawnej: jeśli bot na stronie odpowiada klientowi tekstem, który wygląda jak wypowiedź człowieka, dodajemy informację o tym, że to automat, niezależnie od tego, czy formalnie system kwalifikuje się jako "AI" w rozumieniu rozporządzenia. To kosztuje jedno zdanie, a ryzyko braku zgodności przy zmieniającej się interpretacji przepisów jest realne. Zalecamy klientom skonsultować finalną kwalifikację prawną swojego rozwiązania z prawnikiem specjalizującym się w AI Act, zwłaszcza jeśli bot obsługuje dane wrażliwe albo decyzje o skutkach finansowych dla klienta.

Jeśli twój bot tylko przekierowuje pytania do konsultanta i nie generuje samodzielnie odpowiedzi merytorycznych, ryzyko jest niższe, ale i tak warto dodać informację, bo to nie kosztuje nic, a buduje zaufanie klienta.

Jak to wygląda technicznie: wdrożenie w n8n i Make

W praktyce spełnienie obowiązku informacyjnego rozbija się na trzy elementy, z których żaden nie wymaga zmiany architektury automatyzacji.

Pierwszy to komunikat powitalny w widżecie czatu, wyświetlany zanim użytkownik zada pierwsze pytanie. Coś w stylu: "Cześć, jestem asystentem AI firmy X. Odpowiadam automatycznie na najczęstsze pytania, a w razie potrzeby przekażę Cię do konsultanta." To element czysto frontendowy, konfigurowany w narzędziu do widżetów (Crisp, Tidio, własny widget osadzony przez iframe) i nie ma nic wspólnego z logiką automatyzacji w n8n czy Make.

Drugi element to sam przepływ (workflow) w n8n lub Make, który obsługuje rozmowę. Tutaj dobrą praktyką jest, żeby pierwszy krok w scenariuszu, jeszcze przed wysłaniem zapytania do modelu językowego, zwracał ustandaryzowaną wiadomość systemową, jeśli to pierwsza wiadomość w sesji. W n8n robimy to zwykle węzłem IF sprawdzającym, czy dana konwersacja (po ID sesji z bazy danych albo z parametru webhooka) ma już zapisaną flagę "disclosure_shown". Jeśli nie, workflow dokleja komunikat informacyjny do pierwszej odpowiedzi i zapisuje flagę w bazie (Postgres, Airtable, Google Sheets, w zależności od skali projektu), żeby nie powtarzać go przy każdej kolejnej wiadomości w tej samej rozmowie.

Trzeci element, często pomijany, to sytuacja przekazania rozmowy do żywego konsultanta. Jeśli bot eskaluje sprawę do człowieka, dobrze jest, żeby ten moment też był wyraźnie oznaczony ("Przekazuję Twoją sprawę do konsultanta, od teraz rozmawiasz z człowiekiem"), bo to zamyka pętlę transparentności w obie strony, nie tylko na starcie rozmowy.

Dobre podejście

Co robimy w naszych wdrożeniach

Komunikat o bocie w pierwszej wiadomości sesji, zapisany jako stały element promptu lub szablonu widżetu
Flaga w bazie danych pilnująca, żeby informacja nie powtarzała się w nieskończoność i nie irytowała użytkownika
Wyraźne oznaczenie momentu przekazania rozmowy do konsultanta
Konfiguracja jako element checklisty wdrożeniowej, a nie osobny projekt prawny

Częsty błąd

Czego unikać

Ukrywanie informacji w regulaminie strony, do którego nikt nie zagląda przed rozpoczęciem rozmowy
Komunikat sformułowany tak ogólnikowo, że nie wiadomo, czy dotyczy tego konkretnego bota
Brak rozróżnienia, kiedy odpowiada bot, a kiedy już człowiek, przy eskalacji
Traktowanie tematu jako "zrobimy to bliżej 2026", co kończy się zapomnieniem przy premierze produktu

Najczęstsze błędy, które widzimy przy audytach

Zdecydowanie najczęstszy problem to zakładanie, że skoro bot na stronie nazywa się "Asystent" albo ma awatar z robotem, to informacja jest oczywista i nie trzeba nic dodatkowo pisać. To nie wystarczy. Wymóg przejrzystości nie jest spełniony przez sam design interfejsu, tylko przez jasny komunikat tekstowy, najlepiej w pierwszej wiadomości.

Drugi błąd to mylenie oznaczenia bota z klauzulą RODO. Firmy, które mają już dobrze poukładaną zgodność z RODO w formularzach kontaktowych, czasem zakładają, że skoro klauzula informacyjna jest gdzieś na stronie, temat AI Act jest automatycznie załatwiony. To dwa różne obowiązki, z różnych przepisów, i jeden nie zastępuje drugiego.

Trzeci błąd, rzadszy, ale kosztowny, to sytuacja, w której firma wdraża bota generującego treści (np. opisy produktów, odpowiedzi na recenzje) i zapomina, że AI Act reguluje też oznaczanie treści syntetycznych, nie tylko rozmów na żywo. To temat pokrewny, ale osobny od interakcji czatowej, i wymaga własnego podejścia, zwłaszcza w kontekście automatyzacji marketingu, gdzie generowanie treści przez AI jest już standardem.

Co z chatbotami w obsłudze klienta i biurach rachunkowych

Przy wdrożeniach automatyzacji obsługi klienta dokładamy element informacyjny na etapie projektowania scenariusza, nie na końcu jako "dopisek prawny". To działa lepiej, bo unika się sytuacji, w której ktoś w firmie musi wracać do gotowego, wdrożonego rozwiązania i grzebać w kodzie, żeby dopisać jedno zdanie w niewłaściwym miejscu przepływu.

Podobnie w biurach rachunkowych, gdzie automatyzacja komunikacji z klientami (przypomnienia o dokumentach, odpowiedzi na standardowe pytania o terminy) coraz częściej przechodzi przez boty na WhatsAppie czy Messengerze. Jeśli w firmie działa już zautomatyzowana obsługa dokumentów opisana w automatyzacji biura rachunkowego, warto przy okazji przeglądu tych procesów sprawdzić, czy komunikacja z klientem przez bota jest oznaczona zgodnie z nadchodzącymi wymogami. To jeden dodatkowy krok w checkliście, nie osobny projekt.

Checklist: pięć rzeczy do sprawdzenia w swoim bocie

Czy pierwsza wiadomość w rozmowie jasno mówi, że to bot, a nie człowiek
Czy komunikat jest widoczny bez klikania w regulamin albo politykę prywatności
Czy moment przekazania rozmowy do konsultanta jest wyraźnie oznaczony
Czy treści generowane przez AI (opisy, odpowiedzi na recenzje) mają gdziekolwiek oznaczenie pochodzenia
Czy ktoś w firmie ma to zapisane w dokumentacji projektu jako świadomą decyzję, a nie przypadkowy dopisek

Jeśli na któreś z tych pytań odpowiedź brzmi "nie wiem" albo "chyba tak, ale nie sprawdzaliśmy", to sygnał, że warto poświęcić na to pół godziny teraz, zamiast wracać do tematu w połowie 2026 roku pod presją terminu.

Częste pytania

Czy prosty bot z gotowymi odpowiedziami (bez AI generatywnego) też podlega art. 50?

To zależy od tego, czy system spełnia definicję "systemu AI" z rozporządzenia, co dla prostych skryptów regułowych bywa dyskusyjne i nie zostało jeszcze jednoznacznie doprecyzowane w wytycznych. Naszą rekomendacją jest dodanie informacji niezależnie od kwalifikacji prawnej, bo koszt tego jest minimalny, a ryzyko sporu interpretacyjnego znika.

Czy muszę zmieniać całą architekturę automatyzacji, żeby spełnić ten obowiązek?

Nie. W typowym wdrożeniu w n8n czy Make to dodanie jednego węzła sprawdzającego, czy dana wiadomość jest pierwszą w sesji, i doklejenie do niej komunikatu informacyjnego. Nie wymaga to zmiany logiki biznesowej bota.

Od kiedy dokładnie trzeba to wdrożyć?

Obowiązki transparentności z art. 50 AI Act zaczynają obowiązywać od 2 sierpnia 2026. Nic nie stoi jednak na przeszkodzie, żeby wdrożyć to wcześniej, zwłaszcza przy nowych projektach, gdzie koszt krańcowy jest bliski zeru.

Czy sama informacja w widżecie wystarczy, czy trzeba coś jeszcze zgłaszać do urzędu?

Art. 50 dotyczy obowiązku informacyjnego wobec użytkownika, nie wymaga rejestracji ani zgłoszenia do żadnego organu. To odróżnia go od obowiązków dla systemów wysokiego ryzyka, gdzie procedury są znacznie bardziej rozbudowane.

Sprawdźmy razem, jak wygląda twój chatbot

Zrobimy bezpłatny przegląd twojej automatyzacji obsługi klienta pod kątem zgodności z art. 50 AI Act i pokażemy, co warto poprawić.

Zacznij audyt

Chatbot a AI Act: art. 50 i termin 2 sierpnia 2026 (i jak to ogarnąć bez prawnika)