Przenosiny programu na nowy sprzęt

To nie kopiowanie katalogu

Przeniesienie programu handlowego obejmuje trzy rzeczy: bazę danych, licencję i konfigurację stanowisk. Skopiowanie folderu z programem daje wrażenie wykonanej pracy i kończy się telefonem następnego dnia rano.

Kolejność

1. Kopia bazy i sprawdzenie, czy da się ją odtworzyć.
2. Spis konfiguracji: numeracja, definicje dokumentów, szablony wydruków, powiązania modułów.
3. Instalacja serwera bazy i programu na nowym sprzęcie.
4. Odtworzenie bazy i konfiguracji.
5. Przeniesienie licencji zgodnie z procedurą producenta.
6. Konfiguracja stanowisk na nowy adres serwera.
7. Podłączenie urządzeń i sprawdzenie wydruków.
8. Praca kontrolna na prawdziwych dokumentach.

Licencja

Najczęstsza pułapka. Bywa przypisana do konkretnego komputera i wymaga przeniesienia u producenta, a nie zwykłej ponownej instalacji. Sprawdzamy to przed wyczyszczeniem starego dysku — potem bywa za późno.

Zgodność wersji

Baza odtwarzana na nowym sprzęcie wymaga zgodnej wersji programu i silnika bazy. Instalacja najnowszej wersji przed odtworzeniem starszej bazy bywa źródłem błędów, dlatego kolejność ma znaczenie.

Stary komputer

Zostaje nietknięty aż do potwierdzenia, że na nowym wszystko działa — łącznie z wydrukami i urządzeniami. Dysk czyścimy trwale dopiero na wyraźne polecenie.

Termin

Przenosiny wykonujemy w weekend albo poza godzinami pracy, żeby firma zaczęła kolejny dzień na gotowym stanowisku.

Różne warianty przenosin programu

Zakres prac zależy od sposobu używania programu. Najprostszy wariant dotyczy pojedynczego stanowiska, na którym znajdują się aplikacja, baza danych i wszystkie ustawienia. Nawet wtedy trzeba ustalić, gdzie program zapisuje dane, kopie bezpieczeństwa, szablony oraz pliki wymiany z innymi systemami. Część tych elementów może znajdować się poza głównym katalogiem aplikacji.

Przy pracy wielostanowiskowej osobno przenosi się część serwerową i stanowiska użytkowników. Część serwerowa udostępnia bazę danych, natomiast programy na komputerach pracowników łączą się z nią przez sieć lokalną. Po zmianie sprzętu może zmienić się nazwa komputera lub adres sieciowy serwera. Każde stanowisko trzeba wtedy skierować do właściwego miejsca i sprawdzić, czy zapora systemowa, czyli mechanizm kontrolujący połączenia sieciowe, nie blokuje komunikacji.

Inny wariant obejmuje jednoczesne przeniesienie programu i aktualizację jego wersji. Takie zadanie wymaga większej ostrożności, ponieważ baza może przejść konwersję, czyli zmianę struktury do formatu obsługiwanego przez nowsze wydanie aplikacji. Po konwersji starsza wersja programu może już nie otworzyć tej bazy. Z tego powodu zachowuje się niezmienioną kopię danych sprzed aktualizacji i osobno sprawdza możliwość powrotu do poprzedniego środowiska.

Przenosiny mogą też łączyć się ze zmianą systemu Windows, domeny firmowej albo sposobu logowania użytkowników. Domena to centralnie zarządzane środowisko kont i komputerów w firmie. W takim przypadku trzeba sprawdzić nie tylko sam program, lecz także uprawnienia do katalogów, udziałów sieciowych, drukarek i miejsc zapisu kopii. Konto o tej samej nazwie na nowym komputerze nie zawsze ma te same uprawnienia co konto używane wcześniej.

Co należy zinwentaryzować przed rozpoczęciem

Przed przenosinami powstaje spis elementów zależnych od starego środowiska. Obejmuje on wersję programu, wykorzystywane moduły, położenie bazy, sposób wykonywania kopii oraz liczbę stanowisk, które łączą się z serwerem. Sprawdzane są także indywidualne ustawienia operatorów, role i uprawnienia. Operator to konto użytkownika wewnątrz programu, które może mieć dostęp tylko do określonych funkcji lub dokumentów.

Osobnej kontroli wymagają szablony faktur, etykiet, raportów i innych wydruków. Mogą być zapisane w bazie, w katalogu programu albo w profilu konkretnego użytkownika systemu. Profil użytkownika to zestaw osobistych ustawień i plików przypisanych do konta w Windows. Pominięcie takiego szablonu bywa zauważalne dopiero podczas wystawiania pierwszego dokumentu na nowym sprzęcie.

Sprawdza się również integracje z bankowością, pocztą, sklepem internetowym, Allegro, BaseLinkerem, programem księgowym lub magazynem plików. Integracja to automatyczna wymiana danych między dwoma systemami. Może korzystać z dodatkowej usługi działającej w tle, certyfikatu, klucza dostępowego albo harmonogramu zadań. Samo uruchomienie głównego programu nie potwierdza jeszcze, że te mechanizmy zostały prawidłowo odtworzone.

Do inwentaryzacji należą także urządzenia współpracujące z programem, między innymi drukarki dokumentów i etykiet, skanery kodów oraz inne urządzenia wykorzystywane przy obsłudze sprzedaży. Sprawdzana jest ich konfiguracja i komunikacja z aplikacją, ale przenosiny programu nie oznaczają naprawy sprzętowej tych urządzeń. Test ma potwierdzić, że dotychczasowy proces pracy działa również po zmianie komputera.

Kopia plików to nie zawsze kopia bazy

Baza danych może być aktywnie obsługiwana przez silnik bazodanowy, czyli usługę odpowiedzialną za zapis i odczyt informacji. Zwykłe skopiowanie jej plików podczas pracy programu nie daje pewności, że zapis jest spójny. W chwili kopiowania część zmian może znajdować się jeszcze w pamięci lub w plikach tymczasowych. Dlatego kopię wykonuje się metodą przewidzianą dla danego programu, a następnie próbuje się ją odtworzyć w środowisku kontrolnym.

Samo pojawienie się komunikatu o zakończeniu archiwizacji nie wystarcza. Kopia może być niepełna, uszkodzona albo zabezpieczona hasłem, którego nikt już nie pamięta. Test odtworzenia pokazuje, czy archiwum rzeczywiście zawiera dane możliwe do ponownego uruchomienia. Hasło do systemu lub programu nie jest wymagane domyślnie. Prośba o jego udostępnienie pojawia się tylko wtedy, gdy bez autoryzacji nie da się wykonać konkretnej czynności, wraz z wyjaśnieniem jej celu.

Błędy popełniane przy samodzielnych przenosinach

Częstym błędem jest instalowanie przypadkowo pobranej, najnowszej wersji programu bez sprawdzenia wersji używanej dotychczas. Może to uruchomić nieodwracalną konwersję bazy albo zakończyć się odmową jej otwarcia. Bezpieczniej najpierw odtworzyć zgodne środowisko, potwierdzić działanie danych, a dopiero potem zaplanować aktualizację jako osobny etap.

Ryzykowne jest także usunięcie programu lub wyzerowanie starego komputera zaraz po skopiowaniu katalogu. W starym systemie mogą pozostać ustawienia licencji, sterowniki, certyfikaty, szablony i parametry połączenia z bazą. Jeśli nowa instalacja nie działa, brak starego środowiska utrudnia ustalenie poprawnej konfiguracji oraz porównanie wyników.

Inny błąd polega na zmianie nazwy serwera bez sprawdzenia wszystkich zależności. Stanowiska, skrypty, kopie automatyczne oraz integracje mogą odwoływać się do starej nazwy lub adresu. Skrót na pulpicie może uruchomić program poprawnie, a automatyczny eksport dokumentów nadal kierować pliki w nieistniejące miejsce. Test powinien więc obejmować cały obieg pracy, nie tylko ekran logowania.

Nie należy też zakładać, że skoro lista kontrahentów i towarów jest widoczna, przenosiny zostały zakończone. Trzeba sprawdzić tworzenie, zapis, poprawianie i wydruk dokumentu, dostęp operatorów, numerację oraz działanie kopii bezpieczeństwa. Ważne jest również ponowne uruchomienie komputera. Usługa bazy może działać bezpośrednio po instalacji, ale nie uruchamiać się automatycznie po restarcie systemu.

Kiedy problem nie wynika z przeniesienia programu

Brak dostępu do danych po wymianie komputera nie zawsze oznacza uszkodzoną bazę. Przyczyną może być niedziałające połączenie sieciowe, nieprawidłowa nazwa serwera, zatrzymana usługa bazy albo brak uprawnień do katalogu. Usługa to program systemowy pracujący w tle, często bez widocznego okna. W takim przypadku dane mogą być kompletne, lecz aplikacja nie potrafi do nich dotrzeć.

Błędny wydruk nie musi oznaczać, że nie przeniesiono szablonu. Nowy sterownik drukarki, czyli oprogramowanie pośredniczące między systemem a urządzeniem, może inaczej interpretować format papieru, marginesy lub orientację strony. Dlatego porównuje się ustawienia aplikacji, sterownika i samego urządzenia. Dopiero takie rozróżnienie pozwala wskazać, czy korekty wymaga program, czy konfiguracja wydruku.

Wolna praca po migracji również może mieć inne źródło. Znaczenie mają połączenie sieciowe, obciążenie nowego komputera, działanie programu ochronnego oraz miejsce przechowywania bazy. Nie każda baza powinna być otwierana bezpośrednio z dowolnego katalogu udostępnionego w sieci. Sposób dostępu musi odpowiadać wymaganiom używanego silnika i producenta programu.

Pytania przed zmianą komputera

Czy można przenieść program bez zatrzymywania pracy firmy?

Przygotowanie nowego środowiska często można wykonać równolegle, ale ostateczna kopia bazy wymaga ustalonego momentu przełączenia. Od tej chwili dokumenty powinny być zapisywane już tylko w jednym środowisku. Równoczesna praca na starej i nowej, rozdzielonej kopii prowadziłaby do powstania dwóch różnych zestawów danych, których nie zawsze można bezpiecznie połączyć.

Czy razem z programem przechodzą konta i uprawnienia pracowników?

Zależy to od miejsca ich przechowywania. Część programów zapisuje operatorów i role w bazie, więc pojawiają się po jej odtworzeniu. Inne ustawienia mogą zależeć od kont Windows, domeny albo plików znajdujących się lokalnie na stanowisku. Po przenosinach wykonuje się próbę logowania z kont o różnych zakresach dostępu, a nie tylko z konta administratora.

Czy stary komputer może zostać od razu oddany do innego użytku?

Najpierw trzeba zakończyć testy nowego środowiska i potwierdzić poprawność bieżącej pracy. Do tego czasu stary komputer stanowi punkt odniesienia i możliwość powrotu do wcześniejszej konfiguracji. Dopiero po akceptacji można zdecydować o jego ponownym wykorzystaniu lub trwałym usunięciu danych. Kasowanie odbywa się wyłącznie na wyraźne polecenie.

Czy migrację można połączyć ze zmianą programu handlowego?

Zmiana komputera i zmiana programu to dwa różne zadania. Przy przejściu do innego systemu dane trzeba wyeksportować, dopasować do nowej struktury i zweryfikować po imporcie. Import oznacza wprowadzenie danych z przygotowanego pliku do nowej aplikacji. Nie wszystkie ustawienia, dokumenty historyczne i zależności dają się przenieść w identycznej postaci, dlatego zakres ustala się przed rozpoczęciem.

Jak wygląda obsługa, skoro firma nie przyjmuje sprzętu stacjonarnie?

Prace są realizowane z dojazdem na terenie Warszawy i okolicznych powiatów: warszawskiego zachodniego, legionowskiego, nowodworskiego, wołomińskiego, mińskiego, otwockiego, piaseczyńskiego, pruszkowskiego i grodziskiego. Serwisant może pracować na miejscu, gdy potrzebny jest dostęp do sieci, stanowisk i urządzeń. Wizyta serwisanta oznacza bezpłatny dojazd, natomiast wykonana praca jest płatna niezależnie od jej wyniku. Gdy konieczne są prace poza siedzibą firmy, sprzęt może zostać odebrany i zwrócony w trybie door-to-door.

Próba działania przed ostatecznym przełączeniem

Końcowa kontrola powinna odtworzyć rzeczywisty dzień pracy. Sprawdza się logowanie operatorów, otwarcie kartoteki, utworzenie dokumentu, zapis, podgląd wydruku oraz komunikację z używanymi modułami. Jeśli działa wymiana danych z księgowością, sklepem lub innym systemem, wykonuje się także próbę tego procesu. Dane testowe trzeba wyraźnie oznaczyć albo usunąć zgodnie z zasadami programu, aby nie trafiły do właściwej ewidencji.

Po udanym teście ustala się, które środowisko jest od tej chwili główne. Stara baza nie powinna być dalej używana do wystawiania nowych dokumentów, ponieważ powstałyby dwa rozbieżne źródła informacji. Zachowuje się ją jako zabezpieczenie, ale bieżąca praca odbywa się już na potwierdzonym, nowym sprzęcie.

Nowy komputer jest gotowy dopiero po sprawdzeniu całego obiegu dokumentu

Udane przenosiny nie kończą się na uruchomieniu programu. Kończą się wtedy, gdy baza, licencja, stanowiska, uprawnienia, wydruki, kopie i integracje działają razem, a stary komputer nadal pozwala bezpiecznie wrócić do poprzedniego układu. Taka kolejność ogranicza ryzyko, że brak jednego pliku lub ustawienia zatrzyma pracę dopiero przy pierwszej fakturze, raporcie albo wysyłce danych.