Jak AI pilnuje terminów i poufności w kanale zgłoszeń sygnalistów?

AI podłączone do kanału zgłoszeń sygnalistów pilnuje ustawowych terminów odpowiedzi, przygotowuje projekt potwierdzenia przyjęcia zgłoszenia i układa rejestr incydentów w formę, którą audytor przyjmie bez pytań. Całość działa w zamkniętym kręgu: treść zgłoszenia trafia tylko do osób wyraźnie upoważnionych, a każde inne zapytanie do AI dostaje odmowę lub odpowiedź bez wrażliwych szczegółów.

Co siedzi w systemie zgłoszeń wewnętrznych i skąd AI to czyta?

Większość firm, które wdrożyły kanał zgłoszeń po wejściu w życie ustawy o ochronie sygnalistów (obowiązek od 25 września 2024 r. dla podmiotów zatrudniających co najmniej 50 osób), wybrała jedno z gotowych narzędzi: formularz on-line, moduł w systemie kadrowym albo osobną aplikację. Każde z nich prowadzi podobną bazę, nawet jeśli wygląda inaczej.

W typowym rekordzie zgłoszenia siedzą: numer referencyjny, data wpływu, forma zgłoszenia (pisemna, ustna, anonimowa), kategoria naruszenia (najczęściej lista do wyboru: naruszenie prawa pracy, korupcja, bezpieczeństwo finansowe, ochrona danych osobowych, środowisko, inne), opis zdarzenia, osoby wymienione, status sprawy, a do tego dwa pola datowe: data potwierdzenia przyjęcia i data planowanej informacji zwrotnej. Dochodzi historia korespondencji z kanału zwrotnego: co firma odpisała zgłaszającemu i kiedy.

To nieduża liczba pól. Problem nie leży w ilości danych, tylko w tym, że nikt tego na co dzień nie pilnuje. Osoba upoważniona do obsługi zgłoszeń ma na głowie dziesiątki innych obowiązków i sprawdza rejestr, gdy pamięta.

Gdy system zgłoszeń ma API (większość rozwiązań SaaS udostępnia je dla integratorów), AI łączy się bezpośrednio z listą spraw. Gdy rejestr to plik Excel albo moduł w programie kadrowym bez interfejsu programistycznego, dane trafiają do AI przez cykliczny eksport do bazy lub przez plik strukturalny.

Dwa terminy, które ustawa liczy co do dnia

Ustawa nakłada dwa twarde terminy. Siedem dni od przyjęcia zgłoszenia na wysłanie potwierdzenia do zgłaszającego. Trzy miesiące od potwierdzenia na przekazanie informacji zwrotnej o podjętych działaniach. Oba biegną niezależnie od urlopu, zwolnienia lekarskiego czy rotacji kadr.

W praktyce wygląda to tak: firma dostaje zgłoszenie w piątek po południu. Osoba odpowiedzialna wraca z urlopu we wtorek. Termin na potwierdzenie mija w następny piątek. Cztery dni robocze na zorientowanie się, że w ogóle coś wpłynęło. U jednego klienta, z którym pracowaliśmy przy wdrożeniu, przez kilka miesięcy nikt nie pilnował dat. Wszystkie statusy były ustawione na nowe, a trzy sprawy przekroczyły termin informacji zwrotnej, zanim ktoś to zauważył.

AI sprawdza rejestr co rano, liczy dni od daty wpływu i wysyła alert do osoby upoważnionej, gdy termin zbliża się za pięć, trzy i jeden dzień. Nie przez arkusz kalkulacyjny, który ktoś musi otworzyć, tylko przez asystenta, który sam pisze wiadomość z numerem sprawy i datą graniczną. Gdy firma ma kilka aktywnych spraw jednocześnie, asystent zestawia je w jeden dzienny przegląd: "sprawa REF-2024-007, termin informacji zwrotnej za 4 dni; sprawa REF-2024-011, termin potwierdzenia jutro".

Co konkretnie przygotowuje AI: projekt potwierdzenia i informacji zwrotnej

Potwierdzenie przyjęcia zgłoszenia to krótki dokument. Musi zawierać: numer referencyjny sprawy, datę przyjęcia zgłoszenia, informację o terminie informacji zwrotnej (najpóźniej trzy miesiące od potwierdzenia) i dane kontaktowe kanału zwrotnego. AI tworzy ten projekt automatycznie na podstawie danych z rejestru: czyta numer, datę, liczy termin i wstawia do szablonu. Osoba upoważniona dostaje gotowy projekt do przejrzenia i zatwierdzenia, nie blank do wypełnienia.

To różnica, którą widać w praktyce. Z blankiem jest spora szansa, że ktoś zapomni albo wpisze datę z błędem. Z projektem wystarczy potwierdzić, że wszystko się zgadza, i wysłać.

Informacja zwrotna jest trudniejsza. Musi opisywać podjęte działania następcze albo informować, że postępowanie jest w toku i kiedy zostanie zakończone. Tu AI nie wygeneruje treści merytorycznej: nie zna wyników postępowania. Ale przygotowuje dwie rzeczy. Po pierwsze: alert odpowiednio wcześnie. Po drugie: projekt z gotową strukturą, czyli nagłówek, numer referencyjny, pole do uzupełnienia wniosków z postępowania i standardowy podpis osoby upoważnionej. Osoba prowadząca sprawę wpisuje tylko to, czego AI nie może za nią napisać.

Firma logistyczna, z którą pracowaliśmy, miała sytuację, gdzie jedna sprawa przez kilka tygodni stała bez ruchu, bo osoba prowadząca chorowała, a zastępstwo nie wiedziało o zgłoszeniu. AI wykryło zbliżający się termin informacji zwrotnej i wysłało alert do osoby zastępującej, z projektem pisma gotowym do uzupełnienia. Sprawa zamknęła się na czas.

Rejestr incydentów i rejestr sygnalistów: AI pilnuje obu naraz

Oprócz rejestru zgłoszeń sygnalistów wiele firm prowadzi osobny rejestr incydentów RODO: obowiązkowy na podstawie art. 33 i 34 RODO dla naruszeń danych osobowych. Pola wyglądają podobnie: data wykrycia incydentu, kategoria zdarzenia, liczba i rodzaj danych osobowych objętych naruszeniem, osoby dotknięte, podjęte działania naprawcze, a do tego kluczowa data: termin zgłoszenia do UODO (72 godziny od chwili wykrycia naruszenia wymagającego zgłoszenia).

72 godziny to bardzo krótki czas. Przy incydencie w piątek wieczór termin mija w poniedziałek rano. AI pilnuje obu rejestrów równolegle: zgłoszenia sygnalistów i incydenty RODO to osobne tabele, ale jeden asystent sprawdza je z rana i daje jeden zbiorczy przegląd aktywnych spraw z datami granicznymi. Dział compliance nie otwiera dwóch osobnych systemów: dostaje jedno zestawienie.

Dla celów audytu AI generuje na żądanie raport dla wybranego okresu: liczba zgłoszeń sygnalistów w podziale na kategorie naruszenia, lista spraw z datami kluczowych zdarzeń (wpłynięcie, potwierdzenie, informacja zwrotna, zamknięcie), wykaz spraw z przekroczonym terminem ustawowym. To gotowy materiał dla audytora, bez ręcznego zbierania danych ze skrzynki mailowej i arkuszy.

Przy okazji: różnica między tym, co trafia do raportu, a tym, co AI widzi podczas generowania: dla zestawień AI pracuje na anonimowych polach (numer sprawy, kategoria, daty, status). Pełna treść zgłoszenia jest dostępna tylko przez bezpośredni dostęp osoby upoważnionej. Raport dla audytora nie zawiera opisu zdarzenia ani danych zgłaszającego.

Poufność to nie opcja: jak ustawić krąg dostępu do AI

To jest najważniejsza część całego wdrożenia, bo tu można popełnić błąd, który przekreśli system. Ustawa o ochronie sygnalistów wymaga ścisłego ograniczenia dostępu: do danych zgłaszającego i treści zgłoszenia mogą mieć wgląd tylko osoby wyraźnie do tego upoważnione. Naruszenie poufności to podstawa do sankcji, ale też do trwałej utraty zaufania pracowników do kanału.

Technicznie wygląda to tak: AI dostaje dostęp do rejestru przez dedykowane konto serwisowe z rolą tylko do odczytu, ograniczone wyłącznie do tabeli zgłoszeń. Konto nie ma dostępu do modułów HR, kadr ani dokumentów personalnych. Każde zapytanie dotyczące konkretnej sprawy jest logowane: kto pytał, kiedy, co dostał w odpowiedzi.

W portalu, przez który pracownicy rozmawiają z asystentem AI na co dzień, kanał sygnalistów jest osobnym modułem z odrębną listą uprawnionych. Gdy pracownik kadr, który nie należy do kręgu obsługi zgłoszeń, wpisze do asystenta "pokaż mi zgłoszenia sygnalistów", dostaje komunikat o braku dostępu. Nie pusty ekran, nie błąd techniczny, tylko czytelną informację, że ta funkcja jest dostępna tylko dla wyznaczonych osób.

Korespondencja zwrotna z anonimowym zgłaszającym ma osobny kanał: zazwyczaj token jednorazowy albo zaszyfrowana skrzynka, do której tylko zgłaszający ma klucz. AI nie ma bezpośredniego dostępu do tego kanału. Przygotowuje projekt wiadomości, który osoba upoważniona zatwierdza i wysyła przez mechanizm systemu. Treść korespondencji zwrotnej nie przechodzi przez logi AI. To celowe, nie przypadkowe.

Typowy krąg upoważnionych to trzy, cztery osoby: wyznaczony koordynator ds. zgłoszeń, jego zastępca i ewentualnie prawnik lub audytor wewnętrzny. Zarząd firmy nie należy do kręgu automatycznie: jeśli zgłoszenie dotyczy osoby z zarządu, prezes nie powinien mieć wglądu w akta sprawy. AI egzekwuje tę zasadę przez role, nie przez zaufanie do tego, że nikt nie zapyta.

Od czego zaczynamy, gdy firma ma już system zgłoszeń?

Pierwszy krok to inwentaryzacja: gdzie fizycznie siedzi rejestr, jakie ma pola i czy da się do niego podłączyć programatycznie. Gdy firma korzysta z SaaS, sprawdzamy, czy dostawca udostępnia API albo eksport w ustrukturyzowanej formie. Gdy rejestr to arkusz lub wbudowany moduł bez interfejsu, integracja jest prostsza technicznie, ale ryzyko niekompletnych danych większe.

Drugi krok: spisanie kręgu upoważnionych wraz z zakresem dostępu. To wymaganie ustawowe, ale przy wdrożeniu AI staje się też wymaganiem technicznym. System musi wiedzieć, kto może pytać o pełne dane zgłoszenia, a kto widzi tylko status i daty.

Trzeci krok: ustalenie minimalnego zestawu alertów. Na start dwa: alert pięć dni przed terminem potwierdzenia przyjęcia i alert czternaście dni przed terminem informacji zwrotnej. Resztę dokłada się w miarę potrzeby: alert przy nowym zgłoszeniu, alert przy braku ruchu w sprawie przez ustalony czas, alert przed upływem okresu przechowywania.

Czwarty krok: szablony dokumentów sprawdzone przez prawnika. Potwierdzenie przyjęcia, projekt informacji zwrotnej "w toku", projekt zamknięcia sprawy. Szablony muszą odpowiadać wymaganiom ustawy, a AI je tylko wypełnia, nie tworzy od podstaw. Bez prawnika na etapie przygotowania szablonów nie ruszamy do wdrożenia, bo to dokumenty z konsekwencjami prawnymi.

Nie idziemy do integracji, dopóki kwestia kręgu dostępu nie jest zamknięta. Tydzień dłużej na etapie planowania jest dużo tańszy niż incydent poufności po uruchomieniu.

Jeśli chcesz sprawdzić, jak to wygląda przy waszym systemie zgłoszeń: 15 minut rozmowy wystarczy, żeby ocenić, od czego zacząć i czego system już na to wymaga. Realne przykłady, jak AI pracuje z danymi compliance w polskich firmach, znajdziesz w opisach wdrożeń.