Program Płatnik rzadko pracuje w oderwaniu od reszty systemów firmy — dane o wynagrodzeniach i składkach muszą trafiać z systemu kadrowo-płacowego do Płatnika i odwrotnie, najlepiej bez ręcznego przepisywania.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie eksportu danych płacowych z programu kadrowo-księgowego w formacie akceptowanym przez Płatnika oraz sprawdzenie poprawności zaimportowanych danych przed wysyłką deklaracji do ZUS.

Dla kogo ma sens

Usługa jest przydatna dla firm korzystających z osobnego programu kadrowo-płacowego, które chcą wyeliminować ręczne przepisywanie danych do Płatnika i związane z tym ryzyko pomyłek.

Ile to trwa

Konfiguracja wymiany danych to zabieg realizowany zwykle do 24 godzin od przyjęcia zgłoszenia.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Standardy wymiany danych i formaty plików KEDU

Podstawowym mechanizmem transferu informacji pomiędzy zewnętrznymi systemami kadrowo-płacowymi a programem Płatnik jest format KEDU (Krajowa Ewidencja Danych Ubezpieczeniowych). Jest to znormalizowany format wymiany danych opracowany na potrzeby Zakładu Ubezpieczeń Społecznych, który bazuje na strukturze dokumentów XML (rozszerzalny język znaczników służący do hierarchicznego zapisu danych). Każdy plik KEDU zawiera nagłówek z danymi identyfikacyjnymi płatnika składek oraz sekcje ze szczegółowymi informacjami o ubezpieczonych i naliczonych składkach.

W procesie comiesięcznego rozliczania transferowane są dwa główne typy dokumentów:

Dokumenty zgłoszeniowe i wyrejestrowujące — w tym ZUS ZUA (zgłoszenie do pełnych ubezpieczeń społecznych i ubezpieczenia zdrowotnego), ZUS ZZA (zgłoszenie wyłącznie do ubezpieczenia zdrowotnego), ZUS ZWUA (wyrejestrowanie ubezpieczonego z ubezpieczeń po ustaniu stosunku pracy lub umowy cywilnoprawnej) oraz ZUS ZCNA (zgłoszenie członków rodziny ubezpieczonego do ubezpieczenia zdrowotnego).
Dokumenty rozliczeniowe tworzące miesięczny komplet — ZUS DRA (deklaracja rozliczeniowa zbiorcza dla całej firmy), ZUS RCA (imienny raport miesięczny o należnych składkach i wypłaconych świadczeniach), ZUS RZA (imienny raport o należnych składkach na ubezpieczenie zdrowotne) oraz ZUS RSA (imienny raport o wypłaconych świadczeniach i przerwach w opłacaniu składek).

Prawidłowe mapowanie pól pomiędzy bazą danych programu kadrowego a schematem XSD (definicja schematu XML opisująca reguły strukturalne dokumentu) decyduje o tym, czy Płatnik przyjmie plik bez błędów walidacji. Każdy element musi posiadać określony typ danych, długość oraz dopuszczalny zbiór wartości słownikowych.

Warianty problemów podczas importu i eksportu danych

W praktyce eksploatacji systemów księgowych i programu Płatnik występuje kilka typowych wariantów nieprawidłowości, które uniemożliwiają poprawne przetworzenie zestawu dokumentów:

Niezgodność wersji metryki i schematów — metryka to zbiór aktualnych reguł weryfikacyjnych i słowników pobierany automatycznie z serwerów ZUS. Jeśli program kadrowy generuje pliki według starszej struktury KEDU, a Płatnik został zaktualizowany do nowszej metryki, podczas importu pojawiają się błędy walidacji schematu, które całkowicie blokują wczytanie danych.
Niespójność identyfikatorów ubezpieczonych — błąd występuje najczęściej w przypadku cudzoziemców, u których w systemie kadrowym wprowadzono numer paszportu lub karty pobytu, podczas gdy w kartotece Płatnika osoba ta figuruje pod numerem PESEL (Powszechny Elektroniczny System Ewidencji Ludności) nadanym w późniejszym terminie. Rozbieżność w typie dokumentu tożsamości powoduje powielenie kartoteki ubezpieczonego lub błąd krytyczny powiązania.
Niewłaściwe kodowanie znaków diakrytycznych — pliki eksportowane w standardzie Windows-1250 (strona kodowa ANSI dla języków środkowoeuropejskich) mogą być błędnie interpretowane, jeśli środowisko Płatnika oczekuje kodowania UTF-8 (wielobajtowe kodowanie znaków Unicode). Skutkuje to zniekształceniem polskich liter w nazwiskach i adresach, co wywołuje błędy weryfikacji w rejestrze PESEL.
Przekroczenie ograniczenia rocznej podstawy wymiaru składek — dotyczy to limitu 30-krotności prognozowanego przeciętnego wynagrodzenia miesięcznego dla składek na ubezpieczenia emerytalne i rentowe. Jeśli program płacowy i Płatnik posiadają różne informacje o sumie podstaw składek z innych źródeł przychodu pracownika, powstają różnice w kwotach naliczonych składek.
Błędy w kodach tytułu ubezpieczenia i świadczeń — sześcioznakowy kod tytułu ubezpieczenia (określający podmiot, stopień niepełnosprawności oraz prawo do emerytury lub renty) musi odpowiadać danym ze zgłoszenia ZUS ZUA. Podobnie trójznakowy kod świadczenia w raporcie ZUS RSA (na przykład kod 313 dla zasiłku chorobowego z ubezpieczenia chorobowego) musi być spójny z kodem przyczyny przerwy.

Obsługiwane programy kadrowo-płacowe i systemy ERP

Wymiana danych z programem Płatnik jest konfigurowana dla wszystkich powszechnie stosowanych systemów klasy ERP (planowanie zasobów przedsiębiorstwa) oraz dedykowanych modułów kadrowo-płacowych. W ramach integracji obsługiwane są między innymi:

InsERT GT oraz InsERT nexo — w tym moduły Gratyfikant GT, Gratyfikant nexo, Subiekt GT, Rewizor oraz Rachmistrz, w których eksport realizowany jest poprzez wbudowany kreator eksportu do formatu KEDU lub bezpośrednie generowanie plików XML.
WAPRO ERP — moduł kadrowo-płacowy WAPRO Gang oraz systemy powiązane (WAPRO Mag, WAPRO Fakir), wymagające precyzyjnego ustawienia parametrów eksportu zgodnych z bieżącą strukturą bazy Płatnika.
Comarch ERP — w tym Comarch ERP Optima (moduł Płace i Kadry), Comarch ERP XL oraz Comarch ERP Altum, które oferują zaawansowane mechanizmy generowania wielooddziałowych deklaracji rozliczeniowych.
Sage Symfonia oraz Symfonia ERP — moduły kadrowo-płacowe wymagające synchronizacji słowników ZUS oraz prawidłowego zdefiniowania wzorców płacowych i elementów wynagrodzeń.
Systemy RAKS, enova365, SAP oraz platformy księgowości internetowej (takie jak iFirma, wFirma czy Fakturownia) współpracujące z Płatnikiem poprzez eksport zestawów rozliczeniowych.

Niezależnie od używanego oprogramowania nadrzędnego, poprawność transferu zależy od właściwej parametryzacji stałych płacowych, kodów ZUS oraz spójności danych płatnika składek w obu bazach danych.

Błędy popełniane przy samodzielnych próbach naprawy importu

Gdy podczas comiesięcznego importu pojawiają się komunikaty o błędach, próby samodzielnego wymuszenia transferu często prowadzą do poważniejszych problemów ze spójnością bazy danych i rozliczeniami:

Ręczna modyfikacja plików KEDU w edytorach tekstu — edycja pliku XML lub TXT w prostym edytorze tekstowym bez zachowania struktury drzewa znaczników najczęściej niszczy nagłówek pliku lub sumy kontrolne, co uniemożliwia jakiekolwiek odczytanie danych przez parser Płatnika.
Ręczne korygowanie kwot bezpośrednio w Płatniku — poprawianie kwot składek lub podstaw w Płatniku z pominięciem programu płacowego powoduje natychmiastowe rozjechanie się danych w systemie kadrowym z dokumentacją przekazaną do ZUS. Przy kolejnym miesiącu błędy narastają, a przygotowanie deklaracji korygujących staje się czasochłonne.
Wielokrotny import tego samego pliku bez usunięcia błędnych dokumentów roboczych — prowadzi to do powstawania zduplikowanych zestawów w Płatniku, konfliktów w dokumentach rozliczeniowych oraz zablokowania możliwości weryfikacji kompletu.
Wymuszanie wysyłki zestawu z błędami zwykłymi i ostrzeżeniami bez ich analizy — choć ostrzeżenia formalnie nie blokują wysyłki, często wskazują na brak ciągłości ubezpieczeń lub niezgodność okresów świadczeń, co po przetworzeniu w ZUS skutkuje zawiadomieniem o konieczności złożenia korekty.
Ignorowanie limitów wydajnościowych bazy Microsoft Access — przy imporcie dokumentów dla dużej liczby ubezpieczonych plik bazy Płatnika (w formacie mdb lub accdb) może ulec uszkodzeniu przez przekroczenie limitu wielkości pliku lub blokady transakcyjne. W takich warunkach zaleca się zastosowanie serwera bazodanowego Microsoft SQL Server.

Kiedy problem nie dotyczy konfiguracji eksportu

Wielu użytkowników przypisuje błędy importu nieprawidłowej strukturze pliku KEDU, podczas gdy źródło usterki leży w zupełnie innym komponencie środowiska informatycznego:

Uszkodzenie struktury lokalnej bazy danych Płatnika — objawia się komunikatami o błędach silnika bazy danych lub nagłym zamknięciem aplikacji podczas importu. Wymaga to przeprowadzenia procedury kompaktowania i naprawy bazy w menu administracyjnym programu lub naprawy spójności tabel w bazie SQL.
Brak aktualizacji komponentów i metryki — jeśli stacja robocza nie ma połączenia z serwerami aktualizacyjnymi ZUS (na przykład z powodu blokad w zaporze sieciowej lub braku uprawnień administratorskich), Płatnik weryfikuje dane według nieaktualnych reguł prawnych.
Nieważny lub nieprawidłowo zainstalowany certyfikat kwalifikowany — błąd podpisu elektronicznego uniemożliwia zatwierdzenie i wysyłkę zaimportowanego zestawu, co bywa mylone z błędem w strukturze dokumentu rozliczeniowego.
Rozbieżności w kartotece ubezpieczonego w ZUS — sytuacja, w której dane w systemie ZUS różnią się od dokumentów przedstawionych przez pracownika (na przykład zmiana nazwiska po ślubie niezgłoszona do ewidencji PESEL lub błąd urzędnika ZUS). W takich przypadkach problem leży po stronie rejestru państwowego i wymaga procedury wyjaśniającej.

Procedura wdrożenia i konfiguracji wymiany danych

Prawidłowe wdrożenie automatycznej wymiany informacji pomiędzy systemem kadrowo-płacowym a Płatnikiem przebiega według usystematyzowanego schematu technicznego:

Weryfikacja środowiska bazodanowego — analiza wersji programu Płatnik, wielkości bazy danych (w przypadku dużych baz rekomendowana jest migracja z formatu Access na silnik Microsoft SQL Server) oraz uprawnień kont użytkowników w systemie operacyjnym Windows.
Dostrojenie parametrów programu kadrowego — konfiguracja ścieżek zapisu plików wymiany, wybór formatu KEDU lub XML oraz przypisanie właściwych identyfikatorów płatnika składek.
Synchronizacja słowników i definicji płacowych — sprawdzenie przypisania kodów tytułów ubezpieczeń, kodów zawodów (obowiązkowy kod zawodu według klasyfikacji zawodów i specjalności), kodów świadczeń i przerw oraz rodzajów uprawnień emerytalnych.
Próbny transfer danych rozliczeniowych — wygenerowanie i zaimportowanie paczki testowej, wykonanie pełnej weryfikacji w Płatniku oraz analiza raportu błędów krytycznych i ostrzeżeń.
Utworzenie procedur kopii zapasowych — konfiguracja automatycznego tworzenia kopii bezpieczeństwa bazy Płatnika oraz bazy programu kadrowego przed realizacją comiesięcznego importu.

Najczęściej zadawane pytania o import do Płatnika

Czy po zaimportowaniu pliku KEDU można edytować dokumenty w Płatniku?

Technicznie program Płatnik umożliwia modyfikację pól w zaimportowanych dokumentach roboczych, jednak nie jest to zalecana praktyka. Wszelkie zmiany wprowadzone wyłącznie w Płatniku spowodują rozbieżność z bazą programu kadrowego. Prawidłowa procedura polega na skorygowaniu danych źródłowych w systemie płacowym, ponownym wygenerowaniu pliku KEDU i powtórzeniu importu.

Co oznacza błąd krytyczny podczas importu danych pracownika bez numeru PESEL?

Błąd krytyczny pojawia się najczęściej wtedy, gdy w programie kadrowym jako identyfikator cudzoziemca wpisano serię i numer paszportu lub karty pobytu, natomiast typ dokumentu tożsamości został nieprawidłowo zmapowany w schemacie XML. Płatnik wymaga jednoznacznego określenia typu dokumentu (na przykład dowód osobisty, paszport) oraz kraju wydania. Konfiguracja polega na poprawnym ustawieniu słownika dokumentów tożsamości w module kadrowym.

Dlaczego kwota składek w programie kadrowym różni się o grosz od wyliczeń w Płatniku?

Różnice groszowe wynikają z odmiennych algorytmów zaokrągleń stosowanych na poziomie poszczególnych pozycji płacowych a sumy zbiorczej. Program kadrowy może zaokrąglać podstawy i składki dla każdego składnika wynagrodzenia osobno, podczas gdy reguły Płatnika nakazują sumowanie podstaw i naliczanie składki od łącznej kwoty dla danego kodu tytułu ubezpieczenia. Problem rozwiązuje się poprzez korektę parametrów naliczania i zaokrągleń w konfiguracji programu kadrowo-płacowego.

Czy aktualizacja programu Płatnik może zepsuć dotychczas działający eksport?

Tak, wprowadzenie nowej wersji programu Płatnik lub zmiana metryki weryfikacyjnej przez ZUS często wiąże się ze zmianą struktury plików KEDU lub wprowadzeniem nowych pól obowiązkowych. W takiej sytuacji konieczna jest jednoczesna aktualizacja programu kadrowo-płacowego lub dostosowanie formatu generowanych paczek XML do nowych wymagań ZUS.

Jak zabezpieczyć bazę danych przed awarią podczas importu dużych pakietów danych?

Podstawowym zabezpieczeniem jest wykonanie pełnej kopii zapasowej pliku bazy danych Płatnika przed rozpoczęciem importu. W przypadku firm zatrudniających wielu pracowników lub biur rachunkowych zalecanym rozwiązaniem jest praca na bazie Microsoft SQL Server, która posiada mechanizmy transakcyjne zapobiegające uszkodzeniu spójności danych w razie nagłego przerwania procesu importu.

Spójność danych rozliczeniowych i stabilność systemów kadrowych

Prawidłowo skonfigurowany eksport i import dokumentów pomiędzy systemem kadrowo-płacowym a programem Płatnik eliminuje ryzyko pomyłek rachunkowych, skraca czas przygotowania comiesięcznych deklaracji do ZUS oraz zabezpiecza firmę przed konsekwencjami nieterminowych rozliczeń. Wszystkie prace konfiguracyjne, audyty spójności baz danych oraz rozwiązywanie problemów z transferem plików KEDU i XML realizowane są bezpośrednio w siedzibie klienta na terenie Warszawy oraz okolicznych miejscowości, bez zakłócania bieżącej pracy działu kadr i księgowości.

22 378 48 09

Eksport i import dokumentów Płatnika do programu księgowego