Czynności wstępne po przyjeździe na miejsce do firmy

Prace związane z podniesieniem wersji systemu enova365 w module Handel rozpoczynają się od bezpośredniej weryfikacji środowiska pracy. Po przyjeździe do siedziby firmy pierwszym krokiem jest zidentyfikowanie komputera pełniącego funkcję serwera bazy danych oraz wszystkich stanowisk roboczych, na których prowadzona jest sprzedaż i wystawianie dokumentów magazynowych. Kluczowe jest ustalenie, czy wszyscy użytkownicy zakończyli aktywne sesje i zamknęli dokumenty w buforze. Przerwanie edycji faktury czy dokumentu wydania zewnętrznego w trakcie konwersji struktur danych mogłoby doprowadzić do niespójności logicznej w kartotekach towarowych lub rozliczeniach.

Zanim jakikolwiek plik instalacyjny zostanie uruchomiony, wykonywana jest pełna kopia bezpieczeństwa bazy danych — czyli zrzut całego zbioru informacji o transakcjach, kontrahentach i stanach magazynowych do odrębnego pliku archiwalnego. Taki plik jest natychmiast kopiowany na odrębny nośnik pamięci, odizolowany od bieżącego dysku serwera. Równolegle weryfikowane jest miejsce na dyskach twardych. Proces konwersji tabel bazodanowych wymaga tymczasowej przestrzeni roboczej, która bywa znacznie większa niż sam bieżący rozmiar pliku bazy. Brak wolnego miejsca w trakcie przebudowy indeksów mógłby zatrzymać proces w punkcie krytycznym, dlatego kontrola zasobów sprzętowych stanowi bezwzględny wymóg przed podjęciem kolejnych działań.

Zgłoszenia telefoniczne i typowe sytuacje w dziale handlowym

Potrzeba przeprowadzenia aktualizacji modułu handlowego najczęściej wynika ze zmian w przepisach prawno-podatkowych lub konieczności dostosowania formatów elektronicznej wymiany dokumentów. Osoby zarządzające sprzedażą oraz pracownicy magazynu opisują sytuację podczas rozmowy telefonicznej w bardzo konkretny sposób:

  • Program wyświetla komunikat informujący, że struktura bazy danych jest starsza niż zainstalowana na jednym ze stanowisk nowa wersja aplikacji i blokuje dostęp do kartotek.
  • Dział sprzedaży nie może wygenerować wymaganych przez kontrahentów nowych schematów e-faktur lub zestawień podatkowych, ponieważ dotychczasowe mechanizmy nie zawierają aktualnych pól formularzy.
  • Po przypadkowym zaktualizowaniu oprogramowania na jednym komputerze przez pracownika, pozostałe stanowiska sieciowe straciły możliwość logowania się do wspólnego rejestru handlowego.
  • Występuje obawa przed wielogodzinnym przestojem w fakturowaniu i wydawaniu towaru z magazynu w trakcie standardowych godzin pracy przedsiębiorstwa.
  • System po aktualizacji systemu operacyjnego zgłasza błędy komunikacji z silnikiem bazy danych lub odmawia autoryzacji uprawnień użytkownika.

Przyczyny problemów podczas aktualizacji systemów handlowo-magazynowych

Komplikacje towarzyszące procesom modernizacji oprogramowania enova365 Handel wynikają zazwyczaj ze złożoności architektury sieciowej oraz powiązań pomiędzy wieloma elementami systemu informatycznego. Do najczęstszych przyczyn należą:

Niespójność wersji na stanowiskach końcowych. W strukturze wielostanowiskowej silnik bazy danych wymaga, aby wszystkie instancje programu łączące się ze wspólnym zbiorem danych operowały na dokładnie tej samej wersji bibliotek wykonawczych. Jeśli jedno stanowisko zostanie zaktualizowane, a inne pozostaną przy starszych plikach, próba logowania kończy się blokadą dostępu w celu ochrony spójności rejestrów.

Zablokowane połączenia i otwarte transakcje w bazie. Pozostawione w tle uśpione sesje użytkowników, zablokowane procesy raportujące lub usługi zewnętrzne integrujące sklep internetowy z modułem handlowym uniemożliwiają przejście bazy w tryb wyłącznego dostępu. Bez tego konwersja struktur tabeli dokumentów nie może zostać przeprowadzona.

Brak uprawnień administracyjnych w środowisku domenowym. System enova365 do poprawnej aktualizacji bibliotek oraz rejestracji komponentów systemowych wymaga odpowiednich praw w systemie operacyjnym. Brak odpowiednich uprawnień dla konta wykonującego aktualizację prowadzi do niepełnego nadpisania plików i późniejszych błędów podczas startu modułów.

Niewłaściwa konfiguracja sieci lokalnej i zapory sieciowej. Zmiana wersji może wiązać się ze zmianą sposobu komunikacji komponentów lub portów nasłuchu. Zablokowanie ruchu przez zaporę sieciową (firewall) na serwerze sprawia, że komputery handlowców nie widzą nowo uruchomionej bazy.

Błędy integralności bazy sprzed aktualizacji. Jeśli w bazie danych istniały wcześniejsze uszkodzenia indeksów lub niespójności w powiązaniach tabel, skrypt konwertujący do nowej wersji może zatrzymać się z błędem w połowie procedury.

Przebieg procedury aktualizacyjnej realizowanej przez serwis

Proces modernizacji oprogramowania enova365 Handel przeprowadzany jest według rygorystycznego planu technicznego, który minimalizuje ryzyko zakłóceń w bieżącym funkcjonowaniu przedsiębiorstwa.

Pierwszym etapem jest wykonanie wspomnianej kopii bezpieczeństwa oraz odtworzenie jej w środowisku testowym na maszynie serwisowej. Weryfikacja próbna polega na wykonaniu pełnej konwersji struktur danych na kopii zapasowej. Pozwala to sprawdzić, czy skrypty aktualizacyjne przechodzą bez błędów, ile czasu zajmie docelowy proces oraz czy po podniesieniu wersji wszystkie wzorce wydruków faktur, cenniki i rozliczenia magazynowe zachowują poprawność.

Kolejnym krokiem jest odłączenie usług integrujących, takich jak synchronizatory z platformami e-commerce czy kolektory danych magazynowych. Po zapewnieniu wyłączności dostępu do silnika bazodanowego następuje aktualizacja oprogramowania serwerowego oraz właściwa konwersja bazy danych. W tym czasie serwisant monitoruje logi systemowe, analizując każdy etap przebudowy tabel.

Po zakończeniu konwersji bazy przystępuje się do równoległej instalacji nowej wersji na wszystkich stacjach roboczych w dziale handlowym i w magazynie. Każde stanowisko jest konfigurowane pod kątem właściwych parametrów połączenia sieciowego. Sprawdzane są uprawnienia użytkowników, działanie drukarek dokumentów oraz poprawność generowania podstawowych zestawień sprzedaży. Na życzenie klienta podpisywana jest umowa o poufności (NDA) — bezpłatnie, dla każdego podmiotu gospodarczego, co gwarantuje pełną dyskrecję w odniesieniu do przetwarzanych danych handlowych i finansowych. Wszelkie czynności wykonują bezpośrednio serwisanci serwisu, bez angażowania zewnętrznych podwykonawców.

Kiedy to nie jest ta usterka

Zdarzają się sytuacje, w których objawy przypominają błąd aktualizacji oprogramowania, jednak źródło problemu leży w zupełnie innym miejscu infrastruktury informatycznej firmy. Prawidłowa diagnoza pozwala uniknąć niepotrzebnych manipulacji przy samej strukturze bazy enova365.

Trudności z wystawianiem dokumentów mogą wynikać z fizycznej awarii nośnika danych na serwerze. Wolno działający system lub zawieszanie się programu przy zapisie pozycji faktury bywa skutkiem pojawienia się uszkodzonych sektorów na dysku twardym, a nie błędów w kodzie modułu handlowego. W takim przypadku próba wymuszenia aktualizacji na uszkodzonym nośniku mogłaby doprowadzić do całkowitej utraty danych.

Innym przypadkiem są usterki sprzętowe infrastruktury sieciowej — uszkodzone przełączniki (switche), niestabilne połączenia bezprzewodowe w magazynie czy uszkodzone okablowanie strukturalne. Objawiają się one nagłym zrywaniem połączenia programu z bazą danych, co użytkownicy często mylnie interpretują jako wadliwe działanie samej aplikacji po wdrożeniu nowej wersji.

Warto również odróżnić problemy techniczne bazy od kwestii merytoryczno-księgowych. Brak możliwości zatwierdzenia dokumentu może wynikać z blokady okresu obrachunkowego wprowadzonej przez dział księgowy, braku stanów magazynowych przy włączonej kontroli ujemnych stanów lub nieprawidłowo zdefiniowanych schematów uprawnień dla danego pracownika. Serwis zajmuje się techniczną obsługą programu i jego stabilnością, nie zastępując jednak personelu księgowego w prowadzeniu ewidencji zdarzeń gospodarczych.

Czego nie robić samodzielnie i co można bezpiecznie zweryfikować

Próby samodzielnego rozwiązywania problemów z aktualizacją bez odpowiedniego przygotowania technicznego mogą prowadzić do długotrwałego unieruchomienia sprzedaży w firmie. Istnieją działania, których należy bezwzględnie unikać:

  • Nie wolno rozpoczynać instalacji nowej wersji na serwerze bez uprzedniego potwierdzenia wykonania poprawnej i kompletnej kopii zapasowej bazy danych.
  • Nie należy przerywać procesu konwersji bazy danych (np. poprzez restartowanie komputera lub wyłączanie zasilania), nawet jeśli pasek postępu wydaje się zatrzymany na dłuższy czas. Przebudowa dużych tabel historii sprzedaży wymaga czasu, a jej przerwanie w trakcie niszczy spójność relacji.
  • Niewskazana jest ręczna instalacja nowej wersji na pojedynczych stanowiskach handlowych bez uzgodnienia z administratorem całego środowiska.
  • Nie należy edytować bezpośrednio tabel bazodanowych za pomocą zewnętrznych narzędzi w celu „odblokowania" zaciętej transakcji.

Przed przyjazdem serwisanta pracownicy firmy mogą natomiast bezpiecznie wykonać kilka podstawowych czynności weryfikacyjnych:

  • Sprawdzić, czy na serwerze oraz stacjach roboczych kabel sieciowy jest prawidłowo wpięty, a urządzenia mają dostęp do sieci lokalnej.
  • Poprosić wszystkich użytkowników o wylogowanie się z modułów enova365 i zamknięcie aplikacji na wszystkich komputerach w firmie.
  • Zweryfikować, czy na dysku, na którym znajduje się baza danych, dostępna jest wolna przestrzeń dyskowa.
  • Zanotować dokładną treść pojawiających się komunikatów o błędach lub wykonać ich zrzuty ekranu, co ułatwi wstępną diagnozę.

Organizacja prac serwisowych i model współpracy

Obsługa techniczna firm realizowana jest w modelu pełnej mobilności z dojazdem do siedziby klienta na terenie Warszawy oraz 7 okolicznych powiatów. Rozwiązanie to eliminuje konieczność demontażu serwerów czy stacji roboczych i pozwala na przeprowadzenie wszelkich prac w rzeczywistym środowisku sieciowym przedsiębiorstwa.

Standardowy proces współpracy wygląda następująco:

1. Ustalenie zakresu prac i terminu. Ze względu na specyfikę pracy działów handlowych, aktualizacje mogą być planowane w godzinach o najniższym natężeniu ruchu sprzedażowego, w tym również w godzinach wieczornych lub w dni wolne od pracy, bez naliczania dodatkowych opłat za nietypową porę.

2. Dojazd i wycena przed rozpoczęciem działań. Serwisant dociera na miejsce, ocenia stan infrastruktury, liczbę stanowisk oraz wielkość bazy danych. Przed przystąpieniem do jakichkolwiek modyfikacji przedstawiana jest indywidualna wycena usługi, którą klient akceptuje przed startem prac.

3. Prace bez konieczności udostępniania haseł. Serwis domyślnie wykonuje procedury bez wglądu w poufne hasła administracyjne klienta, prosząc o autoryzację operacji przez uprawnionego pracownika tylko wtedy, gdy jest to technicznie niezbędne do podniesienia uprawnień instalatora.

4. Procedura warsztatowa w przypadkach złożonych. W sytuacji, gdy podczas diagnozy ujawnione zostaną poważne uszkodzenia sprzętowe serwera (np. awaria kontrolera pamięci masowej czy degradacja macierzy dyskowej), sprzęt może zostać odebrany do warsztatu w celu wykonania naprawy elektronicznej i odwieziony po zakończeniu prac własnym transportem serwisu. Wszelkie naprawy sprzętowe opierają się wyłącznie na fabrycznie nowych podzespołach, a na wykonaną usługę udzielana jest gwarancja do 12 miesięcy. Rozliczenie dokumentowane jest poprzez wystawienie faktury bez VAT.

W przypadku pytań dotyczących modernizacji modułu enova365 Handel lub potrzeby pilnej interwencji technicznej w infrastrukturze handlowej, prosimy o kontakt telefoniczny pod numerem 22 257 87 54.