W większości polskich MŚP, które przez to przechodzimy, jest ten sam obrazek. Kadrowa robi listę płac w jednym systemie. Potem eksportuje to do PDF-a i podaje księgowej. Księgowa otwiera Excela, przepisuje kwoty do ERP-a i modli się, żeby się nie pomylić. Trwa to 4 do 8 godzin miesięcznie, a błąd wychodzi zwykle wtedy, kiedy pracownik dostaje przelew niższy o 200 zł i dzwoni do biura.
Ten proces da się zintegrować. Nie za pół miliona, nie z konsultantem SAP-a i nie w rok. Zwykle w kilkanaście dni roboczych, z użyciem tego, co i tak już masz. Poniżej opisujemy, co konkretnie trzeba zrobić i czego pilnować — z perspektywy firmy, która robiła to już kilkadziesiąt razy w polskich realiach.
Skąd bierze się ten bałagan
W typowej 30-50-osobowej firmie kadry i płace żyją zwykle w osobnym świecie niż finanse. Kadrowa pracuje w enova365 albo w Symfonii Kadry i Płace, bo tam ma umowy, urlopy, składki, RCP i wszystkie polskie „drobiazgi", których nie ma w ERP-ie. Księgowa pracuje w Comarch Optima albo w Subiekcie GT, bo tam księguje faktury, rozlicza VAT i wysyła JPK. Oba systemy działają dobrze — osobno.
Problem pojawia się na styku. Lista płac powstaje w kadrach, ale musi wylądować w księgach jako komplet zapisów na kontach kosztowych i rozrachunkowych. Ktoś to musi przenieść. W większości firm, które widzieliśmy, robi to człowiek. Ręcznie. Co miesiąc. Ten sam człowiek co miesiąc wpisuje te same konta i te same kwoty, tylko o innej wartości.
To nie jest tylko strata czasu. To jest źródło błędów, które wychodzą trzy miesiące później, kiedy ktoś sprawdza koszty wynagrodzeń na projekcie i nagle nie zgadza się dwa tysiące złotych. Wtedy zaczyna się śledztwo, kto co gdzie wpisał — a w Excelu z lipca już nie ma śladu, kto zmieniał kwotę.
Konkretny przykład z naszej praktyki
U jednego z naszych klientów — 45-osobowego zakładu przetwórstwa mięsnego z Wielkopolski — kadrowa pracowała w enova365, a księgowa w Comarch Optima. Co miesiąc kadrowa generowała listę płac, drukowała PDF, przekazywała księgowej, a księgowa przez około 6 godzin przepisywała ręcznie 45 pracowników × kilka kont kosztowych do Optimy. Do tego dochodziły ZUS, PIT i potrącenia komornicze — każde jako osobny zapis.
Średnio raz na kwartał wychodził błąd na kwotę 500-2000 zł, który potem trzeba było prostować storno w kolejnym miesiącu.
Po integracji, którą zrobiliśmy w trzy tygodnie: kadrowa nadal pracuje w enova, ale zamiast PDF-a generuje plik eksportu (JPK-KR-podobna struktura księgowa), który przez middleware trafia bezpośrednio do Optimy jako gotowe zapisy księgowe — z podziałem na konta, MPK i projekty. Księgowa dostaje w Optimie „dokument do akceptacji", sprawdza go w 20-30 minut i księguje jednym kliknięciem. Błędy przepisywania zniknęły całkowicie, bo nikt nic już nie przepisuje.
Odzyskane 5-6 godzin miesięcznie to nie jest rewolucja. Ale zlikwidowany błąd 500-2000 zł co kwartał — już tak, bo tego błędu nikt wcześniej nie liczył do kosztu procesu.
Co konkretnie trzeba połączyć
Integracja kadr-płac z ERP to zwykle nie jest „jeden webhook". To pakiet czterech albo pięciu przepływów, które trzeba obsłużyć osobno, bo mają różne cykle i różnych odbiorców.
- Księgowanie listy płac. Comiesięczne, największa objętość. Wymaga precyzyjnego mapowania: pozycja płacowa → konto kosztowe + MPK.
- Przelewy do pracowników. Plik do banku (Elixir albo MT101) generowany raz na miesiąc. Zwykle robi to bank przez integrację z ERP, ale dane wypłat muszą się zgadzać z listą.
- Rozliczenia ZUS i PIT. Osobne płatności, osobne konta, inne terminy. Muszą trafić do ERP-a jako zobowiązania z terminem, nie jako koszt.
- Nieobecności i RCP. Jeśli firma rozlicza projekty, godziny pracy muszą trafić z kadr do modułu projektowego w ERP — inaczej rentowność projektów jest fikcją.
- Zatrudnienia i zwolnienia. Zmiana statusu pracownika (nowe zatrudnienie, koniec umowy) powinna od razu iść do ERP-a, do modułów, które muszą to wiedzieć (np. użytkownicy handlowi w CRM-ie).
Każdy z tych pięciu przepływów można rozwiązywać osobno. Zwykle zaczynamy od pierwszego — księgowania listy płac — bo tam jest największa strata czasu i największe ryzyko błędu.
Jak to technicznie działa
Nie ma tu jednej „słusznej" architektury. Praktyka pokazuje trzy podejścia, które działają w polskich MŚP.
- Eksport-import plikowy. Kadrowa generuje plik (XML, CSV, JSON), który wpada do umówionego katalogu. Middleware go czyta co godzinę i wrzuca do ERP-a przez API. Prosty, tani, wystarczy dla większości firm do 100 osób.
- Bezpośrednie API. Kadry-płace mają API (enova365 od kilku lat ma, Comarch od niedawna), więc łączymy je bezpośrednio przez warstwę pośredniczącą. Szybciej, ale wymaga pilnowania wersji API po obu stronach.
- Wspólna baza danych. Rzadko rekomendowane, ale zdarza się, kiedy oba systemy siedzą w tej samej instancji SQL Server. Wtedy widoki i procedury SQL są najprostszą drogą. Uważaj na aktualizacje — potrafią zerwać integrację po nocy.
W każdym z tych podejść potrzebujesz warstwy pośredniczącej — nawet jeśli to tylko skrypt PowerShella. Nie łącz systemów „na styk", bo pierwszy update jednego z nich zerwie połączenie i będziesz się zastanawiać, dlaczego lista płac nie wchodzi.
Co można spieprzyć
Najczęstsze błędy, które widzieliśmy przy integracji kadr z ERP:
- Brak mapowania kont. Zaczynasz projekt, kadrowa mówi „ja to wiem", a po miesiącu wychodzi, że dla pozycji „nagroda uznaniowa" nikt nie wie, na jakie konto ma iść. Efekt: integracja stoi, dopóki księgowa nie ustali z zarządem, gdzie księgować nagrody. Zrób mapowanie na piśmie, na kartce, zanim napiszesz linijkę kodu.
- Ignorowanie korekt. Ludzie chorują, robią nadgodziny wstecznie, dostają wyrównania. Integracja musi umieć księgować korektę — inaczej co miesiąc będziesz miał ręczne poprawki, które zniweczą sens automatyzacji.
- Wysyłanie danych bez akceptacji. Kiedyś zintegrowaliśmy firmę tak, że dane szły z kadr do ERP-a automatycznie w nocy. Kadrowa raz zapomniała zamknąć miesiąc — do ERP-a poszła niekompletna lista. Od tego czasu zawsze robimy krok „akceptuj i wyślij" po stronie kadr. Automatyzacja bez ludzkiego checkpointa jest niebezpieczna.
- Brak logu. Jeśli coś się nie prześle, chcesz wiedzieć co i kiedy. Middleware powinien logować każdą operację z ID, timestampem i statusem. W razie audytu (i pracownika, który dzwoni o brakujący przelew) uratuje ci to wieczór.
Co dalej
Integracja kadr-płac z ERP nie jest projektem technologicznym, tylko organizacyjnym z warstwą techniczną. Największym wyzwaniem nie jest napisanie kodu, tylko ustalenie z księgową i kadrową, co ma trafiać gdzie i w jakiej formie. Sam kod to zwykle 5-15 dni pracy.
Jeśli u ciebie w firmie wciąż ktoś co miesiąc przepisuje listę płac z jednego systemu do drugiego — to jest realny koszt, tylko rzadko liczony. Kilka godzin na miesiąc razy stawka księgowej, plus okresowe błędy i stres na koniec kwartału. Zwykle projekt integracyjny zwraca się w 4-6 miesięcy.
Jeśli chcesz zobaczyć, jak to konkretnie wyglądałoby u ciebie — jakich systemów masz, gdzie realnie jest największe wąskie gardło — pierwsza rozmowa jest bezpłatna i trwa pół godziny.
Ręczne przepisywanie listy płac to nie problem informatyczny. To 6 godzin miesięcznie i błąd 500-2000 zł co kwartał, którego nikt nie liczy do kosztu procesu.