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

Komunikat oznacza, że program nie jest w stanie bezpiecznie zweryfikować struktury bazy danych względem uruchomionej wersji oprogramowania. Problem dotyczy integralności środowiska, w którym przechowywane są dokumenty i konfiguracja, i najczęściej ujawnia się po niepełnej aktualizacji, zmianie uprawnień lub przerwaniu procesu konwersji. Szczegółową diagnostykę i sprawdzone metody naprawy opisujemy w dalszej części artykułu.

Co oznacza błąd nierozpoznanej wersji bazy danych?

Błąd „Program Płatnik nie jest w stanie rozpoznać wersji bazy danych” to mechanizm obronny oprogramowania, który powstrzymuje je przed pracą na niekompatybilnej strukturze. Najczęściej pojawia się po wdrożeniu nowej wersji, gdy aplikacja została zaktualizowana, ale proces konwersji bazy nie został poprawnie przeprowadzony. W niektórych przypadkach przyczyną jest uruchomienie starszej kopii programu, która wskazuje na bazę zmodyfikowaną już przez nowsze wydanie.

Z komunikatami o braku kolumn, takimi jak III_PPK w tabelach UBEZP_SKLAD czy UBEZP_ZUSRCA, mamy do czynienia właśnie wtedy, gdy fizyczna struktura bazy nie nadąża za zmianami w logice aplikacji. W praktyce oznacza to, że silnik SQL Server lub plik Access nie przeszedł wymaganej konwersji. Objaw może być jednolity dla całego środowiska lub dotyczyć tylko wybranych stacji roboczych, co często wskazuje na problem z uprawnieniami profilu użytkownika Windows, który próbuje wymusić zmianę na serwerze bazy.

Zdarza się również, że przyczyna leży po stronie uszkodzonych wpisów w rejestrze systemowym. Klucz DataPobraniaPakiety, znajdujący się w gałęzi HKEY_LOCAL_MACHINE\SOFTWARE\Asseco Poland SA\Płatnik\10.02.002\Parametry, przechowuje informację o czasie ostatniej synchronizacji. Jeżeli jego wartość jest nieprawidłowa, program nie potrafi wznowić procesu aktualizacji i zgłasza problem z rozpoznaniem bazy.

Jak przygotować środowisko przed naprawą?

Priorytetem przed jakimikolwiek działaniami jest fizyczne zabezpieczenie danych. W przypadku baz opartych na Microsoft Access należy zlokalizować i skopiować plik z rozszerzeniem .mdb w bezpieczne miejsce. Dla środowisk korzystających z SQL Server konieczne jest wykonanie pełnego backupu przez osobę z uprawnieniami administratora, najlepiej z poziomu SQL Server Management Studio.

Warto również zapisać kluczowe parametry techniczne: aktualną wersję programu Płatnik (np. 10.02.002), typ bazy, nazwę instancji SQL oraz dokładną treść komunikatu błędu. Bez potwierdzonej kopii zapasowej nie wolno podejmować prób reinstalacji, ręcznego czyszczenia rejestru ani modyfikowania ustawień SQL, gdyż może to uniemożliwić późniejsze odtworzenie środowiska.

W przypadku pracy wielostanowiskowej należy upewnić się, że w momencie diagnozy żaden inny użytkownik nie ma aktywnej sesji na bazie. Otwarte połączenia z innych komputerów blokują operacje konwersji i mogą być bezpośrednią przyczyną komunikatu o nierozpoznanej wersji. Po odcięciu wszystkich klientów warto przejść na konto z uprawnieniami lokalnego administratora systemu Windows, ponieważ profil użytkownika często nie ma wystarczających przywilejów do modyfikacji struktury bazy.

Weryfikacja uprawnień dostępu

Diagnoza musi uwzględniać nie tylko uprawnienia do katalogu programu, ale również prawa dostępu do samej bazy na poziomie serwera SQL. Konto wykorzystywane przez Płatnika może zostać zablokowane lub pozbawione wymaganych przywilejów po przeniesieniu komputera do innej domeny.

Za pomocą zapytania diagnostycznego administrator może łatwo sprawdzić status użytkownika:

Jeśli okaże się, że uprawnienia są niewystarczające, konieczne będzie jawne dodanie konta do roli db_owner. Wykonuje się to poleceniem ALTER ROLE db_owner ADD MEMBER platnik_user; wyłącznie po upewnieniu się, że dotyczy to właściwej instancji i właściciel danych wyraził na to zgodę.

Jak krok po kroku przeprowadzić diagnostykę?

Sekwencję sprawdzania należy prowadzić metodycznie, wykonując tylko jedną zmianę naraz i obserwując, czy przyniosła efekt. Pierwszym działaniem jest weryfikacja, czy uruchamiana jest właściwa wersja programu i czy pochodzi ona z oficjalnego źródła pobierania ZUS. Błędne skojarzenie skrótu na pulpicie z pozostałościami starej instalacji to jedna z częstszych pomyłek.

W następnej kolejności warto uruchomić program w trybie administratora. Jeśli to nie pomoże, a środowisko opiera się na SQL Server, trzeba potwierdzić dostępność usługi silnika bazy danych i poprawność nazwy instancji. Dla baz plikowych Access kluczowe jest sprawdzenie, czy plik .mdb nie został przeniesiony lub zablokowany przez system antywirusowy.

Jeżeli problem wystąpił bezpośrednio po aktualizacji, należy zweryfikować integralność pobranych komponentów. Czasem proces ściągania słowników i metryki zostaje przerwany, a aplikacja próbuje wystartować na niespójnym zestawie danych. W takim przypadku ponowne wymuszenie aktualizacji z sieci przy wyłączonym firewallu często rozwiązuje sprawę.

Sprawdzenie metryki i jej zgodności

Centralny Urząd Statystyczny w komunikacie technicznym z 23 stycznia 2026 roku potwierdził wdrożenie metryki 320 dla wersji Płatnika 10.02.002. Informacja o stanie metryki jest kluczowa, ponieważ jej niezgodność z wersją programu uniemożliwia prawidłową pracę. W zdrowej instalacji metryka jest pobierana automatycznie, jednak błędy transmisji lub restrykcje sieciowe mogą ten proces zakłócić.

Gdy podczas startu pojawia się fraza „Błąd podczas NUpdater.DajMetryke”, oznacza to uszkodzenie plików odpowiedzialnych za weryfikację podpisu cyfrowego. W takich sytuacjach pomaga wyczyszczenie klucza DataPobraniaPakiety w rejestrze i ponowne uruchomienie aplikacji, co wymusza świeże pobranie danych z serwerów ZUS.

Usługi pomocnicze i komponenty systemowe

Program Płatnik do prawidłowego działania wymaga obecności odpowiednich bibliotek systemowych. Brak lub uszkodzenie któregoś z komponentów może skutkować błędami uniemożliwiającymi rozpoznanie bazy. Lista niezbędnych elementów obejmuje:

• silnik bazy danych w wersji zgodnej z typem bazy (Access lub SQL Server),
• poprawnie zainstalowany sterownik dostępu do danych,
• aktualny pakiet redystrybucyjny Microsoft Visual C++,
• składniki .NET Framework w wersji co najmniej 4.7.2,
• parser XML w wersji 6.0 (plik msxml6).

Jeśli instalacja któregoś z tych elementów jest niepełna, aplikacja może nie być w stanie odczytać metadanych bazy lub przeprowadzić procesu konwersji. W skrajnych przypadkach konieczny jest restart systemu po ręcznym ponownym wdrożeniu tych pakietów.

Jak naprawić błąd za pomocą resetu stanu aktualizacji?

Głęboko osadzoną przyczyną problemu bywa zablokowany mechanizm autoaktualizacji. Zamiast pobierać nowe komponenty, program odczytuje z rejestru nieaktualną datę i błędnie uznaje, że proces już się zakończył. Aby to skorygować, należy uruchomić edytor regedit i odnaleźć klucz HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Asseco Poland SA\Płatnik\10.02.002\Parametry dla systemów 64-bitowych lub analogiczną ścieżkę bez członu WOW6432Node dla 32-bitowych.

Wewnątrz gałęzi Parametry znajduje się wartość DataPobraniaPakiety. Trzeba usunąć całą jej zawartość, pozostawiając puste pole, i zatwierdzić zmianę. Po tej operacji, przy kolejnym uruchomieniu Płatnika z uprawnieniami administratora, program wykryje brak danych i rozpocznie ściąganie wszystkich wymaganych plików od nowa. Proces ten może trwać nawet kilkadziesiąt minut i wymaga stabilnego łącza internetowego.

Ręczna modyfikacja rejestru systemowego wchodzi w grę dopiero po wykonaniu pełnej kopii bezpieczeństwa bazy danych. Nieprawidłowe usunięcie innych kluczy może uszkodzić nie tylko program Płatnik, ale i inne aplikacje.

Jak postąpić, gdy standardowe metody zawodzą?

Gdy ani podniesienie uprawnień, ani reset rejestru nie przynoszą skutku, a baza nie przechodzi konwersji, można zastosować technikę z wykorzystaniem całkowicie nowej, tymczasowej bazy danych Access. Technika ta izoluje proces aktualizacji od problematycznej bazy produkcyjnej i pozwala bezpiecznie pobrać wszystkie wymagane komponenty.

Po odinstalowaniu programu i wyczyszczeniu pozostałości w katalogach ProgramData oraz Program Files (zwracając uwagę na ukryty folder Asseco Poland SA) należy przeprowadzić reinstalację, wybierając opcję utworzenia nowej bazy MS Access. Do tej pustej bazy po zainstalowaniu trzeba się zalogować i założyć fikcyjnego płatnika – wystarczy podstawowy NIP i adres, aby system pozwolił przejść dalej. Następnie z menu Narzędzia wywołuje się aktualizację z pliku, wskazując pobraną wcześniej metrykę, a po restarcie przeprowadza aktualizację online.

Gdy cały proces zakończy się pomyślnie na bazie tymczasowej, oznacza to, że sama rdzeń aplikacji jest sprawny. W ostatnim kroku wystarczy zmienić źródło danych, ponownie wskazując właściwą, oryginalną bazę Access lub SQL Server. Program powinien teraz ją rozpoznać i przeprowadzić zaległą konwersję, ponieważ posiada już wszystkie niezbędne aktualne biblioteki.

Nigdy nie wykonuj ręcznych poleceń zmiany struktury, poziomu zgodności czy użytkowników w SQL Server Management Studio bez aktualnej kopii i pełnego zrozumienia środowiska. Priorytetem jest zachowanie danych płatnika i ubezpieczonych.

Narzędzie P2StartFix

Na stronie ZUS w sekcji pobierania dostępny jest plik naprawczy P2StartFix.exe, który automatyzuje część opisanych działań. Uruchomienie go z prawami administratora resetuje wewnętrzne mechanizmy odpowiedzialne za start procedury aktualizacyjnej. Warto po niego sięgnąć zwłaszcza wtedy, gdy użytkownik nie czuje się pewnie w samodzielnej edycji rejestru.

Narzędzie to nie naprawia fizycznie uszkodzonej bazy danych, a jedynie wymusza na programie powtórzenie procesu pobierania. Dlatego jeśli po jego użyciu problem nadal występuje, oznacza to głębszą ingerencję w środowisko, wymagającą interwencji administratora SQL lub informatyka z doświadczeniem w obsłudze aplikacji Asseco.

Błędy w środowiskach wielostanowiskowych z SQL Server

Specyficzna sytuacja ma miejsce, gdy po aktualizacji część komputerów w sieci łączy się z bazą poprawnie, a na innych pojawia się komunikat o nierozpoznaniu wersji. Wyklucza to uszkodzenie samej bazy na serwerze, a kieruje podejrzenia na lokalną instalację Płatnika na problematycznych stacjach. Rozwiązaniem jest przeprowadzenie na nich procedury czyszczenia rejestru i ponownego uruchomienia z uprawnieniami administratora.

W rzadkich przypadkach baza danych po konwersji zmienia swój poziom zgodności w sposób, który utrudnia komunikację ze starszymi sterownikami klienckimi. Wówczas administrator SQL, po uprzednim wykonaniu backupu, może jawnie ustawić poziom kompatybilności poleceniem ALTER DATABASE PlatnikDB SET COMPATIBILITY_LEVEL = 150;. Jest to jednak środek ostateczny, dopuszczalny tylko przy pełnej dokumentacji działania i pewności co do wersji silnika bazy danych.

Wdrożenie poprawek na serwerze musi być skoordynowane z działaniami na stacjach roboczych. Aktualizacja komponentów po stronie serwera nie zwalnia z konieczności ponownego uruchomienia programu na każdym kliencie z uprawnieniami administratora.

Jak zapobiegać podobnym awariom w przyszłości?

Podstawową zasadą minimalizującą ryzyko wystąpienia błędu jest każdorazowe uruchamianie procesu aktualizacji z konta mającego lokalne uprawnienia administracyjne. Systemy zabezpieczeń korporacyjnych, polityki domenowe oraz oprogramowanie antywirusowe potrafią skutecznie zablokować zapis w rejestrze lub podmianę plików w katalogu Program Files, doprowadzając do niespójności. Warto rozważyć stałe dodanie wyjątków dla plików wykonywalnych Płatnika w ustawieniach firewalla i skanera antywirusowego.

Każda poważniejsza operacja, taka jak przenosiny bazy na nowy serwer czy zmiana wersji SQL, powinna być poprzedzona pełnym backupem. Do stworzenia kopii bezpieczeństwa można użyć funkcji wbudowanej w Płatnika. Poniżej znajduje się zestawienie dwóch głównych ścieżek tworzenia zabezpieczenia w zależności od typu bazy:

Dobrą praktyką jest także śledzenie oficjalnych komunikatów technicznych ZUS. Informacje o planowanych wdrożeniach metryki czy zmianach certyfikatów pozwalają administratorom przygotować środowisko i uniknąć zaskoczenia w newralgicznym momencie wysyłki dokumentów. W sytuacji, gdy błąd pojawia się równocześnie z problemami z podpisem elektronicznym, diagnostykę należy poszerzyć o weryfikację aktualności certyfikatu ZUS i poprawności konfiguracji ścieżek TLS, ponieważ zmiany tych elementów często wdrażane są w zbliżonych terminach.