Insert nexo różni się od Insert GT nie tylko wyglądem, ale też sposobem organizacji danych — dobrze zrozumieć te różnice przed decyzją o migracji.

Na czym polega ta usługa

Usługa obejmuje wyjaśnienie kluczowych różnic między systemami, przeprowadzenie migracji danych oraz sprawdzenie ich poprawności po zakończonym procesie.

Dla kogo ma sens

Usługa jest przydatna dla firm rozważających przejście z Insert GT na Insert nexo, które chcą zrozumieć konsekwencje takiej zmiany.

Ile to trwa

Migracja danych 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.

Różnice architektoniczne między linią InsERT GT a InsERT nexo

Systemy z linii InsERT GT (w tym Subiekt GT, Rewizor GT, Gratyfikant GT, Rachmistrz GT oraz Gestor GT) zostały zaprojektowane w technologii natywnej C++ z bezpośrednim dostępem do relacyjnej bazy danych Microsoft SQL Server za pośrednictwem języka T-SQL (język zapytań bazodanowych). Taka konstrukcja zapewniała stabilność działania przy skromnych parametrach sprzętowych starszych komputerów, jednak nakładała ograniczenia pod względem skalowalności, ergonomii wielozadaniowej oraz rozbudowy o nowoczesne mechanizmy integracyjne.

Generacja InsERT nexo oraz nexo PRO powstała jako zupełnie nowa platforma programistyczna, stworzona w środowisku Microsoft .NET oraz języku C#, z wykorzystaniem zaawansowanej warstwy mapowania obiektowo-relacyjnego (ORM, czyli technologii pośredniczącej między kodem aplikacji a tabelami bazy danych). Wprowadzenie tej warstwy zmieniło sposób przetwarzania informacji w systemie. Każda operacja biznesowa – na przykład wystawienie dokumentu handlowego, zmiana statusu magazynowego czy księgowanie dekretu – podlega ścisłej kontroli logiki aplikacji, co ogranicza ryzyko powstawania niespójności w bazie danych.

Z punktu widzenia codziennego użytkowania kluczową zmianą jest interfejs użytkownika. W systemie GT okna nakładają się na siebie w ramach pojedynczego obszaru roboczego, co przy intensywnej pracy utrudnia jednoczesne podglądanie kartoteki towarowej i edycję faktury. W nexo zastosowano system kart, który pozwala na otwieranie wielu dokumentów, raportów i kartotek w niezależnych zakładkach bez utraty wprowadzanych danych. Dodatkowo nexo oferuje mechanizm konfigurowalnych widoków tabel, automatyczne podsumowania kolumn w czasie rzeczywistym, zaawansowane filtry kontekstowe oraz wbudowane powiadomienia i zadania dla poszczególnych użytkowników.

Zakres przenoszenia danych podczas konwersji

Decyzja o przejściu na nowszą generację oprogramowania wiąże się z koniecznością precyzyjnego określenia, które zasoby informacyjne zostaną automatycznie przeniesione do nowej bazy, a które wymagają ręcznego przeniesienia lub ponownej konfiguracji. Narzędzia migracyjne dostarczane przez producenta oprogramowania przenoszą strukturę danych w określonym zakresie:

Kartoteki towarów i usług – przenoszone są pełne nazwy asortymentu, symbole towarowe, kody kreskowe (kody EAN), stawki podatku VAT, jednostki miary podstawowe i dodatkowe, opisy, uwagi, przypisane grupy, cechy oraz cenniki wraz ze zdefiniowanymi poziomami cenowymi.
Kartoteki kontrahentów i klientów – migrowane są pełne dane adresowe, numery identyfikacji podatkowej (NIP), numery rachunków bankowych, statusy podatników, osoby kontaktowe, zdefiniowane limity kupieckie oraz przypisane rabaty domyślne.
Rozrachunki nierozliczone – system przenosi wszystkie aktywne należności i zobowiązania, które na dzień migracji pozostają nieopłacone lub częściowo opłacone, zachowując powiązania z kontrahentami, pierwotne numery dokumentów źródłowych, terminy płatności oraz kwoty pozostałe do rozliczenia.
Stany magazynowe – w momencie przejścia generowany jest dokument bilansu otwarcia (lub dokument przyjęcia magazynowego PW czy remanentu początkowego), który przenosi aktualne ilości towarów w rozbiciu na poszczególne magazyny z uwzględnieniem kosztów magazynowych (cen zakupu lub średnich cen ważonych).
Plan kont i parametry księgowe – w przypadku programów Rewizor przenoszona jest struktura planu kont, definicje okresów obrachunkowych, kartoteki powiązane oraz bilans otwarcia dla roku bieżącego.

Należy zaznaczyć, czego standardowy proces migracyjny nie przenosi w sposób bezpośredni. Nie są migrowane zamknięte dokumenty handlowe i magazynowe z lat ubiegłych (faktury, paragony, wydania WZ, przyjęcia PZ, które zostały w pełni rozliczone) w formie edytowalnych obiektów nowej bazy. Archiwalna historia transakcji pozostaje dostępna w dotychczasowej bazie programu Subiekt GT, do której zachowuje się pełny dostęp wglądowy. Nie przechodzą również własne wzorce wydruków (szablony graficzne faktur utworzone w starym formacie graficznym GT lub Crystal Reports, ponieważ nexo korzysta z silnika Stimulsoft Reports), schematy importu i dekretacji księgowej oraz zewnętrzne dodatki programistyczne napisane pod biblioteki Sfery dla GT.

Wymagania sprzętowe i przygotowanie infrastruktury serwerowej

Częstym problemem po samodzielnym wdrożeniu nexo jest spadek szybkości działania systemu w porównaniu do środowiska GT. Różnica ta wynika ze wspomnianej zmiany architektonicznej. Aplikacje oparte na platformie .NET oraz warstwie ORM wymagają większej mocy obliczeniowej procesora oraz większych zasobów pamięci operacyjnej RAM niż aplikacje kompilowane natywnie do kodu maszynowego.

Serwer obsługujący bazę danych InsERT nexo powinien spełniać określone standardy techniczne, aby zapewnić stabilną pracę wielu stanowisk roboczych równocześnie:

Pamięć operacyjna RAM serwera – dla sprawnej pracy silnika Microsoft SQL Server oraz usług powiązanych zaleca się instalację co najmniej 16 GB do 32 GB pamięci RAM, co pozwala silnikowi bazodanowemu na buforowanie indeksów i tabel bezpośrednio w pamięci operacyjnej.
Dyski twarde – tradycyjne dyski talerzowe (HDD) stanowią wąskie gardło dla nexo. Standardem są szybkie nośniki półprzewodnikowe (dyski SSD z interfejsem NVMe lub macierze SSD klasy enterprise pracujące w konfiguracji RAID), które zapewniają wysokie wskaźniki operacji wejścia-wyjścia na sekundę (IOPS).
Procesor (CPU) – serwer powinien posiadać wielordzeniowy procesor o wysokim taktowaniu pojedynczego rdzenia, co ma bezpośredni wpływ na szybkość wykonywania sekwencyjnych operacji bazodanowych i kompilacji zapytań w warstwie aplikacji.
Komputery klienckie (stanowiska robocze) – stacje robocze, na których uruchamiane są programy nexo, powinny posiadać procesory wielordzeniowe, co najmniej 8 GB do 16 GB pamięci RAM, szybkie dyski systemowe SSD oraz zaktualizowany system operacyjny z zainstalowanymi aktualnymi bibliotekami środowiska uruchomieniowego .NET.
Infrastruktura sieciowa – połączenia między stacjami roboczymi a serwerem bazy danych powinny być realizowane za pośrednictwem stabilnej sieci przewodowej o przepustowości 1 Gb/s (gigabit Ethernet). Korzystanie z połączeń bezprzewodowych Wi-Fi w przypadku intensywnej pracy z bazą nexo nie jest wskazane ze względu na podatność na zakłócenia pakietów i wahania opóźnień transmisji.

Metodyka i etapy przeprowadzenia migracji

Bezpieczne przejście z systemu InsERT GT na InsERT nexo realizowane jest według ściśle określonej procedury inżynieryjnej, która zapobiega utracie danych, ogranicza przestoje operacyjne przedsiębiorstwa oraz gwarantuje zgodność księgowo-magazynową:

Etap 1: Audyt i weryfikacja bazy źródłowej GT – przed wykonaniem transferów sprawdzana jest spójność fizyczna i logiczna bazy danych przy użyciu narzędzia Program Serwisowy oraz procedur weryfikacji bazy (polecenia DBCC CHECKDB w silniku SQL). Wszelkie uszkodzone indeksy, błędne referencje lub niespójne rekordy są naprawiane.
Etap 2: Porządkowanie danych przed transferem – w porozumieniu z osobami odpowiedzialnymi za magazyn i księgowość dezaktywowane są zbędne, archiwalne kartoteki asortymentowe, łączone są zdublowane wpisy kontrahentów oraz uzgadniane są niejednoznaczne rozrachunki.
Etap 3: Utworzenie bezpiecznej kopii zapasowej – sporządzana jest pełna archiwizacja bazy źródłowej GT wraz z weryfikacją sumy kontrolnej archiwum i zabezpieczeniem jej na osobnym nośniku danych.
Etap 4: Migracja próbna (środowisko testowe) – na wydzielonym serwerze lub stacji roboczej przeprowadzana jest próbna konwersja danych. Pozwala to zweryfikować czas trwania procesu, poprawność przeniesienia kartotek, bilansów oraz cen, a także przetestować wydajność nowego środowiska.
Etap 5: Konfiguracja nowego systemu nexo – projektowane są nowe wzorce wydruków dokumentów handlowych i magazynowych, konfigurowane są uprawnienia i role poszczególnych pracowników, definiowane są schematy numeracji oraz parametry pracy modułów finansowo-księgowych.
Etap 6: Migracja właściwa (produkcyjna) – proces ostateczny przeprowadzany jest zazwyczaj w wyznaczonym oknie serwisowym (na przykład w godzinach wieczornych lub w dni wolne od pracy), aby nie zakłócać bieżącej obsługi sprzedaży. Po wstrzymaniu wprowadzania dokumentów w GT przenoszone są ostateczne stany magazynowe i rozrachunki.
Etap 7: Weryfikacja powdrożeniowa i asysta techniczna – bezpośrednio po uruchomieniu nowego systemu weryfikowane są salda rozrachunków z kontrahentami, sumy bilansowe stanów magazynowych oraz poprawność komunikacji z urządzeniami fiskalnymi i peryferyjnymi.

Błędy przy próbie samodzielnej migracji

Próby przeprowadzenia migracji we własnym zakresie bez przygotowania technicznego w zakresie administracji bazami Microsoft SQL Server i architekturą systemów InsERT niosą ryzyko zakłóceń operacyjnych. Do najczęstszych błędów należą:

Uruchomienie migracji na uszkodzonej bazie GT – kreator migracji nexo jest wrażliwy na niespójności logiczne tabel. Jeśli baza źródłowa GT zawierała błędy strukturalne (na przykład po nagłym zaniku zasilania serwera lub przerwaniu transakcji), proces migracji potrafi zatrzymać się w trakcie pracy lub pominąć część rozrachunków, tworząc trudne do wykrycia rozbieżności księgowe.
Przenoszenie zanieczyszczeń kartotekowych – kopiowanie bazy bez wcześniejszego audytu powoduje przeniesienie nieaktywnych towarów, nieaktualnych cenników i zdublowanych klientów, co zaciemnia obraz analityczny w nowym systemie nexo i niepotrzebnie powiększa rozmiar bazy danych.
Brak konfiguracji i testów urządzeń peryferyjnych – częstym zjawiskiem jest sytuacja, w której po migracji personel próbuje wystawić pierwszy dokument sprzedaży, po czym okazuje się, że drukarka fiskalna, skaner kodów kreskowych lub waga etykietująca nie komunikują się poprawnie z nową aplikacją z powodu braku odpowiednich sterowników w nexo.
Brak wykonania migracji testowej – bezpośrednie przejście na nexo w trakcie standardowego dnia roboczego bez uprzedniej próby prowadzi do wstrzymania sprzedaży, gdy okazuje się, że konwersja dużej bazy danych trwa kilka godzin, a użytkownicy nie potrafią odnaleźć podstawowych funkcji w zmienionym interfejsie.
Pominięcie weryfikacji integracji zewnętrznych – firmy korzystające z platform handlu elektronicznego, systemów magazynowych WMS (system zarządzania magazynem) lub integracji z kurierami często pomijają sprawdzenie, czy dotychczasowe wtyczki współpracujące ze Sferą dla GT działają ze Sferą dla nexo. W efekcie po migracji zamówienia internetowe przestają automatycznie trafiać do systemu handlowego.

Kiedy warto odłożyć migrację na inny termin

Chociaż InsERT nexo oferuje rozbudowane możliwości analityczne i automatyzacyjne, nie każdy moment jest właściwy na przeprowadzenie wdrożenia. W pewnych okolicznościach bezpieczniej jest zaplanować proces z odpowiednim wyprzedzeniem:

Szczyt sezonu handlowego – wdrażanie nowego systemu w okresach najwyższego natężenia sprzedaży (na przykład w okresach przedświątecznych lub przy wzmożonych wysyłkach sezonowych) stwarza ryzyko spowolnienia obsługi klientów w fazie adaptacji personelu do nowego interfejsu.
Brak kompatybilnych rozwiązań dedykowanych – jeżeli przedsiębiorstwo opiera procesy logistyczne na zewnętrznych aplikacjach dedykowanych, które komunikują się wyłącznie z bazą GT, należy najpierw zapewnić ich odpowiedniki zgodne z nexo lub przygotować nowe moduły integracyjne.
Niewystarczające zaplecze sprzętowe – jeżeli serwer lub komputery stanowiskowe nie spełniają minimalnych wymagań wydajnościowych dla środowiska .NET, migrację należy połączyć z modernizacją sprzętową (wymiana dysków na nośniki SSD/NVMe, rozbudowa pamięci RAM), aby zapobiec spadkowi responsywności programów.
Koniec okresu rozliczeniowego bez zamknięcia ksiąg – optymalnym momentem na przełączenie systemów księgowych (Rewizor, Rachmistrz) jest przełom roku obrachunkowego lub początek nowego miesiąca po pełnym zamknięciu i rozliczeniu poprzedniego okresu.

Często zadawane pytania przed migracją (FAQ)

Czy po migracji do nexo zachowuje się dostęp do archiwalnych danych z Subiekta GT?

Dostęp do danych archiwalnych nie zostaje utracony. Dotychczasowa baza danych InsERT GT pozostaje w nienaruszonym stanie na serwerze bazodanowym. Programy z linii GT mogą pozostać zainstalowane na komputerach w trybie podglądu, co umożliwia weryfikację wystawionych w poprzednich latach faktur, wydań magazynowych, historii płatności czy archiwalnych deklaracji podatkowych.

Czy licencje z systemu InsERT GT przechodzą automatycznie do InsERT nexo?

Przejście z linii GT na nexo odbywa się w ramach procedury uaktualnienia licencji (tzw. upgrade). Producent oprogramowania oferuje zarejestrowanym użytkownikom systemów GT możliwość zakupu licencji nexo lub nexo PRO na preferencyjnych warunkach, z zachowaniem prawa do równoległego wglądu do dotychczasowej bazy GT.

Jak wygląda obsługa drukarek fiskalnych i terminali płatniczych po przejściu na nexo?

Linia InsERT nexo posiada moduł zarządzania urządzeniami zewnętrznymi (tzw. Serwer Urządzeń), który obsługuje protokoły większości drukarek fiskalnych, wag kalkulacyjnych, czytników kodów oraz terminali płatniczych. Podczas wdrożenia weryfikowana jest kompatybilność posiadanych urządzeń, instalowane są odpowiednie sterowniki oraz konfigurowane są parametry transmisji przewodowej (porty COM, połączenia sieciowe LAN).

Czy można przeprowadzić migrację w trakcie trwania roku obrotowego?

Migracja w trakcie trwania roku obrotowego jest w pełni wykonalna. W systemie handlowym (Subiekt) przenoszone są aktualne stany magazynowe oraz nierozliczone rozrachunki na wyznaczony dzień odcięcia. W programach księgowych (Rewizor, Rachmistrz) przenosi się bilans otwarcia oraz sumy obrotów z poszczególnych miesięcy, co pozwala na kontynuację ewidencji księgowej bez konieczności oczekiwania na koniec roku kalendarzowego.

Czy do przeprowadzenia migracji konieczne jest udostępnienie haseł administratora?

Domyślnie nie prosimy o hasła prywatne użytkowników ani o główne hasła dostępowe do infrastruktury firmowej. Wszystkie operacje bazodanowe, konfiguracje silnika SQL oraz procedury importu danych mogą zostać przeprowadzone w obecności wyznaczonego pracownika lub na specjalnie utworzonym, tymczasowym koncie technicznym z uprawnieniami do bazy danych, które po zakończeniu prac wdrożeniowych jest usuwane lub blokowane.

Organizacja wdrożenia i wsparcie techniczne na miejscu u klienta

Prawidłowe przeprowadzenie migracji z linii InsERT GT do InsERT nexo wymaga połączenia wiedzy z zakresu administracji serwerami bazodanowymi, znajomości struktur danych systemów ERP oraz doświadczenia w konfiguracji sprzętu komputerowego. Prace realizowane są w modelu bezpośredniego dojazdu do siedziby firmy na terenie Warszawy oraz w promieniu do 40 km (obejmując powiaty grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński). W przypadku konieczności wykonania prac modernizacyjnych na sprzęcie komputerowym zapewniany jest bezpłatny laptop zastępczy z systemem Windows na czas realizacji usługi, a wszystkie wykonane prace wdrożeniowe i konfiguracyjne objęte są gwarancją do 12 miesięcy.

22 378 48 09

Insert nexo — migracja danych i różnice względem GT