Historia wysłanych deklaracji w Płatniku bywa potrzebna długo po ich złożeniu — przy kontroli ZUS, sporze o wysokość składek czy wniosku o zaświadczenie. Uporządkowane archiwum oszczędza czas w takich sytuacjach.

Na czym polega ta usługa

Usługa obejmuje przegląd i uporządkowanie zapisanej historii deklaracji w programie Płatnik, skonfigurowanie regularnej kopii zapasowej całej bazy oraz — na życzenie klienta — eksport wybranych okresów do trwałego archiwum poza samym programem.

Dla kogo ma sens

Usługa jest przydatna dla firm z długoletnią historią rozliczeń, które chcą mieć pewność, że dane sprzed lat są nadal dostępne i zabezpieczone przed utratą.

Ile to trwa

Archiwizacja danych to zabieg realizowany zwykle do 24 godzin od przyjęcia zgłoszenia.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Dlaczego baza danych programu Płatnik wymaga regularnej archiwizacji

Program Płatnik, służący do obsługi dokumentów ubezpieczeniowych i rozliczeń z Zakładem Ubezpieczeń Społecznych, przechowuje wszelkie sporządzone deklaracje w relacyjnej bazie danych. W zależności od wielkości przedsiębiorstwa i konfiguracji środowiska informatycznego, oprogramowanie to wykorzystuje najczęściej dwa rodzaje silników bazodanowych: plikową bazę Microsoft Access (pliki z rozszerzeniem MDB lub ACCDB oparte na silniku Jet) lub serwerową bazę danych Microsoft SQL Server (w tym bezpłatną edycję SQL Server Express).

W przypadku bazy plikowej Microsoft Access istnieje sztywny limit technologiczny, który wynosi dokładnie 2 gigabajty (2 GB). W praktyce problemy ze stabilnością pojawiają się znacznie wcześniej. Gdy rozmiar pliku bazy danych zbliża się do 1,5 gigabajta, program Płatnik zaczyna działać zauważalnie wolniej. Operacje takie jak weryfikacja zestawów dokumentów (sprawdzanie poprawności logicznej i rachunkowej deklaracji), pobieranie danych płatnika i ubezpieczonych z serwerów ZUS czy tworzenie miesięcznych raportów rozliczeniowych zaczynają trwać bardzo długo lub kończą się błędami przekroczenia limitu czasu.

Przekroczenie pojemności bazy danych w formacie Access niesie za sobą bezpośrednie ryzyko uszkodzenia struktury tabel i indeksów (struktur ułatwiających szybkie wyszukiwanie informacji). W momencie uszkodzenia pliku bazy danych użytkownicy tracą dostęp do historii rozliczeń, a samo otwarcie programu może stać się niemożliwe. Z kolei w środowiskach opartych na serwerze Microsoft SQL Server Express limit bazy wynosi 10 gigabajtów, jednak nagromadzenie deklaracji z wielu lat (takich jak ZUS DRA, czyli deklaracja rozliczeniowa, oraz imienne raporty ZUS RCA, ZUS RSA i ZUS RZA) prowadzi do fragmentacji indeksów (rozproszenia danych w pliku bazy) i znacznego wydłużenia czasu tworzenia kopii zapasowych.

Zgodnie z przepisami prawa płatnicy składek są zobowiązani do przechowywania dokumentacji ubezpieczeniowej przez okres 5 lub 10 lat, zależnie od daty zatrudnienia pracownika. Uporządkowana i zarchiwizowana historia deklaracji pozwala spełnić wymogi formalne, zapewniając jednocześnie płynną pracę bieżącą działu kadr i płac.

Warianty techniczne archiwizacji historii deklaracji ZUS

W zależności od skali działalności przedsiębiorstwa, liczby rozliczanych pracowników oraz aktualnego stanu bazy danych, proces archiwizacji realizujemy w kilku różnych wariantach technicznych:

Wbudowana archiwizacja logiczna z podziałem bazy na bieżącą i archiwalną — polega na wykorzystaniu wbudowanych mechanizmów programu Płatnik do wydzielenia zamkniętych okresów rozliczeniowych (na przykład dokumentów starszych niż 5 lat) i przeniesieniu ich do nowej, odrębnej bazy archiwalnej. Baza bieżąca zostaje odciążona, a dane historyczne pozostają w pełni dostępne w trybie tylko do odczytu po przełączeniu źródła danych w programie.
Migracja bazy z formatu Access do Microsoft SQL Server z podziałem danych — w przypadku baz plikowych, które osiągnęły krytyczną wielkość lub wykazują błędy integralności, przeprowadzamy najpierw naprawę i kompaktowanie bazy Access (uporządkowanie wolnej przestrzeni dyskowej), a następnie konwersję do silnika Microsoft SQL Server. Po migracji tworzymy bezpieczne środowisko archiwalne, co eliminuje ograniczenia rozmiaru do 2 GB.
Eksport zestawów dokumentów do formatu KEDU oraz plików PDF wraz z poświadczeniami UPP — KEDU (Krajowy Elektroniczny Dokument Ubezpieczeniowy) to znormalizowany format wymiany danych oparty na strukturze XML. Eksportujemy zamknięte zestawy dokumentów wraz z przypisanymi do nich Urzędowymi Poświadczeniami Przedłożenia (UPP, czyli elektronicznymi potwierdzeniami odbioru dokumentu przez ZUS) do trwałego repozytorium plików poza programem Płatnik, co umożliwia ich przeglądanie bez konieczności uruchamiania samej bazy.
Wdrożenie zautomatyzowanego harmonogramu kopii bezpieczeństwa — konfigurujemy automatyczne zadania w usłudze Harmonogram zadań systemu Windows (Task Scheduler) lub agencie serwera SQL (SQL Server Agent), które wykonują codzienne, skompresowane kopie zapasowe bazy danych (pliki BAK lub skompresowane archiwa MDB) i przesyłają je na sieciowy serwer pamięci masowej (NAS, czyli Network Attached Storage) lub zewnętrzny nośnik danych.

Błędy popełniane przy samodzielnych próbach archiwizacji danych

Samodzielne próby odciążenia bazy danych programu Płatnik bez odpowiedniego przygotowania technicznego często prowadzą do poważnych awarii i utraty spójności danych. Do najczęściej spotykanych błędów należą:

Ręczne usuwanie dokumentów z poziomu programu — niektórzy użytkownicy próbują zmniejszyć rozmiar bazy poprzez kasowanie starych dokumentów bezpośrednio z listy widoku deklaracji. Taka operacja narusza powiązania relacyjne w bazie danych (relacje między kartotekami ubezpieczonych a pozycjami w raportach imiennych) i uniemożliwia poprawne wyliczenie składek w przyszłości.
Brak wykonania pełnej kopii zapasowej przed rozpoczęciem podziału bazy — proces archiwizacji modyfikuje strukturę bazy danych. W przypadku wystąpienia zaniku zasilania, błędu sieciowego lub zawieszenia komputera w trakcie przenoszenia rekordów, baza może ulec nieodwracalnemu uszkodzeniu. Zawsze przed przystąpieniem do jakichkolwiek działań wykonujemy pełny zrzut bazy na niezależny nośnik.
Pomijanie plików blokad i praca wielostanowiskowa podczas archiwizacji — próba archiwizacji współdzielonej bazy Access w momencie, gdy inni użytkownicy w sieci lokalnej mają otwarty program Płatnik, prowadzi do zablokowania tabel przez plik blokad (plik z rozszerzeniem LDB). Może to skutkować przerwaniem transakcji bazodanowej i uszkodzeniem indeksów.
Brak weryfikacji i naprawy bazy przed procesem podziału — jeśli baza danych zawierała ukryte błędy logiczne lub uszkodzone sektory przed rozpoczęciem archiwizacji, kreator archiwizacji zatrzyma się w połowie procedury, pozostawiając część danych w bazie źródłowej, a część w docelowej bez możliwości automatycznego cofnięcia zmian.
Brak procedury testowego odtworzenia danych — samo skopiowanie pliku bazy danych na dysk zewnętrzny nie daje gwarancji bezpieczeństwa. Bez przeprowadzenia próbnego odtworzenia danych na osobnym środowisku testowym nie ma pewności, czy plik kopii zapasowej nie jest uszkodzony i czy zawiera wszystkie niezbędne tabele.

Kiedy to nie jest problem z archiwizacją bazy danych

Spowolnienie pracy programu Płatnik lub pojawiające się komunikaty o błędach nie zawsze oznaczają potrzebę podziału bazy danych. W praktyce serwisowej spotykamy szereg usterek o zupełnie innym podłożu, które dają zbliżone objawy:

Problemy z certyfikatem kwalifikowanym i podpisem elektronicznym — błędy podczas podpisywania zestawów dokumentów lub wysyłki deklaracji najczęściej wynikają z nieaktualnych sterowników karty kryptograficznej, wygaśnięcia certyfikatu nadrzędnego ZUS lub braku aktualnych list CRL (Certificate Revocation List, czyli list unieważnionych certyfikatów pobieranych z serwerów urzędów certyfikacji).
Błędy pobierania komponentów i słowników programu — sytuacja, w której Płatnik nie może pobrać aktualnych stóp procentowych składek lub słowników kodów tytułów ubezpieczenia, bywa spowodowana blokadą połączenia przez zaporę sieciową (firewall), błędną konfiguracją serwera proxy lub wyłączeniem obsługi protokołów szyfrowania TLS (Transport Layer Security) w systemie operacyjnym Windows.
Uszkodzenie silnika bazy danych w systemie operacyjnym — błędy uruchamiania programu mogą wynikać z uszkodzenia bibliotek Microsoft Data Access Components (komponentów systemowych odpowiedzialnych za komunikację z bazami danych) lub zatrzymania usługi serwera Microsoft SQL Server po aktualizacji systemu Windows.
Niewłaściwe uprawnienia do folderów roboczych — brak pełnych uprawnień do zapisu i modyfikacji w folderze tymczasowym TEMP systemu Windows lub w katalogu sieciowym, w którym znajduje się baza danych, powoduje zawieszanie się programu przy próbie generowania raportów.

Bezpieczeństwo danych osobowych i procedury zachowania poufności

Baza danych programu Płatnik zawiera wrażliwe dane kadrowo-płacowe, w tym numery PESEL, adresy zamieszkania, numery rachunków bankowych oraz szczegółowe informacje o wysokości wynagrodzeń pracowników. Z tego względu wszelkie prace serwisowe realizujemy z zachowaniem najwyższych standardów bezpieczeństwa:

Prace wykonujemy w siedzibie klienta, bezpośrednio na jego infrastrukturze komputerowej. Na życzenie podpisujemy umowę o zachowaniu poufności (NDA, czyli Non-Disclosure Agreement) przed przystąpieniem do jakichkolwiek czynności diagnostycznych lub konfiguracyjnych.

Standardowo nie prosimy o udostępnianie haseł użytkowników ani administratora systemu. Wszelkie operacje wymagające poświadczeń administracyjnych mogą być autoryzowane bezpośrednio przez wyznaczonego pracownika klienta, a konfiguracja baz danych i skryptów kopii zapasowych odbywa się w sposób niewymagający bezpośredniego wglądu w kwoty wynagrodzeń czy dane personalne.

Dodatkowe pytania dotyczące archiwizacji w programie Płatnik

Jak często należy przeprowadzać procedurę archiwizacji bazy danych?

Częstotliwość archiwizacji zależy od liczby zatrudnionych pracowników i wybranego silnika bazy danych. W małych firmach rozliczających do kilkunastu osób na bazie Microsoft Access archiwizację zamkniętych lat rozliczeniowych zaleca się przeprowadzać raz na dwa lub trzy lata. W średnich i dużych przedsiębiorstwach zatrudniających dziesiątki pracowników rekomendujemy coroczny przegląd bazy oraz wydzielanie danych starszych niż 5 lat do osobnego archiwum, połączone z codziennym wykonywaniem automatycznych kopii bezpieczeństwa.

Co zrobić, gdy baza Microsoft Access osiągnie rozmiar zbliżony do 2 GB?

Gdy plik bazy przekracza 1,8 GB, należy natychmiast wstrzymać wprowadzanie nowych danych przez innych użytkowników i wykonać kopię zapasową pliku. Następnym krokiem jest przeprowadzenie procedury kompaktowania i naprawy bazy w celu odzyskania nieużywanego miejsca. Jeżeli po kompaktowaniu baza nadal jest zbyt duża, jedynym trwałym rozwiązaniem jest migracja struktury do serwera Microsoft SQL Server lub natychmiastowe wydzielenie części historycznej do osobnego pliku archiwalnego.

Czy po zarchiwizowaniu starych deklaracji można w razie potrzeby do nich wrócić?

Tak, poprawnie przeprowadzona archiwizacja nie usuwa danych, lecz przenosi je do wydzielonej bazy archiwalnej. W programie Płatnik można w każdej chwili zmienić wskazanie bazy danych na bazę archiwalną w celu podejrzenia dawnych zestawów dokumentów, wydrukowania raportu dla pracownika lub przygotowania danych na potrzeby kontroli z Zakładu Ubezpieczeń Społecznych.

Czym różni się archiwizacja danych od tworzenia kopii zapasowej?

Kopia zapasowa (backup) to dokładny duplikat całej działającej bazy danych w danym momencie, tworzony na wypadek awarii dysku, błędu ludzkiego lub ataku złośliwego oprogramowania. Archiwizacja to proces reorganizacji danych, który polega na trwałym przeniesieniu starych, rzadko używanych rekordów z bazy bieżącej do osobnej bazy historycznej w celu zmniejszenia rozmiaru bazy roboczej i przyspieszenia jej działania.

Czy podczas archiwizacji bazy konieczne jest wstrzymanie pracy działu kadr?

Tak, na czas wykonywania kopii wstępnej, weryfikacji integralności oraz fizycznego podziału bazy danych konieczne jest, aby żaden użytkownik nie modyfikował rekordów w programie Płatnik. Zabieg ten planujemy i realizujemy w dogodnym dla klienta terminie, aby nie zakłócać bieżącego harmonogramu wysyłki dokumentów rozliczeniowych.

Profesjonalna obsługa baz danych programu Płatnik w Warszawie i okolicach

Prawidłowe zarządzanie bazami danych kadrowo-płacowych zapewnia ciągłość rozliczeń z Zakładem Ubezpieczeń Społecznych i chroni firmę przed utratą wieloletniej historii ubezpieczeniowej pracowników. W ramach wsparcia technicznego wykonujemy pełną diagnostykę środowiska bazodanowego, bezpieczny podział bazy, migrację między silnikami baz danych oraz konfigurację zautomatyzowanych kopii bezpieczeństwa.

Wszystkie usługi realizujemy z bezpośrednim dojazdem do siedziby klienta na terenie całej Warszawy oraz w okolicznych powiatach w promieniu 40 kilometrów, w tym w powiecie pruszkowskim, piaseczyńskim, legionowskim, warszawskim zachodnim, wołomińskim, otwockim i grodziskim. Zgłoszenia przyjmujemy całodobowo pod numerem telefonu 22 378 48 09, zapewniając bezpłatny dojazd oraz gwarancję na wykonane prace do 12 miesięcy.

22 378 48 09

Archiwizacja historii deklaracji w programie Płatnik