Widzisz komunikat „Program Płatnik nie jest w stanie rozpoznać wersji bazy danych”? Nie usuwaj bazy ani nie reinstaluj programu. Najpierw zabezpiecz dane, a potem sprawdź, czy uruchamiasz właściwą wersję Płatnika i czy program ma dostęp do właściwej bazy.

Najpierw zabezpiecz bazę

Przed naprawą potwierdź, że masz aktualną kopię bazy. Jeśli jej nie ma, wykonaj ją przed dalszymi czynnościami. Przy SQL Server poproś administratora SQL o backup; przy Access zabezpiecz właściwy plik bazy, a nie tylko katalog programu.

Zapisz:

  • datę i godzinę kopii,
  • lokalizację bazy,
  • typ bazy: Access albo SQL Server,
  • nazwę instancji SQL Server, jeśli dotyczy,
  • wersję programu Płatnik,
  • treść komunikatu błędu.

Krytyczne ostrzeżenie

Bez kopii zapasowej nie wykonuj reinstalacji, usuwania bazy, ręcznych zmian w SQL ani przenoszenia plików. Takie działania mogą utrudnić późniejsze odtworzenie danych.

Aktualna wersja i metryka

Ten artykuł opisuje instalację Płatnika 10.02.002. Komunikat ZUS z 23 stycznia 2026 r. dotyczył metryki 320 dla tej wersji, pobieranej automatycznie podczas aktualizacji. Przed naprawą porównaj swoją wersję i metrykę z informacjami na stronie pobierania ZUS.

Jeżeli błąd wystąpił po aktualizacji, sprawdź:

  • czy program został pobrany z oficjalnej strony ZUS,
  • czy aktualizacja zakończyła się bez przerwania,
  • czy program pobrał aktualne komponenty i metrykę,
  • czy baza nie była otwarta przez innego użytkownika,
  • czy uruchamiasz właściwy skrót do właściwej instalacji.

Skrót do starszej instalacji może wskazywać na bazę używaną już przez nowszą wersję programu.

Jeżeli korzystasz z SQL Server, możesz odczytać podstawowe informacje o bazie w SSMS. To zapytanie diagnostyczne nie zmienia danych:

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

Sam compatibility_level nie rozstrzyga, co jest przyczyną błędu Płatnika, ale pomaga administratorowi rozpoznać środowisko SQL.

Uprawnienia administratora

Do diagnozy potrzebna jest osoba uprawniona do administrowania tą instalacją i bazą. Może to być administrator programu, Windows lub SQL Server albo właściciel środowiska w firmie.

Sprawdź kolejno:

  1. Czy użytkownik Windows ma dostęp do katalogu programu i bazy.
  2. Czy program jest uruchamiany na właściwym profilu użytkownika.
  3. Czy baza SQL Server jest dostępna z tego stanowiska.
  4. Czy konto używane przez Płatnika nie zostało zablokowane.
  5. Czy po przeniesieniu komputera nie zmieniła się nazwa serwera albo instancji.

Jeżeli nie administrujesz tym środowiskiem, przekaż zebrane informacje osobie odpowiedzialnej za bazę.

Uprawnienia użytkownika bazy można sprawdzić zapytaniem diagnostycznym. Zmień platnik_user na nazwę konta używanego w Twoim środowisku:

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';

Jeżeli administrator potwierdzi, że konto powinno mieć pełne uprawnienia do tej bazy, może nadać je jawnie:

ALTER ROLE db_owner ADD MEMBER platnik_user;

Taką zmianę wykonuj tylko dla właściwej bazy Płatnika i po potwierdzeniu, że konto dotyczy tej instalacji.

Procedura diagnostyczna

  1. Zrób kopię bazy albo potwierdź, że kopia istnieje.
  2. Zapisz pełną treść komunikatu.
  3. Sprawdź, czy uruchamiasz właściwą wersję programu Płatnik.
  4. Sprawdź oficjalną stronę ZUS z programem Płatnik i komunikaty techniczne.
  5. Uruchom program jako administrator Windows.
  6. Jeżeli używasz SQL Server, sprawdź, czy działa usługa SQL Server i czy nazwa instancji jest poprawna.
  7. Jeżeli używasz Access, sprawdź, czy plik bazy istnieje i nie został przeniesiony.
  8. Sprawdź, czy inni użytkownicy nie mają otwartej bazy w czasie aktualizacji.
  9. Spróbuj ponownie uruchomić aktualizację programu i komponentów z oficjalnego źródła.

Po każdym kroku sprawdź, czy objaw się zmienił. Kilka napraw naraz utrudni ustalenie przyczyny.

Kiedy unikać ręcznych zmian w bazie

Nie zmieniaj ręcznie struktury bazy, poziomu zgodności, tabel, użytkowników ani plików danych, jeżeli nie masz aktualnej kopii i nie wiesz, jak odtworzyć środowisko. Dotyczy to szczególnie poleceń wykonywanych w SQL Server Management Studio.

Ręczne działania na bazie zostaw na koniec i tylko dla osoby, która:

  • rozumie strukturę środowiska,
  • potrafi wykonać i odtworzyć backup,
  • wie, która baza jest produkcyjna,
  • ma zgodę właściciela danych,
  • dokumentuje każdą zmianę.

Krytyczne ostrzeżenie

Jeżeli baza zawiera realne dane płatnika i ubezpieczonych, priorytetem jest zachowanie danych, a nie szybkie usunięcie komunikatu.

Jeżeli administrator SQL po analizie uzna, że problem dotyczy zgodności bazy, może użyć polecenia tego typu:

ALTER DATABASE PlatnikDB SET COMPATIBILITY_LEVEL = 150;

Nie jest to pierwszy krok diagnostyki. Przed taką zmianą potrzebna jest kopia bazy, potwierdzenie wersji SQL Server i zapisanie, dlaczego zmiana jest wykonywana.

Przy scenariuszu odtwarzania bazy przydatne są polecenia backupu i restore. Poniższe przykłady pokazują schemat działania, ale ścieżkę pliku, nazwę bazy i moment wykonania operacji musi potwierdzić administrator:

BACKUP DATABASE PlatnikDB TO DISK = 'C:\backup\PlatnikDB.bak';

RESTORE DATABASE PlatnikDB FROM DISK = 'C:\backup\PlatnikDB.bak';

Oficjalne źródła

Sprawdź:

Jeżeli błąd pojawia się równocześnie z problemami wysyłki dokumentów, sprawdź także aktualne informacje o certyfikacie ZUS, ponieważ zmiany certyfikatu i metryki mogą występować w podobnym okresie.