Płatnik a program kadrowo-płacowy

Krótka odpowiedź: Płatnik wysyła dokumenty ZUS, a program płacowy tworzy ich podstawę

Program Płatnik umożliwia tworzenie, weryfikację i wysyłanie dokumentów ubezpieczeniowych do ZUS. Synchronizuje dane z bazą ZUS, podpowiada podczas wypełniania i może importować dane z systemów kadrowo-płacowych. Jest bezpłatny. Nie oznacza to jednak, że zastępuje program, w którym firma prowadzi dane pracowników, umowy, absencje, składniki wynagrodzenia i samo naliczenie listy płac.

Najbezpieczniej myśleć o dwóch etapach. System kadrowo-płacowy oblicza i dokumentuje, skąd wzięły się wartości. Płatnik przyjmuje dane potrzebne do dokumentów ubezpieczeniowych, kontroluje je według swojej logiki i przekazuje do ZUS. Błąd może powstać przed eksportem, podczas mapowania albo przy korekcie. Zielony status wysyłki potwierdza przyjęcie określonych dokumentów, a nie poprawność całego wynagrodzenia.

Gdzie przebiega granica między systemami

Program płacowy powinien być źródłem danych o zatrudnieniu i naliczeniu: okresie umowy, kodach, podstawach, absencjach, składnikach i korektach. Płatnik ma własny rejestr płatnika oraz ubezpieczonych i operuje na dokumentach zgłoszeniowych oraz rozliczeniowych. Import ogranicza przepisywanie, ale tworzy punkt integracyjny, który trzeba kontrolować.

Rozdziel pięć odpowiedzialności:

• przygotowanie danych pracownika i warunków umowy;
• naliczenie wynagrodzenia oraz składek w programie płacowym;
• utworzenie lub import dokumentów ubezpieczeniowych;
• walidacja, podpis i wysyłka do ZUS;
• przeniesienie korekty oraz statusu z powrotem do dokumentacji płacowej.

Producenci, tacy jak InsERT Gratyfikant czy Comarch ERP Optima Kadry i Płace, opisują własny zakres integracji i modułów. Traktuj te opisy jako deklaracje dostawców. Dopiero test na tej samej wersji, konfiguracji i typach umów pokazuje, czy granica działa w firmie.

Punkty kontrolne między listą płac a ZUS

Właściciel procesu powinien podpisać kontrolę każdego przejścia, nawet jeśli technicznie odbywa się ono automatycznie. Automatyzacja zmniejsza liczbę kliknięć, ale nie wyjaśnia rozbieżności. Przy wdrożeniu zapisz także, co stanie się po nieudanym imporcie części zestawu: czy proces można bezpiecznie ponowić i jak wykryć duplikat.

Lista ZUS potwierdza wersję interfejsu, nie jakość całego programu

ZUS publikuje listę oprogramowania interfejsowego, które przeszło testy akceptacyjne. Lista podaje konkretne nazwy i wersje oraz obowiązującą dokumentację wymiany. Jest przydatnym dowodem, ale ma wąski zakres: potwierdza zgodność badanego interfejsu z wymaganiami ZUS.

Nie wynika z niej, że program poprawnie naliczy każdy składnik, obsłuży wszystkie wyjątki, ma dobrą migrację albo zapewni wsparcie na czas. Nie zakładaj też, że dowolna wersja produktu jest równoważna wersji wskazanej na liście. Przy zakupie zapisz numer wersji, sposób aktualizacji oraz osobę odpowiedzialną za sprawdzenie zmian interfejsu.

Jeżeli dostawca nie występuje na liście, nie przesądzaj od razu, że nie może współpracować z ZUS: zakres może być realizowany inaczej lub przez Płatnika. Wymagaj jednak dokładnego opisu ścieżki i wykonaj import. Nie zastępuj braku dowodu logo ZUS na stronie handlowej.

Test pełnego miesiąca i korekty

Utwórz próbny miesiąc obejmujący co najmniej dwa typy zatrudnienia, absencję, składnik jednorazowy oraz zmianę danych ubezpieczonego. Zamknij listę, wygeneruj dokumenty i zaimportuj je do Płatnika. Porównaj liczbę osób, identyfikatory, kody, podstawy i sumy. Zapisz wszystkie ostrzeżenia, również te, które system pozwala pominąć.

Następnie wprowadź korektę już po pierwszym imporcie. Sprawdź, czy program tworzy właściwy zestaw korygujący, czy Płatnik rozpoznaje zmianę oraz czy po wysyłce oba systemy pokazują zgodny stan. Ważna jest możliwość wyjaśnienia różnicy: użytkownik powinien umieć przejść od kwoty w dokumencie ZUS do danych pracownika i składników, które ją utworzyły.

Na końcu przetestuj archiwum. ZUS opisuje odrębny sposób pobierania starszych kompletów rozliczeniowych; dane z ostatnich okresów i dane archiwalne nie zawsze są dostępne w identyczny sposób. Firma powinna wiedzieć, co przechowuje Płatnik, co pozostaje w programie płacowym i jak odtworzyć korektę po latach bez zgadywania.

Kiedy wystarczy Płatnik, a kiedy potrzebny jest pełny system

Płatnik lub ePłatnik może wystarczyć bardzo małemu płatnikowi, który potrafi samodzielnie przygotować dane i nie potrzebuje rozbudowanej ewidencji kadrowej, naliczania wielu składników ani integracji. To decyzja o prostocie procesu, nie o przewadze jednego produktu.

Pełny program kadrowo-płacowy jest uzasadniony, gdy rośnie liczba pracowników, typów umów, absencji, korekt, oddziałów albo połączeń z RCP, księgowością i bankiem. Odrzuć kandydata, jeśli pokazuje tylko plik eksportu, ale nie potrafi wyjaśnić korekty, zgodności wersji, potwierdzenia wysyłki i audytu danych. Wniosek zakupowy powinien wskazać system źródłowy, właściciela każdego etapu oraz sprawdzony sposób uzgodnienia Płatnika po korekcie.