Program Płatnik nie jest w stanie rozpoznać wersji bazy danych – co robić?

Komunikat oznacza, że struktura plików bazy danych nie pasuje do uruchomionej wersji programu Płatnik i aplikacja nie może bezpiecznie odczytać zapisanych dokumentów. Problem najczęściej pojawia się po nieukończonej aktualizacji, zmianie uprawnień w systemie Windows lub po awarii serwera SQL. W dalszej części artykułu znajdziesz szczegółową procedurę diagnostyczną oraz sprawdzone metody naprawy dla obu typów baz danych.

Co dokładnie oznacza błąd nierozpoznanej wersji bazy danych?

Aplikacja przy starcie porównuje zapisaną w rejestrze informację o stanie komponentów z fizyczną strukturą tabel. Jeśli proces aktualizacji został przerwany – na przykład przez restart komputera, blokadę antywirusa lub brak uprawnień do zapisu – aparat bazodanowy nie jest w stanie zweryfikować, czy schemat bazy jest aktualny. System wyświetla wtedy komunikat „Program Płatnik nie jest w stanie rozpoznać wersji bazy danych”, blokując dostęp do modułów płatnika.

W praktyce scenariusz ten występuje w dwóch wariantach. Pierwszy dotyczy środowisk, w których baza nie została przekonwertowana po wgraniu nowego pliku metryki. Drugi wiąże się z uruchomieniem starej kopii programu wskazującej na bazę używaną już przez nowszą wersję. W obu przypadkach mechanizm wewnętrznego podpisu metryki nie zgadza się z rzeczywistością, co jest celowym zabezpieczeniem przed uszkodzeniem zgromadzonych danych.

Różnica między bazą Access a SQL Server

Przy korzystaniu z plikowej bazy MS Access kluczowy jest jeden plik z rozszerzeniem .mdb, który przechowuje zarówno dane, jak i logikę relacji. Uszkodzenie tego pliku lub próba otwarcia go przez nieaktualny silnik od razu skutkuje omawianym komunikatem. Z kolei w architekturze SQL Server tabelami zarządza zewnętrzna usługa. Sam program Płatnik łączy się przez sieć, a niekompatybilność może wynikać z rozbieżnego poziomu zgodności bazy w relacji do wersji sterownika na danym stanowisku roboczym.

Administratorzy środowisk wielostanowiskowych często spotykają się z sytuacją, gdzie serwer główny zakończył konwersję poprawnie, ale wybrane komputery klienckie nie pobrały jeszcze nowych bibliotek. Wtedy jeden użytkownik pracuje normalnie, a drugi widzi okno błędu. Przyczyną jest lokalna pamięć podręczna komponentów w katalogu ProgramData, która nie została odświeżona podczas próby logowania do tej samej bazy.

Dlaczego priorytetem jest kopia zapasowa przed rozpoczęciem naprawy?

Wszelkie operacje na strukturze tabel niosą ryzyko bezpowrotnej utraty deklaracji zgłoszeniowych, raportów i danych ubezpieczonych. Zanim uruchomisz jakiekolwiek narzędzie naprawcze, potwierdź istnienie sprawdzonego backupu. W przypadku SQL Server kopia wykonywana jest przez SQL Server Management Studio przy pomocy zadania Back Up, a dla Access wystarczy skopiować fizyczny plik .mdb w bezpieczne miejsce. Zanotuj dodatkowo dokładną datę i godzinę wykonania kopii, pełną ścieżkę lokalizacji pliku oraz nazwę instancji SQL, jeżeli dotyczy.

Bez potwierdzonej kopii zapasowej nie usuwaj plików bazy, nie reinstaluj serwera SQL, nie wykonuj ręcznych zmian w rejestrze ani nie uruchamiaj skryptów modyfikujących uprawnienia. Priorytetem jest zachowanie danych, a nie szybkie usunięcie komunikatu.

Jak sprawdzić wersję programu i poprawność metryki?

Podstawą diagnozy jest ustalenie, czy uruchamiana instancja aplikacji pochodzi z oficjalnej dystrybucji ZUS. W styczniu 2026 roku wdrożono metrykę 320 dla Płatnika 10.02.002, która powinna być pobierana automatycznie podczas aktualizacji online. Jeśli korzystasz z instalatora przechowywanego lokalnie od dłuższego czasu, może on nie zawierać aktualnego pliku metryczki XML.

Po instalacji ręcznie porównaj skrót na pulpicie ze ścieżką docelową. Systemy 64-bitowe często pozostawiają wpisy w dwóch gałęziach rejestru, a uruchomienie niewłaściwego pliku wykonywalnego kończy się błędem mimo poprawnej bazy. Warto też upewnić się, że w trakcie ostatniej aktualizacji żaden inny użytkownik nie miał otwartej sesji Płatnika, a proces nie został zatrzymany przez zaporę sieciową.

Jaką rolę odgrywają uprawnienia administratora?

Proces konwersji bazy wymaga zapisu nowych kolumn i modyfikacji relacji, co jest zarezerwowane dla konta z wysokimi przywilejami. Jeśli logujesz się jako zwykły użytkownik Windows, kreator nie będzie mógł zmodyfikować struktury i wyrzuci komunikat o niemożności rozpoznania wersji. Dotyczy to zwłaszcza domen firmowych, gdzie polityka Group Policy ogranicza zapis w katalogu C:\ProgramData.

W pierwszej kolejności kliknij prawym przyciskiem myszy ikonę Płatnika i wybierz „Uruchom jako administrator”. Jeżeli to nie rozwiąże problemu, zweryfikuj uprawnienia konta bezpośrednio w bazie SQL. Zapytanie diagnostyczne może wyglądać następująco:

SELECT dp.name, dp.type_desc, dpr.permission_name FROM sys.database_principals dp JOIN sys.database_permissions dpr ON dp.principal_id = dpr.grantee_principal_id WHERE dp.name = 'platnik_user’;

Brak przynależności do roli db_owner skutecznie zablokuje każdą próbę aktualizacji schematu. Administrator może to naprawić poleceniem:

ALTER ROLE db_owner ADD MEMBER platnik_user;

Jak krok po kroku przywrócić sprawność środowiska?

Reinstalacja z utworzeniem tymczasowej bazy Access

Jedna ze skuteczniejszych metod polega na zbudowaniu zupełnie nowego, pustego środowiska testowego, przez które „przepuszcza się” proces pełnej aktualizacji komponentów. W pierwszym etapie odinstalowujesz program, usuwasz katalogi Asseco Poland SA zarówno w Program Files, jak i w ukrytym folderze ProgramData, a następnie restartujesz komputer. Dopiero na tak oczyszczonym systemie instalujesz Płatnika, wybierając bazę Access i zaznaczając opcję utworzenia nowej bazy.

Po instalacji nie uruchamiaj od razu aplikacji. Najpierw zastosuj narzędzie P2StartFix dostępne na oficjalnej stronie ZUS. Następnie zaloguj się do nowej bazy i załóż fikcyjnego płatnika – wystarczy podstawowy NIP i adres do weryfikacji. Dopiero mając aktywnego płatnika w kontekście, przejdź do menu Narzędzia i wybierz instalację nowej wersji z pliku, wskazując uprzednio pobraną i rozpakowaną metryczkę XML. System przeprowadzi pełną aktualizację, łącznie ze słownikami i modułem kryptograficznym.

Na koniec, mając już w pełni zaktualizowany silnik, zmieniasz połączenie na swoją właściwą bazę – czy to Access, czy SQL Server. Aplikacja rozpozna ją poprawnie, ponieważ wszystkie lokalne komponenty będą zgodne z docelową strukturą tabel.

Wymuszenie pobrania aktualizacji przez rejestr

Jeżeli problem dotyczy wyłącznie braku synchronizacji komponentów a sama baza jest nienaruszona, często wystarczy wyczyszczenie daty ostatniego pobrania pakietów. W edytorze rejestru przejdź do gałęzi odpowiadającej twojej architekturze systemu. Dla 64-bitów będzie to HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Asseco Poland SA\Płatnik\10.02.002\Parametry. Znajdź tam wpis „DataPobraniaPakiety” i całkowicie usuń jego wartość, pozostawiając puste pole.

Po zapisaniu zmian uruchom Płatnika z uprawnieniami administratora. Program, nie znajdując informacji o pobranych plikach, automatycznie rozpocznie procedurę ściągania aktualizacji z serwerów ZUS. Proces może trwać nawet kilkadziesiąt minut, a po jego zakończeniu kreator konwersji bazy danych powinien uruchomić się automatycznie przy pierwszym połączeniu.

Reset środowiska SQL

Gdy baza znajduje się na serwerze SQL, a poprzednie metody zawodzą, można spróbować ręcznie ustawić poziom zgodności. Przed wykonaniem polecenia upewnij się, że masz pełny backup pliku .bak. Operację przeprowadza się z poziomu Management Studio, wykonując:

ALTER DATABASE PlatnikDB SET COMPATIBILITY_LEVEL = 150;

Wartość 150 odpowiada serwerowi SQL 2019, ale konkretny numer może się różnić w zależności od posiadanej wersji środowiska. To działanie jest ostatecznością i powinno być wykonywane wyłącznie przez osobę rozumiejącą konsekwencje zmiany trybu pracy bazy. Ręczna modyfikacja tabel, dodawanie brakujących kolumn (jak pole III_PPK w tablicy UBEZP_SKLAD) bez użycia kreatora Płatnika prawie zawsze prowadzi do trudnych do cofnięcia niespójności.

Kiedy użyć narzędzia P2StartFix?

Jest to oficjalna poprawka publikowana przez ZUS, która resetuje wewnętrzne flagi aplikacji odpowiedzialne za weryfikację spójności plików tymczasowych. Program P2StartFix został zaprojektowany do rozwiązywania sytuacji, w których Płatnik nie może pobrać aktualizacji przez sieć lub w nieskończoność wyświetla „błąd pobierania”. Jego działanie koncentruje się na usunięciu znaczników w katalogu pamięci podręcznej, nie ingerując bezpośrednio w dane płatnika.

Narzędzie należy uruchomić przy całkowicie zamkniętym Płatniku, najlepiej zaraz po restarcie systemu operacyjnego. W wielu przypadkach samo jego zastosowanie pozwala pominąć pełną reinstalację. Jeśli po jego wykonaniu nadal widzisz komunikat o nierozpoznanej bazie, konieczne będzie połączenie tej metody z wyczyszczeniem wpisu w rejestrze opisanym wyżej.

Jak diagnozować problem z poziomu SQL Server?

Podstawowe informacje o stanie bazy można odczytać zapytaniem, które nie modyfikuje danych. W Management Studio wykonaj:

SELECT name, compatibility_level FROM sys.databases WHERE name = 'PlatnikDB’;

Wynik pokaże nazwę bazy oraz jej bieżący poziom zgodności. Jeśli parametr ten znacząco odbiega od wersji posiadanego serwera, konwersja przeprowadzona przez kreator Płatnika mogła zostać odrzucona na poziomie silnika. Informacja ta jest przydatna dla administratora IT, który musi podjąć decyzję o ewentualnej aktualizacji całego serwera SQL do nowszej wersji.

W skrajnych przypadkach, gdy wszystkie próby naprawy kończą się niepowodzeniem, pozostaje odtworzenie bazy produkcyjnej z pliku .bak. Schemat poleceń jest standardowy i wymaga ścieżki potwierdzonej przez osobę zarządzającą infrastrukturą:

RESTORE DATABASE PlatnikDB FROM DISK = 'E:\Backup\PlatnikDB.bak’;

Jakie inne komponenty systemowe mogą blokować dostęp do bazy?

Program Płatnik do poprawnej pracy wymaga zainstalowanego Parser XML 6.0 oraz pakietu redystrybucyjnego Microsoft Visual C++ 2010 SP1. Brak tych bibliotek lub ich uszkodzenie potrafi przerwać proces aktualizacji, zanim jeszcze dojdzie do weryfikacji bazy. W Panelu sterowania sprawdź, czy składniki te widnieją na liście. Jeśli nie, pobierz je bezpośrednio z oficjalnego centrum pobierania Microsoft, zwracając uwagę na wersję 32- lub 64-bitową.

Kolejnym elementem jest środowisko .NET Framework w wersji co najmniej 4.7.2. Na maszynach z Windows 10 lub nowszymi komponent ten jest integralną częścią systemu i nie pojawia się jako osobna pozycja do odinstalowania. W razie wątpliwości można uruchomić instalator online ze strony Microsoft, który automatycznie zweryfikuje i naprawi ewentualne braki. Nie zapominaj również o wyłączeniu na czas instalacji programu antywirusowego – niektóre pakiety bezpieczeństwa agresywnie blokują zapis do katalogów tymczasowych w AppData.

Problemy z certyfikatem i błędem NUpdater

Jeśli po wyczyszczeniu rejestru pojawia się dodatkowy komunikat: „Błąd podczas NUpdater.DajMetryke: Niepoprawny format podpisu pod metryką”, oznacza to, że lokalna kopia pliku metryki jest nieaktualna lub uszkodzona. Nie pomoże tu samo czyszczenie daty pobrania – konieczne jest ręczne podmienienie pliku z oficjalnego pakietu aktualizacyjnego. Rozpakuj archiwum z najnowszą metryką i wskaż ścieżkę do pliku metryczka.xml w module aktualizacji z dysku.

W sytuacji, gdy błąd dotyczy odnalezienia metody NGCrypt.NGCryptX509, problem leży po stronie bibliotek kryptograficznych. Płatnik używa ich do weryfikacji podpisu XML przy wysyłce dokumentów. Rozwiązaniem jest uruchomienie pliku P2StartFix, a w przypadku dalszych trudności – pełna reinstalacja z pobraniem instalatora z oficjalnej strony ZUS. Dopiero po aktualizacji komponentów kryptograficznych mechanizm rozpoznawania wersji bazy ma szansę zadziałać poprawnie.