Czy firma odpowiada za obietnicę chatbota? Projekt Nowego Jorku

Tak. Projekt przepisów Nowego Jorku zakłada, że firma nie może uchylić się od odpowiedzialności za naruszenie lokalnego prawa, tłumacząc je działaniem technologii. Ma też wymagać jasnego poinformowania klienta, że rozmawia z systemem automatycznym, oraz zapewnienia dostępnej drogi do kontaktu z człowiekiem. To jednak nadal projekt, a nie obowiązujące prawo. Nie wynika z niego też, że każda błędna odpowiedź chatbota automatycznie oznacza naruszenie.

Dla właściciela firmy usługowej najważniejsze pytanie brzmi: czy klient dostaje pomoc, którą firma obiecuje? Jeśli chatbot odpowiada na podstawie firmowej wiedzy, zbiera zapytanie i przekazuje je zespołowi, warto sprawdzić zarówno treść odpowiedzi, jak i moment przekazania sprawy człowiekowi.

W skrócie: projekt dotyczy m.in. ujawnienia automatycznej obsługi, jakości obiecanej pomocy, dostępu do człowieka i dokumentowania działania systemu. Stan sprawdziłem 25 października 2026 r.; karta reguły miasta nadal oznacza ją jako proponowaną.

Chatbot AI nie zwalnia firmy z odpowiedzialności

Projekt reguły definiuje automatyczny system obsługi klienta szeroko: jako technologię, za pomocą której całość lub zasadniczo całość komunikacji z klientem odbywa się bez udziału człowieka. Może więc obejmować chatbot AI, ale też automatyczną obsługę głosową. W centrum projektu nie stoi sama technologia, tylko to, co firma obiecuje klientowi i czy rzeczywiście zapewnia obsługę.

Projektowana zasada odpowiedzialności mówi, że korzystanie z technologii nie stanowi obrony, jeśli doszło do naruszenia przepisów lokalnych objętych kompetencjami miejskiego departamentu ochrony konsumentów. Chodzi o sytuację, w której technologia składa obietnicę, pomija informację, wykonuje działanie albo pomaga w naruszeniu. Taką zasadę zapisano w projekcie reguły.

Nie oznacza to, że firma odpowiada za każdą pomyłkę modelu w każdych okolicznościach. Projekt wskazuje na wielokrotne i nieuzasadnione kierowanie klienta do menu, które nie rozwiązuje sprawy, albo udzielanie odpowiedzi nie na temat, nieadekwatnych lub błędnych. Chodzi o brak obiecanej, rozsądnej i terminowej obsługi, a nie o sam fakt użycia automatyzacji.

Osobno, w październiku miasto opublikowało stanowisko dotyczące egzekwowania istniejących przepisów: wskazuje w nim, że użycie AI nie zwalnia podmiotu z obowiązków wynikających z prawa miejskiego. To stanowisko organów i projekt szczegółowej reguły są powiązane, ale nie są tym samym dokumentem. Komunikat DCWP, TLC i CCHR opisuje stanowisko z 1 października.

Co projekt zakłada dla obsługi klienta

Obszar	Założenie projektu	Przykład dla firmy usługowej
Informacja o automatyzacji	Na początku rozmowy ma być jasne, że klient rozmawia z systemem automatycznym, a nie człowiekiem. Informacja ma być czytelna i w języku rozmowy.	Chat zaczyna od komunikatu: „Jestem automatycznym asystentem firmy”.
Obiecana pomoc	Firma nie powinna przedstawiać obsługi jako dostępnej, jeśli system wielokrotnie i bez uzasadnienia nie odpowiada na sprawę.	Klient pyta o reklamację, a bot nie odsyła go w kółko do ogólnego FAQ.
Kontakt z człowiekiem	Projekt przewiduje domniemanie naruszenia w określonej sytuacji, gdy system nie zapewnia opcji rozmowy z człowiekiem zgodnie z § 5-312(c) projektu.	Widoczny przycisk „Przekaż do zespołu” albo, gdy pracownik jest niedostępny lub kolejka jest nieracjonalnie długa, jasna informacja o alternatywnym kanale i czasie odpowiedzi.
Rejestry	Projekt wymagałby zachowywania dokumentacji i logów interakcji w formacie maszynowym przez co najmniej trzy lata.	Firma może odtworzyć, czy klient widział informację o automatyzacji i czy prosił o kontakt z człowiekiem.

Szczegóły dotyczące ujawnienia automatyzacji, transferu i dokumentacji znajdują się w proponowanych paragrafach 5-312 i 5-313 tekstu reguły. Projekt wskazuje, że przekazanie do człowieka może zaczynać się od pojedynczego działania, na przykład przycisku, komendy głosowej lub wyboru z menu. Mechanizm nie może wymagać dodatkowych automatycznych kroków, odpowiedzi na kolejne pytania, uzasadnienia prośby ani przechodzenia przez inne menu lub proces, chyba że służą wyłącznie skierowaniu klienta do właściwego pracownika. Gdy klient trafia do kolejki, projekt przewiduje podanie szacowanego czasu oczekiwania. Jeśli człowiek nie jest dostępny albo kolejka jest nieracjonalnie długa, firma miałaby wskazać alternatywną drogę, taką jak formularz, e-mail lub prośba o oddzwonienie, wraz z czasem odpowiedzi.

To nie musi oznaczać, że każda sprawa trafi do konsultanta natychmiast. Projekt opisuje opcję kontaktu i alternatywne sposoby uzyskania pomocy, a nie jeden obowiązkowy kanał dla wszystkich firm.

Jakie kary przewiduje projekt

W projekcie zamieszczono tabelę kar za konkretne naruszenia, w tym brak obsługi przez wskazany kanał, brak ujawnienia automatyzacji, niespełnienie obietnicy obsługi oraz brak wymaganych rejestrów. Wyższe stawki za drugie oraz trzecie i kolejne naruszenie dotyczą tego samego respondenta lub jego następcy, który ponownie naruszył ten sam przepis w ciągu dwóch lat od wcześniejszego naruszenia potwierdzonego przyznaniem się do winy, orzeczeniem winy lub ugodą. Projekt przewiduje też karę 3 500 USD za świadome naruszenie przepisu podrozdziału 1 rozdziału 5 tytułu 20 miejskiego kodeksu administracyjnego lub reguły wydanej na jego podstawie, niezależnie od przedstawionej gradacji. Komunikat miasta wskazuje też na możliwość restytucji dla poszkodowanych konsumentów. Kwoty 525, 1 050 i 3 500 USD w tabeli to proponowany harmonogram dla opisanych naruszeń. Kara 3 500 USD za świadome naruszenie wynika już z obowiązującego § 20-703(d) miejskiego kodeksu administracyjnego, a projekt odwołuje się do tej sankcji.

Rodzaj naruszenia w projekcie	Pierwsze naruszenie	Drugie naruszenie	Trzecie i kolejne
Brak wymaganej obsługi, informacji, obiecanej pomocy lub dokumentacji	525 USD	1 050 USD	3 500 USD

Stawki w tabeli pochodzą z proponowanego harmonogramu kar w tekście projektu. Nie należy traktować ich jako kary już obowiązującej ani przenosić automatycznie na firmy działające w Polsce.

Co firma może sprawdzić już teraz

Niezależnie od tego, czy projekt zostanie przyjęty w tej postaci, taki przegląd pomaga znaleźć miejsca, w których klient traci czas lub dostaje obietnicę bez dalszego ciągu.

Spisz obietnice obsługi. Przejrzyj stronę, formularze, chat i wiadomości automatyczne. Jeśli piszesz „skontaktuj się z nami” albo „pomożemy rozwiązać problem”, sprawdź, jaki proces faktycznie za tym stoi.
Przetestuj typowe zapytania i wyjątki. Zapytaj o ofertę, termin, reklamację, zmianę rezerwacji oraz sprawę, na którą chatbot nie ma odpowiedzi. Zobacz, czy potrafi przyznać, że brakuje mu informacji.
Sprawdź przekazanie sprawy. Ustal, co dzieje się po prośbie „chcę porozmawiać z człowiekiem”. Czy klient może zostawić dane i opis sprawy? Czy zespół wie, kto ma odpowiedzieć i w jakim terminie?
Zapisuj wynik, nie tylko treść rozmowy. Przydatne do oceny procesu są informacje, czy sprawa została rozwiązana, czy klient prosił o człowieka i czy zgłoszenie dotarło do zespołu. Zbieraj tylko dane potrzebne firmie i ustal, kto ma do nich dostęp.
Popraw komunikat, jeśli pomoc ma ograniczenia. Przykład: „Mogę odpowiedzieć na pytania o ofertę. W sprawie reklamacji przekażę zgłoszenie zespołowi”. Taki opis jest konkretniejszy niż ogólna obietnica rozwiązania każdego problemu.

Jeśli chcesz rozwinąć procedurę eskalacji, zobacz kiedy przekazać obsługę klienta z AI człowiekowi. Plan testów przed uruchomieniem opisuje też praktyczny plan testowania chatbota.

FAQ

Czy chatbot musi przekazać każdą rozmowę człowiekowi?

Projekt nie nakazuje przekazywania każdej sprawy. Przewiduje opcję kontaktu z człowiekiem w pojedynczym kroku albo, w określonych przypadkach niedostępności lub długiej kolejki, alternatywny sposób uzyskania pomocy.

Czy firma odpowiada za błędną odpowiedź chatbota?

Sama pomyłka nie przesądza automatycznie o naruszeniu. Projekt opisuje między innymi wielokrotne i nieuzasadnione odpowiedzi nie na temat, nieadekwatne lub błędne, gdy firma obiecuje obsługę i jej nie zapewnia. Firma nie mogłaby też zasłaniać się samym użyciem technologii.

Czy projekt z Nowego Jorku obowiązuje polskie firmy?

To projekt reguły miejskiej dotyczącej lokalnej ochrony konsumentów w Nowym Jorku. Nie jest polskim przepisem. Dla polskiej firmy może być punktem odniesienia przy projektowaniu obsługi, ale nie należy na tej podstawie wyciągać wniosków o obowiązkach wynikających z prawa polskiego.

Jakie dane o rozmowach przewiduje projekt przechowywać?

Wśród opisanych rejestrów są logi obejmujące czas interakcji, informację, czy zaoferowano i użyto transferu do człowieka, oraz informację, czy nastąpiło przekazanie, kolejka lub alternatywna forma kontaktu. Projekt przewiduje przechowywanie wymaganych dokumentów w formacie maszynowym przez co najmniej trzy lata.

Co dalej

Sprawdź również co robić, gdy chat AI nie zna odpowiedzi lub się myli.