Producent regularnie wydaje nowe wersje programów z linii GT, uwzględniające zmiany w przepisach i nowe funkcje. Aktualizacja bywa odkładana z obawy przed problemami — niepotrzebnie, jeśli jest wykonana metodycznie.

Na czym polega ta usługa

Aktualizacja obejmuje wykonanie pełnej kopii zapasowej bazy danych przed rozpoczęciem procesu, instalację nowej wersji programu oraz weryfikację poprawności działania wszystkich modułów i zgodności danych po aktualizacji. Praca odbywa się w sposób minimalizujący przestój firmy.

Dla kogo ma sens

Usługa jest przeznaczona dla firm korzystających z nieaktualnej wersji programów Insert, które chcą mieć dostęp do najnowszych funkcji i zgodności z aktualnymi wymaganiami prawnymi bez ryzyka utraty danych podczas przejścia.

Ile to trwa

Aktualizacja mieści się z reguły w standardowym czasie do 3 dni, w zależności od liczby wersji dzielących obecny i docelowy stan programu.

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.

Różnice między bieżącą aktualizacją a dużym przeskokiem wersji

W ekosystemie oprogramowania InsERT GT (w skład którego wchodzą między innymi Subiekt GT, Rewizor GT, Rachmistrz GT, Gratyfikant GT, Gestor GT oraz Biuro GT) aktualizacje dzielą się na bieżące pakiety serwisowe oraz duże wydania zmieniające strukturę bazy danych. Bieżące uaktualnienia, oznaczane kolejnymi numerami podwersji, wprowadzają najczęściej drobne korekty funkcjonalne, poprawki interfejsu oraz dostosowania do bieżących zmian w przepisach prawnych, takich jak nowe schematy plików JPK (Jednolity Plik Kontrolny) czy aktualizacje deklaracji skarbowych i rozliczeń z Zakładem Ubezpieczeń Społecznych.

Zupełnie innym zadaniem technicznym jest duży przeskok wersji, czyli sytuacja, w której oprogramowanie nie było aktualizowane przez kilka lat i zachodzi potrzeba przejścia przez kilkadziesiąt kolejnych wydań. W takim przypadku proces nie polega jedynie na jednorazowym podmienieniu plików wykonywalnych aplikacji. Każda wersja pośrednia wprowadzała własne modyfikacje do tabel, procedur składowanych i widoków w relacyjnej bazie danych. Przeskok o wiele wersji wymaga wykonania wieloetapowej konwersji struktur danych, która musi zostać przeprowadzona w ściśle określonej kolejności, aby nie doprowadzić do niespójności logicznej w kartotekach towarowych, rozrachunkach czy ewidencji księgowej.

Wymagania środowiskowe i zgodność z Microsoft SQL Server

Prawidłowe działanie programów linii InsERT GT jest bezpośrednio uzależnione od silnika bazy danych Microsoft SQL Server (oprogramowania zarządzającego strukturą tabel i transakcji). Wraz z rozwojem systemów InsERT producent stopniowo wycofuje wsparcie dla starszych wydań silnika SQL. Instancje oparte na Microsoft SQL Server 2005, 2008 lub 2008 R2 nie pozwalają na uruchomienie najnowszych wersji programów Subiekt GT czy Rewizor GT, co przy próbie aktualizacji wymusza jednoczesną migrację samego serwera bazodanowego do nowszej wersji, takiej jak SQL Server 2019 lub SQL Server 2022.

Podczas planowania aktualizacji konieczne jest uwzględnienie ograniczeń wersji bezpłatnej Microsoft SQL Server Express. Wersja ta posiada limity narzucone przez producenta silnika bazy danych: wykorzystanie maksymalnie jednego gigabajta pamięci operacyjnej RAM na instancję, ograniczenie do czterech rdzeni procesora oraz limit maksymalnego rozmiaru pojedynczej bazy danych wynoszący dziesięć gigabajtów (w starszych wersjach SQL Server 2005 limit ten wynosił cztery gigabajty). W przypadku baz danych o rozmiarze zbliżającym się do tego limitu sam proces aktualizacji i konwersji struktur może tymczasowo zwiększyć objętość plików bazy danych, co przy braku rezerwy miejsca prowadzi do zablokowania operacji przez silnik bazodanowy.

Procedura techniczna i etapy bezpiecznej konwersji

Prawidłowo zaplanowany proces aktualizacji eliminuje ryzyko utraty ciągłości pracy przedsiębiorstwa i składa się z kilku następujących po sobie kroków technicznych:

Sporządzenie pełnej kopii bezpieczeństwa: Przed wprowadzeniem jakichkolwiek zmian tworzona jest natywna kopia zapasowa bazy danych w formacie archiwum programu (plik z rozszerzeniem .iar lub .iab) oraz bezpośrednia kopia pliku bazy na poziomie silnika SQL (plik z rozszerzeniem .bak za pomocą narzędzia SQL Server Management Studio). Kopia jest weryfikowana pod kątem integralności, co daje pewność możliwości bezstratnego przywrócenia stanu wyjściowego w razie wystąpienia problemów.
Kontrola integralności struktur przed konwersją: Uruchamiane jest polecenie weryfikujące poprawność tabel bazy danych (polecenie DBCC CHECKDB w języku zapytań SQL), które sprawdza, czy baza nie zawiera uszkodzonych stron danych lub błędnych wskaźników indeksów powstałych na przykład wskutek wcześniejszych awarii zasilania serwera lub nagłego wyłączenia komputera.
Aktualizacja składników serwerowych: Na komputerze pełniącym rolę serwera instalowany jest pakiet nowej wersji InsERT GT. Następnie uruchamiany jest Program Serwisowy (narzędzie administracyjne pakietu InsERT GT służące do zarządzania strukturą baz danych), w którym wykonywane jest właściwe uaktualnienie podmiotu gospodarczego.
Aktualizacja stanowisk klienckich: Po udanej konwersji bazy na serwerze nowe wersje oprogramowania są wdrażane na wszystkich komputerach pracujących w sieci lokalnej LAN (Local Area Network). Wszystkie końcówki muszą pracować na dokładnie tej samej wersji programu, aby uniknąć błędów blokowania rekordów i niezgodności struktur.
Testy operacyjne i weryfikacja modułów: Po zakończeniu instalacji przeprowadzane są testy kluczowych operacji: logowania użytkowników na różnych poziomach uprawnień, wystawienia dokumentu handlowego i magazynowego, wyliczenia deklaracji skarbowej oraz komunikacji z urządzeniami fiskalnymi.

Najczęstsze błędy podczas samodzielnych prób aktualizacji

Próby przeprowadzenia aktualizacji bez odpowiedniego przygotowania środowiska informatycznego często kończą się unieruchomieniem systemu sprzedaży lub księgowości. Do najczęściej spotykanych problemów należą:

Przerwanie procesu konwersji bazy danych: W przypadku dużych baz danych konwersja w Programie Serwisowym może trwać od kilkunastu minut do kilku godzin. Uznanie braku odpowiedzi interfejsu za zawieszenie programu i wymuszenie jego zamknięcia przez Menedżer Zadań prowadzi do uszkodzenia struktury bazy i pozostawienia jej w stanie uniemożliwiającym dalsze przetwarzanie.
Nierównomierne wersje w sieci lokalnej: Zaktualizowanie programu na serwerze przy pozostawieniu starszej wersji na części stanowisk klienckich powoduje, że użytkownicy starszych wersji nie mogą zalogować się do podmiotu lub generują błędy podczas próby zapisu dokumentów.
Brak uprawnień administracyjnych: Do przeprowadzenia konwersji bazy wymagane są uprawnienia głównego użytkownika Szef w programie InsERT oraz uprawnienia administratora bazy danych (konto sa w Microsoft SQL Server). Próba uruchomienia procedury ze zwykłego konta użytkownika systemu Windows kończy się błędem odmowy dostępu do obiektów systemowych.
Niewystarczająca ilość wolnego miejsca na dysku: W trakcie aktualizacji plik dziennika transakcji (plik z rozszerzeniem .ldf rejestrujący operacje zapisu i modyfikacji) gwałtownie rośnie. Jeśli na partycji systemowej lub dysku z bazami danych zabraknie wolnego miejsca, operacja zostaje natychmiast przerwana z błędem zapisu.
Aktywne połączenia użytkowników w tle: Uruchomienie konwersji w chwili, gdy z bazy korzystają inne usługi sieciowe, integratory sklepów internetowych lub zapomniane sesje użytkowników pracujących zdalnie przez pulpit zdalny RDP (Remote Desktop Protocol), uniemożliwia nałożenie wyłącznej blokady na bazę danych.

Wpływ aktualizacji na rozwiązania sferyczne i integracje zewnętrzne

W wielu przedsiębiorstwach oprogramowanie Subiekt GT lub Rewizor GT nie pracuje jako aplikacja w pełni autonomiczna, lecz jest połączone z zewnętrznymi modułami za pośrednictwem dodatku Sfera dla Subiekta GT (komponentu programistycznego umożliwiającego bezpieczną wymianę danych z zewnętrznym oprogramowaniem). Aktualizacja programu głównego wiąże się ze zmianą bibliotek COM (Component Object Model) w systemie operacyjnym Windows.

W przypadku korzystania z zewnętrznych systemów magazynowych WMS (Warehouse Management System), integratorów platform handlowych takich jak BaseLinker czy dedykowanych systemów B2B (Business-to-Business), po aktualizacji InsERT GT konieczne jest zweryfikowanie zgodności wersji bibliotek integratora. Podobnie wygląda kwestia współpracy ze sterownikami urządzeń zewnętrznych. Moduł SUZ (Serwer Urządzeń Zewnętrznych) odpowiadający za komunikację z drukarkami fiskalnymi, czytnikami kodów kreskowych i wagami kalkulacyjnymi musi zostać zsynchronizowany z nowymi definicjami protokołów komunikacyjnych.

Kiedy problemem nie jest wersja, lecz uszkodzenie bazy lub infrastruktury

Nie każda trudność związana z działaniem programów InsERT GT wynika z nieaktualnej wersji oprogramowania. Często objawy przypisywane brakowi aktualizacji są w rzeczywistości spowodowane problemami ze stabilnością sprzętową lub logiczną:

Uszkodzenia logiczne tabel w bazie SQL: Jeśli program samoczynnie zamyka się podczas próby otwarcia konkretnego modułu (na przykład modułu Rozrachunki z kontrahentem lub Kartoteki towarów), przyczyną mogą być uszkodzone indeksy lub niespójność alokacji stron w bazie danych. W takiej sytuacji instalacja nowszej wersji nie tylko nie rozwiąże problemu, ale może uniemożliwić wykonanie konwersji ze względu na błędy spójności. Konieczna jest wówczas naprawa struktury bazy przed przystąpieniem do uaktualnienia.
Niestabilność sieci lokalnej LAN: Komunikaty informujące o utracie połączenia z serwerem bazodanowym często wynikają z wadliwego okablowania sieciowego, niestabilnej pracy przełączników sieciowych (switchy) lub błędnej konfiguracji protokołów sieciowych w narzędziu SQL Server Configuration Manager (takich jak protokół TCP/IP lub Named Pipes).
Przeciążenie zasobów serwera: Powolne otwieranie list dokumentów i długi czas generowania raportów w firmach o dużej liczbie operacji handlowych wynika zazwyczaj z ograniczeń sprzętowych — na przykład pracy bazy na tradycyjnych dyskach talerzowych HDD zamiast nośników półprzewodnikowych SSD lub osiągnięcia limitów pamięci operacyjnej darmowego silnika SQL Express.
Konieczność migracji do nowocześniejszego systemu: W przedsiębiorstwach o bardzo dużej dynamice rozwoju, gdzie struktura wielooddziałowa i wielomagazynowa przekracza możliwości architektury InsERT GT, właściwym kierunkiem technologicznym bywa migracja do linii InsERT nexo (na przykład Subiekt nexo PRO), co stanowi odrębną procedurę wdrożeniową i przeniesienie bazy do nowego środowiska programowego.

Często zadawane pytania o aktualizację InsERT GT

Czy podczas aktualizacji praca w firmie musi zostać całkowicie wstrzymana?

Podczas właściwego etapu konwersji bazy danych na serwerze żaden użytkownik nie może mieć otwartego programu, ponieważ baza wymaga nałożenia wyłącznej blokady transakcyjnej. Czas niedostępności systemu zależy od wielkości bazy danych i wydajności procesora oraz dysków w serwerze. Aby zminimalizować wpływ na bieżącą obsługę sprzedaży i magazynu, prace planuje się w uzgodnionym oknie serwisowym poza godzinami intensywnego handlu lub w dni wolne od pracy.

Co zrobić, gdy podczas konwersji bazy danych pojawi się błąd krytyczny?

W przypadku wystąpienia błędu podczas pracy Programu Serwisowego nie należy podejmować prób ponownego wymuszonego uruchamiania konwersji ani usuwać plików tymczasowych. Pierwszym krokiem jest analiza wygenerowanego pliku dziennika zdarzeń (logu aktualizacji), który precyzyjnie wskazuje tabelę lub procedurę, na której wystąpił błąd. Jeśli baza została uszkodzona, przywraca się stan początkowy z wykonanej wcześniej kopii zapasowej, eliminuje przyczynę błędu na poziomie skryptów SQL i dopiero po tym powtarza proces.

Czy po aktualizacji zachowane zostaną dotychczasowe wzorce wydruków i zestawienia własne?

Standardowa procedura aktualizacji zachowuje wszystkie zdefiniowane w programie wzorce wydruków dokumentów, szablony graficzne oraz własne zestawienia SQL dodane przez administratora. Niemniej jednak, w przypadku bardzo starych wzorców tworzonych w technologiach poprzednich generacji, zaleca się wykonanie wydruków próbnych na środowisku testowym w celu potwierdzenia ich prawidłowego formatowania na nowych bibliotekach renderowania.

Czy można zaktualizować program tylko na jednym komputerze w firmie?

Nie ma możliwości pracy w mieszanym środowisku wersji w ramach jednej bazy danych. Gdy baza zostanie przekonwertowana przez Program Serwisowy do nowszej wersji, wszystkie stanowiska klienckie próbujące połączyć się ze starą wersją programu wyświetlą komunikat o niezgodności wersji i zablokują możliwość logowania. Z tego względu proces aktualizacji musi objąć serwer oraz wszystkie komputery klienckie w przedsiębiorstwie.

Jak przygotować stanowiska komputerowe przed realizacją usługi?

Przygotowanie nie wymaga skomplikowanych czynności ze strony personelu. Wystarczy upewnić się, że serwer oraz komputery pracujące w sieci są włączone, a użytkownicy zapisali i zamknęli bieżące dokumenty w programach InsERT. Warto również przygotować listę ewentualnych urządzeń zewnętrznych (takich jak drukarki fiskalne czy wagi) oraz zewnętrznych aplikacji współpracujących z programem Subiekt GT w celu ich kompleksowej weryfikacji po zakończeniu prac.

Weryfikacja powdrożeniowa i stabilność operacyjna systemów InsERT

Prawidłowe przeprowadzenie uaktualnienia programów InsERT GT pozwala zachować pełną zgodność z obowiązującymi przepisami prawa, gwarantuje stabilność operacyjną w działach handlowych i księgowych oraz zabezpiecza ciągłość przetwarzania dokumentów w przedsiębiorstwie. Usługa realizowana z zachowaniem procedur bezpieczeństwa bazodanowego, weryfikacji spójności tabel i kontroli urządzeń fiskalnych eliminuje ryzyko przestojów i zapewnia bezproblemowe funkcjonowanie całego środowiska informatycznego.

22 378 48 09

Aktualizacja i przechodzenie między wersjami Insert GT