Aktualizacje Subiekta nexo — jak je planować

Gdy aktualizacja Subiekta nexo budzi obawy

Aktualizacja Subiekta nexo może wydawać się prostą czynnością, ale w firmie program sprzedażowo-magazynowy pracuje zwykle na kilku stanowiskach i korzysta ze wspólnej bazy danych. Każda zmiana powinna więc być przeprowadzona w określonej kolejności, po sprawdzeniu kopii zapasowej oraz warunków technicznych.

Typowe sygnały, że potrzebne jest zaplanowanie prac, to komunikat o dostępnej aktualizacji, problemy z uruchomieniem programu po zmianie środowiska, rozbieżności między stanowiskami albo konieczność dostosowania obsługi sprzedaży do innych urządzeń i integracji. Sama obecność nowej wersji nie oznacza jeszcze, że można rozpocząć instalację w dowolnym momencie.

Najbezpieczniej potraktować aktualizację jako krótkie okno serwisowe, czyli wcześniej ustalony czas, w którym użytkownicy nie pracują w programie. Dzięki temu można wykonać kopię, przeprowadzić zmianę, sprawdzić działanie i dopiero potem dopuścić stanowiska do normalnej pracy.

Co może powodować problemy po zmianie

Najczęstszą przyczyną kłopotów jest aktualizacja wykonana bez sprawdzenia, czy wszystkie stanowiska korzystają z tej samej wersji programu. W środowisku wielostanowiskowym część komputerów może wtedy próbować łączyć się z bazą w odmienny sposób. Baza danych, czyli uporządkowany magazyn informacji o towarach, dokumentach i kontrahentach, może wymagać jednorazowej aktualizacji struktury.

Innym źródłem problemów jest przerwanie procesu. Wyłączenie komputera, utrata zasilania albo zamknięcie programu w trakcie zmiany może pozostawić bazę w stanie wymagającym dodatkowej weryfikacji. Dlatego przed rozpoczęciem należy ustalić, czy sprzęt będzie stabilnie działał przez cały czas prac.

Znaczenie ma także oprogramowanie współpracujące z Subiektem nexo. Dotyczy to między innymi integracji, czyli połączenia programu z innym systemem w celu wymiany danych, oraz sterowników urządzeń fiskalnych. Samych urządzeń fiskalnych nie naprawia się w ramach takich prac. Można natomiast sprawdzić ich sterowniki i konfigurację, czyli ustawienia umożliwiające komunikację z programem.

Jak wybrać właściwe okno serwisowe

Okno serwisowe powinno przypadać na okres, w którym nie powstają nowe dokumenty sprzedażowe, magazynowe ani księgowe. Nie należy rozpoczynać aktualizacji w trakcie intensywnej obsługi klientów, przyjęcia dostawy lub zamykania ważnego etapu pracy. Nawet jeśli sama instalacja przebiegnie bez komplikacji, po jej zakończeniu potrzebny jest czas na kontrolę.

Przed ustaleniem terminu trzeba sprawdzić, kto korzysta z programu i jakie czynności wykonuje. Osobno należy uwzględnić stanowisko sprzedażowe, magazynowe, administracyjne oraz komputer pełniący funkcję serwera bazy danych, jeśli taki model jest używany. Serwer bazy danych to komputer lub usługa, która przechowuje wspólne dane i udostępnia je pozostałym stanowiskom.

Warto również zapisać stan bieżącej pracy. Można zanotować, jaki dokument był ostatnio wystawiony, czy wprowadzano dostawę oraz czy trwała synchronizacja z systemem zewnętrznym. Taka informacja ułatwia późniejsze sprawdzenie, czy po aktualizacji wszystko zostało zachowane.

Jeśli w firmie działają integracje ze sklepem internetowym lub marketplace, czyli platformą pośredniczącą w sprzedaży wielu sprzedawców, należy zaplanować chwilową przerwę w wymianie danych. Integracje z Subiektem nexo mogą być obsługiwane przez BaseLinkera. Przed zmianą trzeba wiedzieć, czy w kolejce znajdują się zamówienia, stany magazynowe lub informacje o wysyłkach.

Kopia bazy przed rozpoczęciem prac

Przed każdą ingerencją w bazę danych wykonuje się kopię zapasową. Dotyczy to zarówno aktualizacji programu, jak i zmian związanych z konfiguracją lub integracją. Kopia powinna powstać po zakończeniu pracy użytkowników, a nie w przypadkowym momencie, gdy ktoś nadal edytuje dokument.

Nie wystarczy samo sprawdzenie, że plik kopii pojawił się na dysku. Należy potwierdzić, że kopia jest kompletna, można ją odczytać i wiadomo, z jakiego momentu pochodzi. Dobrze jest także ustalić, gdzie znajduje się poprzednia kopia oraz czy nośnik lub lokalizacja nie są stale podłączone w sposób narażający dane na przypadkowe usunięcie.

Kopia zapasowa służy do odtworzenia danych, czyli przywrócenia bazy do określonego stanu. Nie zastępuje jednak dokumentacji. Warto zapisać datę wykonania, nazwę używanej bazy i informację o rozpoczęciu aktualizacji. Ułatwia to ocenę, z którego punktu można bezpiecznie wrócić, gdyby pojawił się błąd.

W przypadku danych firmowych trzeba zachować ostrożność także przy ich udostępnianiu. Domyślnie nie jest potrzebne przekazywanie hasła klienta. Jeśli do wykonania określonej czynności potrzebne są dodatkowe uprawnienia, powinny być ustalane w sposób ograniczający dostęp wyłącznie do niezbędnego zakresu.

Sprawdzenie warunków technicznych

Przed aktualizacją sprawdza się, czy wszystkie stanowiska są dostępne, a użytkownicy zakończyli pracę. Należy zweryfikować połączenie z bazą, wolne miejsce na dyskach oraz możliwość uruchomienia programu po zmianie. Istotne jest także ustalenie, który komputer pełni funkcję głównego punktu dla bazy danych.

Jeśli program działa w sieci lokalnej, trzeba sprawdzić komunikację pomiędzy komputerami. Sieć lokalna, czyli połączenie urządzeń w obrębie firmy, może działać poprawnie dla zwykłych plików, a jednocześnie mieć problem z dostępem do usługi bazy danych. Dlatego sam fakt, że można otworzyć folder współdzielony, nie potwierdza prawidłowego działania Subiekta nexo.

Warto również odnotować ustawienia drukarek, czytników i urządzeń fiskalnych. W przypadku urządzeń fiskalnych kontroluje się sterowniki i konfigurację, ale nie wykonuje ich naprawy. Jeżeli urządzenie ma usterkę mechaniczną lub elektroniczną, aktualizacja programu nie rozwiąże tego problemu.

Przydatne jest zebranie informacji o systemie Windows oraz o programach działających razem z Subiektem nexo. Pozwala to rozróżnić błąd wynikający z aktualizacji od problemu z systemem operacyjnym, uprawnieniami albo połączeniem sieciowym.

Testy przed aktualizacją

Przed rozpoczęciem prac należy wykonać krótki test podstawowych operacji. Powinien obejmować uruchomienie programu, logowanie użytkownika, wyszukanie kontrahenta i towaru oraz podgląd ostatnich dokumentów. Jeżeli używane są dokumenty magazynowe, warto sprawdzić stan wybranego towaru i ostatnią operację na magazynie.

Test nie ma służyć do wykonywania nowych transakcji. Jego celem jest zapisanie punktu odniesienia. Po aktualizacji można wtedy sprawdzić, czy te same informacje są dostępne, a program zachowuje się tak samo w najważniejszych miejscach.

Jeśli działa integracja przez BaseLinkera, przed zmianą trzeba ustalić, czy dane są poprawnie przekazywane. Synchronizacja, czyli automatyczna wymiana informacji między systemami, może dotyczyć zamówień, produktów, stanów magazynowych lub statusów realizacji. Należy sprawdzić, które elementy są używane w danej firmie, bez zakładania, że każda integracja działa według tego samego schematu.

Kolejność aktualizacji stanowisk

Kolejność zależy od organizacji środowiska, ale zwykle najpierw aktualizuje się komponent związany z bazą danych, a następnie stanowiska korzystające z tej bazy. Komponent to część programu odpowiedzialna za określony zakres działania. W praktyce może obejmować usługę bazy, aplikację główną lub element integracyjny.

Najważniejsze jest zachowanie spójności. Spójność oznacza, że wszystkie elementy współpracują ze sobą według zgodnych zasad i mogą prawidłowo odczytywać te same dane. Nie powinno się dopuszczać do pracy stanowiska, które zostało zaktualizowane, gdy pozostałe komputery nadal korzystają z niezgodnego środowiska.

Po aktualizacji głównego elementu wykonuje się test na jednym stanowisku. Dopiero gdy uruchomienie, dostęp do danych i podstawowe operacje są poprawne, przechodzi się do kolejnych komputerów. Taki etapowy przebieg ułatwia wykrycie, na którym stanowisku wystąpił problem.

W firmie z wieloma stanowiskami warto wyznaczyć komputer referencyjny. Jest to stanowisko używane do pierwszej kontroli po zmianie. Powinno mieć typowe uprawnienia i dostęp do funkcji wykorzystywanych na co dzień, a nie wyjątkową konfigurację, której nie ma nigdzie indziej.

Przebieg aktualizacji krok po kroku

Prace zaczynają się od zatrzymania użytkowników i potwierdzenia, że nie działa żadna operacja zapisu. Następnie wykonuje się kopię bazy i sprawdza jej poprawność. Dopiero po tym można przejść do aktualizacji elementów programu.

Po zmianie uruchamia się bazę i aplikację w kontrolowany sposób. Sprawdza się komunikację, logowanie oraz dostęp do podstawowych danych. Jeżeli program zgłasza konieczność dostosowania bazy, proces ten wykonuje się zgodnie z procedurą i nie przerywa go bez wyraźnej przyczyny.

Po kontroli głównego stanowiska aktualizuje się pozostałe komputery. Na każdym z nich sprawdza się uruchomienie programu, dostęp do bazy oraz podstawową funkcję używaną przez danego pracownika. Stanowiska sprzedażowe mogą wymagać dodatkowego testu drukowania dokumentu, a stanowiska magazynowe kontroli operacji na towarach.

Na końcu sprawdza się integracje, sterowniki urządzeń fiskalnych i konfigurację połączeń. Jeśli używany jest BaseLinker, trzeba zweryfikować, czy wymiana danych została wznowiona i czy nie pozostały nierozliczone operacje z okresu przerwy.

Ile trwa taka obsługa

Czas aktualizacji zależy od liczby stanowisk, wielkości bazy, sposobu pracy sieci oraz liczby integracji. Nie powinno się wyznaczać go wyłącznie na podstawie samego instalatora, ponieważ do planu trzeba doliczyć wykonanie kopii, testy i ewentualne dostosowanie stanowisk.

Naprawy związane z problemami programowymi są z reguły wykonywane do 3 dni, jednak aktualizacja nie zawsze jest naprawą i nie ma jednego stałego czasu dla każdego środowiska. Przy planowaniu należy więc ustalić zakres prac, a nie przyjmować uniwersalnego terminu.

Jeżeli po aktualizacji potrzebne jest czyszczenie lub przyspieszanie działania komputera, takie czynności mogą być wykonane do 24 godzin. Nie należy jednak traktować tego jako elementu każdej aktualizacji. Spowolnienie może wynikać z bazy, sieci, systemu Windows albo dodatkowych programów i wymaga osobnej oceny.

Co można sprawdzić samodzielnie

Przed przekazaniem prac do wykonania można przygotować listę stanowisk, użytkowników i używanych funkcji. Warto zapisać, czy firma korzysta z magazynów, urządzeń fiskalnych, drukowania dokumentów oraz integracji z BaseLinkerem. Pomocne jest również wskazanie, kiedy ostatnio wykonywano kopię bazy.

Można sprawdzić, czy wszyscy użytkownicy wylogowali się z programu, czy komputery mają stabilne zasilanie i czy na dysku znajduje się wystarczająca ilość wolnego miejsca. Dobrze jest także potwierdzić, że dane nie są modyfikowane przez inne automatyczne procesy.

Po aktualizacji można samodzielnie wykonać kontrolne logowanie, wyszukać kilka towarów i kontrahentów oraz sprawdzić dostęp do ostatnich dokumentów. Jeżeli proces sprzedaży obejmuje urządzenie fiskalne, można zweryfikować jego dostępność zgodnie z przyjętą procedurą, bez zmieniania sterowników na własną rękę.

Nie należy samodzielnie usuwać plików bazy, zmieniać ustawień połączenia ani uruchamiać przypadkowych narzędzi naprawczych znalezionych w internecie. Nie powinno się też odtwarzać kopii na tej samej bazie bez wcześniejszego ustalenia, jaki stan danych ma zostać zachowany.

Błędy przy samodzielnej aktualizacji

Jednym z częstych błędów jest rozpoczęcie instalacji bez poinformowania wszystkich użytkowników. Jeden otwarty dokument lub proces synchronizacji może zakłócić zmianę. Problemem bywa również wykonanie kopii po wystąpieniu błędu, ponieważ taka kopia może już zawierać nieprawidłowy stan.

Ryzykowne jest aktualizowanie tylko jednego stanowiska i pozostawienie pozostałych komputerów bez kontroli. Użytkownicy mogą wtedy widzieć różne komunikaty albo mieć dostęp do niezgodnych funkcji. Nie powinno się także przenosić plików programu między komputerami w celu obejścia instalatora.

Inny błąd polega na łączeniu kilku zmian naraz. Równoczesna aktualizacja programu, wymiana sterownika, zmiana ustawień sieci i konfiguracja integracji utrudniają ustalenie przyczyny problemu. Bezpieczniej jest zapisywać wykonane czynności i testować je etapami.

Nie należy traktować komunikatu o błędzie jako dowodu utraty danych. Z drugiej strony nie powinno się go ignorować. Treść komunikatu, godzina wystąpienia i czynność wykonywana w tym momencie mogą być ważne przy dalszej diagnozie.

Kiedy problem nie wynika z aktualizacji

Nie każda awaria pojawiająca się po aktualizacji została przez nią spowodowana. Jeśli program nie łączy się z bazą, przyczyną może być sieć lokalna, zapora systemowa lub zatrzymana usługa. Usługa to proces działający w tle, który wykonuje określone zadanie bez otwartego okna programu.

Brak wydruku może wynikać z drukarki, sterownika albo ustawień systemu Windows, a nie z samego Subiekta nexo. Podobnie problemy z urządzeniem fiskalnym mogą dotyczyć konfiguracji portu lub sterownika. Samych urządzeń fiskalnych nie naprawia się przy aktualizacji programu.

Rozbieżność stanu magazynowego może być skutkiem wcześniejszej, niezamkniętej operacji, błędnej synchronizacji albo ręcznej zmiany danych. Nie należy automatycznie przywracać kopii tylko dlatego, że po aktualizacji pojawiła się różnica. Najpierw trzeba ustalić, kiedy i w jakim procesie powstała.

Jeżeli problem dotyczy wyłącznie integracji ze sklepem lub marketplace, należy sprawdzić komunikację z BaseLinkerem, kolejkę danych i konfigurację połączenia. Awaria zewnętrznego systemu lub zmiana jego ustawień może wyglądać jak błąd aktualizacji Subiekta nexo.

Czy kopia bazy wystarczy do bezpiecznej aktualizacji?

Kopia bazy jest konieczna, ale sama nie wystarcza. Trzeba jeszcze sprawdzić, czy można ją odtworzyć, z jakiego momentu pochodzi i czy obejmuje właściwe dane. Potrzebna jest również informacja o konfiguracji stanowisk, integracjach i urządzeniach współpracujących z programem.

Czy można aktualizować stanowiska w dowolnej kolejności?

Nie powinno się robić tego przypadkowo. Najpierw ustala się element związany z bazą, później aktualizuje stanowisko referencyjne, a następnie pozostałe komputery. Kolejność może zależeć od konkretnej konfiguracji, ale jej celem zawsze jest zachowanie zgodności wszystkich elementów.

Co zrobić, gdy po aktualizacji nie działa synchronizacja?

Najpierw należy sprawdzić, czy problem dotyczy samego Subiekta nexo, BaseLinkera, połączenia sieciowego czy danych oczekujących w kolejce. Nie należy ponawiać wielu operacji bez kontroli, ponieważ może to doprowadzić do powielenia zamówień lub innych danych.

Czy aktualizacja zmienia dane handlowe?

Sama aktualizacja nie powinna być traktowana jako sposób porządkowania danych. Jeżeli przed zmianą występowały błędne stany, brakujące dokumenty lub niezgodności, trzeba je wcześniej odnotować. Po aktualizacji należy porównać dane z zapisanym stanem odniesienia i wyjaśnić każdą różnicę.

Najważniejsze zasady na koniec

Bezpieczne planowanie aktualizacji Subiekta nexo opiera się na kilku stałych elementach: wyznaczeniu okna serwisowego, wykonaniu i sprawdzeniu kopii bazy, zachowaniu kolejności stanowisk oraz przeprowadzeniu testów po zmianie. Szczególnej uwagi wymagają integracje, urządzenia fiskalne i komputery pracujące jako element wspólnej sieci.

Aktualizacja nie powinna być wykonywana w pośpiechu ani łączona bez potrzeby z innymi zmianami. Rzetelna dokumentacja, etapowe testy i możliwość powrotu do sprawdzonej kopii ograniczają ryzyko przerwy w sprzedaży oraz ułatwiają szybkie ustalenie przyczyny ewentualnego problemu.