Obsługa systemu Streamsoft

Najpierw ustalamy, którego modułu dotyczy sprawa

System obejmuje szeroki zakres funkcji — od magazynu i sprzedaży po produkcję — więc diagnoza zaczyna się od ustalenia, gdzie dokładnie występuje problem. Objaw opisany jako „program nie działa" może dotyczyć czterech różnych obszarów.

Co sprawdzamy

1. Zakres: jedno stanowisko, jeden moduł czy całość.
2. Serwer bazy danych i jego obciążenie.
3. Połączenie sieciowe między stanowiskami a bazą.
4. Urządzenia współpracujące — czytniki, terminale, drukarki etykiet.
5. Zmiany wprowadzone w środowisku w ostatnim czasie.

Moduł produkcyjny

Wymaga uwagi szczególnej, bo jego awaria zatrzymuje nie biuro, lecz linię. Przy takich zgłoszeniach pierwszym celem jest przywrócenie pracy — choćby w wariancie tymczasowym — a właściwa naprawa następuje potem.

Terminale i urządzenia w hali

Częstym źródłem zgłoszeń nie jest sam program, tylko sieć bezprzewodowa w hali: zasięg między regałami, przechodzenie urządzeń między punktami dostępowymi, przeciążenie w godzinach szczytu. Sprawdzamy to razem z systemem.

Nasz zakres

Serwer, baza danych, sieć, wydajność, kopie zapasowe, stanowiska i urządzenia. Konfigurację merytoryczną i wdrożenia prowadzi firma wdrożeniowa producenta.

Prace planowane

Wykonujemy je poza godzinami pracy albo między zmianami, po wcześniejszym uzgodnieniu okna serwisowego.

Różne warianty tego samego zgłoszenia

Komunikat o niedostępności programu nie zawsze oznacza awarię całego systemu. Jeżeli problem występuje tylko na jednym komputerze, sprawdzane są ustawienia stanowiska, dostęp do sieci, uprawnienia oraz działanie usług potrzebnych do uruchomienia aplikacji. Usługa to proces pracujący w tle, który udostępnia określoną funkcję systemowi lub innym programom. W takim przypadku pozostałe stanowiska mogą nadal działać prawidłowo.

Jeżeli błąd pojawia się na kilku komputerach jednocześnie, zakres diagnostyki obejmuje elementy wspólne. Należą do nich serwer, baza danych, urządzenia sieciowe i połączenia między pomieszczeniami. Baza danych to uporządkowany zbiór informacji, z którego program pobiera między innymi dane dokumentów, kartotek i operacji magazynowych. Jej niedostępność może wyglądać na awarię aplikacji, chociaż sam program na stanowisku uruchamia się poprawnie.

Inny wariant występuje wtedy, gdy system działa, ale wybrana operacja trwa znacznie dłużej niż zwykle. Przyczyną może być obciążenie serwera, problem z siecią, brak wolnego miejsca na nośniku danych albo proces wykonywany równolegle przez inne stanowisko. Nie zakłada się od razu, że potrzebna jest wymiana sprzętu. Najpierw ustalane jest, w którym miejscu powstaje opóźnienie i czy występuje stale, czy tylko podczas określonej czynności.

Jak odróżniamy problem stanowiska od problemu serwera

Podstawową informacją jest liczba osób objętych usterką. Gdy błąd dotyczy jednej osoby, porównuje się jej stanowisko z komputerem, na którym ta sama czynność działa prawidłowo. Sprawdzane są różnice w konfiguracji, połączeniu sieciowym i dostępie do współdzielonych zasobów. Zasób współdzielony to katalog, plik, drukarka albo inny element udostępniony kilku użytkownikom przez sieć.

Gdy program przestaje działać w całej firmie, kontrolowane są najpierw elementy centralne. Ważne jest ustalenie, czy serwer jest uruchomiony, czy odpowiada w sieci i czy baza danych przyjmuje połączenia. Sprawdzany jest także stan nośników danych oraz ilość dostępnego miejsca. Zapełnienie dysku może zakłócić zapis danych, tworzenie kopii zapasowych i pracę usług, mimo że sam serwer pozostaje widoczny dla użytkowników.

Istotna jest również kolejność zdarzeń. Informacja, że usterka pojawiła się po aktualizacji systemu, zmianie urządzenia sieciowego, przeniesieniu stanowiska albo chwilowym zaniku zasilania, zawęża zakres kontroli. Nie oznacza jednak automatycznie, że ostatnia zmiana jest przyczyną. Zależność potwierdza się na podstawie konfiguracji, komunikatów programu i dzienników zdarzeń, czyli zapisów o pracy systemu oraz wykrytych błędach.

Kiedy problem dotyczy urządzenia współpracującego

Brak wydruku etykiety, niewczytany kod albo utrata połączenia z terminalem mogą zostać odebrane jako awaria Streamsoft. W rzeczywistości program może prawidłowo przygotować operację, a problem pojawia się dopiero przy przekazaniu danych do urządzenia. Dlatego sprawdzana jest cała droga: od polecenia wydanego w aplikacji, przez połączenie sieciowe i sterownik, aż po urządzenie końcowe. Sterownik to oprogramowanie umożliwiające systemowi operacyjnemu komunikację z konkretnym sprzętem.

W przypadku drukarki etykiet znaczenie mają między innymi dostępność urządzenia w sieci, kolejka wydruku i prawidłowy wybór drukarki na stanowisku. Kolejka wydruku to lista dokumentów oczekujących na przesłanie do urządzenia. Zablokowane zadanie może zatrzymać kolejne etykiety, choć inne funkcje systemu nadal będą działać. Konfiguracja samego wzoru dokumentu lub etykiety pozostaje natomiast zagadnieniem merytorycznym, które może wymagać udziału firmy wdrożeniowej.

Przy terminalach mobilnych sprawdzane jest również zachowanie połączenia w różnych częściach hali. Jeżeli błąd występuje wyłącznie w określonym miejscu, prawdopodobną przyczyną jest lokalny problem z zasięgiem albo komunikacją sieciową. Jeżeli dotyczy każdego terminala niezależnie od położenia, kontrola obejmuje wspólne punkty dostępu, serwer i usługi wykorzystywane do wymiany danych.

Kiedy to nie jest awaria Streamsoft

Nie każdy brak możliwości wykonania operacji wynika z usterki technicznej. Program może działać prawidłowo, lecz użytkownik nie ma uprawnień do wybranego modułu, magazynu albo rodzaju dokumentu. Uprawnienia określają, które dane i funkcje są dostępne dla danego konta. Ich zmiana powinna wynikać z decyzji osoby odpowiedzialnej w firmie, ponieważ może wpływać na dostęp do danych oraz zakres wykonywanych operacji.

Podobnie wygląda sytuacja, gdy nieprawidłowy wynik zależy od ustawień procesu, schematu dokumentu lub sposobu ewidencji przyjętego w przedsiębiorstwie. Jest to zagadnienie merytoryczne, a nie awaria komputera, sieci lub serwera. Wtedy potrzebna może być konsultacja z opiekunem wdrożenia, który zna konfigurację systemu i zasady pracy obowiązujące w danej firmie.

Osobną kategorią są problemy z drukowaniem występujące także poza Streamsoft. Jeżeli ta sama drukarka nie drukuje dokumentu z innych aplikacji, diagnostyka skupia się na systemie operacyjnym, sterowniku, połączeniu i samym urządzeniu. Jeśli inne wydruki działają, a problem dotyczy jednego formularza, sprawdzane są ustawienia związane z konkretnym dokumentem.

Błędy podczas samodzielnych prób przywrócenia działania

Pierwszą bezpieczną czynnością jest zapisanie treści komunikatu oraz okoliczności jego wystąpienia. Wielokrotne zamykanie okna bez zanotowania błędu utrudnia późniejsze ustalenie przyczyny. Pomocny jest zrzut ekranu, nazwa wykonywanej operacji oraz informacja, czy w tej samej chwili problem pojawił się na innych stanowiskach. Nie należy jednak utrwalać i przesyłać danych, które nie są potrzebne do diagnozy.

Ryzykowne jest samodzielne usuwanie plików programu lub bazy danych w celu zwolnienia miejsca. Nazwy plików nie zawsze wskazują ich rzeczywistą funkcję, a skasowanie pozornie niepotrzebnego elementu może uniemożliwić uruchomienie usługi albo odtworzenie danych. Wolne miejsce odzyskuje się po ustaleniu, które pliki można bezpiecznie przenieść lub usunąć i czy są objęte kopią zapasową.

Nie powinno się także przywracać starszej kopii bazy na działającym środowisku bez sprawdzenia jej daty i zakresu. Taka operacja może zastąpić nowsze dane starszą wersją. Kopia zapasowa to dodatkowy zapis danych przeznaczony do odtworzenia po awarii, ale jej użycie wymaga właściwej kolejności działań i zabezpieczenia stanu bieżącego.

Innym błędem jest jednoczesne wprowadzanie wielu zmian: ponowna instalacja programu, zmiana ustawień sieci, aktualizacja sterowników i restart urządzeń. Po takiej serii trudno wskazać, co rzeczywiście przywróciło działanie albo wywołało kolejny problem. Diagnostyka jest skuteczniejsza, gdy zmiany są wykonywane pojedynczo, dokumentowane i sprawdzane po każdym etapie.

Znaczenie kopii zapasowych przed pracami

Przed zmianami na serwerze sprawdzane jest, czy kopia zapasowa powstaje oraz czy obejmuje dane potrzebne do odtworzenia środowiska. Sam komunikat o wykonaniu kopii nie daje pełnej odpowiedzi. Znaczenie ma także miejsce zapisu, dostępność pliku oraz możliwość jego odczytania. Kopia przechowywana wyłącznie na tym samym nośniku co dane robocze może zostać utracona razem z nimi podczas awarii sprzętu.

Weryfikacja kopii nie oznacza automatycznego odtwarzania jej na środowisku produkcyjnym. Środowisko produkcyjne to system używany do bieżącej pracy firmy. Jeśli potrzebna jest próba odtworzenia, powinna zostać przygotowana tak, aby nie nadpisać aktualnych danych. Zakres takiej próby zależy od konfiguracji serwera, sposobu wykonywania kopii i uzgodnionego planu zabezpieczenia informacji.

Przy obsłudze danych firmowych nie jest domyślnie wymagane przekazanie hasła użytkownika. Jeżeli bez dostępu do określonego konta nie można wykonać konkretnego testu, najpierw wyjaśniany jest cel i zakres takiej potrzeby. Na życzenie możliwe jest bezpłatne zawarcie NDA, czyli umowy o zachowaniu poufności. Prace nie są przekazywane podwykonawcom.

Jak przygotować zgłoszenie bez przerywania pracy całej firmy

W zgłoszeniu warto wskazać moduł, operację i stanowiska objęte problemem. Zamiast ogólnego opisu „system nie działa" bardziej przydatna jest informacja, że błąd pojawia się podczas zapisu dokumentu, wyszukiwania kartoteki, uruchamiania modułu albo łączenia terminala. Ważne jest również określenie, czy czynność działała wcześniej oraz co zmieniło się przed wystąpieniem usterki.

Jeżeli część stanowisk działa prawidłowo, nie zawsze trzeba zatrzymywać całą firmę. Można zachować działające procesy i odseparować diagnostykę do obszaru objętego błędem. W przypadku problemu centralnego konieczne może być uzgodnione okno serwisowe, czyli przedział przeznaczony na prace wymagające ograniczenia dostępu do systemu. Termin dopasowuje się do rytmu pracy biura, magazynu lub produkcji.

Obsługa odbywa się wyłącznie z dojazdem. Zależnie od rodzaju sprawy serwisant pracuje na miejscu albo sprzęt jest odbierany przez kierowcę i zwracany po wykonaniu prac. Wizyta serwisanta oznacza bezpłatny dojazd, natomiast wykonana praca jest płatna niezależnie od wyniku. Nie każda usterka wymaga zabrania urządzenia, ponieważ stan sieci, terminali i połączeń z serwerem najlepiej oceniać w środowisku, w którym problem faktycznie występuje.

Dodatkowe pytania dotyczące obsługi Streamsoft

Czy spowolnienie jednego modułu oznacza przeciążenie serwera?

Nie zawsze. Jeżeli inne moduły oraz stanowiska pracują prawidłowo, przyczyna może dotyczyć konkretnej operacji, ustawień stanowiska, połączenia lub zakresu przetwarzanych danych. Obciążenie serwera jest jednym z kontrolowanych elementów, ale wniosek wymaga porównania zachowania systemu w kilku miejscach i podczas różnych czynności.

Czy po zaniku zasilania wystarczy ponownie uruchomić komputery?

Ponowne uruchomienie może przywrócić dostęp, lecz nie potwierdza poprawności całego środowiska. Po nieoczekiwanym wyłączeniu warto sprawdzić działanie serwera, usług, bazy danych i kopii zapasowej. Jeżeli pojawiają się komunikaty o błędach, nie należy wykonywać wielu kolejnych restartów bez ustalenia przyczyny.

Kto powinien zmieniać ustawienia dokumentów i procesów?

Konfiguracja merytoryczna, obejmująca sposób działania dokumentów, obieg procesów i zasady ewidencji, pozostaje po stronie firmy wdrożeniowej producenta. Obsługa informatyczna obejmuje infrastrukturę: serwer, bazę danych, sieć, stanowiska, wydajność, kopie oraz urządzenia współpracujące. Takie rozdzielenie zapobiega zmianom wpływającym na przyjęty sposób pracy przedsiębiorstwa.

Czy usterkę terminala można rozpoznać bez sprawdzania hali?

Nie w każdym przypadku. Zdalny opis pozwala zawęzić możliwe przyczyny, ale problemy z zasięgiem, przechodzeniem między punktami dostępowymi i lokalnymi zakłóceniami wymagają oceny w miejscu pracy urządzenia. Serwisant może wtedy porównać zachowanie terminala w różnych strefach i sprawdzić elementy wspólne dla całej sieci.

Czy każda aktualizacja powinna być wykonywana w godzinach pracy?

Nie. Jeżeli zmiana może wymagać zatrzymania usług lub ograniczenia dostępu do bazy, uzgadniane jest okno serwisowe poza głównym okresem pracy albo między zmianami. Przed rozpoczęciem określa się zakres, zależności i sposób powrotu do wcześniejszego stanu, jeśli nowa konfiguracja nie zadziała zgodnie z oczekiwaniem.

Sprawna obsługa zaczyna się od wskazania miejsca, w którym zatrzymał się proces

W rozbudowanym środowisku nie wystarcza ponowne uruchomienie aplikacji. Trzeba rozdzielić warstwę programu, bazy danych, serwera, sieci i urządzeń końcowych, a następnie sprawdzić je w kolejności wynikającej z objawu. Dzięki temu problem modułu produkcyjnego nie jest traktowany jak zwykła usterka pojedynczego stanowiska, a brak wydruku etykiety nie prowadzi od razu do ingerencji w bazę. Precyzyjny opis miejsca zatrzymania pracy pozwala szybciej wybrać właściwy zakres diagnostyki i ograniczyć wpływ prac na pozostałe działy firmy.