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

Komunikat „Program Płatnik nie jest w stanie rozpoznać wersji bazy danych” wskazuje na rozbieżność między strukturą bazy a oczekiwaniami programu – najczęściej po nieudanej lub przerwanej aktualizacji. W wielu przypadkach problem można usunąć przez wymuszenie ponownego pobrania składników, na przykład przez wyczyszczenie znacznika czasu w rejestrze i uruchomienie Płatnika jako administrator. W tym artykule znajdziesz kompletną ścieżkę diagnostyki i naprawy – od zabezpieczenia danych po rozwiązania awaryjne.

Co oznacza komunikat o nierozpoznanej wersji bazy danych?

Przyczyna komunikatu tkwi w mechanizmie weryfikacji, za pomocą którego program sprawdza, czy baza przeszła oczekiwaną konwersję po aktualizacji komponentów. Program Płatnik nie jest w stanie rozpoznać wersji bazy danych – ten komunikat pojawia się, gdy aplikacja nie może bezpiecznie ustalić, czy pracuje na właściwym zestawie tabel i metadanych. Źródłem problemu bywa m.in. przeniesienie bazy danych między serwerami, awaria SQL Server, zmiana uprawnień lub uruchomienie starszego programu na nowszej bazie.

W środowiskach wielostanowiskowych zdarza się, że aktualizację wykonano tylko na części komputerów, a pozostałe wciąż odwołują się do tej samej bazy, ale ze starszym klientem. Z kolei w przypadku bazy Access plik .mdb mógł zostać przypadkowo przeniesiony, a program w nowej lokalizacji nie widzi już jego struktury. Dlatego zanim przejdziesz do naprawy, warto zebrać podstawowe informacje o środowisku.

Kopia bezpieczeństwa – bezwzględny pierwszy krok

Zanim wykonasz jakąkolwiek czynność naprawczą, zabezpiecz bazę danych. Data i godzina kopii, lokalizacja bazy danych oraz informacja, czy używasz typu bazy danych: Access albo SQL Server, to absolutne minimum. Przy serwerze SQL zanotuj nazwę instancji SQL Server, a przy pliku Access upewnij się, że archiwizujesz właściwy plik .mdb, nie tylko katalog programu. Zapisz też wersję programu Płatnik i pełną treść komunikatu błędu – ułatwi to późniejszą diagnostykę.

W przypadku SQL Server kopię powinien wykonać administrator za pomocą SQL Server Management Studio lub wbudowanego kreatora backupu. Wystarczy użyć polecenia BACKUP DATABASE PlatnikDB TO DISK = 'C:\backup\PlatnikDB.bak’, dostosowując ścieżkę. Dla bazy Access wystarczy skopiować plik i nadać mu czytelną nazwę z datą.

Bez kopii zapasowej nie wykonuj reinstalacji, usuwania bazy, ręcznych zmian w SQL ani przenoszenia plików.

Dopiero po potwierdzeniu, że masz aktualny backup, możesz bezpiecznie przechodzić do kolejnych etapów. Zapisanie nie tylko samej kopii, ale i metryczki środowiska – godziny, ścieżek, wersji – bywa niedoceniane, jednak często okazuje się decydujące przy kontakcie z pomocą techniczną ZUS.

Diagnostyka środowiska przed rozpoczęciem naprawy

Zanim sięgniesz po narzędzia naprawcze, sprawdź kilka podstawowych elementów. Sprawdzenie pobrania z oficjalnej strony ZUS to oczywistość, ale wiele instalacji pochodzi z nieaktualnych kopii zapasowych lub nośników przekazanych pocztą elektroniczną. Używasz właściwego skrótu? Sprawdzenie uruchamiania właściwego skrótu do właściwej instalacji może ujawnić, że system zarejestrował dwa różne katalogi programu. Równie istotne jest sprawdzenie zakończenia aktualizacji bez przerwania – każde wyłączenie komputera w trakcie pobierania komponentów może zostawić niespójny zestaw plików.

Kolejnym elementem jest sprawdzenie, czy baza nie była otwarta przez innego użytkownika – w środowisku wielodostępnym jednoczesna praca z bazą podczas aktualizacji często prowadzi do błędów. Oprócz tego sprawdzenie pobrania aktualnych komponentów i metryki oznacza weryfikację, czy program pobrał metrykę 320, opublikowaną w komunikacie technicznym ZUS z 23 stycznia 2026. Aktualna wersja Program Płatnik 10.02.002 powinna łączyć się z oficjalnym repozytorium, a wszelkie proxy czy zapory sieciowe mogą blokować ten proces.

Uprawnienia i połączenia z serwerem SQL

Jeśli korzystasz z SQL Server, upewnij się, że masz uprawnienia administratora Windows na maszynie z programem oraz że konto bazy danych nie jest zablokowane. Sprawdzenie dostępności bazy SQL Server można wykonać, uruchamiając SQL Server Management Studio i łącząc się z właściwą instancją. Pomocne jest proste zapytanie diagnostyczne: SELECT name, compatibility_level FROM sys.databases WHERE name = 'PlatnikDB’ – nie modyfikuje ono danych, a pokazuje, czy baza w ogóle istnieje i w jakim trybie zgodności pracuje.

Gdy podejrzewasz kłopoty z uprawnieniami, wykonaj zapytanie o uprawnienia użytkownika bazy: 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’. To pomoże ocenić, czy konto ma wystarczające przywileje. Jeśli administrator potwierdzi, że wymagane jest nadanie pełnych uprawnień do bazy Płatnika, może wykonać operację rola db_owner w bazie Płatnika: ALTER ROLE db_owner ADD MEMBER platnik_user. Taką zmianę przeprowadza się wyłącznie po wykonaniu kopii i na właściwej bazie produkcyjnej.

Warto też sprawdzić, czy po przeniesieniu komputera nie zmieniła się nazwa serwera albo instancji – bywa, że nowy profil sieciowy podmienia ścieżki, a program nie znajduje już poprawnej instancji SQL. Sprawdzenie dostępu użytkownika Windows do katalogu programu i bazy oraz sprawdzenie uruchamiania programu na właściwym profilu użytkownika to detale, które często pomijamy, a potrafią wstrzymać cały proces diagnostyczny.

Sposoby przywracania działania programu

Gdy etap wstępnej diagnostyki nie przyniesie rozwiązania, czas na konkretne działania naprawcze. Poniższa tabela zbiera najczęściej spotykane komunikaty i sugerowane ścieżki postępowania.

Czyszczenie rejestru i wymuszenie aktualizacji

Jednym z najprostszych, a zarazem bardzo skutecznych rozwiązań jest usunięcie wartości klucza rejestru odpowiedzialnego za datę ostatniego pobrania pakietów. Ścieżka w rejestrze dla systemu 64-bitowego to Komputer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Asseco Poland SA\Płatnik\10.02.002\Parametry (dla 32-bitowego analogicznie bez WOW6432Node). Wewnątrz należy zlokalizować wpis DataPobraniaPakiety i usunąć jego zawartość.

Po zapisaniu zmian uruchom Płatnika klikając prawym przyciskiem myszy i wybierając opcję „Uruchom jako administrator”. Program powinien zacząć pobierać aktualizację komponentów. Po zakończeniu spróbuj ponownie połączyć się z docelową bazą danych.

Jeśli to nie podziała, pobierz ze strony ZUS narzędzie P2StartFix.exe. Uruchom je przy wyłączonym Płatniku (ponownie z uprawnieniami administratora), a następnie uruchom program. Narzędzie wymusza pobranie najświeższych plików i czyści część mechanizmów blokujących.

Metoda Stratolinera – czysta instalacja i odbudowa środowiska

Gdy ani czyszczenie rejestru, ani P2StartFix nie przywracają łączności z bazą, można zastosować bardziej radykalną procedurę, która sprawdziła się w środowiskach SQL i Access. Opracowana przez użytkownika Stratolinera ścieżka polega na czasowym stworzeniu nowej, pustej bazy Access, przeprowadzeniu pełnej aktualizacji na niej, a następnie przełączeniu się na właściwą bazę. Oto główne etapy:

1. Odinstaluj Płatnika i uruchom ponownie komputer.
2. Usuń lub zmień nazwę folderów Asseco w Program Files oraz w ukrytym katalogu ProgramData.
3. Pobierz pakiet aktualizacyjny zawierający metryczka_XML oraz narzędzie P2StartFix.
4. Zainstaluj Płatnika od nowa, wybierając bazę danych Access i koniecznie zaznacz opcję „Utwórz nową bazę”.
5. Po instalacji nie uruchamiaj programu – najpierw uruchom P2StartFix jako administrator.
6. Uruchom Płatnika i nie pobieraj aktualizacji online; zaloguj się do nowej, pustej bazy, a następnie utwórz fikcyjnego płatnika (z prawdziwym NIP-em, ale dowolnymi danymi) i zweryfikuj go.
7. Przejdź do menu Narzędzia → instalacja nowej wersji z pliku i wskaż metryczka_XML z pobranego wcześniej archiwum.
8. Po restarcie wykonaj aktualizację online, a gdy wszystko przejdzie pomyślnie, w ustawieniach wybierz zmianę bazy danych – wskaż swoją oryginalną bazę SQL lub Access.

Metoda ta pozwala ominąć problemy z uszkodzoną metryką, bo najpierw „uczy” program poprawnego pobierania komponentów na czystym środowisku, a dopiero potem łączy go z rzeczywistą bazą. Pamiętaj, że przed takim zabiegiem wykonanie kopii oryginalnej bazy jest absolutnie obowiązkowe.

Priorytetem jest zachowanie danych, a nie szybkie usunięcie komunikatu – ręczne modyfikacje w strukturze bazy bez backupu mogą doprowadzić do bezpowrotnej utraty informacji o ubezpieczonych.

Jeśli po wszystkich krokach program nadal zgłasza nieznaną wersję, warto sprawdzić spójność bazy za pomocą polecenia ALTER DATABASE SET COMPATIBILITY_LEVEL = 150 (tylko po potwierdzeniu przez administratora i z pełnym backupem). Operacje takie jak RESTORE DATABASE PlatnikDB FROM DISK = 'C:\backup\PlatnikDB.bak’ wykonuje się dopiero po wyczerpaniu wszystkich innych rozwiązań i zawsze pod nadzorem osoby rozumiejącej strukturę środowiska.