Awaria systemu rejestracji czasu pracy uniemożliwia pracownikom prawidłowe odbijanie wejść i wyjść, co komplikuje bieżącą ewidencję.

Na czym polega ta interwencja

Interwencja obejmuje szybką diagnozę przyczyny awarii systemu rejestracji czasu pracy oraz przywrócenie jego działania.

Dla kogo ma sens

Interwencja jest przydatna dla firm, w których awaria systemu RCP zakłóca bieżącą ewidencję czasu pracy pracowników.

Ile to trwa

Czas reakcji wynosi zwykle do 1 godziny na terenie działania serwisu w promieniu 40 km.

Warunki

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

Struktura systemu RCP i elementy podatne na uszkodzenia

System rejestracji czasu pracy (RCP, czyli zintegrowany zespół urządzeń elektronicznych i oprogramowania służący do automatycznego ewidencjonowania obecności, wyjść służbowych, przerw oraz przepracowanych godzin) składa się z kilku powiązanych ze sobą modułów. Uszkodzenie któregokolwiek z nich może całkowicie uniemożliwić zbieranie lub poprawne przetwarzanie danych o czasie pracy personelu.

Do najważniejszych elementów infrastruktury RCP należą:

Rejestratory i terminale ścienne – urządzenia wyposażone w czytniki RFID (moduły identyfikacji radiowej odczytujące karty zbliżeniowe i breloki), skanery biometryczne lub klawiatury kodów PIN. Posiadają własne układy logiczne oraz bufor pamięci Flash (wbudowaną pamięć nieulotną, która zapisuje rejestry wejść i wyjść nawet w przypadku całkowitego braku łączności z siecią komputerową).
Warstwa zasilania i podtrzymania awaryjnego – zasilacze buforowe (zasilacze impulsowe połączone z akumulatorem AGM, podtrzymujące pracę czytników w przypadku zaniku prądu w sieci 230V) lub switche PoE (Power over Ethernet – urządzenia sieciowe przesyłające dane oraz zasilanie elektryczne pojedynczym kablem sieciowym UTP).
Infrastruktura transmisyjna – okablowanie strukturalne LAN (kategoria 5e lub 6), magistrale szeregowe RS-485 (przemysłowy interfejs do stabilnej transmisji danych na odległości do 1200 metrów) oraz linie Wiegand (standard komunikacji przewodowej między głowicą czytnika a kontrolerem dostępu).
Serwer aplikacji i baza danych – środowisko bazodanowe (najczęściej Microsoft SQL Server, PostgreSQL lub MySQL/MariaDB), w którym gromadzone są surowe logi zdarzeń ze wszystkich terminali w przedsiębiorstwie.
Oprogramowanie zarządzające i konektory kadrowe – aplikacje odpowiedzialne za rozliczanie nadgodzin, spóźnień, przerw oraz moduły eksportujące przetworzone dane do programów kadrowo-płacowych (np. InsERT Gratyfikant GT/nexo, Comarch ERP Optima Kadry i Płace, WAPRO Gang, Sage Symfonia, enova365 czy RAKS).

Warianty problemu i typowe objawy usterki

Objawy awarii systemu RCP mogą mieć zróżnicowany charakter – od problemów czysto mechanicznych i sprzętowych po skomplikowane błędy bazodanowe lub sieciowe. W praktyce serwisowej wyróżnia się kilka najczęstszych wariantów tej usterki.

Brak reakcji rejestratora na przyłożenie karty lub breloka

Terminal ścienny jest włączony, wyświetlacz działa poprawnie, lecz zbliżenie identyfikatora RFID (karty pracowniczej pracującej w częstotliwości 125 kHz Unique lub 13,56 MHz Mifare) nie wywołuje sygnału dźwiękowego ani zmiany statusu. Przyczyną bywa uszkodzenie samej anteny odbiorczej w czytniku, zawieszenie mikrokontrolera urządzenia lub zapełnienie wewnętrznego rejestru pamięci nieulotnej, co blokuje przyjmowanie kolejnych wpisów do momentu zrzucenia danych na serwer.

Rejestrator działa lokalnie, ale dane nie trafiają do programu

Pracownicy mogą rejestrować wejścia i wyjścia (terminal wydaje sygnał potwierdzenia i wyświetla komunikat o przyjęciu zdarzenia), jednak w programie do zarządzania czasem pracy nie pojawiają się nowe wpisy. Świadczy to zazwyczaj o przerwaniu komunikacji sieciowej między czytnikiem a serwerem. Problem może wynikać ze zmiany adresu IP serwera, zablokowania portów komunikacyjnych przez zaporę sieciową (firewall), awarii usługi zbierającej dane w tle (usługi systemowej Windows) lub uszkodzenia portu Ethernet w przełączniku sieciowym.

Błąd połączenia z bazą danych podczas uruchamiania aplikacji RCP

Przy próbie włączenia oprogramowania do zarządzania czasem pracy na komputerze administratora pojawia się komunikat o braku łączności z bazą SQL. Zdarza się to po niekontrolowanym wyłączeniu serwera, zapełnieniu partycji dyskowej plikami transakcyjnymi (.ldf) lub uszkodzeniu struktury tabeli zdarzeń. W takiej sytuacji użytkownicy nie mają dostępu do ewidencji czasu pracy, mimo że same czytniki na ścianach mogą nadal rejestrować odbicia w trybie autonomicznym.

Konflikty i błędy w synchronizacji z programem kadrowo-płacowym

Aplikacja RCP działa prawidłowo, ale proces eksportu danych do zewnętrznego systemu kadrowego (np. Gratyfikant GT, Comarch Optima, Symfonia) kończy się błędem integralności. Najczęściej usterka ta wynika z niezgodności identyfikatorów pracowników, zduplikowanych wpisów, modyfikacji schematu tabel po aktualizacji oprogramowania kadrowego lub nieprawidłowo zmapowanych typów zdarzeń (np. wyjście służbowe, wyjście prywatne, wyjście na przerwę regulaminową).

Całkowity brak zasilania terminali i kontrolerów

Wszystkie czytniki w budynku gasną jednocześnie lub restartują się w pętli. Taki stan wskazuje na awarię zasilacza buforowego, zwarcie w instalacji niskoprądowej, całkowite wyeksploatowanie akumulatora podtrzymującego bądź uszkodzenie modułu zasilania PoE w szafie teletechnicznej Rack.

Błędy popełniane przy próbie samodzielnej naprawy

Próby samodzielnego rozwiązania problemu z niedziałającym systemem RCP przez osoby bez odpowiedniego przygotowania technicznego niosą ze sobą ryzyko bezpowrotnej utraty ewidencji obecności pracowników.

Przywracanie ustawień fabrycznych terminala (hard reset) – wciśnięcie przycisku resetu na płycie głównej czytnika czyści całą pamięć podręczną urządzenia. Jeśli rejestrator pracował przez pewien czas w trybie offline i nie zrzucił danych na serwer, wszystkie zarejestrowane w tym czasie wejścia i wyjścia pracowników zostaną bezpowrotnie skasowane.
Ręczna ingerencja w strukturę bazy danych SQL – próby usuwania zablokowanych procesów lub bezpośrednia edycja tabel za pomocą zewnętrznych narzędzi bazodanowych bez wykonania pełnego zrzutu kopii zapasowej (backupu) prowadzą często do uszkodzenia relacji i naruszenia kluczy obcych, co trwale uniemożliwia poprawną pracę modułu rozliczeniowego.
Zmiana adresacji sieciowej routera lub serwera – modyfikacja puli adresów DHCP (protokołu dynamicznego przydzielania adresów IP) bez uwzględnienia statycznych adresów IP przypisanych do kontrolerów RCP powoduje całkowitą utratę łączności z terminalami w całej firmie.
Wielokrotne wymuszone restarty serwera bazodanowego – odłączanie zasilania pracującego serwera w trakcie zawieszenia usługi RCP może doprowadzić do uszkodzenia struktury plików bazodanowych (.mdf i .ndf), co wymaga czasochłonnej procedury odbudowy indeksów i naprawy spójności bazy.
Wymiana zasilaczy na modele o niewłaściwych parametrach – podłączenie zasilacza o zbyt niskiej wydajności prądowej lub niestabilnym napięciu wyjściowym może trwale uszkodzić płytę główną rejestratora oraz czytniki biometryczne.

Jak przebiega diagnostyka i naprawa podczas wizyty serwisanta

Dojazd bezpośrednio na miejsce awarii umożliwia weryfikację wszystkich warstw systemu rejestracji czasu pracy – od urządzeń zamontowanych na ścianach po serwer centralny.

Prace diagnostyczne i naprawcze realizowane są w usystematyzowany sposób:

Weryfikacja warstwy fizycznej i zasilającej – sprawdzane są napięcia na wyjściach zasilaczy buforowych, stan akumulatorów AGM, parametry zasilania na portach PoE switcha oraz ciągłość linii transmisyjnych za pomocą testera okablowania sieciowego.
Zabezpieczenie danych offline – przed podjęciem jakichkolwiek działań konfiguracyjnych serwisant zabezpiecza bufor pamięci Flash w czytnikach, podłączając się bezpośrednio do portu serwisowego urządzenia za pomocą dedykowanego interfejsu diagnostycznego, co chroni rejestry wejść przed przypadkowym skasowaniem.
Diagnostyka komunikacji sieciowej – analiza pakietów transmisyjnych, weryfikacja routingu, skanowanie dostępności portów TCP/UDP wykorzystywanych przez protokół producenta rejestratora oraz weryfikacja reguł zapory ogniowej systemu Windows i routera.
Diagnostyka i naprawa serwera bazodanowego – weryfikacja dziennika zdarzeń systemowych (Event Viewer – narzędzia rejestrującego błędy usług i aplikacji), sprawdzenie spójności logicznej bazy danych (polecenie DBCC CHECKDB w przypadku Microsoft SQL Server), naprawa uszkodzonych indeksów oraz przywrócenie poprawnego działania usług systemowych odpowiedzialnych za komunikację z terminalami.
Weryfikacja synchronizacji czasu (NTP) – sprawdzenie spójności zegarów systemowych serwera oraz wszystkich terminali za pomocą protokołu NTP (Network Time Protocol – protokołu sieciowego służącego do precyzyjnej synchronizacji czasu). Rozbieżności zegarów mogą powodować odrzucanie logów przez system lub błędne kwalifikowanie odbić pracowników jako spóźnień.
Testy integracji kadrowo-płacowej – przeprowadzenie próbnego zrzutu zdarzeń, weryfikacja poprawności przetworzenia logów przez oprogramowanie kadrowe (np. Gratyfikant, Comarch Optima, Symfonia, WAPRO Gang) oraz potwierdzenie prawidłowego naliczania godzin pracy.

Kiedy to NIE jest awaria samego systemu RCP

Nie każdy problem związany z ewidencją obecności pracowników wynika z uszkodzenia samego rejestratora lub oprogramowania RCP. Podczas weryfikacji zgłoszenia należy wykluczyć usterki leżące w innych obszarach infrastruktury informatycznej.

Uszkodzenie pojedynczego nośnika RFID – jeśli problem z odbijaniem wejść dotyczy wyłącznie jednego pracownika, przyczyną jest zazwyczaj mechaniczne uszkodzenie chipa w karcie zbliżeniowej, pęknięcie anteny wewnętrznej w breloku lub rozmagnesowanie identyfikatora. W takim przypadku terminal i system działają w pełni sprawnie.
Zablokowany okres rozliczeniowy w programie kadrowym – brak możliwości zaimportowania danych z RCP do systemu kadrowego często wynika z zamknięcia miesiąca rozliczeniowego przez dział kadr, a nie z awarii konektora transmisyjnego.
Błędy uprawnień w domenie Active Directory – usługa zbierająca dane w tle może przestać działać, jeśli konto użytkownika domenowego (w usłudze katalogowej Active Directory służącej do centralnego zarządzania uprawnieniami), na którym została uruchomiona, wygasło, zostało zablokowane lub nastąpiła zmiana hasła domenowego bez aktualizacji parametrów logowania usługi.
Awaria łącza internetowego przy pracy wielooddziałowej – w firmach posiadających oddziały w różnych lokalizacjach brak danych z odległego czytnika może być skutkiem zerwania tunelu VPN (wirtualnej zaszyfrowanej sieci prywatnej łączącej oddziały) lub problemów u lokalnego dostawcy Internetu, podczas gdy sam rejestrator pracuje poprawnie i bezpiecznie buforuje wpisy w pamięci lokalnej.

Dodatkowe pytania dotyczące serwisu systemów RCP

Czy dane o odbiciach pracowników przepadają, gdy serwer RCP ulegnie awarii?

W większości profesjonalnych systemów RCP dane nie przepadają. Rejestratory ścienne są wyposażone w autonomiczną pamięć nieulotną Flash, która jest w stanie pomieścić od kilkunastu tysięcy do nawet kilkuset tysięcy zdarzeń offline. Dopóki pamięć ta nie zostanie zapełniona lub zresetowana do ustawień fabrycznych, zdarzenia czekają na przywrócenie łączności z serwerem i zostaną przesłane automatycznie po usunięciu usterki.

Co zrobić z bieżącą ewidencją czasu pracy w trakcie trwania awarii?

W czasie trwania awarii zaleca się poinstruowanie pracowników, aby kontynuowali odbijanie kart przy terminalach ściennych, o ile urządzenia wydają sygnał dźwiękowy przyjęcia karty (co oznacza poprawny zapis zdarzenia do bufora offline). W przypadku całkowitego braku zasilania urządzeń należy tymczasowo wdrożyć papierową listę obecności z dokładnymi godzinami wejść i wyjść, która po usunięciu usterki posłuży do ręcznego uzupełnienia brakujących wpisów w programie.

Jakie systemy i programy kadrowo-płacowe podlegają obsłudze serwisowej?

Wsparcie techniczne obejmuje zarówno popularne systemy rejestracji czasu pracy (np. Roger, Satel, BioSys, MicroMade, ZKTeco, Realand), jak i ich integracje z wiodącym oprogramowaniem kadrowo-płacowym oraz systemami ERP na rynku polskim: InsERT GT i nexo (Gratyfikant), Comarch ERP (Optima, XL), WAPRO ERP (WAPRO Gang), Sage Symfonia, enova365, RAKS, a także bazy danych Microsoft SQL Server, PostgreSQL i MySQL.

Czy do naprawy systemu RCP konieczne jest podawanie haseł administracyjnych?

Zgodnie z procedurami bezpieczeństwa serwis domyślnie nie wymaga przekazywania haseł administratora ani haseł użytkowników. Jeśli diagnostyka wymaga zalogowania do konta serwisowego bazy danych lub oprogramowania RCP, logowanie przeprowadzane jest w obecności upoważnionego pracownika firmy, z pełnym wyjaśnieniem celu i zakresu podejmowanych czynności technicznych.

W jakim obszarze realizowane są interwencje mobilne?

Wizyty serwisanta realizowane są bezpośrednio w siedzibie klienta na terenie całej Warszawy oraz w promieniu do 40 km, obejmując siedem powiatów podwarszawskich: grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński. Na czas diagnozy lub naprawy sprzętu komputerowego zarządzającego systemem dostępny jest bezpłatny laptop zastępczy.

Pewność ciągłości ewidencji i bezpieczeństwo danych pracowniczych

Awaria systemu rejestracji czasu pracy w przedsiębiorstwie niesie bezpośrednie ryzyko zakłóceń w terminowym naliczaniu wynagrodzeń oraz spełnianiu wymogów formalnych Kodeksu Pracy. Szybka diagnoza na miejscu zdarzenia, bezpieczny zrzut logów z buforów terminali, naprawa spójności baz danych SQL oraz właściwa konfiguracja konektorów kadrowych pozwalają na bezstratne przywrócenie działania całego środowiska RCP bez konieczności manualnego odtwarzania setek zdarzeń pracowniczych.

22 378 48 09

Padł system do zarządzania czasem pracy (RCP)