Awaria systemu kadrowo-płacowego w dniach poprzedzających wypłatę wynagrodzeń wywołuje szczególną presję czasu — termin przelewów jest zwykle sztywny i niezależny od problemów technicznych.

Objaw

Program kadrowo-płacowy nie uruchamia się, zgłasza błąd bazy danych, albo zawiesza się w trakcie generowania listy płac. Czasem problem dotyczy tylko jednego stanowiska, na którym pracuje osoba odpowiedzialna za wypłaty.

Co sprawdzamy w pierwszej kolejności

Stan bazy danych programu i jej dostępność.
Czy problem dotyczy jednego stanowiska, czy całego systemu.
Ostatnią wykonaną kopię zapasową danych kadrowych.
Logi błędów programu wskazujące dokładną przyczynę awarii.

Co robimy

Diagnoza priorytetowo lokalizuje przyczynę awarii ze względu na sztywny termin wypłat. W zależności od wyniku wykonywana jest naprawa bazy danych, przywrócenie z ostatniej kopii zapasowej, albo naprawa stanowiska roboczego, na którym pracuje program.

Ile to trwa

Diagnoza i naprawa realizowane są priorytetowo, w miarę możliwości jeszcze tego samego dnia.

Warunki

Diagnoza komputera stacjonarnego door-to-door kosztuje 200 zł i wlicza się w cenę naprawy. Dojazd na terenie Warszawy i okolic jest bezpłatny, a naprawa objęta jest gwarancją do 12 miesięcy.

Warianty problemu — nie każda awaria wygląda tak samo

Systemy kadrowo-płacowe to rozbudowane aplikacje współpracujące z bazami danych, silnikami raportów i zewnętrznymi usługami. Awaria może przybierać różne formy w zależności od tego, który element przestaje działać prawidłowo.

Pierwszy wariant to błąd połączenia z bazą danych. Program uruchamia się, ale przy próbie otwarcia modułu płacowego wyświetla komunikat o niemożności nawiązania połączenia z serwerem SQL (czyli silnikiem bazodanowym przechowującym wszystkie dane kadrowe). W przypadku systemów takich jak InsERT Gratyfikant, Comarch ERP Optima czy WAPRO Gang przyczyną bywa zatrzymana usługa Microsoft SQL Server na serwerze lub na tym samym komputerze, jeśli program działa w trybie jednostanowiskowym. Wystarczy, że automatyczna aktualizacja systemu Windows wymusi restart w nocy, a usługa SQL nie podniesie się ponownie — rano osoba odpowiedzialna za płace zastaje niedziałający program.

Drugi wariant to uszkodzenie samej bazy danych. Program łączy się z serwerem, ale operacje kończą się komunikatami o naruszeniu spójności danych albo o niemożności odczytania konkretnej tabeli. Tego typu uszkodzenia powstają najczęściej po nagłej utracie zasilania, awarii dysku lub wymuszonym zamknięciu programu w trakcie zapisu. Bazy oparte na Microsoft SQL Server posiadają mechanizmy naprawcze, ale ich uruchomienie wymaga odpowiedniej wiedzy — nieumiejętne użycie narzędzi naprawczych może pogłębić problem zamiast go rozwiązać.

Trzeci wariant dotyczy sytuacji, w której program uruchamia się i pozwala przeglądać dane, ale zawiesza się lub zamyka przy generowaniu listy płac, eksporcie przelewów do banku albo tworzeniu deklaracji do Płatnika ZUS. Przyczyna leży zwykle w uszkodzonym komponencie raportującym, brakującej bibliotece systemowej lub konflikcie z aktualizacją samego programu kadrowego.

Czwarty wariant to problem ograniczony do jednego stanowiska. Inne komputery w firmie pracują z systemem kadrowym normalnie, ale maszyna osoby odpowiedzialnej za naliczanie płac odmawia współpracy. Przyczyny bywają prozaiczne — uszkodzony profil użytkownika Windows, zapełniony dysk systemowy uniemożliwiający zapis plików tymczasowych, albo zablokowany port sieciowy, przez który stacja łączy się z serwerem bazy danych.

Błędy przy próbie samodzielnej naprawy

Presja zbliżającego się terminu wypłat skłania do szybkich, nie zawsze przemyślanych działań. Niektóre z nich mogą utrudnić późniejszą naprawę lub doprowadzić do utraty danych.

Ponowna instalacja programu kadrowego bez zabezpieczenia bazy danych to jeden z najczęstszych błędów. Deinstalacja niektórych systemów ERP powoduje usunięcie lokalnych plików konfiguracyjnych, a w skrajnych przypadkach — również bazy danych, jeśli była przechowywana w domyślnej lokalizacji instalacyjnej. Przed jakąkolwiek reinstalacją konieczne jest upewnienie się, że baza danych jest nienaruszona i znajduje się w bezpiecznym miejscu.

Kolejny błąd to ręczne modyfikowanie bazy danych bez znajomości jej struktury. Programy kadrowo-płacowe przechowują dane w relacyjnych bazach danych, gdzie tabele są ze sobą powiązane kluczami i ograniczeniami spójności. Usunięcie lub zmiana rekordu w jednej tabeli bez uwzględnienia powiązań prowadzi do kaskadowych błędów, które mogą objawić się dopiero przy generowaniu kolejnej listy płac.

Próba przywrócenia kopii zapasowej bazy bez sprawdzenia jej daty również bywa ryzykowna. Jeśli kopia jest sprzed kilku tygodni, a w międzyczasie wprowadzono zmiany kadrowe — nowe umowy, aneksy, zmiany stawek — przywrócenie starszej wersji oznacza utratę tych danych. Konieczne jest wtedy ręczne uzupełnienie różnic, co przy kilkudziesięciu pracownikach zajmuje wiele godzin.

Stosowanie narzędzi do „optymalizacji" systemu Windows, które usuwają wpisy z rejestru lub pliki tymczasowe, może spowodować usunięcie komponentów niezbędnych do pracy programu kadrowego — na przykład sterowników ODBC (mechanizmu umożliwiającego programom komunikację z bazami danych) czy wpisów rejestrujących biblioteki COM.

Kiedy to nie jest awaria systemu kadrowego

Nie każdy problem z naliczaniem wynagrodzeń wynika z usterki technicznej programu. Warto odróżnić awarię od sytuacji, które wymagają innego podejścia.

Jeśli program działa prawidłowo, ale wylicza inne kwoty niż oczekiwane, przyczyną może być zmiana przepisów podatkowych lub składkowych, która nie została jeszcze uwzględniona w aktualizacji programu. Producenci systemów kadrowych — InsERT, Comarch, WAPRO, Sage i inni — publikują aktualizacje algorytmów naliczania przed każdą zmianą stawek. Brak zainstalowanej aktualizacji nie jest awarią sprzętową ani bazodanową — wymaga jedynie pobrania i wdrożenia nowej wersji.

Inny przypadek to problem z eksportem przelewów do systemu bankowego. Jeśli plik przelewów generuje się poprawnie, ale bank go odrzuca, przyczyna leży zwykle w niezgodności formatu pliku z wymaganiami konkretnego banku. To kwestia konfiguracji szablonu eksportu, nie awarii systemu.

Zdarzają się też sytuacje, w których Płatnik ZUS nie przyjmuje deklaracji wygenerowanej z programu kadrowego. Jeśli sam program działa stabilnie i poprawnie zapisuje dane, problem dotyczy najczęściej niezgodności wersji formularzy między programem kadrowym a aktualną wersją Płatnika. Rozwiązaniem jest wówczas aktualizacja obu programów, nie naprawa sprzętu.

Dodatkowe pytania

Czy podczas naprawy dane kadrowe pracowników są bezpieczne?

Przed rozpoczęciem jakiejkolwiek naprawy wykonywana jest kopia zapasowa bazy danych w jej aktualnym stanie — nawet jeśli baza jest uszkodzona, kopia pozwala wrócić do punktu wyjścia w razie potrzeby. Dane kadrowe zawierają informacje wrażliwe (wynagrodzenia, numery PESEL, adresy), dlatego na życzenie podpisywana jest umowa o poufności (NDA) — bezpłatnie.

Co jeśli naprawa potrwa dłużej niż jeden dzień, a wypłaty muszą wyjść jutro?

W takiej sytuacji możliwe jest tymczasowe uruchomienie programu kadrowego na innym komputerze — na przykład na laptopie zastępczym, który udostępniamy bezpłatnie przy każdej naprawie laptopa. Jeśli awaria dotyczy komputera stacjonarnego, baza danych może zostać przeniesiona na zapasową maszynę, aby naliczenie płac nie było blokowane przez trwającą naprawę sprzętu.

Czy serwisant musi znać hasło do programu kadrowego?

Domyślnie nie prosimy o hasła — większość czynności naprawczych dotyczy warstwy systemowej i bazodanowej, do której dostęp nie wymaga logowania do samego programu kadrowego. Jeśli konkretna usterka wymaga uruchomienia programu w celu weryfikacji poprawności działania, potrzeba dostępu jest uzgadniana wcześniej, z wyjaśnieniem, do czego hasło posłuży.

Czy obsługiwane są też starsze wersje programów kadrowych?

Tak, naprawy obejmują zarówno aktualne wersje systemów (enova365, Comarch ERP Optima, InsERT nexo, WAPRO ERP), jak i ich starsze edycje — na przykład InsERT GT (Gratyfikant GT), Sage Symfonia czy RAKS. Starsze programy bywają bardziej podatne na awarie po aktualizacjach systemu Windows, ponieważ ich producenci nie publikują już poprawek kompatybilności.

Czy można zabezpieczyć system przed powtórzeniem się takiej awarii?

Po naprawie omawiamy z osobą odpowiedzialną za IT konkretne kroki minimalizujące ryzyko — przede wszystkim konfigurację automatycznych kopii zapasowych bazy danych (najlepiej codziennych, z przechowywaniem kilku ostatnich wersji) oraz harmonogram aktualizacji programu kadrowego, tak aby nie wypadał bezpośrednio przed terminem naliczania płac. W firmach bez wydzielonego działu IT warto rozważyć bezpłatny przegląd środowiska IT, który pozwala ocenić ogólną kondycję infrastruktury.

Co warto przygotować przed przyjazdem serwisanta

Kilka informacji przyspiesza diagnozę i pozwala serwisantowi od razu skupić się na właściwym elemencie systemu. Przydatna jest nazwa i wersja programu kadrowo-płacowego (widoczna zwykle w menu „Pomoc" lub „O programie"), orientacyjna data ostatniej aktualizacji programu oraz informacja, czy baza danych działa lokalnie na tym samym komputerze, czy na osobnym serwerze. Jeśli firma posiada kopie zapasowe bazy — warto wiedzieć, gdzie są przechowywane i kiedy wykonano ostatnią kopię. Te dane pozwalają serwisantowi jeszcze przed dojazdem wstępnie ocenić sytuację i zabrać odpowiednie narzędzia diagnostyczne.

Awaria płacowa to problem całej firmy, nie tylko działu kadr

Opóźnienie wypłaty wynagrodzeń ma konsekwencje wykraczające poza sam dział kadrowy — od obowiązków wynikających z Kodeksu pracy, przez naliczanie odsetek za zwłokę, po utratę zaufania pracowników. Dlatego naprawy systemów kadrowo-płacowych traktowane są priorytetowo, z dojazdem tego samego dnia na terenie Warszawy i gmin podwarszawskich w promieniu 40 km. Zgłoszenia przyjmowane są pod numerem 22 378 48 09 całą dobę, siedem dni w tygodniu — również w weekendy i święta, bez dodatkowych opłat za porę zgłoszenia. Jeśli lista płac musi wyjść terminowo, czas reakcji ma znaczenie większe niż przy jakiejkolwiek innej usterce biurowej.

22 378 48 09

Awaria systemu kadrowo-płacowego przed wypłatą