Korekta listy płac w teście systemu

Krótka odpowiedź: popraw źródło i policz cały łańcuch skutków

Korekta listy płac nie powinna polegać na ręcznym nadpisaniu kwoty netto. Najpierw trzeba zmienić zdarzenie źródłowe, na przykład absencję, składnik albo wymiar czasu. Program powinien następnie pokazać wpływ na brutto, składki, podatek, wypłatę, dokumenty ZUS, księgowanie oraz informację dla pracownika.

Państwowa Inspekcja Pracy wskazuje, że pracownik może żądać wglądu do dokumentów stanowiących podstawę obliczenia wynagrodzenia, w tym ewidencji czasu i imiennej karty. Dlatego system musi zachować pierwotny wynik, przyczynę zmiany, autora i moment korekty.

Zbuduj przypadek, którego nie da się poprawić jednym polem

Wybierz zamknięty miesiąc z wypłatą, wysłanymi dokumentami i zaksięgowaniem. Po terminie dodaj absencję albo zmianę składnika obejmującą część okresu. Zapisz oczekiwane skutki przed uruchomieniem programu, aby nie uznać dowolnego wyniku za poprawny.

Łańcuch kontroli korekty

Płatnik wymaga właściwego okresu i danych

ZUS opisuje sposób pobierania danych archiwalnych do korekt. Dane za ostatnie 30 miesięcy są według tej instrukcji udostępniane automatycznie, a starsze komplety trzeba zamówić. To pokazuje, że próba korekty historycznej musi uwzględniać nie tylko program płacowy, ale również dostępność właściwych kompletów w Płatniku.

Wyeksportuj dokumenty, zaimportuj je do środowiska testowego i sprawdź błędy. Program ma odróżnić korektę dokumentu od ponownej wysyłki duplikatu. Deklaracje Gratyfikanta lub innego producenta nie zastępują testu konkretnej wersji interfejsu.

Nie nadpisuj zamkniętej listy

Po korekcie porównaj raport przed i po. Użytkownik powinien móc wskazać, dlaczego zmienił się każdy składnik. System nie może usuwać pierwotnej listy ani przypisywać korekty do niewłaściwego okresu tylko dlatego, że dopłata następuje później. Role powinny rozdzielać przygotowanie, zatwierdzenie i wypłatę.

Przetestuj cofnięcie niezatwierdzonej korekty oraz drugą korektę tego samego zdarzenia. Sprawdź, czy raport księgowy i rozrachunek pracownika pozostają zgodne. Osobny arkusz używany do „naprawienia” wyniku jest sygnałem, że proces nie jest kontrolowany.

Kiedy odrzucić program

Odrzuć system, który pozwala zmienić historię bez autora, nie pokazuje różnicy między listami, nie łączy korekty z dokumentami ZUS lub nie daje czytelnego zestawienia dla pracownika. Wstrzymaj wdrożenie także wtedy, gdy dział płac i księgowość uzyskują inne wartości bez procesu uzgodnienia.

Pozytywny wynik testu powinien zawierać pierwotne źródło, zmianę, wyliczenie różnicy, właściwe dokumenty, księgowanie i komunikację. Dopiero taki łańcuch dowodzi, że program obsłuży błąd po zamknięciu.