Migracja z Insert GT na Insert nexo

To nie jest aktualizacja

Przejście ze starszej linii na nowszą to migracja między dwiema różnymi architekturami programu — z inną strukturą danych i innym sposobem pracy. Traktowanie tego jak zwykłej aktualizacji jest najczęstszą przyczyną nieudanych wdrożeń.

Co przenosimy

• Kartoteki towarów, kontrahentów i pracowników.
• Stany magazynowe na dzień przejścia.
• Nierozliczone rozrachunki.
• Cenniki, rabaty i warunki handlowe.
• Dane niezbędne do zachowania ciągłości numeracji dokumentów.

Czego zwykle nie przenosimy w całości

Pełnej historii dokumentów sprzed lat. Struktury obu linii różnią się na tyle, że wierne przeniesienie każdego dokumentu z powiązaniami bywa nieopłacalne. Częstszym rozwiązaniem jest zachowanie starego programu w trybie do odczytu — historia pozostaje dostępna, a nowy system startuje czysto.

Porządkowanie przed migracją

Zdublowane kartoteki, towary bez kodów, kontrahenci wpisani po kilka razy — to wszystko przenosi się razem z danymi. Porządkujemy je przed migracją, bo potem poprawianie odbywa się już w nowym systemie i kosztuje więcej.

Sprawdzenie

Po przeniesieniu porównujemy stany magazynowe, salda rozrachunków i liczbę kartotek z systemem źródłowym. Bez tego porównania migracja jest niedokończona.

Moment przejścia i wsparcie

Najlepiej na przełomie okresu rozliczeniowego i w weekend. Przez pierwsze dni pracy pozostajemy dostępni — większość trudności ujawnia się przy prawdziwych dokumentach, nie przy testowych.

Zakres migracji zależy od używanych programów

Określenie „migracja z Insert GT do Insert nexo” może oznaczać kilka różnych projektów. W jednej firmie używany jest wyłącznie program sprzedażowo-magazynowy, w innej działają także księgowość, kadry, płace oraz obsługa relacji z klientami. Każdy z tych obszarów zawiera inne rodzaje danych i wymaga osobnego sprawdzenia. Dlatego przed rozpoczęciem prac ustalamy, które programy z linii GT są rzeczywiście używane, jakie zadania wykonują pracownicy i które informacje muszą być dostępne od pierwszego dnia pracy w nexo.

Znaczenie ma również sposób współpracy między działami. Dokument wystawiony przez sprzedaż może wpływać na magazyn, rozrachunki i księgowość. Rozrachunek to informacja o należności albo zobowiązaniu, które pozostaje do zapłaty lub rozliczenia. Jeśli migracja obejmuje kilka powiązanych programów, nie wystarczy ocenić każdego z nich oddzielnie. Trzeba również odtworzyć przepływ informacji między sprzedażą, magazynem, księgowością i kadrami.

Inwentaryzacja przed rozpoczęciem prac

Pierwszym etapem jest inwentaryzacja, czyli uporządkowany spis używanych programów, danych, stanowisk i procesów. Sprawdzamy wersje aplikacji, aktywne podmioty, liczbę baz oraz sposób wykonywania kopii bezpieczeństwa. Baza danych to uporządkowany zbiór informacji, z którego korzysta program. Sama obecność pliku kopii nie oznacza jeszcze, że można z niego bezpiecznie odtworzyć działające środowisko. Kopię należy zweryfikować przez próbne odtworzenie w kontrolowanych warunkach.

Ustalamy także, czy z programami współpracują dodatkowe rozwiązania. Mogą to być sklepy internetowe, systemy sprzedaży, kolektory danych, drukarki fiskalne, moduły bankowe, narzędzia raportowe albo własne zestawienia. Integracja oznacza automatyczną wymianę danych między programami lub urządzeniami. Mechanizm przygotowany dla linii GT nie musi działać z nexo bez zmian, nawet jeżeli oba programy realizują podobne zadania. Każde takie połączenie wymaga osobnego sprawdzenia.

Warianty przejścia na nowy system

Najbezpieczniejszym wariantem jest migracja próbna wykonana przed właściwym terminem przejścia. Dane są przenoszone do środowiska testowego, czyli oddzielnej instalacji przeznaczonej do kontroli bez wpływu na bieżącą pracę. Na tej podstawie można sprawdzić kompletność kartotek, poprawność sald, działanie wydruków i dostęp użytkowników. Wykryte błędy są korygowane przed migracją końcową.

Inny wariant polega na rozpoczęciu pracy w nexo z wybranym zakresem danych początkowych. Do nowego programu trafiają wtedy przede wszystkim aktualne kartoteki, stany, otwarte rozrachunki i ustawienia potrzebne do dalszej pracy. Starsze dokumenty pozostają w GT do odczytu. Takie rozwiązanie ogranicza ryzyko przenoszenia nieaktualnych lub niespójnych informacji, ale wymaga zachowania sprawnego dostępu do starego środowiska.

Możliwe jest także etapowe uruchamianie poszczególnych obszarów. Przykładowo sprzedaż i magazyn mogą zostać uruchomione w jednym terminie, a pozostałe procesy po zakończeniu ich konfiguracji i testów. Taki podział ma sens tylko wtedy, gdy zależności między obszarami zostały dokładnie opisane. Nieprzemyślane równoległe używanie obu linii może prowadzić do powstawania dwóch różnych wersji stanów magazynowych, kartotek lub rozrachunków.

Uprawnienia i organizacja pracy w nexo

Migracja jest dobrym momentem na ponowne określenie uprawnień. Uprawnienia to reguły wskazujące, które dane i funkcje są dostępne dla danego użytkownika. Nie należy automatycznie odtwarzać wszystkich dawnych dostępów, zwłaszcza gdy w GT przez lata powstawały konta nieużywane albo przyznawano szersze prawa niż wymagało stanowisko.

Przed uruchomieniem nexo ustalamy role pracowników oraz czynności wykonywane w programie. Osoba zajmująca się sprzedażą może potrzebować dostępu do kartotek i dokumentów handlowych, ale niekoniecznie do danych płacowych lub pełnej konfiguracji systemu. Rozdzielenie zakresów dostępu porządkuje pracę i ogranicza skutki przypadkowej zmiany ustawień. Konta byłych pracowników powinny zostać wyłączone, a konta wspólne zastąpione indywidualnymi tam, gdzie pozwala na to organizacja pracy.

Wydruki, numeracja i ustawienia firmowe

Sama zgodność wartości w kartotekach nie wystarcza do rozpoczęcia codziennej pracy. Trzeba przygotować serie i numerację dokumentów, formy płatności, rachunki bankowe, magazyny, cenniki oraz ustawienia wydruków. Seria dokumentu to oznaczenie pozwalające rozdzielić dokumenty według oddziału, stanowiska albo rodzaju operacji. Błędna konfiguracja serii może powodować nieczytelność ewidencji lub kolizje numeracji.

Wydruki wymagają kontroli nawet wtedy, gdy wcześniej używano standardowego wzoru. Należy sprawdzić dane sprzedawcy, rachunek bankowy, terminy płatności, sposób prezentowania rabatów i treści dodatkowe. Własne wzorce dokumentów stosowane w GT nie powinny być uznawane za automatycznie zgodne z nexo. Wzorzec wydruku to układ określający, jakie informacje pojawią się na dokumencie i w którym miejscu zostaną przedstawione.

Testy na rzeczywistych scenariuszach

Kontrola migracji powinna obejmować działania wykonywane w zwykłym dniu pracy. Testujemy utworzenie kontrahenta, dodanie towaru, wystawienie dokumentu sprzedaży, przyjęcie płatności, korektę oraz operację magazynową. Jeśli firma korzysta z księgowości lub kadr, sprawdzane są także właściwe dla nich procesy. Scenariusz testowy to opis kolejnych czynności wraz z oczekiwanym wynikiem. Pozwala ocenić nie tylko obecność danych, lecz także to, czy program wspiera rzeczywisty sposób pracy.

Warto objąć testami sytuacje mniej typowe, takie jak częściowa zapłata, zwrot, dokument korygujący, kilka magazynów albo indywidualne warunki handlowe kontrahenta. Błędy w takich przypadkach mogą pozostać niewidoczne podczas pobieżnego sprawdzenia kartotek. Wyniki testów zapisujemy, aby było wiadomo, które procesy zostały potwierdzone, a które wymagają poprawy lub zmiany organizacyjnej.

Najczęstsze błędy przy samodzielnej migracji

Częstym błędem jest rozpoczęcie przenoszenia bez aktualnej i sprawdzonej kopii danych. Jeśli operacja zostanie przerwana albo ujawni niespójność źródła, powrót do poprzedniego stanu może okazać się utrudniony. Kopię trzeba przechowywać poza katalogiem roboczym programu i upewnić się, że obejmuje właściwy podmiot.

Problemem jest również praca na źródłowej bazie w czasie wykonywania końcowej migracji. Gdy po utworzeniu kopii w GT powstają nowe dokumenty, zmiany te mogą nie znaleźć się w nexo. Dlatego ustala się moment zamknięcia pracy w starym programie. Po nim dane źródłowe nie powinny być już modyfikowane, chyba że migracja zostanie anulowana i cały proces rozpocznie się ponownie.

Innym błędem jest pominięcie zależności od dodatkowego oprogramowania. Program może uruchomić się poprawnie, ale pracownicy nie wydrukują dokumentu, nie pobiorą płatności z banku albo nie przekażą zamówienia ze sklepu. Samodzielne zmienianie ustawień integracji bez kopii konfiguracji może dodatkowo utrudnić odtworzenie poprzedniego sposobu działania.

Nie warto także usuwać starego środowiska bezpośrednio po uruchomieniu nexo. Nawet po poprawnym przeniesieniu danych może pojawić się potrzeba sprawdzenia historycznego dokumentu, dawnego ustawienia albo sposobu rozliczenia konkretnej operacji. Dostęp tylko do odczytu ogranicza ryzyko przypadkowej zmiany, a jednocześnie zachowuje możliwość weryfikacji archiwum.

Kiedy problem nie wynika z migracji danych

Nie każda trudność zauważona po przejściu do nexo oznacza brak lub uszkodzenie danych. Czasami przyczyną jest inne ustawienie widoku, filtr ograniczający listę albo brak uprawnienia użytkownika. Filtr to warunek decydujący, które pozycje są widoczne na ekranie. Kartoteka może znajdować się w bazie, lecz nie pojawiać się na liście z powodu aktywnego kryterium wyszukiwania.

Osobną kategorią są problemy ze stanowiskiem, siecią albo dostępem do serwera. Serwer to komputer lub usługa udostępniająca bazę danych pozostałym stanowiskom. Jeśli program działa na jednym komputerze, a na innym nie, przyczyna może dotyczyć konfiguracji połączenia, zapory systemowej albo konta użytkownika, a nie samego przeniesienia danych.

Różnice mogą też wynikać ze zmienionej organizacji funkcji. To samo zadanie w GT i nexo nie zawsze wykonuje się identyczną sekwencją poleceń. W takim przypadku potrzebne jest dostosowanie procedury i krótkie przeszkolenie pracowników, a nie ponowne kopiowanie bazy.

Dodatkowe pytania dotyczące migracji

Czy można nadal korzystać z GT po uruchomieniu nexo?

Stary program może pozostać dostępny jako archiwum do odczytu. Nie powinno się jednak równolegle wystawiać bieżących dokumentów w obu systemach bez jasno zaplanowanej procedury. Prowadziłoby to do rozbieżności w stanach, rozrachunkach i numeracji. Termin zakończenia pracy w GT musi być jednoznaczny dla wszystkich użytkowników.

Czy przed migracją trzeba usuwać nieużywane kartoteki?

Nie zawsze trzeba je usuwać. Najpierw należy rozpoznać duplikaty, kartoteki błędne oraz pozycje historyczne, które mogą być potrzebne do odczytu dawnych dokumentów. Zamiast kasowania często bezpieczniejsze jest oznaczenie pozycji jako nieaktywnej. Sposób porządkowania zależy od powiązań kartoteki z dokumentami i rozrachunkami.

Czy własne raporty i zestawienia będą działać bez zmian?

Nie należy tego zakładać. Raport przygotowany dla struktury danych GT może wymagać dostosowania do nexo. Raport to zestawienie tworzone na podstawie wybranych informacji z programu. Przed przejściem sporządzamy listę używanych raportów, określamy ich znaczenie dla firmy i sprawdzamy, czy odpowiednie informacje są dostępne w nowym środowisku.

Czy migracja wymaga udostępnienia haseł pracowników?

Domyślnie nie prosimy o hasła użytkowników. Jeśli dostęp do określonego zasobu jest konieczny i nie można wykonać pracy w inny sposób, potrzeba dostępu jest wcześniej wyjaśniana. Możliwe jest także wykonanie właściwej czynności przez upoważnioną osobę po stronie firmy. Na życzenie podpisujemy bezpłatne NDA, czyli umowę o zachowaniu poufności, a prac nie przekazujemy podwykonawcom.

Co powinno zostać sprawdzone w pierwszym dniu pracy?

Należy potwierdzić dostęp użytkowników, poprawność danych firmowych, numerację, wydruki, rachunki bankowe, stany magazynowe i otwarte rozrachunki. Następnie warto wykonać po jednej typowej operacji dla każdego działu. Wszelkie rozbieżności powinny być zapisywane wraz z nazwą stanowiska, wykonywaną czynnością i komunikatem programu. Taki opis ułatwia odróżnienie błędu danych od problemu z konfiguracją lub obsługą.

Bezpieczne zakończenie przejścia z GT do nexo

Migrację uznajemy za zakończoną dopiero po porównaniu danych, przeprowadzeniu scenariuszy testowych i potwierdzeniu, że codzienne procesy działają w nowym środowisku. Zachowujemy kopię źródła oraz kontrolowany dostęp do archiwum GT. Dzięki temu przejście nie kończy się na technicznym uruchomieniu programu, lecz prowadzi do uporządkowanej pracy w nexo bez utraty ciągłości sprzedaży, magazynu, księgowości i pozostałych obsługiwanych obszarów.