Przerwa w dostępie do internetu nie musi oznaczać zatrzymania sprzedaży — odpowiednio skonfigurowany Subiekt GT może pracować w trybie offline, do czasu przywrócenia połączenia.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie mechanizmu pracy offline w Subiekcie GT oraz sprawdzenie poprawności synchronizacji danych po przywróceniu połączenia.

Dla kogo ma sens

Usługa jest przydatna dla firm, którym zależy na ciągłości sprzedaży nawet podczas przerwy w dostępie do internetu.

Ile to trwa

Konfiguracja pracy offline 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 wymiany danych w Subiekcie GT a brak łączności sieciowej

Standardowa praca w systemie Subiekt GT (programie do obsługi sprzedaży i magazynu z pakietu InsERT GT) opiera się na bezpośrednim połączeniu stanowiska klienckiego z relacyjną bazą danych Microsoft SQL Server (silnikiem bazodanowym zarządzającym informacjami o towarach, transakcjach i kontrahentach). W modelu sieci lokalnej LAN (sieci łączącej komputery w jednym budynku) lub przy połączeniu zdalnym przez sieć VPN (wirtualną sieć prywatną szyfrującą tunel transmisyjny) bądź pulpit zdalny RDP (protokół zdalnego pulpitu umożliwiający obsługę aplikacji na serwerze głównym), każda operacja wymaga nieprzerwanego dostępu do serwera.

Gdy dochodzi do awarii łącza internetowego u dostawcy usług telekomunikacyjnych lub fizycznego uszkodzenia infrastruktury sieciowej, stanowiska podłączone zdalnie tracą natychmiast możliwość wystawiania dokumentów handlowych. Brak odpowiedzi ze strony serwera bazy danych Microsoft SQL Server powoduje zablokowanie interfejsu aplikacji, komunikaty o przekroczeniu limitu czasu żądania (ang. timeout) oraz uniemożliwienie rejestracji sprzedaży na urządzeniach fiskalnych. Wdrożenie architektury pracy offline polega na uniezależnieniu stanowiska sprzedażowego od stałego połączenia z serwerem centralnym poprzez utworzenie lokalnego środowiska bazodanowego i wdrożenie mechanizmów asynchronicznej wymiany danych.

Warianty techniczne konfiguracji pracy w trybie rozproszonym i awaryjnym

W zależności od struktury przedsiębiorstwa, liczby stanowisk oraz sposobu organizacji magazynu stosuje się zróżnicowane modele techniczne gwarantujące zachowanie ciągłości obsługi klienta.

Pierwszym rozwiązaniem jest wdrożenie modułu pracy oddziałowej w oparciu o mechanizm wymiany plików w formacie EDI++ (standardzie elektronicznej wymiany dokumentów w strukturze plików z rozszerzeniem .epp). W tym modelu każde stanowisko lub oddział posiada własną, autonomiczną instancję Microsoft SQL Server Express (bezpłatnej edycji silnika bazodanowego do zastosowań lokalnych) z lokalną kopią bazy danych. Sprzedaż prowadzona jest na zasobach lokalnych, a dokumenty handlowe (faktury sprzedaży FS oraz paragony fiskalne PA) i magazynowe (wydania zewnętrzne WZ) są buforowane lokalnie. Po przywróceniu łączności internetowej system generuje paczki danych z wprowadzonymi transakcjami i przesyła je do bazy centralnej, pobierając jednocześnie aktualizacje kartotek towarowych i cenników.

Drugim wariantem jest konfiguracja stanowiska awaryjnego POS (ang. Point of Sale — punktu sprzedaży detalicznej). Na komputerze kasowym instalowana jest zoptymalizowana baza tymczasowa, która zawiera aktualne stany magazynowe i kartoteki kontrahentów zsynchronizowane w cyklu dobowym. W momencie wykrycia braku połączenia z serwerem głównym operator przełącza profil programu na bazę lokalną, kontynuując rejestrację transakcji na drukarce fiskalnej. Po usunięciu awarii infrastruktury sieciowej pliki wymiany są importowane do bazy produkcyjnej za pomocą dedykowanego kreatora przenoszenia danych.

Trzecim podejściem jest rozwiązanie hybrydowe, łączące konfigurację oprogramowania z automatycznym przełączaniem łącza zapasowego (funkcją failover realizowaną przez router z modemem sieci komórkowej LTE/5G). W takim układzie Subiekt GT zachowuje bezpośrednie połączenie z bazą centralną przez łącze komórkowe, a w przypadku głębszej awarii infrastruktury serwerowej automatycznie uruchamia procedury zapisu lokalnego w buforze transakcyjnym.

Zarządzanie spójnością kartotek towarowych i numeracją dokumentów

Najważniejszym wyzwaniem podczas rozdzielenia pracy bazy centralnej i stanowisk offline jest uniknięcie konfliktów w strukturze danych po ponownym połączeniu systemów. Nieprawidłowa konfiguracja może doprowadzić do powielenia numerów faktur, nadpisania danych kontrahentów lub powstania ujemnych stanów magazynowych.

Aby zapobiec kolizjom numeracji, wdrożenie obejmuje zdefiniowanie niezależnych łamanych serii numeracji dla każdego stanowiska pracującego w trybie autonomicznym. Przykładowo, faktury wystawiane na stanowisku awaryjnym otrzymują unikalny identyfikator serii (np. FS/ROK/MIESIĄC/NR/LOKAL1), co gwarantuje jednoznaczność wpisów w ewidencji księgowej i rejestrach podatkowych po scaleniu danych w centralnej bazie danych.

W zakresie kartotek asortymentowych konfiguracja wymusza jednokierunkową synchronizację słowników. Stanowisko pracujące w trybie offline otrzymuje uprawnienia wyłącznie do odczytu globalnych danych towarowych (kodów kreskowych EAN, nazw, stawek podatku od towarów i usług VAT oraz cen katalogowych), co zapobiega powstawaniu zdublowanych indeksów magazynowych. Wszelkie modyfikacje kartotek mogą być wprowadzane wyłącznie na serwerze głównym i dystrybuowane do jednostek lokalnych podczas sesji synchronizacyjnych.

Rozliczanie stanów magazynowych w trybie offline opiera się na algorytmie kolejkowym FIFO (ang. First In, First Out — pierwsze weszło, pierwsze wyszło) lub LIFO (ang. Last In, First Out — ostatnie weszło, pierwsze wyszło) przeliczanym wstecznie podczas importu dokumentów do bazy centralnej. Stanowisko lokalne rejestruje rozchód towaru na podstawie ostatniego znanego stanu magazynowego, a ostateczne przypisanie partii dostaw (dostaw magazynowych o konkretnej cenie zakupu) następuje automatycznie w centrali po przetworzeniu paczki EPP.

Konfiguracja urządzeń fiskalnych i modułu Kasiarz GT

Praca w trybie offline wymaga bezpośredniego skomunikowania programu Subiekt GT z urządzeniami peryferyjnymi bez pośrednictwa protokołów sieciowych serwera centralnego. Za obsługę sprzętu odpowiada moduł Kasiarz GT (wbudowana w pakiet InsERT GT aplikacja zarządzająca sterownikami kas, wag i drukarek fiskalnych).

W standardowej konfiguracji terminalowej porty szeregowe (interfejsy COM lub porty USB emulujące magistralę szeregową) drukarek fiskalnych (takich producentów jak Novitus, Posnet czy Elzab) są często przekierowywane przez sesję zdalną RDP. W przypadku utraty internetu takie połączenie ulega przerwaniu. Wdrożenie trybu offline wymaga zainstalowania i skonfigurowania sterowników urządzeń lokalnie na stanowisku sprzedażowym.

Konfiguracja obejmuje:

Ustawienie bezpośredniej komunikacji z drukarką fiskalną przez lokalny port fizyczny lub sieć lokalną LAN (z przypisaniem stałego adresu IP w podsieci lokalnej).
Zdefiniowanie matrycy stawek podatku VAT w Kasiarzu GT, w pełni odpowiadającej tabeli stawek zaprogramowanej w pamięci fiskalnej urządzenia.
Skonfigurowanie bufora wydruków fiskalnych, co pozwala na bezpieczne dokończenie rejestracji paragonu w przypadku chwilowego zacięcia papieru lub błędu mechanizmu drukującego.
Dostosowanie obsługi terminali płatniczych (komunikacji przez protokół EFT-POS) do pracy w trybie bezpośrednim lub z wykorzystaniem zapasowego połączenia komórkowego terminala.

Najczęstsze błędy podczas samodzielnych prób konfiguracji pracy rozproszonej

Próby samodzielnego wdrożenia wymiany danych w Subiekcie GT bez zachowania standardów bezpieczeństwa relacyjnych baz danych często prowadzą do poważnych problemów ewidencyjnych i księgowych.

Jednym z najczęstszych błędów jest praca na niezsynchronizowanych kopiach bazy danych pobieranych ręcznie (plikach archiwizacji bazy danych o rozszerzeniu .iar lub .bak). Ręczne kopiowanie bazy głównej na laptopa kasowego i późniejsze próby odtworzenia jej w centrali powodują bezpowrotne nadpisanie transakcji wprowadzonych przez innych użytkowników w tym samym czasie.

Kolejnym błędem jest modyfikowanie danych bezpośrednio w tabelach bazy danych Microsoft SQL Server za pomocą zewnętrznych zapytań SQL (ang. Structured Query Language — strukturalnego języka zapytań). Ominięcie warstwy logiki biznesowej programu Subiekt GT prowadzi do uszkodzenia integralności referencyjnej (powiązań między tabelami dokumentów, pozycji, rozrachunków i tabeli stanów magazynowych), co skutkuje błędami krytycznymi podczas generowania deklaracji podatkowych oraz plików JPK (Jednolitego Pliku Kontrolnego).

Częstym problemem jest również brak nadania unikalnych identyfikatorów analitycznych dla form płatności i kas gotówkowych. W efekcie po imporcie transakcji offline dochodzi do rozbieżności w raportach kasowych (dokumentach KP — kasa przyjmie i KW — kasa wyda) oraz błędnego powiązania płatności kartą z kontami rozliczeniowymi operatorów płatności.

Kiedy praca offline nie jest optymalnym rozwiązaniem

Mimo wysokiej skuteczności mechanizmów pracy rozproszonej, istnieją scenariusze biznesowe, w których pełna praca offline jest niewskazana lub wymaga zastosowania alternatywnych technologii.

Sytuacja taka ma miejsce w przedsiębiorstwach prowadzących wielokanałową sprzedaż internetową (w sklepach internetowych, na platformach marketplace) zintegrowaną z centralnym magazynem wysokiego składowania za pośrednictwem systemów automatyzacji (np. BaseLinker). Przy braku łączności w czasie rzeczywistym istnieje ryzyko sprzedaży tego samego, ostatniego egzemplarza towaru jednocześnie w sklepie stacjonarnym i w kanale e-commerce (tzw. zjawisko oversellingu).

Praca offline napotyka także ograniczenia w przypadku rygorystycznych wymogów dotyczących bieżącej weryfikacji limitów kupieckich (maksymalnej kwoty zadłużenia kontrahenta przy sprzedaży z odroczonym terminem płatności) oraz w zaawansowanych procesach produkcyjnych, gdzie pobranie surowców musi być natychmiast odnotowane w systemie planowania zapotrzebowania materiałowego.

W takich przypadkach optymalnym rozwiązaniem technicznym jest wdrożenie wielopoziomowej redundancji łączy sieciowych (zestawienia dwóch niezależnych dostawców internetu światłowodowego i radiowego z automatycznym przełączaniem tras pakietów) zamiast pełnej separacji bazodanowej.

Procedura wdrożenia i weryfikacji poprawności konfiguracji

Proces przygotowania środowiska Subiekt GT do stabilnej pracy w warunkach przerw w łączności sieciowej przebiega według ściśle określonych kroków technicznych:

W pierwszej fazie wykonywany jest pełny audyt środowiska informatycznego firmy, obejmujący wersję silnika bazy danych Microsoft SQL Server, strukturę sieci lokalnej, parametry sprzętowe stanowisk roboczych oraz listę podłączonych urządzeń fiskalnych.

W drugim kroku konfigurowane są instancje lokalne oprogramowania, schematy numeracji awaryjnej, parametry modułu Kasiarz GT oraz reguły synchronizacji danych w formacie EPP. Ustala się harmonogram automatycznego generowania paczek transmisyjnych oraz procedury bezpieczeństwa chroniące pliki wymiany przed nieautoryzowanym dostępem.

Kluczowym elementem wdrożenia jest przeprowadzenie testów kontrolowanej awarii. W warunkach testowych następuje fizyczne odłączenie łącza internetowego, rejestracja pełnego cyklu sprzedażowego (paragon fiskalny, faktura z różnymi formami płatności, przyjęcie i wydanie magazynowe), a następnie ponowne załączenie sieci i weryfikacja poprawności importu danych do bazy centralnej wraz z kontrolą sum kontrolnych i zgodności raportu dobowego z ewidencją w Subiekcie GT.

Często zadawane pytania dotyczące pracy offline w Subiekcie GT

Czy po przywróceniu połączenia internetowego dane synchronizują się w sposób automatyczny?

Mechanizm synchronizacji może działać w trybie w pełni automatycznym lub półautomatycznym. W trybie automatycznym skonfigurowana usługa systemowa w tle monitoruje dostępność serwera centralnego i natychmiast po wykryciu stabilnego połączenia przesyła zgromadzone pliki wymiany EPP, rejestrując zdarzenie w dzienniku zdarzeń systemu. W trybie półautomatycznym operator stanowiska zatwierdza wysyłkę jednym kliknięciem po zakończeniu zmiany, co pozwala na dodatkową weryfikację wprowadzonych dokumentów przed ich ostatecznym zaksięgowaniem w centrali.

Co dzieje się ze stanami magazynowymi w przypadku sprzedaży tego samego towaru w dwóch oddziałach bez łączności?

W trybie offline każde stanowisko operuje na ostatnim zapisanym stanie magazynowym. Jeśli dojdzie do sytuacji, w której łączna sprzedaż w odciętych oddziałach przekroczy rzeczywisty stan fizyczny w centrali, podczas importu dokumentów system zarejestruje sprzedaż, a algorytm magazynowy Subiekta GT może utworzyć tzw. wywołanie skutku magazynowego odłożonego w czasie lub zarejestrować stan minimalny. Podczas wdrożenia konfiguruje się odpowiednie blokady oraz procedury powiadomień dla kierownika magazynu, aby takie zdarzenia były natychmiast identyfikowane i korygowane dokumentami przesunięć międzymagazynowych (MM).

Czy praca offline wymaga zakupu dodatkowych licencji stanowiskowych Subiekt GT?

Zasady licencjonowania zależą od wybranego wariantu technicznego. Jeśli stanowisko offline jest stałym punktem sprzedaży (np. oddziałem lub dodatkowym stanowiskiem kasowym), wymaga ono standardowej licencji stanowiskowej przypisanej do numeru NIP przedsiębiorstwa. Jeśli jednak konfiguracja obejmuje jedynie przygotowanie procedury awaryjnej na istniejącym, licencjonowanym stanowisku komputerowym na wypadek zaniku internetu, wykorzystuje się dotychczasowe zasoby licencyjne bez konieczności ponoszenia dodatkowych opłat licencyjnych na rzecz producenta oprogramowania.

Jak realizowane są płatności kartą płatniczą podczas awarii łącza internetowego na stanowisku kasowym?

Współczesne terminale płatnicze dostarczane przez agentów rozliczeniowych mogą pracować w trybie autonomicznym z wykorzystaniem własnej karty SIM (transmisji danych przez sieć komórkową GPRS/LTE) lub w trybie transakcji offline (zapisywanych w pamięci urządzenia i autoryzowanych hurtowo po powrocie połączenia z centrum autoryzacyjnym). W ramach konfiguracji stanowiska kasowego integrujemy Subiekta GT z terminalem w sposób zapewniający prawidłowe oznaczanie formy płatności na dokumentach handlowych niezależnie od tego, czy autoryzacja odbyła się przez sieć lokalną, czy przez łącze komórkowe terminala.

Pewność ciągłości procesów handlowych w każdych warunkach

Profesjonalnie wdrożona konfiguracja pracy offline w systemie Subiekt GT eliminuje ryzyko przestojów operacyjnych i strat finansowych wywołanych awariami sieci telekomunikacyjnej. Poprawne rozdzielenie ról bazodanowych, zabezpieczenie unikalności numeracji dokumentów oraz bezpośrednia integracja z urządzeniami fiskalnymi pozwalają na zachowanie pełnej płynności obsługi kontrahentów i klientów detalicznych bez względu na stan infrastruktury internetowej.

22 378 48 09

Subiekt GT — konfiguracja pracy offline przy przerwie internetu