W programie Płatnik można spotkać dwa podstawowe modele przechowywania danych: lokalną bazę Access oraz bazę Microsoft SQL Server. Wybór nie jest wyłącznie techniczny, bo wpływa na sposób backupu, migracji, nadawania dostępów i późniejszej diagnostyki problemów.

Dla kogo jest ten poradnik

To materiał dla osób, które chcą zrozumieć, jaki typ bazy działa w ich środowisku Płatnika i jakie są praktyczne konsekwencje tego wyboru. Przyda się przed migracją, reinstalacją systemu, zmianą komputera albo reorganizacją pracy kilku stanowisk.

Przed rozpoczęciem

Zanim porównasz oba warianty, ustal:

  • ile osób korzysta z jednej bazy,
  • gdzie dziś fizycznie są przechowywane dane,
  • kto administruje hasłami i kopiami zapasowymi,
  • czy problem dotyczy pojedynczego komputera czy całego środowiska,
  • czy firma potrzebuje prostoty, czy większej kontroli administracyjnej.

Na stronie wymagań dla wersji 10.02.002 ZUS wymienia zarówno silnik MS Jet 4.0 używany przy bazie Access, jak i kilka wspieranych wersji SQL Server oraz SQL Server Express. To potwierdza, że oba modele są przewidziane w ekosystemie Płatnika, ale służą nieco innym scenariuszom.

Procedura krok po kroku

Kiedy Access bywa wystarczający

Access ma sens wtedy, gdy środowisko jest małe, proste i dobrze kontrolowane. Typowe cechy takiej instalacji:

  • jedno stanowisko albo niewielka liczba użytkowników,
  • lokalna praca bez złożonej administracji serwerem,
  • potrzeba możliwie prostego uruchomienia,
  • mały zespół i przewidywalne obciążenie.

Zaletą Access jest prostota. Łatwiej zrozumieć, gdzie jest baza, i łatwiej wykonać podstawową kopię pliku, o ile program jest zamknięty. Minusem jest większa wrażliwość na błędy organizacyjne: brak wiedzy o lokalizacji pliku, chaotyczne kopiowanie albo praca wielu osób na jednym pliku szybko prowadzą do problemów.

Kiedy SQL Server jest rozsądniejszy

SQL Server lepiej pasuje do środowisk, w których:

  • z jednej bazy korzysta kilka stanowisk,
  • potrzebna jest kontrola usług, kont i backupów,
  • dane muszą być utrzymywane bardziej serwerowo,
  • firma ma kogoś, kto potrafi administracyjnie utrzymać instancję SQL.

Zaletą SQL Server jest większa przewidywalność w środowiskach wielostanowiskowych i lepszy model backupu. Ceną jest większa złożoność: trzeba pilnować instancji, usług, logowania, firewalli i dokumentacji dostępu.

Jak rozpoznać, co jest ważniejsze w Twoim przypadku

Zadaj sobie trzy pytania:

  1. Czy w razie awarii musisz szybko odtworzyć środowisko na innym stanowisku?
  2. Czy jedna osoba administruje wszystkim, czy wiele osób potrzebuje dostępu?
  3. Czy organizacja potrafi utrzymywać SQL Server bez improwizacji?

Jeżeli najważniejsza jest prostota i masz małe, pojedyncze stanowisko, Access może być nadal wystarczający. Jeżeli ważniejsza jest kontrola, przewidywalny backup i praca kilku osób, SQL Server zwykle daje lepsze podstawy.

Co wybór bazy zmienia w praktyce

Najważniejsze różnice w codziennej administracji:

  • backup Access zwykle oznacza bezpieczne skopiowanie pliku bazy po zamknięciu programu,
  • backup SQL Server oznacza kopię bazy wykonaną narzędziami SQL,
  • migracja Access jest prostsza technicznie, ale ryzykowna bez dyscypliny plikowej,
  • migracja SQL bywa stabilniejsza, lecz wymaga pełnych danych o instancji i kontach,
  • odzyskanie dostępu do własnej bazy Access może wymagać procedury opisanej w poradniku odzyskiwanie dostępu do własnej instalacji Płatnika, podczas gdy w SQL zwykle problem dotyczy zarządzania kontami i rolami.

Jeżeli chcesz wdrożyć albo utrzymywać SQL Server, przejdź do poradnika Instalacja Programu Płatnik z bazą SQL Server. Jeżeli zależy Ci głównie na bezpieczeństwie danych przed zmianą środowiska, zacznij od kopii zapasowej bazy Płatnika.

Najczęstsze błędy

Najczęstszy błąd to wybór SQL Server tylko dlatego, że brzmi bardziej profesjonalnie, mimo braku osoby, która realnie utrzyma taką instancję. Drugim błędem jest pozostawanie przy Access bez żadnej procedury backupu i bez wiedzy, kto ma dostęp do pliku bazy.

Problemy powodują także:

  • mieszanie pojęć “typ bazy” i “miejsce instalacji programu”,
  • założenie, że kilka osób może bezpiecznie pracować na dowolnej konfiguracji Access,
  • brak dokumentacji haseł i uprawnień,
  • brak rozróżnienia między backupem katalogu programu a backupem danych,
  • zmiana typu bazy bez planu migracji i testu odtworzenia.

Aktualność i weryfikacja

Przy wyborze typu bazy najważniejsze są oficjalne wymagania ZUS, dokumentacja administratora oraz realny model pracy w firmie. Przed migracją sprawdź aktualną wersję programu, wymagania systemowe i procedurę backupu.

Sprawdzaj: