AI Act w holenderskim sklepie: jak oznaczyć chatbota i zachować kontakt z człowiekiem

Co obowiązuje od 2 sierpnia 2026

AI Act, po niderlandzku AI-verordening, wprowadza zasadę, że osoba prowadząca bezpośrednią interakcję z systemem AI ma zostać o tym poinformowana, chyba że jest to oczywiste dla przeciętnego, uważnego użytkownika. Wyjątek „to przecież oczywiste” należy stosować ostrożnie. Nazwa asystenta, ludzki avatar, naturalny język albo animacja sugerująca pisanie mogą wręcz sprawić, że klient uzna system za pracownika.

Najbezpieczniejszym rozwiązaniem jest krótki komunikat przed rozpoczęciem lub w pierwszej wiadomości rozmowy. Powinien on określać, że odpowiedzi tworzy AI, wyjaśniać zakres pomocy oraz wskazywać drogę do człowieka. Jeżeli bot zbiera dane lub zapisuje historię, potrzebna jest też czytelna informacja o prywatności, ale nie należy mieszać jej z podstawowym komunikatem o charakterze rozmówcy.

Przykład komunikatu po niderlandzku

Je chat met een AI-assistent. De assistent kan helpen met producten, bestellingen en veelgestelde vragen. Wil je een medewerker spreken? Kies „Medewerker” of gebruik het contactformulier.

Po polsku oznacza to: „Rozmawiasz z asystentem AI. Asystent może pomóc w sprawach produktów, zamówień i najczęstszych pytań. Chcesz porozmawiać z pracownikiem? Wybierz »Pracownik« albo skorzystaj z formularza kontaktowego”. Taki tekst jest konkretny i nie wymaga od klienta znajomości terminów prawnych.

Kiedy rozmowa podlega zasadom AI Act

Nie każdy automatyczny element sklepu jest chatbotem w rozumieniu wymogu przejrzystości. Zwykły formularz, wyszukiwarka produktów albo drzewko odpowiedzi z wcześniej zaprogramowanymi przyciskami nie zawsze będzie systemem AI. Znaczenie ma faktyczne działanie narzędzia, a nie jego marketingowa nazwa.

Warto sprawdzić cztery pytania:

• czy narzędzie jest systemem AI, a nie wyłącznie prostą automatyką;
• czy prowadzi dwukierunkową wymianę wiadomości z osobą;
• czy odpowiada bezpośrednio klientowi, bez pośrednictwa pracownika;
• czy rozmowa odbywa się w kontekście zawodowym lub handlowym.

System działający wyłącznie w tle, na przykład moduł przewidujący poziom zapasów, nie informuje klienta o swojej obecności na czacie, bo nie prowadzi z nim bezpośredniej rozmowy. Inaczej wygląda sytuacja asystenta, który doradza rozmiar, porównuje produkty, sprawdza status zamówienia albo przyjmuje reklamację.

Dostawca AI a sklep korzystający z chatbota

Sklep kupujący gotową wtyczkę lub usługę zwykle jest użytkownikiem profesjonalnym, czyli deployerem. Dostawca rozwijający i oferujący system pod własną nazwą jest zazwyczaj providerem. Podział zadań trzeba zapisać w dokumentacji wdrożenia i umowie.

Co należy sprawdzić u dostawcy

• czy system został zaprojektowany tak, aby wyświetlać informację o AI;
• czy komunikat można przetłumaczyć na poprawny język niderlandzki;
• czy sklep może wyłączyć odpowiedzi w wybranych sprawach;
• gdzie są przetwarzane rozmowy i jak długo są przechowywane;
• czy dane klientów służą do trenowania modeli;
• czy dostępne są logi, eksport rozmów i procedura zgłoszenia incydentu;
• jak działa przekazanie rozmowy pracownikowi.

Gotowa deklaracja dostawcy nie zwalnia sklepu z kontroli własnej konfiguracji. Jeżeli właściciel usunie komunikat, nazwie bota „Anna z działu obsługi” i ukryje kontakt z firmą, problem powstanie na poziomie wdrożenia sklepu.

Jak napisać komunikat dla klienta

Komunikat powinien odpowiadać na trzy pytania: z kim rozmawiam, w czym system może pomóc i jak skontaktuję się z człowiekiem. Powinien pojawić się zanim klient zacznie polegać na odpowiedzi AI, a nie dopiero po kilku wiadomościach.

Wariant krótki

Dit is een AI-assistent. Voor persoonlijk contact kies je „Medewerker”.

Wariant dla sklepu obsługującego zamówienia

Je chat met onze AI-assistent. Controleer belangrijke informatie over prijzen, levering en retouren in je orderbevestiging. Voor hulp van een medewerker kies je „Menselijke hulp”.

Nie należy pisać, że bot „zawsze podaje prawidłową odpowiedź” ani że jego odpowiedź zastępuje warunki sprzedaży. Ceny, terminy dostawy, dostępność i prawa konsumenta powinny pochodzić z aktualnych danych sklepu, a klient musi łatwo dotrzeć do wiążących informacji.

Komunikat powinien działać także z klawiaturą i czytnikiem ekranu. W tym miejscu warto połączyć wdrożenie z istniejącym poradnikiem o WCAG 2.2 i dostępności holenderskiego sklepu.

Jak zapewnić kontakt z człowiekiem

AI Act koncentruje się na przejrzystości systemu, ale projekt obsługi klienta podlega również prawu konsumenckiemu, zasadom uczciwego projektowania oraz ocenie ACM i AP. Dlatego rozsądne wdrożenie nie kończy się na etykiecie „AI”. Klient powinien mieć działającą alternatywę.

Ścieżka do pracownika może prowadzić przez czat w godzinach obsługi, formularz, e-mail albo telefon. Ważne, aby nie tworzyć pozornej opcji, która ponownie uruchamia tego samego bota. Przycisk powinien być nazwany jasno, na przykład Contact met een medewerker.

Kiedy bot powinien sam przekazać rozmowę

• klient dwukrotnie informuje, że odpowiedź nie rozwiązała problemu;
• sprawa dotyczy anulowania, reklamacji, płatności lub utraconej przesyłki;
• bot nie znajduje zamówienia albo podaje sprzeczne dane;
• klient wpisuje prośbę o człowieka;
• rozmowa zawiera dane lub okoliczności wymagające indywidualnej oceny.

Dobrze zaprojektowany mechanizm przekazuje pracownikowi kontekst rozmowy za zgodą klienta, aby nie musiał on opisywać problemu od początku.

Dane osobowe, historia rozmowy i bezpieczeństwo

Informacja o AI nie zastępuje obowiązków wynikających z RODO. Jeżeli chatbot prosi o numer zamówienia, adres e-mail, zdjęcie produktu albo opis reklamacji, sklep musi określić cel, podstawę prawną, czas przechowywania i odbiorców danych.

W interfejsie warto ostrzec, aby nie podawać numerów kart, haseł, dokumentów ani danych, których sklep nie potrzebuje. Bot nie powinien wymuszać pełnego adresu, jeśli wystarczy numer zamówienia i kod pocztowy. Dostęp pracowników do historii rozmów powinien być ograniczony do zakresu potrzebnego do obsługi.

Lista kontroli prywatności

• zaktualizowana polityka prywatności i rejestr procesów;
• umowa powierzenia z dostawcą, jeśli jest wymagana;
• ustalona lokalizacja danych i lista podwykonawców;
• wyłączone trenowanie na rozmowach, jeżeli nie jest potrzebne i prawidłowo uzasadnione;
• retencja dostosowana do rodzaju sprawy;
• procedura realizacji praw klienta i usunięcia danych;
• ochrona przed ujawnieniem danych jednego zamówienia innej osobie.

Kontrola odpowiedzi i ryzyko błędów

Największym praktycznym ryzykiem jest odpowiedź brzmiąca pewnie, ale niezgodna z regulaminem lub stanem zamówienia. Bot może wymyślić kod rabatowy, błędnie obiecać dostawę jutro albo poinformować, że zwrot nie jest możliwy. Sklep powinien ograniczyć zakres odpowiedzi i regularnie testować rozmowy.

Najbezpieczniej korzystać z kontrolowanego źródła wiedzy: aktualnego katalogu, informacji o dostawie, procedury zwrotów i zatwierdzonego FAQ. Dane te powinny mieć właściciela oraz datę przeglądu. Artykuł o danych produktowych dla Google AI Mode i GEO pokazuje, dlaczego spójne ceny, warianty i zasady dostawy są ważne także poza chatbotem.

Co mierzyć co miesiąc

• odsetek rozmów zakończonych bez ponownego kontaktu;
• liczbę próśb o pracownika i czas przekazania;
• najczęstsze pytania bez prawidłowej odpowiedzi;
• skargi dotyczące błędnych informacji;
• przypadki ujawnienia lub zebrania nadmiarowych danych;
• zgodność odpowiedzi w polskiej i niderlandzkiej wersji językowej.

Trzy praktyczne scenariusze

Scenariusz 1: asystent wyboru produktu

Sklep z kosmetykami pyta klienta o preferencje i proponuje produkty. Bot nie powinien przedstawiać się jako konsultantka ani obiecywać efektów, których nie potwierdza opis produktu. Pierwsza wiadomość informuje o AI, a rekomendacje prowadzą do aktualnych kart produktów z ceną w EUR, składem i warunkami dostawy.

Działanie: ogranicz rekomendacje do danych katalogowych, dodaj link do człowieka i testuj pytania o alergie lub inne sytuacje wymagające ostrożności.

Scenariusz 2: status zamówienia i opóźniona paczka

Bot korzysta z numeru zamówienia i systemu przewoźnika. Jeżeli status nie zmienia się przez określony czas, automatycznie tworzy zgłoszenie dla pracownika. Nie wymyśla przewidywanej daty i nie prosi klienta o pełne dane płatnicze.

Działanie: pokaż źródło statusu, czas ostatniej aktualizacji i przycisk Medewerker inschakelen.

Scenariusz 3: zwrot i odstąpienie od umowy

Klient chce zwrócić produkt. Bot może wyjaśnić standardową procedurę i zebrać podstawowe dane, ale nie powinien odrzucać nietypowej sprawy na podstawie niepełnego kontekstu. Jeżeli termin lub charakter produktu budzi wątpliwość, rozmowa trafia do pracownika.

Działanie: połącz bota z właściwym formularzem, pokaż warunki zwrotu i pozostaw możliwość ręcznej oceny.

Plan wdrożenia na 7 dni

1. Dzień 1: spisz wszystkie chatboty, asystentów głosowych i generatywne funkcje widoczne dla klienta.
2. Dzień 2: ustal dla każdego narzędzia dostawcę, rolę sklepu, źródła danych i zakres odpowiedzi.
3. Dzień 3: przygotuj krótki komunikat po niderlandzku i po polsku oraz umieść go przy pierwszej interakcji.
4. Dzień 4: dodaj jednoznaczną ścieżkę do pracownika i przetestuj ją poza godzinami pracy.
5. Dzień 5: ogranicz zbierane dane, sprawdź retencję, umowy i politykę prywatności.
6. Dzień 6: przeprowadź zestaw testów cen, dostaw, zwrotów, reklamacji i błędnych pytań.
7. Dzień 7: zapisz wyniki, właścicieli procesu, harmonogram kontroli i procedurę wyłączenia bota.

Najczęstsze błędy

• Informacja tylko w regulaminie. Klient ma dowiedzieć się o AI przy interakcji.
• Ludzka nazwa bez wyjaśnienia. „Anna pisze…” może wprowadzać w błąd.
• Przycisk kontaktu uruchamiający kolejnego bota. Alternatywa musi być realna.
• Bot odpowiada na wszystko. Im szerszy zakres, tym większe ryzyko nieaktualnej lub zmyślonej odpowiedzi.
• Brak wersji niderlandzkiej. Komunikat musi być zrozumiały dla docelowego klienta.
• Niepotrzebne dane. Numer karty lub dokument tożsamości nie powinien trafiać do zwykłego czatu sklepowego.
• Brak testów dostępności. Informacja i przycisk pomocy muszą działać z klawiaturą oraz technologiami wspomagającymi.
• Brak właściciela treści. Nikt nie aktualizuje odpowiedzi po zmianie cen, regulaminu lub przewoźnika.

Checklista właściciela sklepu

• Czy wiem, które funkcje prowadzą bezpośrednią rozmowę z klientem?
• Czy klient przed pierwszą odpowiedzią widzi informację o AI?
• Czy komunikat jest poprawny po niderlandzku?
• Czy bot jasno opisuje swój zakres i ograniczenia?
• Czy dostępny jest działający kontakt z człowiekiem?
• Czy pracownik otrzymuje kontekst rozmowy tylko w potrzebnym zakresie?
• Czy baza wiedzy ma właściciela i datę aktualizacji?
• Czy bot nie tworzy cen, terminów i kodów rabatowych?
• Czy polityka prywatności opisuje przetwarzanie rozmów?
• Czy dostawca wykorzystuje rozmowy do trenowania modeli?
• Czy ustawiono czas przechowywania i kontrolę dostępu?
• Czy sklep potrafi szybko wyłączyć narzędzie po incydencie?

FAQ: AI chatbot w holenderskim sklepie

Czy każdy chatbot musi mieć etykietę AI?

Nie każdy prosty automat jest systemem AI. Jeżeli jednak narzędzie wykorzystuje AI i prowadzi bezpośrednią rozmowę z osobą, informacja o charakterze systemu jest zasadą. Wyjątek dla sytuacji oczywistych warto interpretować wąsko.

Gdzie umieścić informację?

Najlepiej przed rozpoczęciem rozmowy lub w pierwszej wiadomości, w miejscu łatwym do zauważenia. Sam zapis w polityce prywatności nie wystarczy.

Czy trzeba użyć specjalnej unijnej ikony?

Dla zwykłego komunikatu o rozmowie z AI najważniejsza jest jasna i wyróżniająca się informacja. Nie należy odkładać wdrożenia do czasu pojawienia się określonej grafiki.

Czy mały sklep również podlega zasadom?

Wymóg przejrzystości nie jest ogólnie wyłączony tylko dlatego, że sklep jest mały. Znaczenie ma rodzaj systemu i sposób jego użycia.

Czy bot może przyjmować reklamację?

Może pomóc w zebraniu danych i przekazaniu sprawy, ale klient nie powinien tracić praw przez błędną automatyczną ocenę. Nietypowe lub sporne przypadki powinien przejąć pracownik.

Czy zawsze trzeba oferować rozmowę telefoniczną?

Nie musi to być wyłącznie telefon. Ważna jest skuteczna, zrozumiała i osiągalna droga kontaktu z człowiekiem, dopasowana do charakteru sklepu i sprawy.

Czy komunikat po angielsku wystarczy?

Jeżeli sklep kieruje ofertę do klientów niderlandzkojęzycznych, komunikat powinien być dostępny po niderlandzku. W sklepie dwujęzycznym należy zachować zgodność obu wersji.

Czy odpowiedzi chatbota mogą służyć jako wiążąca obietnica sklepu?

Automatyczna odpowiedź może wpłynąć na decyzję klienta i prowadzić do sporu. Dlatego ceny, dostawy, zwroty i gwarancje powinny pochodzić z kontrolowanych źródeł, a bot musi wskazywać właściwe dokumenty.

Podsumowanie

Od 2 sierpnia 2026 właściciel holenderskiego sklepu powinien traktować przejrzystość chatbota jako konkretny element interfejsu, a nie dopisek prawny. Klient ma od początku rozumieć, że rozmawia z AI, znać zakres pomocy i mieć prostą drogę do człowieka. Równolegle trzeba kontrolować dane, źródła odpowiedzi, dostępność i jakość obsługi.

Jeżeli planujesz sklep internetowy w Holandii, połącz wdrożenie AI z aktualnym katalogiem, regulaminem, analityką i procedurą obsługi. Szerszy kontekst automatyzacji znajdziesz również w artykule o trendach e-commerce w Holandii. Możesz też zobaczyć wybrane realizacje sklepów i omówić po polsku bezpieczne wdrożenie chatbota oraz kontaktu z klientem.