Migracja z Subiekta GT na Subiekt nexo — plan i kontrola danych

Kiedy migracja z Subiekta GT na Subiekt nexo staje się potrzebna

Potrzeba migracji pojawia się zwykle wtedy, gdy dotychczasowy sposób pracy z systemem sprzedażowo-magazynowym przestaje odpowiadać organizacji firmy. Powodem może być rozbudowa magazynu, większa liczba pracowników, potrzeba uporządkowania uprawnień albo zmiana sposobu obsługi sprzedaży internetowej.

Sam fakt instalacji Subiekta nexo nie oznacza jeszcze poprawnego przeniesienia danych. Dane z Subiekta GT mają określoną strukturę, historię zmian i zależności między kontrahentami, towarami, dokumentami oraz płatnościami. Migracja powinna objąć nie tylko podstawowe kartoteki, lecz także ustalenie, które informacje są potrzebne do dalszej pracy i kontroli wcześniejszych operacji.

Najczęstszy błąd polega na traktowaniu migracji jak zwykłego kopiowania plików. W praktyce jest to proces przygotowania danych, ich przeniesienia, sprawdzenia oraz uruchomienia pracy w nowym środowisku.

Co należy ustalić przed rozpoczęciem prac

Na początku ustala się zakres danych, które mają zostać przeniesione. Mogą to być kontrahenci, towary, usługi, stany magazynowe, dokumenty sprzedaży, dokumenty zakupu, rozrachunki oraz informacje potrzebne do raportowania. Nie zawsze opłaca się przenosić każdą historyczną informację do codziennej pracy. Część danych może pozostać w kopii starej bazy do celów archiwalnych.

Trzeba również ustalić moment graniczny migracji. Jest to chwila, po której dokumenty wystawiane są już w Subiekcie nexo. Wcześniej należy sprawdzić, czy nie ma otwartych operacji, niezaksięgowanych dokumentów albo zmian oczekujących na zatwierdzenie. Pominięcie takich elementów może spowodować różnice między stanem systemu a rzeczywistą sytuacją firmy.

Warto przygotować listę użytkowników i ich zadań. Innych uprawnień potrzebuje osoba wystawiająca dokumenty, innych magazynier, a jeszcze innych osoba analizująca rozrachunki. Uprawnienia, czyli zakres czynności dostępnych dla konkretnego użytkownika, powinny zostać zaplanowane przed uruchomieniem nowego systemu.

Kopia bazy przed migracją to obowiązkowy etap

Przed ingerencją w bazę danych wykonywana jest kopia zapasowa. Kopia powinna obejmować aktualny stan Subiekta GT i być możliwa do odtworzenia, a nie tylko zapisana jako przypadkowy plik. Odtworzenie oznacza przywrócenie całej bazy do działania w środowisku, w którym można ją sprawdzić.

Najlepiej wykonać kopię po zakończeniu pracy użytkowników i po upewnieniu się, że wszystkie dokumenty zostały zapisane. Należy odnotować datę wykonania kopii oraz zakres danych, które zawiera. Jeżeli podczas przygotowań powstają dodatkowe kopie robocze, nie powinny zastępować kopii źródłowej.

Kopia pozwala wrócić do stanu sprzed migracji, gdy pojawi się błąd, brak danych albo niezgodność dokumentów. Nie należy rozpoczynać zmian w bazie bez zabezpieczenia. Dotyczy to także operacji porządkowych, usuwania nieaktywnych kartotek i masowych zmian danych.

Jak przenosi się kontrahentów, towary i kartoteki

Kontrahenci to dane firm i osób, z którymi prowadzone są rozliczenia. Podczas migracji trzeba zweryfikować ich nazwy, adresy, numery identyfikacyjne, dane kontaktowe oraz przypisanie do rozrachunków. Szczególnej uwagi wymagają powielone kartoteki, różne formaty nazw i nieaktualne wpisy.

Kartoteka to uporządkowany zbiór danych, na przykład lista towarów, usług albo kontrahentów. W przypadku towarów ważne są nazwy, symbole, jednostki miary, ceny oraz informacje magazynowe. Należy sprawdzić, czy jeden produkt nie występuje pod kilkoma symbolami i czy jednostki miary nie zostały zapisane w różny sposób.

Po przeniesieniu kartotek wykonywane jest porównanie liczby oraz zawartości rekordów. Rekord to pojedynczy wpis w bazie, na przykład jeden kontrahent albo jeden towar. Sama zgodność liczby wpisów nie wystarcza, ponieważ dwie kartoteki mogą mieć taką samą liczbę pozycji, ale różnić się treścią.

Dokumenty, rozrachunki i stany magazynowe

Dokumenty sprzedaży i zakupu są powiązane z kontrahentami, towarami, płatnościami oraz stanami magazynowymi. Dlatego przenoszenie dokumentów wymaga kontroli zależności między tymi elementami. Błąd w kartotece towaru może później wpłynąć na raport, stan magazynowy albo rozliczenie dokumentu.

Rozrachunki to informacje o należnościach i zobowiązaniach, czyli o kwotach, które mają zostać otrzymane albo zapłacone. Po migracji trzeba sprawdzić dokumenty nierozliczone, częściowe płatności, korekty oraz terminy płatności. Nie powinno się zakładać, że zgodność sumy dokumentów automatycznie oznacza zgodność wszystkich rozrachunków.

Stany magazynowe należy porównać według symboli i jednostek miary. Warto sprawdzić towary o największym znaczeniu dla bieżącej sprzedaży, produkty z małą ilością oraz pozycje, które często są przyjmowane i wydawane. Kontrola powinna objąć także dokumenty wystawione w okresie bezpośrednio poprzedzającym migrację.

Uprawnienia użytkowników i organizacja pracy

Przeniesienie danych nie zawsze oznacza poprawne przeniesienie sposobu pracy użytkowników. W Subiekcie nexo należy ustawić role i uprawnienia zgodnie z obowiązkami. Rola to zestaw dozwolonych czynności, na przykład wystawiania dokumentów, edycji cen albo dostępu do raportów.

Nie powinno się nadawać wszystkim użytkownikom pełnych uprawnień tylko po to, aby szybko uruchomić system. Takie rozwiązanie utrudnia ustalenie, kto zmienił dane, zwiększa ryzyko pomyłek i może pozwolić na wykonanie operacji, które powinny być ograniczone.

Domyślnie nie jest potrzebne przekazywanie hasła klienta. Dostęp może być organizowany w uzgodniony sposób, z wykorzystaniem kont technicznych lub obecności osoby upoważnionej. Hasła należy chronić i zmieniać po zakończeniu prac, jeżeli były używane tymczasowo.

Praca równoległa i moment przełączenia

Praca równoległa oznacza czasowe korzystanie ze starego i nowego systemu w celu porównania wyników. Może pomóc wykryć różnice w kartotekach, dokumentach i raportach, ale wymaga jasnych zasad. Jeżeli te same dokumenty są wystawiane w obu systemach bez oznaczenia, łatwo o podwójne ujęcie sprzedaży lub rozbieżne stany magazynowe.

Przed przełączeniem warto ustalić, który system jest źródłem bieżących danych, kto wystawia dokumenty oraz jak są oznaczane operacje testowe. Testy powinny odbywać się na kopii albo w kontrolowanym środowisku. Dokumentów testowych nie należy mieszać z rzeczywistą sprzedażą.

Po wyznaczeniu momentu przełączenia użytkownicy powinni otrzymać prostą instrukcję pracy. Powinna ona obejmować logowanie, wystawianie podstawowych dokumentów, obsługę magazynu, poprawianie pomyłek oraz sposób zgłaszania niezgodności.

Integracje ze sklepem i marketplace przez BaseLinkera

Jeżeli sprzedaż internetowa korzysta z BaseLinkera, migracja obejmuje także sprawdzenie wymiany danych między systemem sprzedażowo-magazynowym a usługą pośredniczącą. Integracja oznacza automatyczne przekazywanie informacji, na przykład zamówień, produktów albo stanów magazynowych.

Po zmianie systemu trzeba zweryfikować połączenie, mapowanie produktów i sposób przekazywania dokumentów. Mapowanie to przypisanie produktu lub pola w jednym systemie do odpowiadającego mu produktu albo pola w drugim systemie. Błędne mapowanie może spowodować utworzenie nowej kartoteki zamiast aktualizacji istniejącej.

Kontrola powinna obejmować co najmniej przykładowe zamówienie, zmianę stanu magazynowego oraz przekazanie danych kontrahenta. Należy także sprawdzić, czy nie powstają duplikaty produktów, zamówień lub dokumentów. W razie problemu nie powinno się uruchamiać masowej synchronizacji, dopóki przyczyna nie zostanie ustalona.

Sprawdzenie systemu po migracji

Po migracji wykonywany jest test odbiorczy, czyli sprawdzenie najważniejszych funkcji w warunkach odpowiadających codziennej pracy. Weryfikuje się logowanie użytkowników, wyszukiwanie kontrahentów i towarów, wystawianie dokumentów, pracę magazynu oraz dostęp do potrzebnych raportów.

Wyniki warto porównać z kopią lub zestawieniami z Subiekta GT. Kontrola powinna objąć dokumenty z różnych okresów, korekty, płatności, towary z różnymi jednostkami miary oraz użytkowników o różnych zakresach uprawnień. Jeżeli firma korzysta z BaseLinkera, osobno sprawdza się wymianę danych z kanałami sprzedaży.

Nie każda różnica oznacza błąd migracji. Część rozbieżności może wynikać ze zmienionych ustawień, innego sposobu prezentowania raportu albo późniejszej zmiany danych. Każdą różnicę należy jednak opisać i wyjaśnić, zanim stary system zostanie odłączony od codziennej pracy.

Czego nie robić podczas samodzielnej migracji

Najczęstszy błąd to rozpoczęcie pracy bez aktualnej kopii. Innym problemem jest ręczne przepisywanie dużej liczby kontrahentów i produktów. Takie działanie zwiększa ryzyko literówek, pominięć oraz powstawania podwójnych kartotek.

Nie należy usuwać starej bazy zaraz po uruchomieniu Subiekta nexo. Powinna zostać zachowana zgodnie z przyjętymi zasadami archiwizacji, aby można było sprawdzić wcześniejsze dokumenty i wyjaśnić ewentualne różnice.

Ryzykowne jest także wykonywanie masowych zmian bez wcześniejszego testu na kopii. Dotyczy to zmian symboli, jednostek miary, cen, nazw kartotek oraz danych kontrahentów. Nie należy również uruchamiać integracji z wieloma kanałami sprzedaży bez sprawdzenia pojedynczego przepływu danych.

Urządzenia fiskalne nie są naprawiane w ramach takich prac. Możliwa jest obsługa sterowników i konfiguracji, natomiast usterka samego urządzenia fiskalnego wymaga właściwego zakresu serwisowego.

Kiedy problem nie wynika z migracji danych

Nie każda niezgodność po uruchomieniu Subiekta nexo jest skutkiem błędnego przeniesienia. Problem może dotyczyć konfiguracji użytkownika, uprawnień, integracji, sterownika urządzenia albo ustawień systemu operacyjnego.

Jeżeli dokumenty są poprawne, ale nie drukują się na wybranym urządzeniu, przyczyną może być konfiguracja drukarki lub sterownika. Jeżeli stan magazynowy zmienia się tylko po zamówieniach internetowych, należy sprawdzić BaseLinkera i mapowanie produktów. Jeżeli raport pokazuje inne wartości niż oczekiwane, trzeba porównać jego ustawienia z raportem używanym wcześniej.

Problemy z urządzeniami peryferyjnymi, takimi jak zewnętrzna klawiatura lub mysz, nie są naprawiane jako osobna usługa. Możliwa jest diagnostyka strony komputera, jeżeli objaw wskazuje na problem z komputerem lub jego konfiguracją.

Czy można przenieść tylko część danych

Takie rozwiązanie jest możliwe, jeżeli zakres zostanie ustalony przed rozpoczęciem prac. Można rozważyć przeniesienie danych potrzebnych do bieżącej sprzedaży, a starszą historię pozostawić w zabezpieczonej kopii Subiekta GT.

Trzeba jednak pamiętać, że ograniczony zakres może utrudnić analizę dawnych rozrachunków, korekt lub dokumentów. Przed decyzją należy wskazać, jakie informacje będą potrzebne do codziennej pracy, kontroli i wyjaśniania wcześniejszych operacji.

Najważniejsze jest zachowanie spójności. Nie powinno się przenosić dokumentów bez powiązanych kontrahentów i towarów ani kartotek bez ustalenia ich symboli. Zakres może być częściowy, ale zależności między przenoszonymi danymi muszą pozostać zrozumiałe.

Czy praca równoległa jest zawsze potrzebna

Nie zawsze. Jeżeli zakres migracji jest prosty, dane są uporządkowane, a testy wykonane na kopii dają zgodne wyniki, można ustalić jedno przełączenie systemu. Praca równoległa może być jednak przydatna przy większej liczbie użytkowników, wielu magazynach albo integracji ze sprzedażą internetową.

Jeżeli zostaje zastosowana, należy ograniczyć ją do jasno określonego celu. Porównywanie wszystkiego bez planu często prowadzi do niejasności, w którym systemie znajduje się aktualna informacja. Ważniejsze od samego czasu pracy równoległej jest ustalenie odpowiedzialności i sposobu rejestrowania różnic.

Jak długo trwa przygotowanie i obsługa migracji

Czas realizacji zależy od liczby danych, ich uporządkowania, zakresu dokumentów, liczby użytkowników oraz używanych integracji. Nie można rzetelnie określić czasu bez sprawdzenia bazy i sposobu pracy firmy. Inaczej przebiega migracja ograniczona do kartotek, a inaczej przeniesienie historii dokumentów, rozrachunków, magazynu i połączeń z BaseLinkerem.

Naprawy sprzętu wykonywane są z reguły do 3 dni, natomiast migracja systemu jest osobnym procesem i wymaga ustalenia zakresu. Jeżeli podczas prac ujawni się problem z komputerem, konfiguracją lub środowiskiem Windows albo Linux, dalszy czas zależy od rodzaju usterki.

Obsługa może odbywać się w modelu door-to-door, w którym kierowca odbiera i zwraca sprzęt, albo przez dojazd serwisanta i pracę na miejscu. Wizyta serwisanta ma bezpłatny dojazd, ale praca jest płatna zawsze. Przy migracji najważniejsze pozostają kopia, plan przełączenia i sprawdzenie danych po zakończeniu.

Co warto przekazać przed rozpoczęciem

Przydatne są informacje o wykorzystywanych modułach, liczbie użytkowników, magazynach, dokumentach oraz integracjach. Należy wskazać, które dane muszą być dostępne w nowym systemie, a które mogą pozostać w archiwum. Pomocna jest także lista najważniejszych procesów, które muszą działać pierwszego dnia po przełączeniu.

Warto przygotować przykłady dokumentów, których poprawność będzie sprawdzana po migracji. Mogą to być dokumenty sprzedaży, zakupu, korekty, przyjęcia i wydania magazynowego oraz rozrachunki z częściową płatnością. Takie przykłady ułatwiają porównanie wyników bez przeglądania całej bazy.

Dobrze zaplanowana migracja z Subiekta GT na Subiekt nexo opiera się na kopii danych, jasno określonym zakresie i kontroli po przeniesieniu. Największe znaczenie ma nie samo uruchomienie nowego programu, lecz zachowanie spójności kartotek, dokumentów, uprawnień, magazynu i integracji.