Firma z kilkoma oddziałami potrzebuje odpowiedniej organizacji danych w programie Płatnik, żeby rozliczenia dla każdego z nich były przejrzyste.

Na czym polega ta usługa

Konfiguracja obejmuje uporządkowanie danych pracowników i rozliczeń w kontekście poszczególnych oddziałów firmy w programie Płatnik.

Dla kogo ma sens

Usługa jest przydatna dla firm z kilkoma oddziałami, rozliczających składki ZUS w ramach jednego programu Płatnik.

Ile to trwa

Konfiguracja obsługi wielu oddziałów mieści się z reguły w standardowym czasie do 3 dni.

Warunki

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

Architektura programu Płatnik a praca w środowisku wielooddziałowym

Program Płatnik, służący do sporządzania i przekazywania dokumentów ubezpieczeniowych do Zakładu Ubezpieczeń Społecznych, obsługuje dwa podstawowe typy baz danych: bazę plikową opartą na formacie Microsoft Access (plik z rozszerzeniem MDB) oraz bazę serwerową Microsoft SQL Server (relacyjny system zarządzania bazą danych). W przypadku jednoosobowych działalności lub małych biur baza plikowa bywa wystarczająca, jednak w strukturze wielooddziałowej staje się główną przyczyną awarii.

Baza Microsoft Access nie została zaprojektowana do obsługi jednoczesnego zapisu z wielu stacji roboczych przez sieć komputerową. Przy równoczesnej próbie generowania deklaracji ZUS DRA (deklaracja rozliczeniowa) lub imiennych raportów ZUS RCA (raport o należnych składkach i wypłaconych świadczeniach) przez księgowych z różnych jednostek dochodzi do blokowania tabel i uszkodzenia indeksów. Ponadto baza Access posiada ograniczenie wielkości pliku do dwóch gigabajtów, co przy wieloletniej historii rozliczeń kilku oddziałów prowadzi do szybkiego wyczerpania dostępnego miejsca.

Przejście na silnik Microsoft SQL Server rozwiązuje te ograniczenia. Serwer bazy danych zarządza transakcyjnością (mechanizm gwarantujący wykonanie operacji w całości lub jej cofnięcie w razie błędu), eliminuje ryzyko uszkodzenia pliku przy zerwaniu połączenia sieciowego i pozwala na bezpieczną, wielostanowiskową pracę wielu użytkowników jednocześnie.

Warianty organizacji danych i struktury rozliczeń oddziałów

W zależności od struktury prawnej oraz organizacyjnej przedsiębiorstwa konfiguracja programu Płatnik może przyjąć jeden z kilku modeli.

Pierwszym wariantem jest pojedynczy podmiot gospodarczy posiadający jeden numer NIP (Numer Identyfikacji Podatkowej) i jeden numer REGON (krajowy rejestr urzędowy podmiotów gospodarki narodowej), w ramach którego funkcjonują wyodrębnione jednostki organizacyjne, takie jak filie, sklepy czy zakłady produkcyjne. W takim układzie tworzy się jedną kartotekę płatnika składek, a podział na oddziały realizowany jest poprzez odpowiednie oznaczanie pracowników, przypisywanie ich do określonych zestawów dokumentów oraz wykorzystanie filtrów w rejestrach dokumentów rozliczeniowych.

Drugim wariantem jest wielofirmowość, stosowana w grupach kapitałowych lub podmiotach powiązanych, gdzie poszczególne oddziały stanowią odrębne spółki z osobnymi numerami NIP. Program Płatnik umożliwia prowadzenie wielu niezależnych kartotek płatników w ramach jednej wspólnej bazy danych Microsoft SQL Server. Osoby odpowiedzialne za rozliczenia mogą szybko przełączać się między podmiotami bez konieczności wylogowywania się z systemu.

Trzecim wariantem są jednostki samobilansujące, które posiadają własny numer REGON z rozszerzeniem wielocyfrowym, lecz rozliczają się w ramach głównej jednostki macierzystej. Prawidłowe powiązanie relacji między płatnikiem głównym a jednostkami podrzędnymi jest kluczowe dla poprawnej weryfikacji deklaracji przez serwery ZUS.

Modele dostępu sieciowego dla oddziałów zdalnych

Zapewnienie stabilnego połączenia między oddziałami a centralną bazą programu Płatnik wymaga wdrożenia odpowiedniej infrastruktury teleinformatycznej.

Najczęściej stosowanym rozwiązaniem jest środowisko serwera terminalowego oparte na usłudze RDS (Remote Desktop Services – usługa pulpitu zdalnego w systemach Windows Server). W tym modelu program Płatnik jest zainstalowany bezpośrednio na serwerze w centrali, a pracownicy z oddziałów łączą się z nim za pośrednictwem bezpiecznych sesji zdalnych. Całe przetwarzanie danych, generowanie raportów i komunikacja z bazą danych odbywają się lokalnie wewnątrz serwera, co całkowicie eliminuje problem wolnego transferu przez Internet i opóźnień sieciowych.

Alternatywnym rozwiązaniem jest połączenie typu klient-serwer przez szyfrowany tunel VPN (wirtualna sieć prywatna łącząca oddziały firmy). W tym scenariuszu program Płatnik jest zainstalowany na lokalnych komputerach w oddziałach, a aplikacja łączy się bezpośrednio z instancją bazy Microsoft SQL Server przez port 1433 (domyślny port komunikacyjny silnika bazy danych). Rozwiązanie to wymaga stabilnego łącza internetowego o niskich opóźnieniach oraz precyzyjnej konfiguracji zapory sieciowej.

Zarządzanie uprawnieniami operatorów i ochrona danych osobowych

Praca w strukturze rozproszonej wymaga ścisłej kontroli nad dostępem do danych kadrowo-płacowych, podlegających przepisom o ochronie danych osobowych.

W programie Płatnik konfiguruje się indywidualne konta dla każdego pracownika działu kadr i płac. System ról pozwala na przydzielenie uprawnień administratorskich wyłącznie wyznaczonym osobom z działu IT lub głównej księgowości. Pozostali użytkownicy otrzymują uprawnienia operatora z prawem do wprowadzania i edycji danych lub uprawnienia wglądu z blokadą modyfikacji zatwierdzonych dokumentów.

Istotnym elementem jest również zabezpieczenie dostępu do samej bazy danych. Na poziomie serwera Microsoft SQL Server stosuje się uwierzytelnianie zintegrowane z usługą Active Directory (usługa katalogowa zarządzająca tożsamościami w sieci Windows) lub dedykowane konta bazodanowe z minimalnymi wymaganymi uprawnieniami, co uniemożliwia nieautoryzowany odczyt danych poza programem Płatnik.

Obsługa podpisów elektronicznych i komunikacji z ZUS

Wysyłka dokumentów rozliczeniowych do Zakładu Ubezpieczeń Społecznych wymaga użycia bezpiecznego podpisu elektronicznego weryfikowanego certyfikatem kwalifikowanym.

W środowisku wielooddziałowym wyzwaniem bywa organizacja procesu podpisywania dokumentów. Gdy deklaracje są przygotowywane przez pracowników w poszczególnych oddziałach, a autoryzowane centralnie, konfiguruje się obieg dokumentów oparty na statusach: dokumenty przygotowane, zweryfikowane i oczekujące na podpis. Upoważniona osoba w centrali podpisuje zagregowane zestawy dokumentów jednym certyfikatem kwalifikowanym.

W przypadku gdy każdy oddział wysyła deklaracje samodzielnie z wykorzystaniem fizycznych czytników kart kryptograficznych i tokenów USB, w sesjach zdalnych RDS konfiguruje się przekierowanie kart inteligentnych (Smart Card Redirection). Coraz częściej wdraża się również certyfikaty w chmurze (podpis kwalifikowany bez fizycznej karty), co eliminuje konieczność instalacji sterowników czytników na serwerach terminalowych.

Konfiguracja obejmuje także automatyzację pobierania metryk (reguł weryfikacji dokumentów ubezpieczeniowych) oraz aktualizacji komponentów programu Płatnik z serwerów ZUS, aby wszystkie oddziały pracowały na identycznych, aktualnych słownikach i schematach weryfikacji.

Najczęstsze błędy przy samodzielnej konfiguracji

Próby samodzielnego dostosowania programu Płatnik do obsługi wielu oddziałów często prowadzą do problemów technicznych i przestojów w pracy działu kadr.

Udostępnianie pliku bazy MDB przez udział sieciowy Windows – umieszczenie pliku bazy Access na dysku sieciowym i podłączenie do niego wielu stacji roboczych to najczęstsza przyczyna trwałego uszkodzenia bazy danych przy jednoczesnym zapisie lub chwilowym spadku transferu sieciowego.
Brak regularnych kopii zapasowych bazy danych – brak zautomatyzowanego harmonogramu wykonywania kopii bazy Microsoft SQL Server przed aktualizacją metryk ZUS lub przed importem comiesięcznych danych rozliczeniowych.
Dublowanie kartotek ubezpieczonych – nieprawidłowy import plików wymiany danych KDU (format wymiany dokumentów ubezpieczeniowych w strukturze XML) z systemów kadrowo-płacowych, skutkujący powstawaniem zduplikowanych pozycji pracowników w rejestrze ubezpieczonych.
Błędna konfiguracja uprawnień sieciowych i zapór ogniowych – blokowanie portu 1433 przez zaporę sieciową Windows Defender Firewall lub brak odpowiednich uprawnień NTFS (system uprawnień plików i folderów w systemie Windows) do katalogów roboczych programu.
Niespójne wersje komponentów na stacjach roboczych – sytuacja, w której poszczególne komputery w oddziałach korzystają z różnych wersji metryk lub słowników ZUS, co uniemożliwia spójną weryfikację zestawów dokumentów.

Kiedy problem leży poza samym programem Płatnik

Występowanie błędów podczas pracy z programem Płatnik w strukturze wielooddziałowej nie zawsze oznacza awarię samej aplikacji ZUS. Często źródło problemu znajduje się w otoczeniu systemowym lub zewnętrznych aplikacjach.

Pierwszym częstym źródłem rozbieżności są systemy kadrowo-płacowe (takie jak InsERT Gratyfikant GT lub nexo, Comarch ERP Optima, Symfonia, WAPRO Gang czy enova365). Jeśli w oprogramowaniu kadrowym oddziału wprowadzono błędne kody tytułu ubezpieczenia, nieprawidłowe podstawy wymiaru składek lub niepoprawne dane identyfikacyjne pracowników, wyeksportowany plik KDU wygeneruje błędy krytyczne podczas weryfikacji w Płatniku.

Drugim czynnikiem jest niestabilność infrastruktury sieciowej. Zrywanie połączeń VPN, wysokie opóźnienia pakietów (jitter) lub ograniczenia przepustowości łącza między centralą a oddziałem mogą skutkować przekroczeniem limitu czasu oczekiwania na odpowiedź serwera bazy danych (SQL timeout).

Trzecim elementem są problemy z magazynem certyfikatów w systemie operacyjnym Windows. Wygasłe certyfikaty główne urzędów certyfikacji (Root CA), brak zainstalowanych aktualnych list unieważnionych certyfikatów CRL (Certificate Revocation List) lub błędy usługi kryptograficznej uniemożliwiają poprawne złożenie podpisu pod zestawem dokumentów.

Najczęściej zadawane pytania (FAQ)

Czy można przenieść istniejącą bazę Access z danymi wielu oddziałów do Microsoft SQL Server bez utraty historii?

Tak. Migracja bazy danych z formatu Microsoft Access (plik MDB) do bazy Microsoft SQL Server zachowuje pełną historię rozliczeń, kartoteki ubezpieczonych oraz wszystkie dotychczas wysłane zestawy dokumentów. Proces polega na utworzeniu nowej bazy na serwerze SQL, przeniesieniu tabel za pomocą wbudowanych mechanizmów migracyjnych programu Płatnik, a następnie weryfikacji integralności danych i optymalizacji indeksów.

Czy do obsługi wielooddziałowej bazy Płatnika wymagana jest płatna licencja Microsoft SQL Server?

W większości przypadków w zupełności wystarcza bezpłatna edycja Microsoft SQL Server Express. Pozwala ona na obsługę bazy danych o wielkości do dziesięciu gigabajtów i wykorzystuje do czterech rdzeni procesora oraz jeden gigabajt pamięci operacyjnej RAM na instancję, co w zupełności pokrywa zapotrzebowanie nawet kilkunastu równocześnie pracujących oddziałów.

Jak zorganizować wysyłkę deklaracji, gdy oddziały pracują w różnych lokalizacjach?

Najwygodniejszym modelem jest praca na wspólnym serwerze terminalowym RDS lub w bezpiecznej sieci VPN. Pracownicy poszczególnych oddziałów przygotowują i weryfikują zestawy dokumentów dla swoich jednostek, a upoważniona osoba w centrali podpisuje je zbiorczo certyfikatem kwalifikowanym i wysyła do ZUS. Możliwe jest także wyposażenie każdego oddziału w indywidualny podpis kwalifikowany i bezpośrednia wysyłka po zatwierdzeniu danych.

Jak zabezpieczyć bazę programu Płatnik przed awariami i oprogramowaniem szyfrującym?

Podstawą bezpieczeństwa jest wdrożenie automatycznych, codziennych kopii zapasowych bazy danych Microsoft SQL Server (backup z poziomu SQL Server Management Studio lub zautomatyzowanych skryptów). Kopie zapasowe powinny być szyfrowane i zapisywane na zewnętrznym zasobie sieciowym lub w chmurze, odizolowanym od bieżącej sieci roboczej, co chroni dane przed atakami typu ransomware (złośliwe oprogramowanie szyfrujące pliki).

Czy można ograniczyć pracownikowi kadr z jednego oddziału dostęp do danych pracowników innej filii?

W standardowej strukturze programu Płatnik przypisanie uprawnień dotyczy całego podmiotu gospodarczego zarejestrowanego pod danym numerem NIP. Jeżeli oddziały funkcjonują jako odrębne spółki z osobnymi kartotekami płatnika w jednej bazie, można precyzyjnie przypisać użytkownikom dostęp wyłącznie do wybranego płatnika. W przypadku jednego NIP-u i wielu jednostek wewnętrznych separację danych organizuje się na poziomie procedur, uprawnień w zewnętrznym systemie kadrowo-płacowym oraz odpowiedniego podziału zestawów rozliczeniowych.

Procedura wdrożenia wielooddziałowej konfiguracji Płatnika

Prawidłowe wdrożenie środowiska wielooddziałowego realizowane jest według ustandaryzowanej procedury technicznej, minimalizującej ryzyko przestoju w bieżącej pracy działu księgowości.

Pierwszym krokiem jest audyt istniejącego środowiska teleinformatycznego, weryfikacja wersji programu Płatnik, analiza rozmiaru dotychczasowej bazy danych oraz sprawdzenie spójności danych ubezpieczonych. Następnie przygotowywana jest instancja bazy danych Microsoft SQL Server, z uwzględnieniem odpowiedniej alokacji pamięci RAM, konfiguracji plików danych MDF (główny plik bazy danych) i plików dziennika LDF (plik dziennika transakcji rejestrujący operacje).

Kolejnym etapem jest bezpieczna konwersja i przeniesienie danych, po której następuje konfiguracja parametrów połączenia ODBC (Open Database Connectivity – standardowy interfejs komunikacji aplikacji z bazą danych) na stacjach roboczych lub serwerze terminalowym. Serwisant konfiguruje profile użytkowników, certyfikaty kwalifikowane, harmonogram automatycznych kopii zapasowych oraz przeprowadza testy weryfikacji i komunikacji z serwerami ZUS.

Stabilna obsługa rozliczeń ZUS w strukturze wielooddziałowej

Sprawnie skonfigurowany program Płatnik w środowisku wielooddziałowym zapewnia płynną pracę zespołów kadrowo-płacowych bez konfliktów zapisu, blokad bazy danych czy opóźnień w przekazywaniu comiesięcznych deklaracji do Zakładu Ubezpieczeń Społecznych. Wszystkie prace konfiguracyjne, migracje baz danych na Microsoft SQL Server oraz optymalizacje środowisk terminalowych realizowane są bezpośrednio w siedzibie klienta na terenie Warszawy oraz okolicznych powiatów.

22 378 48 09

Płatnik — obsługa wielu oddziałów firmy w jednym programie