W systemie zaimplementowano nowy mechanizm reakcji na sytuacje, w których przy przeliczaniu listy płac z wcześniejszą datą wypłaty istnieją już późniejsze naliczenia pracownika o statusie N (naliczone).

Funkcjonalność rozwiązuje problem niechronologicznego przeliczania list płac, który dotychczas mógł prowadzić do niespójności danych płacowych pracownika oraz utraty kontroli nad sekwencją naliczeń w obrębie tej samej umowy.

Usprawnienie pozwala działowi kadrowo-płacowemu kontrolować przypadki, w których ponowne przeliczenie wcześniejszej listy płac (np. w wyniku doliczenia składnika) może mieć wpływ na poprawność już naliczonych list o późniejszej dacie wypłaty.

1. Możliwości mechanizmu

Mechanizm kontroli chronologii naliczeń oferuje trzy warianty działania, które pozwalają dostosować poziom reakcji systemu do polityki kadrowo-płacowej organizacji oraz przyjętego sposobu pracy z listami płac.

Wariant 1 – brak kontroli

System zachowuje się jak dotychczas – nie weryfikuje, czy w bazie istnieją późniejsze naliczenia pracownika w statusie N. Wariant przeznaczony dla organizacji, które samodzielnie zarządzają chronologią naliczeń lub w których ryzyko niechronologicznych przeliczeń jest pomijalne. Jest to konfiguracja niewprowadzająca zmian w dotychczasowym zachowaniu systemu.

Wariant 2 – Zapis informacji o istnieniu późniejszego naliczenia w statusie N

System wykrywa naruszenie chronologii, ale nie ingeruje w status późniejszych naliczeń. Pod naliczeniem, którego dotyczy operacja, w szczególe Błędy i informacje słownika Naliczenia list w przekroju Główny zapisywana jest informacja o wykrytej sytuacji. Operator otrzymuje komunikat ostrzegawczy, lecz decyzję o dalszym postępowaniu pozostawia się użytkownikowi.

Rys. 1. Informacja w szczególe Błędy i informacje przy naliczaniu składników o naruszeniu chronologii naliczeń

Wariant ten zapewnia pełną przejrzystość sytuacji bez automatycznej ingerencji systemu w dane płacowe. Dodatkowo administrator systemu może dostosować poziom istotności tego komunikatu (priorytet) – od zwykłej informacji, przez ostrzeżenie, aż po sygnał o charakterze błędu – co pozwala kształtować stopień widoczności i wagi komunikatu w codziennej pracy użytkowników.

Wariant 3 – Automatyczna zmiana statusu późniejszych naliczeń na U

System automatycznie przestawia wszystkie późniejsze naliczenia pracownika o statusie N na status U (do ponownego naliczenia). Ustawienie najbardziej restrykcyjne, gwarantujące, że po przeliczeniu wcześniejszego naliczenia żadne późniejsze naliczenie nie pozostanie w statusie N bez ponownej weryfikacji.

Każda automatyczna zmiana statusu jest rejestrowana w przekroju Historia zmian dla danego naliczenia w szczególe Błędy i informacje przy naliczaniu składników słowniku Naliczenia list wraz ze wskazaniem operacji źródłowej, która spowodowała zmianę. Pozwala to na pełną rekonstrukcję ścieżki działań systemowych.

Rys. 2. Informacja o automatycznej zmianie statusu naliczenia w przekroju Historia zmian w szczególe Błędy i informacje przy naliczaniu składników

Konfiguracja

Funkcjonalność wymaga nadania uprawnień: NIE

Funkcjonalność wymaga skonfigurowania: TAK