Program Płatnik nie jest w stanie rozpoznać wersji bazy danych – jak naprawić?

Główną przyczyną błędu jest najczęściej przerwana aktualizacja komponentów, nieaktualna metryka lub brak odpowiednich uprawnień do przeprowadzenia konwersji bazy. Pierwszym krokiem zawsze musi być wykonanie kopii zapasowej, a samo zgłoszenie rzadko wynika z nieodwracalnego uszkodzenia samych danych. Wyjaśniamy, jak krok po kroku rozwiązać problem z programem Płatnik.

Co dokładnie oznacza komunikat o nierozpoznanej wersji bazy danych?

Program Płatnik porównuje swoją wewnętrzną strukturę z fizycznym schematem bazy danych podczas każdego połączenia. Gdy wyskakuje wspomniany komunikat, oznacza to, że aplikacja nie jest w stanie bezpiecznie potwierdzić zgodności metryki lub natrafiła na braki w tabelach, na przykład w kolumnach dotyczących Pracowniczych Planów Kapitałowych. Problem pojawia się zazwyczaj po wdrożeniu nowej wersji lub po przeniesieniu plików na inny serwer.

Oprócz fizycznych zmian w strukturze, przyczyną bywa zablokowanie procesu pobierania metryki. Aplikacja może posiadać właściwą instalację, ale przestarzałe słowniki uniemożliwiają jej rozpoznanie bazy, która została już wcześniej uaktualniona przez inną instancję programu. W środowisku wielostanowiskowym dochodzi do sytuacji, gdzie jeden komputer zdążył przekonwertować bazę, a drugi pracuje na starych plikach i nie potrafi się z nią połączyć.

Jak przygotować się do naprawy błędu Płatnika?

Przed wykonaniem jakichkolwiek działań naprawczych należy obowiązkowo zabezpieczyć dane. W przypadku bazy MS Access wystarczy utworzyć kopię pliku z rozszerzeniem .mdb, natomiast w środowisku SQL Server administrator powinien wykonać pełen backup za pomocą Management Studio.

Bez aktualnej kopii zapasowej nie wykonuj reinstalacji, ręcznych zmian w SQL ani usuwania plików bazy. Priorytetem jest zachowanie danych ubezpieczonych i płatnika, a nie szybkie usunięcie komunikatu o błędzie.

Sprawdź również, czy znasz poświadczenia do serwera SQL i czy masz uprawnienia do zatrzymania prac innych użytkowników na czas konwersji. Warto zapisać aktualną wersję programu – według komunikatu ZUS z 23 stycznia 2026 roku jest to wersja 10.02.002 z metryką 320, która powinna być pobrana automatycznie.

Jakie są sprawdzone metody usunięcia błędu?

Wybór metody zależy od środowiska i stopnia uszkodzenia metryki. Poniższe rozwiązania są najczęściej stosowane przez administratorów i zaczynają się od najmniej inwazyjnych kroków diagnostycznych.

Wykorzystanie narzędzia P2StartFix

Jest to dedykowana łatka pobierana z oficjalnej strony ZUS, która w wielu przypadkach automatycznie odbudowuje ścieżki połączenia i wymusza poprawną aktualizację. Program należy uruchomić z uprawnieniami administratora po całkowitym zamknięciu Płatnika. Aplikacja ta czyści tymczasowe pliki i dostosowuje wpisy w rejestrze do nowego schematu weryfikacji.

W praktyce z pomocą tego narzędzia najszybciej usuwa się błędy wynikające z przerwanych pobrań aktualizacji w tle. Jeśli P2StartFix nie przyniesie rezultatu, konieczne będzie ręczne przejrzenie ustawień w rejestrze systemu.

Wyczyszczenie klucza rejestru DataPobraniaPakiety

Wiele problemów z rozpoznaniem wersji wynika z zablokowanego znacznika czasu w rejestrze Windows. Aby to naprawić, uruchom regedit i przejdź do ścieżki HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Asseco Poland SA\Płatnik\10.02.002\Parametry (dla systemów 64-bitowych). Znajduje się tam wartość DataPobraniaPakiety, której zawartość należy usunąć.

Po wyczyszczeniu tej danej i uruchomieniu programu Płatnik jako administrator, aplikacja będzie zmuszona do ponownego sięgnięcia na serwery ZUS i pobrania wszystkich niezbędnych komponentów. To rozwiązanie sprawdza się doskonale, gdy błąd pojawił się nagle na działającym wcześniej stanowisku po nieudanej aktualizacji dziennej.

Metoda z nową bazą testową i aktualizacją z pliku

Jest to bardziej zaawansowana ścieżka, stosowana gdy wszystkimi dotychczasowymi metodami nie udaje się zmusić oryginalnej bazy do współpracy. Polega na całkowitym oczyszczeniu śladów programu z dysku, reinstalacji z utworzeniem tymczasowej, czystej bazy MS Access, a następnie przełączeniu na plik produkcyjny. Cały proces wymaga precyzji i przebiega według następujących etapów:

• Odinstalowanie Płatnika i ręczne usunięcie folderów Asseco w lokalizacjach Program Files oraz ProgramData.
• Zainstalowanie programu od nowa z wyborem bazy Access i utworzeniem nowej, pustej bazy.
• Uruchomienie narzędzia P2StartFix i zalogowanie się do programu na fikcyjnym płatniku.
• Wgranie aktualizacji z pliku – należy wskazać pobrany wcześniej plik metryka_XML w opcji „Aktualizuj komponenty z dysku”.
• Po restarcie i pełnej aktualizacji online, przełączenie kontekstu na właściwą bazę produkcyjną.

Technika ta odbudowuje uszkodzone pliki wykonywalne, jednocześnie umożliwiając konwersję struktur w kontrolowanym środowisku testowym. Jest szczególnie skuteczna, gdy komunikatowi towarzyszą błędy podpisu metryki lub weryfikacji XML przy podpisywaniu certyfikatem.

Weryfikacja uprawnień w środowisku SQL Server

Gdy baza jest postawiona na Microsoft SQL Server, a użytkownik nie jest administratorem, Płatnik może nie mieć praw do przeprowadzenia zmian w tabelach. Niezbędne jest sprawdzenie, czy konto używane do logowania posiada jawnie nadaną rolę db_owner.

Nadanie pełnych uprawnień poleceniem ALTER ROLE db_owner ADD MEMBER platnik_user należy wykonać wyłącznie na właściwej bazie produkcyjnej i po potwierdzeniu, że dane konto dotyczy tej konkretnej instalacji.

Brak tych uprawnień objawia się często w ten sposób, że program widzi serwer i bazę, ale odrzuca połączenie z komunikatem o nierozpoznanej wersji. Administrator może zweryfikować to szybkim zapytaniem diagnostycznym, które nie zmienia danych, a jedynie wyświetla przypisane role.

Dlaczego program nie widzi bazy po reinstalacji na stacji klienckiej?

W infrastrukturze wielostanowiskowej kluczowe znaczenie ma kolejność aktualizowania stanowisk. Konwersję struktury bazy SQL może wykonać tylko jeden użytkownik, posiadający uprawnienia zapisu na poziomie serwera. Jeżeli pierwszy zaloguje się pracownik z ograniczonym kontem Windows, Płatnik nie przeprowadzi aktualizacji tabel, a każda kolejna próba na innych komputerach kończy się odrzuceniem połączenia.

Aby temu zaradzić, na czas wdrażania poprawek należy uruchomić program na serwerze lub głównej maszynie z konta administratora domeny. Po pomyślnej konwersji problem znika samoistnie na pozostałych punktach bez potrzeby ich przeinstalowywania, gdyż posiadają one już tę samą wersję komponentów co serwer.

Jak uniknąć ryzyka przy ręcznych zmianach?

Samoedytowanie struktury tabel czy poziomu zgodności bazy w SQL Server Management Studio obarczone jest ogromnym ryzykiem. Gdy zabraknie odpowiedniej kopii, nieodwracalne wyczyszczenie danych produkcyjnych zdarza się częściej niż uszkodzenie mechaniczne dysku. Polecenia typu ALTER DATABASE PlatnikDB SET COMPATIBILITY_LEVEL można wydawać tylko wtedy, gdy znamy przyczynę błędu i mamy udokumentowany backup.

Każdy krok naprawczy, zwłaszcza reinstalacja z czyszczeniem gałęzi rejestru, powinien być wykonywany pojedynczo. Łączenie kilku technik jednocześnie zaciera pierwotną przyczynę usterki i uniemożliwia późniejszą analizę środowiska. Jeśli problem dotyczy poważnego rozjechania się słowników, a nie potrafisz wykonać migracji, skontaktuj się z administratorem IT bez prób wymuszania połączenia na siłę.