System do naliczania wynagrodzeń (Payroll System) - kluczowe funkcje i możliwości

System do naliczania wynagrodzeń, czyli payroll system, zamienia dane o umowach, czasie pracy i nieobecnościach w listę płac, przelewy i raporty. Tyle mówi definicja. W praktyce to jedno z niewielu miejsc w firmie, gdzie pomyłka o kilkanaście złotych trafia od razu do konkretnej osoby. I ta osoba na pewno ją zauważy. Płace długo były w osobnym programie, do którego poza działem kadr nikt nie zaglądał. W wielu firmach tak jest nadal, tylko świat wokół tego programu się rozrósł. Grafiki powstają w jednym narzędziu, prowizje liczy CRM, premie ktoś wpisuje do arkusza, a zespół pracuje w kilku lokalizacjach i na różnych formach współpracy. Każde z tych źródeł oznacza kolejne ręczne przepisywanie przed zamknięciem miesiąca.

Jako software house budujemy systemy dla działów HR i finansów i widzimy, że o jakości płac decyduje głównie to, co dzieje się przed samym naliczeniem i po nim. Poniżej opisujemy funkcje, na które warto patrzeć przy wyborze albo budowie takiego systemu. 

Czym jest system do naliczania wynagrodzeń i gdzie kończy się jego rola

Payroll system odpowiada za pieniądze: liczy wynagrodzenie brutto i netto, potrącenia, koszty pracodawcy, przygotowuje przelewy i dokumenty rozliczeniowe. Nie jest to to samo co system kadrowy. Stanowisko, historię zatrudnienia, szkolenia czy oceny okresowe zwykle przechowuje system HRIS do zarządzania danymi pracowników, a moduł płacowy pobiera z niego tylko to, co wpływa na kwotę na koncie.

W małych firmach oba obszary często mieszczą się w jednym programie. W większych płace bywają osobnym systemem albo częścią systemu ERP łączącego finanse, magazyn i produkcję. Dla użytkownika granica ma mniejsze znaczenie niż to, czy dane przepływają między modułami bez ręcznego kopiowania.

Niezależnie od konstrukcji każdy miesiąc w płacach przebiega według podobnego cyklu:

1. zebranie danych wejściowych - umów, zmian stawek, czasu pracy, nieobecności, premii,
2. naliczenie wynagrodzeń według obowiązujących reguł,
3. kontrola wyników i wyjaśnienie odchyleń,
4. zatwierdzenie listy płac przez uprawnione osoby,
5. wypłata, czyli wygenerowanie przelewów,
6. przekazanie danych do księgowości, raportów i rozliczeń zewnętrznych.

Samo liczenie, czyli punkt drugi, jest zwykle najmniej problematyczne. Najwięcej czasu zabierają kroki pierwszy i trzeci.

Kartoteka pracownika, od której zaczyna się każda lista płac

Podstawą jest kartoteka: forma zatrudnienia, stawka, wymiar etatu, stałe dodatki, numer konta, miejsce powstawania kosztów. Brzmi banalnie, ale dobry system przechowuje te dane z datą obowiązywania. Oznacza to, że podwyżka wpisana dziś może zacząć działać od 15. dnia przyszłego miesiąca, a system sam podzieli ten miesiąc na dwa okresy i przeliczy wynagrodzenie proporcjonalnie. Bez tego ktoś musi pamiętać o zmianie i wprowadzić ją we właściwym momencie. Historia zmian jest tak samo ważna jak stan bieżący. Gdy pracownik pyta, dlaczego w marcu dostał mniej niż w lutym, kadrowa powinna w kilka sekund zobaczyć, jaka stawka obowiązywała w każdym z tych miesięcy i kto ją zmienił.

Drugim filarem jest jakość danych. System powinien odrzucać błędy przy wprowadzaniu, a nie wykrywać je w dniu wypłaty. Numer konta z literówką, stawka godzinowa wpisana w polu stawki miesięcznej, pracownik bez przypisanego działu - poprawna walidacja danych wyłapuje takie przypadki od razu. Dotyczy to też importu z arkuszy, od którego zaczyna się większość wdrożeń.

Czas pracy, nieobecności i zmienne składniki pensji

Przy pensjach stałych payroll ma niewiele do roboty. Trudność zaczyna się tam, gdzie wynagrodzenie zależy od godzin, zmian i wyników. Firma produkcyjna z pracą zmianową, sieć sklepów z grafikami tygodniowymi czy zespół serwisowy rozliczany za zlecenia potrzebują danych, które powstają poza działem kadr. Rejestracja czasu pracy (RCP), czyli ewidencja wejść i wyjść z czytnika, aplikacji lub terminala, powinna trafiać do płac automatycznie. Nie w całości jednak. Sensowny system porównuje godziny z RCP z grafikiem i każdą rozbieżność kieruje do akceptacji kierownika, zanim dane trafią do naliczenia. Kadrowa dostaje listę gotowych, zatwierdzonych godzin, a nie surowe odczyty do ręcznej weryfikacji. Tak samo działa to z nieobecnościami. Wniosek urlopowy złożony i zaakceptowany w systemie od razu zmienia saldo urlopu i sposób naliczenia wynagrodzenia za dany okres. Zwolnienie lekarskie może być pobierane automatycznie z zewnętrznego źródła albo wprowadzane ręcznie, ale zawsze w jednym miejscu.

Najwięcej ręcznej pracy generują zwykle premie i prowizje. Handlowiec ma wynik w CRM, kierownik sklepu w systemie sprzedaży, a regulamin premiowy przewiduje progi i mnożniki. Jeśli system płacowy potrafi pobrać wynik i sam zastosować regułę, arkusz z premiami przestaje krążyć mailem. A razem z nim znika ryzyko, że ktoś pracuje na nieaktualnej wersji.

Reguły płacowe, które da się zmienić bez programisty

Serce systemu to silnik obliczeń. Jego jakość poznaje się nie po tym, czy liczy poprawnie dziś, tylko po tym, jak zachowuje się przy zmianie. A zmiany przychodzą regularnie. Stawki i progi zmieniają się z przyczyn zewnętrznych, firma wprowadza nowy dodatek za dyżury albo zmienia zasady premiowania dla jednego działu. Dobrze zaprojektowany system trzyma takie reguły jako parametry z datą obowiązywania, a nie jako kod zaszyty w programie. Osoba odpowiedzialna za płace zmienia wartość i ustawia, od kiedy obowiązuje. Poprzednie miesiące liczą się nadal po staremu. Bez telefonu do dostawcy.

Druga cecha to przejrzystość wyniku. Każda kwota na liście płac powinna rozkładać się na składniki, z informacją, z jakiej reguły i jakich danych powstała. Kiedy wynik wygląda podejrzanie, kadrowa sprawdza go w systemie, a nie odtwarza obliczenie na kalkulatorze.

Przydają się też dwie funkcje, o które mało kto pyta przy zakupie:

• symulacja, czyli naliczenie próbne bez zapisywania wyników - na przykład żeby sprawdzić, ile będzie kosztować planowana podwyżka dla całego działu,
• korekty wsteczne - przeliczenie zamkniętego miesiąca po zmianie danych i automatyczne wyliczenie różnicy do wypłaty lub potrącenia w bieżącym okresie.

Bez korekt wstecznych każda spóźniona informacja o nadgodzinach z poprzedniego miesiąca oznacza ręczne wyliczenia na boku.

Zamknięcie miesiąca i raporty dla zarządu

Kontrole przed zatwierdzeniem

Najlepszy moment na wyłapanie błędu to chwila przed zatwierdzeniem listy płac. System może sam zestawić bieżący miesiąc z poprzednim i oznaczyć osoby, u których wynagrodzenie netto zmieniło się bardziej niż o ustalony próg. Może też zatrzymać listę, jeśli ktoś nie ma numeru konta, ma ujemną kwotę do wypłaty albo przepracował więcej godzin, niż pozwala grafik. Kadrowa przegląda wtedy kilkanaście oznaczonych pozycji zamiast kilkuset wierszy.

Zatwierdzanie bywa wieloetapowe. Płace przygotowuje dział kadr, kontroler finansowy sprawdza sumy, a zarząd akceptuje wypłatę. Każdy krok zostaje zapisany z nazwiskiem i godziną.

Wypłata i dokumenty

Po zatwierdzeniu system generuje paczkę przelewów w formacie obsługiwanym przez bank albo przekazuje ją bezpośrednio przez połączenie z bankowością. Przygotowuje też dokumenty rozliczeniowe dla ZUS i urzędu skarbowego oraz paski wynagrodzeń dla pracowników. Osobnym przypadkiem jest rozliczenie osoby odchodzącej z firmy: ekwiwalent za urlop, ostatnia pensja, zwrot sprzętu. To jeden z etapów, które obejmuje dobrze zaplanowany offboarding pracownika.

Raporty kosztów pracy

Dla zarządu wartość systemu płacowego zaczyna się po wypłacie. Koszt pracy w podziale na działy, projekty i lokalizacje, udział nadgodzin, zmiany kosztu miesiąc do miesiąca - to dane potrzebne do budżetowania i decyzji o zatrudnieniu. Liczy się, jak szybko da się je odczytać, a o tym decyduje przemyślane projektowanie dashboardu aplikacji.

Firmy, które analizują koszty pracy razem ze sprzedażą czy produkcją, zwykle wysyłają dane płacowe dalej, do narzędzi Business Intelligence. Wtedy łatwo zobaczyć na przykład koszt pracy na jedno zlecenie albo na godzinę otwarcia sklepu.

Portal pracownika i samoobsługa

Duża część pytań do działu kadr powtarza się co miesiąc. Ile wyniesie wypłata, ile zostało urlopu, czy można dostać zaświadczenie o zarobkach. Portal pracownika odpowiada na nie bez udziału kadrowej: pasek wynagrodzenia jest dostępny online w dniu wypłaty, saldo urlopu widać od ręki, a zaświadczenie generuje się jednym kliknięciem. Samoobsługa działa tylko wtedy, gdy jest prostsza od napisania maila. Wnioski powinny mieć kilka pól, a statusy muszą być jasne. Projektowanie rozwiązań samoobsługowych ma swoje zasady, które obowiązują także w narzędziach wewnętrznych, bo pracownik porównuje je z aplikacjami, których używa prywatnie. Część danych pracownik może też zmieniać sam, na przykład adres albo numer konta. Tu potrzebna jest ostrożność. Zmiana konta powinna wymagać dodatkowego potwierdzenia i wysyłać powiadomienie, bo to typowy cel prób wyłudzenia wypłaty.

W firmach, w których ludzie nie siedzą przy biurkach - na produkcji, w magazynie, w terenie - portal ma sens głównie w telefonie. Aplikacja mobilna dla pracowników może łączyć pasek wynagrodzenia z grafikiem, wnioskami urlopowymi i rejestracją czasu pracy.

Integracje z księgowością, bankiem i systemami HR

Payroll rzadko działa w próżni. Po każdym zamknięciu miesiąca księgowość potrzebuje dekretów, czyli zapisów na konta księgowe, najlepiej rozbitych na miejsca powstawania kosztów (MPK) - działy lub projekty, którym przypisuje się koszt. Jeśli system płacowy przekazuje je automatycznie, księgowa nie przepisuje sum z raportu PDF. Połączenia między systemami realizuje się zwykle przez API, czyli ustandaryzowany sposób wymiany danych między programami. Przy kilku systemach łatwo o plątaninę połączeń jeden do jednego, dlatego przy większej skali stosuje się integrację systemów klasy Enterprise Application Integration, w którym wymiana danych przechodzi przez jedną warstwę pośrednią.

Typowy zestaw integracji systemu płacowego obejmuje system kadrowy, RCP i grafiki, CRM lub system sprzedaży (prowizje), system finansowo-księgowy, bank oraz dostawców benefitów. Nie każda firma potrzebuje wszystkich od pierwszego dnia. Dobrze jednak od początku wybrać narzędzie, które pozwala je dodawać bez przebudowy.

Osobnym tematem są stare programy płacowe, które nie mają żadnego API i eksportują dane tylko do plików. Taki system legacy da się podłączyć przez automatyczny import i eksport plików, a potem wymieniać stopniowo.

Jeśli decyzja zapada o pełnej wymianie, trzeba przenieść historię wynagrodzeń z kilku lat, i to tak, żeby dało się na niej liczyć korekty i zaświadczenia. W takich projektach pomaga doświadczenie w migracji aplikacji między systemami, bo najwięcej problemów ujawnia się w danych, a nie w nowym interfejsie.

Bezpieczeństwo danych płacowych i uprawnienia

Dane płacowe należą do najbardziej wrażliwych w firmie. Wyciek listy płac to problem prawny, ale też kryzys w zespole, który trudno potem odbudować. Dlatego model uprawnień trzeba zaprojektować przed pierwszą linijką kodu albo przed pierwszym logowaniem do gotowego programu. Podstawą jest kontrola dostępu oparta na rolach: kadrowa widzi pełne dane, kierownik tylko godziny i nieobecności swojego zespołu, pracownik wyłącznie własne paski. W bazie danych można to wymusić na poziomie pojedynczych rekordów. Przykładowo baza danych PostgreSQL ma mechanizm row-level security, który pilnuje, żeby zapytanie zwróciło tylko wiersze, do których użytkownik ma prawo, nawet jeśli w aplikacji pojawi się błąd.

Logowanie najlepiej spiąć z kontem firmowym. System jednokrotnego logowania (SSO) sprawia, że odejście pracownika z firmy automatycznie odcina mu dostęp do płac. Do tego dochodzi drugi składnik uwierzytelniania, czyli MFA chroniące konta przed przejęciem - przy danych płacowych powinno być obowiązkowe przynajmniej dla kadr i finansów.

Trzeci element to dziennik zdarzeń. Każda zmiana stawki, konta bankowego czy uprawnień zostaje zapisana z informacją, kto, kiedy i z jakiej wartości na jaką ją zmienił. Taki zapis rozwiązuje większość sporów i pozwala szybko wykryć nadużycie. Przed uruchomieniem systemu na produkcji dobrze jest też zlecić niezależny audyt bezpieczeństwa aplikacji z testami penetracyjnymi.

Gotowy program, outsourcing płac czy system na miarę

Firma ma do wyboru kilka dróg i żadna nie jest dobra dla wszystkich. Gotowy program płacowy, instalowany lub w chmurze, sprawdza się przy standardowych formach zatrudnienia i prostych regułach premiowych. Outsourcing płac do biura rachunkowego zdejmuje z firmy całą obsługę, ale dane i raporty dostaje się w takiej formie, w jakiej przygotuje je biuro. Własny system daje pełną kontrolę nad regułami i integracjami, wymaga za to budżetu i utrzymania. Często wygrywa wariant mieszany: gotowy silnik płacowy albo biuro rachunkowe plus własna warstwa, która zbiera dane i odpowiada za portal.

Rozwiązanie na miarę zaczyna się opłacać, gdy:

• wynagrodzenia zależą od danych z kilku systemów, a premie i prowizje liczy się dziś w arkuszach,
• firma ma nietypowe reguły, na przykład stawki zależne od lokalizacji, zlecenia lub wyniku zespołu,
• gotowy program nie ma API, a integracje wymagają ręcznego eksportu co miesiąc,
• zarząd potrzebuje raportów kosztów pracy, których dostawca nie przewidział,
• płace mają być częścią większego systemu firmowego, na przykład autorskiego ERP dla firmy.

Zanim zapadnie decyzja, trzeba przejść przez cały cykl płacowy firmy i zapisać, skąd pochodzi każda dana i kto ją zatwierdza. Na warsztatach product discovery robimy to razem z kadrami i finansami. Często okazuje się wtedy, że największy zysk daje automatyzacja zbierania danych, a sam silnik obliczeń może zostać gotowy.

W Boring Owl tworzymy oprogramowanie dla działów HR i branży HRTech: portale pracownicze, systemy obiegu wniosków, panele dla kadr i integracje między systemami. Zakres zależy od punktu wyjścia. Czasem to jedno połączenie między RCP a programem płacowym, czasem cała aplikacja webowa szyta na miarę.