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

Komunikat najczęściej oznacza niezgodność struktury bazy z wersją programu po niepełnej aktualizacji. Rozwiązanie zwykle wymaga wymuszenia ponownego pobrania komponentów lub konwersji bazy z poziomu administratora. Poznaj szczegółową ścieżkę diagnostyki i naprawy krok po kroku.

Co oznacza błąd nierozpoznanej wersji bazy danych?

Komunikat „Program Płatnik nie jest w stanie rozpoznać wersji bazy danych” pojawia się, gdy mechanizmy programu nie potrafią bezpiecznie zweryfikować struktury plików lub zgodności schematu z uruchomioną aplikacją. Problem nie dotyczy wyłącznie samego połączenia sieciowego – jego źródło tkwi w metadanych opisujących stan bazy po stronie serwera MS SQL lub w pliku Access. Typową sytuacją jest moment, w którym program został już zaktualizowany do nowszej wersji, natomiast proces konwersji danych nie został jeszcze wykonany z powodu braku odpowiednich uprawnień użytkownika systemowego.

W komunikacie technicznym z 23 stycznia 2026 roku ZUS potwierdził wdrożenie metryki 320 dla wersji Płatnik 10.02.002. Jeśli przy uruchomieniu program nie pobrał automatycznie nowej metryki lub bibliotek, baza pozostaje w starszym formacie technicznym. Aplikacja wykrywa wówczas rozbieżność i blokuje dostęp, chroniąc dane płatników i ubezpieczonych przed potencjalnym uszkodzeniem podczas pracy na niezsynchronizowanych komponentach. Identyczny objaw może wystąpić także po przeniesieniu pliku bazy na inny serwer, awarii instancji SQL Server czy ręcznej zmianie uprawnień konta windowsowego.

Zanim rozpoczniesz jakąkolwiek naprawę, bezwzględnie potwierdź istnienie aktualnej kopii zapasowej bazy. Bez backupu nie wykonuj reinstalacji, ręcznych zmian w SQL ani przenoszenia plików danych.

Od czego rozpocząć diagnostykę środowiska?

Pierwszym etapem jest zebranie informacji o zastanym układzie – bez tego trudno dobrać skuteczną metodę naprawczą. Administrator programu lub osoba z uprawnieniami do zarządzania bazą powinna zapisać pełną treść wyświetlanego błędu, typ wykorzystywanej bazy (Access lub SQL Server), nazwę instancji oraz wersję samego Płatnika. W przypadku baz serwerowych niezbędna okaże się również weryfikacja stanu usługi SQL na dedykowanej maszynie.

W większości przypadków pomocne jest sprawdzenie, czy pliki programu są uruchamiane z odpowiednim poziomem dostępu. Zresetowanie wpisów odpowiedzialnych za datę ostatniego pobrania pakietów w rejestrze często wymusza na aplikacji ponowne ściągnięcie brakujących składników. W gałęzi HKEY_LOCAL_MACHINE\SOFTWARE\Asseco Poland SA\Płatnik\10.02.002\Parametry (dla systemów 32-bitowych) lub analogicznej z członem Wow6432Node (dla 64-bitowych) należy wyczyścić wartość DataPobraniaPakiety. Po zapisaniu zmian w rejestrze i uruchomieniu aplikacji jako administrator, Płatnik powinien rozpocząć pobieranie aktualizacji komponentów i słowników, co może trwać nawet kilkadziesiąt minut.

Jak potwierdzić integralność bazy MS SQL?

W środowisku opartym o Microsoft SQL Server podstawowym narzędziem weryfikacji jest SQL Server Management Studio. Po połączeniu z właściwą instancją można wykonać zapytanie, które odczyta poziom zgodności bazy bez ingerencji w jej strukturę:

• SELECT name, compatibility_level FROM sys.databases WHERE name = 'PlatnikDB’;
• Pozwala ono szybko zorientować się, z jakim środowiskiem SQL ma się do czynienia,
• Nie zmienia ono danych, stanowiąc bezpieczny krok rozpoznawczy,
• Wynik ułatwia decyzję o ewentualnej późniejszej zmianie poziomu zgodności.

Kolejnym przydatnym zapytaniem jest weryfikacja uprawnień konta używanego przez Płatnika. Z poziomu Management Studio można sprawdzić, czy login posiada dostęp do bazy i czy nie został przypadkowo zablokowany lub pozbawiony roli właściciela. W sytuacji, gdy brakuje nadanych praw, administrator po potwierdzeniu zasadności może przywrócić pełne uprawnienia poleceniem ALTER ROLE db_owner ADD MEMBER 'platnik_user’;, pamiętając, by operować wyłącznie na poprawnej, produkcyjnej bazie klienta.

Jak skutecznie naprawić błąd w standardowym scenariuszu?

Najskuteczniejszą metodą opisywaną zarówno przez użytkowników, jak i zalecaną przez konsultantów ZUS, jest wymuszenie pełnej aktualizacji programu wraz z komponentami przy użyciu oficjalnego narzędzia naprawczego. Cała procedura opiera się na wyczyszczeniu śladów nieudanej synchronizacji i umożliwieniu aplikacji ponownego pobrania metryk ze źródłowego serwera ZUS.

Nie uruchamiaj Płatnika przed zastosowaniem narzędzia P2StartFix. Aplikacja musi zastać środowisko gotowe do pobrania nowych plików, by nadpisać uszkodzone lub niekompletne biblioteki.

Szczegółowy schemat postępowania wygląda następująco:

1. Zamknij program Płatnik na wszystkich stanowiskach, które współdzielą tę samą bazę danych.
2. Przejdź do oficjalnej strony ZUS i pobierz plik P2StartFix.exe z działu dodatków dla wersji 10.02.002.
3. Uruchom pobrany plik z uprawnieniami administratora – narzędzie przestawi wewnętrzne znaczniki czasu aktualizacji.
4. Uruchom program Płatnik (również jako administrator), a kreator automatycznie rozpocznie długotrwałe pobieranie wszystkich brakujących słowników i komponentów, przywracając spójność między aplikacją a bazą.

Po pomyślnym ściągnięciu plików program powinien wykryć potrzebę konwersji bazy i wyświetlić stosowny kreator. W tym momencie kluczowe jest, aby czynność ta była przeprowadzona z poziomu konta administratora programu (nie zwykłego użytkownika), gdyż tylko ono ma prawo modyfikować strukturę tabel, dodając m.in. pola związane z PPK w tablicach UBEZP_SKLAD i UBEZP_ZUSRCA.

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

Gdy ani czyszczenie rejestru, ani narzędzie P2StartFix nie rozwiązują problemu, konieczne staje się przeprowadzenie pełnej reinstalacji ze zbudowaniem pomostowej, testowej bazy danych. Metoda ta, wielokrotnie potwierdzona w dyskusjach środowiska księgowych, polega na stworzeniu tymczasowego, pustego środowiska Access, jego zaktualizowaniu do najnowszej metryki, a następnie podmianie połączenia na właściwą, problematyczną bazę SQL lub Access. Działanie to omija blokadę, pozwalając programowi na przeprowadzenie pełnego procesu aktualizacji w kontrolowanym, świeżym otoczeniu.

Przed przystąpieniem do pracy należy całkowicie odinstalować Płatnika, zrestartować komputer, a następnie ręcznie usunąć pozostałe katalogi Asseco Poland SA z lokalizacji Program Files (x86) oraz ukryty folder ProgramData. Kolejno pobiera się pełny instalator z oficjalnej strony ZUS, a także archiwum z metryką i słownikami. Podczas instalacji absolutnie niezbędne jest zaznaczenie opcji utworzenia nowej bazy w formacie Access – nawet jeśli docelowe środowisko pracuje na SQL Serverze.

Po pomyślnej aktualizacji nowo utworzonej bazy Access, w menu administracyjnym programu przełącza się źródło danych na właściwą bazę SQL Server (lub plik MDB). Program w tym momencie rozpozna starszą wersję struktury i automatycznie przeprowadzi jej konwersję do metryki 320, zachowując przy tym wszystkie historyczne dokumenty rozliczeniowe. Pamiętaj, że przed tą operacją serwer SQL musi być dostępny, a konto użytkownika Płatnika musi posiadać uprawnienia do modyfikowania schematów w danej bazie.