Employee Data Management Agent

Pracownik przeprowadza się i zgłasza nowy adres. Trzy tygodnie później lista płac trafia na stary adres. Ewidencja czasu pracy pokazuje starą lokalizację. System kontroli dostępu nigdy nie otrzymał zmiany. Nie dlatego, że ktoś popełnił błąd - lecz dlatego, że trzech różnych specjalistów musi wprowadzić tę samą informację do trzech różnych systemów, a jeden z nich akurat był na urlopie.

To nie jest zaniedbanie. To jest architektura.

Dane kadrowe to nie problem administracyjny - to problem synchronizacji

Agent działa zgodnie z zasadą Decision Layer: każda decyzja jest oparta na regułach, wspierana przez AI lub przypisana człowiekowi.

Większość firm traktuje zmiany danych kadrowych jako rutynę administracyjną. Wniosek wpływa, dane się zmienia, wniosek zamknięty. Czego nie dostrzegają: od 500 pracowników każda pojedyncza zmiana generuje reakcję łańcuchową w trzech do siedmiu systemach - kadry, payroll, ewidencja czasu pracy, kontrola dostępu, pracownicze programy emerytalne, czasem jeszcze flota czy stołówka. Każdy system ma własne maski wprowadzania, własne reguły walidacji, własne uprawnienia.

37 procent wszystkich błędów payroll powstaje z ręcznego wprowadzania danych. Średni koszt jednego błędu wynosi EUR 265 (USD 291) kosztów bezpośrednich i pośrednich. Przy 1000 pracownikach agreguje się to do około EUR 230 000 rocznie - tylko za korekty, nie licząc utraty zaufania, gdy wynagrodzenie trafia na niewłaściwe konto.

Wskaźnik błędów nie rośnie liniowo z wielkością organizacji. Rośnie wykładniczo - bo każdy dodatkowy system docelowy mnoży prawdopodobieństwo zapomnianej lub błędnej synchronizacji. Zespół HR widzi z tego niewiele. Widzi pojedyncze wnioski, pojedyncze korekty. Czego nie widzi: systematyczny dryf między systemami, który cicho narasta.

Gdzie powstają prawdziwe szkody

Widoczna szkoda to błędna lista płac. Niewidoczna szkoda jest poważniejsza.

Jedna trzecia polskich firm przyznaje, że procesy i reguły utrzymania danych kadrowych nie są zdefiniowane w wymaganym stopniu. Równie często wskazywane są brakujące lub niejasne odpowiedzialności. To oznacza: nikt nie wie, czy wszystkie systemy mają ten sam stan. Nie ma jednej prawdy. Jest tylko nadzieja, że ostatnia zmiana dotarła wszędzie.

Konsekwencje:

• Niespójności payroll: zmiana progu podatkowego w systemie kadrowym, ale nie w liście płac. Firma ponosi odpowiedzialność.
• Naruszenia compliance: RODO art. 5 wymaga prawidłowości danych osobowych. Gdy trzy systemy prowadzą trzy różne adresy, który jest prawidłowy?
• Ryzyka audytowe: audytorzy znajdują rozbieżności między systemami. Każda rozbieżność generuje zapytanie. Każde zapytanie wiąże pojemność HR.
• Zaufanie pracowników: 22 procent pracowników raportuje opóźnienia, niejasne informacje lub nierozwiązane problemy przy błędach wynagrodzeniowych. To nie jest problem IT - to problem kultury organizacyjnej.

Dlaczego sama automatyzacja nie wystarcza

Narzucająca się odpowiedź to: zautomatyzować wszystko. Zbudować interfejsy, utrzymać synchronizację, gotowe. Ale to za mało, bo nie każda zmiana danych kadrowych jest taka sama.

Zmiana adresu może przebiegać w pełni automatycznie - sprawdzenie plausybilności, walidacja kodu pocztowego, przekazanie do wszystkich systemów. Żaden człowiek nie musi na to patrzeć.

Zmiana danych bankowych wymaga walidacji IBAN i ręcznego zatwierdzenia w zasadzie dwóch par oczu. Tu pełna automatyzacja byłaby ryzykiem bezpieczeństwa - social engineering przez sfałszowane dane bankowe jest jednym z najczęstszych wektorów oszustw w obszarze HR.

Zmiana stanu cywilnego wywołuje skutki podatkowe, które muszą być nie tylko technicznie zwalidowane, ale sprawdzone pod kątem plausybilności. Trzy zmiany stanu cywilnego w sześć miesięcy są formalnie poprawne - ale to wzorzec, który powinien ocenić człowiek.

Kluczowy punkt: każdy typ zmiany wymaga innej ścieżki decyzyjnej. Niektóre kroki są oparte na regułach. Niektóre wymagają AI do rozpoznawania wzorców. Niektóre wymagają ludzkiego osądu. System musi wiedzieć, kiedy co robi.

Zmiana wpływa
    |
    v
[Reguły] Jaki typ? ─── Adres ──> Automatycznie
    |                   └── IBAN ────> Walidacja + Zatwierdzenie
    |                   └── Podatek ──> Plausybilność + Zatwierdzenie
    v
[AI] Wzorzec nietypowy? ──── Nie ──> Dalej
    |                    └── Tak ────> Eskalacja do specjalisty
    v
[Reguły] Które systemy? ──> Mapowanie: Pole → Systemy docelowe
    |
    v
[Automatycznie] Synchronizacja wszystkich systemów docelowych
    |
    v
[Automatycznie] Potwierdzenie: Wszystkie systemy zaktualizowane?

Infrastruktura zamiast wyspy

Dane kadrowe to najnudniejszy i jednocześnie najkrytyczniejszy element infrastruktury HR. Każdy agent, który później przetwarza dane osobowe - onboarding, offboarding, przeniesienie, korekta wynagrodzenia - potrzebuje wiarygodnych danych kadrowych jako fundamentu. Gdy dane kadrowe się nie zgadzają, nic się nie zgadza.

Dlatego ten agent nie jest pojedynczym produktem, lecz infrastrukturą. Framework mapowania, który określa, jaka zmiana trafia do jakiego systemu, jest reużywany przez każdego agenta pracującego międzysystemowo. Logika walidacji, która sprawdza IBAN czy porównuje kod pocztowy z miejscowością, stanowi bazę dla każdego agenta przetwarzającego dane osobowe. Audit Trail - jaka zmiana kiedy przez kogo lub co została wywołana - jest warunkiem wstępnym tego, żeby każda automatyczna decyzja pozostała przejrzysta i zaskarżalna.

Dla organizacji HR od 500 pracowników pytanie nie brzmi, czy zarządzanie danymi kadrowymi powinno być zautomatyzowane. Pytanie brzmi, czy stać ją na to, żeby specjalista przez 29 tygodni w roku per okres payrollowy zajmował się korygowaniem błędów - zamiast pracą, do której został zatrudniony.