Zmiana rachunku do wypłaty, której nikt nie zgłosi w cudzym imieniu

Budujemy samą zmianę, a nie formularz, który generuje maila. Pracownik otwiera kartę w Microsoft Teams, zalogowany kontem Microsoft Entra ID, i widzi dane, które system kadrowy trzyma na jego temat. Pracownicy sklepów bez biurka korzystają z tego samego jako formularza Power Apps na urządzeniu współdzielonym albo na telefonie. Edycję ograniczają reguły, a nie nadzieja: suma kontrolna numeru rachunku jest sprawdzana, adres weryfikowany wobec struktury, a zmiana nazwiska nie zostanie wysłana bez załączonego dokumentu.

Dalszy przebieg zależy od tego, co się zmieniło. Zmiany adresu, kontaktu i osoby do kontaktu w nagłych wypadkach robot zapisuje wprost, do systemu kadrowego, do płac i do atrybutów katalogowych, a potwierdzenie wraca w tej samej rozmowie. Zmiana rachunku uruchamia kontrolę, którą projektujemy z finansami i audytem wewnętrznym. Potwierdzenie idzie na tożsamość i adres już zapisane w aktach, nigdy na cokolwiek podanego wraz z wnioskiem. W UiPath Action Center pojawia się przy tym zadanie weryfikacyjne dla płac z telefonem zwrotnym na numer z akt. Weryfikujący nigdy nie jest wnioskującym, a zadania nie da się zamknąć bez zapisania, co zostało sprawdzone.

Dopiero gdy oba potwierdzenia są na miejscu, robot księguje zmianę. Stosuje kalendarz terminów płacowych, więc pracownik dowiaduje się, od którego naliczenia obowiązuje nowy rachunek, i zapisuje wartości sprzed oraz po zmianie do dziennika audytowego Orchestratora. Odmowa potwierdzenia albo nieodebrany telefon zwrotny wstrzymują zmianę, zamiast wprowadzać ją połowicznie, a pracownik i kierownik płac widzą, że jest wstrzymana i dlaczego.