Obsługa systemu SAP Business One

Infrastruktura, nie wdrożenie

System tej klasy trafia do firm o większej skali działania i jest wdrażany przez wyspecjalizowane firmy partnerskie producenta. Nasza rola jest tu jasno określona: zajmujemy się infrastrukturą, na której system pracuje, a nie samym oprogramowaniem i jego konfiguracją merytoryczną.

Co obsługujemy

• Serwery, na których działa system, i ich sprawność.
• Bazę danych: wydajność, kopie zapasowe, utrzymanie.
• Sieć wewnętrzną i połączenia między lokalizacjami.
• Stanowiska pracy i ich konfigurację.
• Zasilanie awaryjne, chłodzenie i warunki w serwerowni.
• Urządzenia współpracujące: drukarki, czytniki, terminale.

Dlaczego rozdzielamy te obszary

Bo mieszanie ich szkodzi klientowi. Modyfikacje w systemie wdrożonym przez partnera producenta wymagają jego wiedzy i jego odpowiedzialności; my z kolei jesteśmy na miejscu i reagujemy szybciej przy sprawach sprzętowych i sieciowych. Podział jest tu zaletą, nie ograniczeniem.

Współpraca z firmą wdrożeniową

Przy zgłoszeniach niejednoznacznych ustalamy, po której stronie leży przyczyna, i przekazujemy konkretne informacje techniczne. To skraca reakcję partnera, bo zgłoszenie nie sprowadza się do zdania „system nie działa".

Ciągłość pracy

Zasilanie awaryjne, monitoring serwerów i sprawdzone kopie zapasowe to obszary, w których najczęściej znajdujemy realne luki — niezależnie od klasy samego systemu.

Reakcja

Awarie infrastruktury obsługujemy priorytetowo, całą dobę. Dojeżdżamy do klientów — w biurze może nikogo nie być.

Różne postacie problemów z dostępem do SAP Business One

Komunikat, że SAP Business One nie działa, może opisywać kilka zupełnie różnych sytuacji. System może nie uruchamiać się na jednym stanowisku, działać wolno w całej firmie albo przerywać połączenie tylko w określonej lokalizacji. Zdarza się też, że użytkownicy mogą się zalogować, ale nie mają dostępu do drukarki, skanera lub zasobu sieciowego potrzebnego w codziennej pracy. Każdy z tych wariantów wymaga innego kierunku diagnostyki.

Problem występujący na jednym komputerze zwykle kieruje uwagę na jego system operacyjny, połączenie sieciowe, konfigurację klienta programu albo stan lokalnych składników. Jeżeli ten sam objaw pojawia się równocześnie na wielu stanowiskach, sprawdzany jest serwer, baza danych oraz wspólne elementy sieci. Baza danych to uporządkowany zbiór informacji wykorzystywanych przez program, natomiast serwer to komputer lub środowisko udostępniające te informacje stanowiskom użytkowników.

Osobnym przypadkiem jest spowolnienie bez całkowitej utraty dostępu. Przyczyną może być przeciążenie zasobów, problem z dyskami, niestabilne połączenie między lokalizacjami albo proces wykonywany w tle. Nie przesądza to automatycznie o błędzie samego SAP Business One. Najpierw trzeba ustalić, czy opóźnienie powstaje na stanowisku, w sieci, na serwerze czy podczas komunikacji z bazą danych.

Jak przebiega diagnostyka infrastruktury

Diagnostyka zaczyna się od określenia zakresu awarii. Sprawdzane jest, ilu użytkowników odczuwa problem, od kiedy występuje objaw oraz czy dotyczy wszystkich funkcji. Znaczenie ma również to, czy przed awarią wykonano aktualizację, wymieniono urządzenie sieciowe, zmieniono konfigurację zabezpieczeń albo doszło do zaniku zasilania. Takie informacje pozwalają uporządkować badanie bez wykonywania przypadkowych zmian.

Następnie kontrolowane są podstawowe warstwy techniczne. Obejmuje to dostępność serwera, wykorzystanie jego zasobów, działanie usług systemowych oraz łączność ze stanowiskami. Usługa systemowa to proces działający w tle, od którego może zależeć komunikacja programu z innymi składnikami środowiska. Sprawdzane są również zdarzenia zapisane w dziennikach systemowych, czyli rejestrach zawierających informacje o błędach, ostrzeżeniach i uruchamianiu poszczególnych usług.

Jeżeli infrastruktura działa prawidłowo, a objaw wskazuje na konfigurację procesów biznesowych, dodatków lub funkcji programu, sprawa jest przekazywana do firmy wdrożeniowej. Przygotowane zgłoszenie może wtedy zawierać zakres problemu, moment jego wystąpienia, listę dotkniętych stanowisk oraz wyniki testów serwera i sieci. Taki materiał pomaga oddzielić awarię techniczną od zagadnienia wymagającego wiedzy wdrożeniowej.

Serwer i baza danych jako wspólna podstawa pracy

Stabilność systemu zależy między innymi od kondycji serwera oraz mechanizmu bazy danych. Kontrola nie powinna ograniczać się do sprawdzenia, czy urządzenie jest włączone. Istotne są również dostępne zasoby, stan nośników danych, poprawność usług oraz możliwość bezpiecznego zapisania i odczytania informacji. Nagłe pogorszenie wydajności może mieć źródło w warstwie sprzętowej, systemowej albo sieciowej.

Ważna jest też pojemność przestrzeni przeznaczonej na dane, pliki robocze, dzienniki i kopie zapasowe. Brak wolnego miejsca może zakłócić działanie wielu składników, nawet gdy sam program wcześniej pracował bez problemów. Nie należy jednak usuwać plików na podstawie samej nazwy lub daty. Część z nich może być potrzebna do działania bazy, odtworzenia danych albo analizy awarii.

W środowisku firmowym zmiany na serwerze powinny być uzgadniane z administratorem infrastruktury i partnerem odpowiedzialnym za wdrożenie. Dotyczy to zwłaszcza aktualizacji, migracji danych, zmiany wersji mechanizmu bazodanowego oraz modyfikowania usług związanych z aplikacją. Migracja oznacza przeniesienie systemu lub danych do innego środowiska. Wymaga planu, kopii bezpieczeństwa i sprawdzenia zgodności wszystkich zależnych elementów.

Kopie zapasowe trzeba również sprawdzać

Samo pojawienie się pliku kopii zapasowej nie potwierdza, że dane można z niego odzyskać. Kopia powinna być wykonywana regularnie, zapisywana w kontrolowanym miejscu i okresowo weryfikowana. Weryfikacja obejmuje sprawdzenie, czy zadanie zakończyło się poprawnie, czy plik ma oczekiwaną postać oraz czy procedura odtworzenia jest znana osobom odpowiedzialnym za infrastrukturę.

Test odtworzeniowy polega na kontrolowanym uruchomieniu kopii w oddzielnym środowisku, bez zastępowania bieżących danych firmy. Pozwala wykryć błędy, które nie zawsze są widoczne podczas samego tworzenia archiwum. Zakres takiego testu trzeba uzgodnić z firmą wdrożeniową, ponieważ samo uruchomienie bazy nie musi jeszcze oznaczać, że wszystkie funkcje, dodatki i integracje działają poprawnie.

Kopie powinny być chronione przed przypadkowym usunięciem, awarią urządzenia oraz nieuprawnionym dostępem. Nie wystarczy przechowywanie ich wyłącznie na tym samym serwerze, na którym znajdują się dane produkcyjne. Dane produkcyjne to informacje używane na bieżąco przez firmę. Awaria jednego urządzenia mogłaby wtedy objąć zarówno oryginał, jak i jedyną kopię.

Sieć lokalna i połączenia między oddziałami

Praca systemu może zależeć od stabilnej komunikacji między stanowiskiem a serwerem. Krótkie przerwy w transmisji bywają niezauważalne podczas przeglądania stron internetowych, ale mogą przerwać operację wykonywaną w aplikacji firmowej. Dlatego sprawdzana jest nie tylko obecność połączenia, lecz także jego stabilność, trasa komunikacji i zachowanie urządzeń sieciowych.

Jeżeli firma działa w kilku lokalizacjach, znaczenie ma połączenie między oddziałami. VPN, czyli szyfrowany tunel pozwalający bezpiecznie łączyć odległe sieci, może działać niestabilnie z powodu konfiguracji, przeciążenia lub problemu z łączem. Objaw może wtedy występować wyłącznie poza lokalizacją, w której znajduje się serwer. Pomaga to odróżnić problem połączenia od ogólnej awarii aplikacji.

Zmiana routera, reguł zapory sieciowej albo adresacji urządzeń powinna uwzględniać zależności systemu. Zapora sieciowa to mechanizm kontrolujący, które połączenia są dozwolone. Zbyt szerokie reguły obniżają poziom ochrony, a zbyt restrykcyjne mogą odciąć potrzebną komunikację. Konfiguracja powinna więc wynikać z ustalonego schematu, a nie z prób polegających na wyłączaniu zabezpieczeń.

Stanowiska pracy i urządzenia współpracujące

Gdy problem dotyczy pojedynczego stanowiska, sprawdzany jest jego system Windows, połączenie z siecią, stan dysku oraz dostęp do wymaganych zasobów. Kontrolowane są także drukarki, czytniki i terminale wykorzystywane przy danym procesie. Obsługa tych urządzeń obejmuje ich podłączenie i konfigurację, a nie naprawę sprzętową każdego urządzenia peryferyjnego.

Nie każda usterka wydruku oznacza problem w SAP Business One. Jeżeli dokument jest generowany poprawnie, ale nie trafia na papier, przyczyną może być kolejka wydruku, sterownik albo połączenie z drukarką. Sterownik to oprogramowanie umożliwiające systemowi operacyjnemu komunikację z urządzeniem. Jeżeli natomiast błędne są dane, układ dokumentu lub reguła jego tworzenia, potrzebna może być analiza po stronie wdrożeniowej.

Podobne rozróżnienie dotyczy czytników kodów i terminali. Brak reakcji urządzenia może wynikać z jego konfiguracji, połączenia lub ustawień stanowiska. Jeżeli urządzenie działa w innych programach, ale nie współpracuje z określoną funkcją systemu, konieczna może być konsultacja z opiekunem wdrożenia lub dostawcą integracji.

Błędy popełniane podczas samodzielnych prób naprawy

Jednym z częstszych błędów jest wielokrotne restartowanie serwera bez sprawdzenia dzienników zdarzeń. Ponowne uruchomienie może chwilowo przywrócić usługę, ale jednocześnie utrudnić ustalenie pierwotnej przyczyny. Przed restartem warto zebrać informacje o objawie, zapisać komunikaty oraz sprawdzić, które stanowiska zostały nim objęte.

Ryzykowne jest również ręczne usuwanie plików w celu zwolnienia miejsca. Bez znajomości ich przeznaczenia można usunąć kopię, dziennik potrzebny do odtworzenia danych albo element używany przez usługę. Bezpieczniej najpierw ustalić, co zajmuje przestrzeń i kto odpowiada za dany katalog.

Nie należy wyłączać zapory sieciowej, programu ochronnego ani mechanizmów kontroli dostępu tylko po to, aby sprawdzić, czy system zacznie działać. Taka próba może stworzyć niepotrzebne ryzyko i nie daje precyzyjnej odpowiedzi o źródle usterki. Właściwym działaniem jest sprawdzenie konkretnych reguł komunikacji i zapisów pokazujących, które połączenie zostało zablokowane.

Kolejnym problemem są nieuzgodnione aktualizacje wykonywane jednocześnie na serwerze i stanowiskach. Jeżeli po zmianie pojawi się awaria, trudno wtedy określić, który składnik ją spowodował. Aktualizacje infrastruktury powinny być planowane, dokumentowane i koordynowane z firmą wdrożeniową, gdy mogą wpływać na zgodność aplikacji.

Kiedy przyczyna nie leży w infrastrukturze

Sprawny serwer, stabilna sieć i poprawne działanie stanowisk nie wykluczają problemu wewnątrz konfiguracji biznesowej. Błędny schemat dokumentu, nieprawidłowe uprawnienie użytkownika, reguła księgowa, zmiana raportu lub zachowanie dodatku mogą wymagać interwencji partnera wdrożeniowego. Dodatek to rozszerzenie programu realizujące funkcje przygotowane dla określonego procesu lub firmy.

Podobnie jest z integracjami, czyli połączeniami SAP Business One z innymi systemami. Jeżeli zewnętrzna platforma zmieni sposób komunikacji, dane mogą przestać się wymieniać mimo prawidłowego działania serwera. W takiej sytuacji potrzebne jest ustalenie, czy błąd powstaje podczas transmisji, uwierzytelnienia, przetwarzania danych czy działania samego rozszerzenia.

Rozdzielenie odpowiedzialności nie oznacza pozostawienia firmy z problemem. Celem jest skierowanie zgłoszenia do właściwej osoby i przekazanie jej wyników wykonanych testów. Infrastruktura jest sprawdzana przez serwis techniczny, a konfiguracja programu przez podmiot odpowiedzialny za wdrożenie i utrzymanie rozwiązania.

Dodatkowe pytania dotyczące obsługi SAP Business One

Czy do diagnozy potrzebne jest hasło użytkownika?

Domyślnie nie prosimy o hasło. Wiele testów serwera, sieci i usług można wykonać bez dostępu do konta konkretnego pracownika. Jeżeli sprawdzenie objawu na danym profilu jest konieczne, zakres dostępu i jego cel są wcześniej wyjaśniane. Na życzenie może zostać podpisana bezpłatna umowa NDA, czyli zobowiązanie do zachowania poufności.

Czy serwis może zmienić konfigurację księgową lub magazynową?

Nie jest to zakres obsługi infrastruktury. Konfiguracja procesów, dokumentów, księgowań i uprawnień biznesowych powinna pozostać po stronie firmy wdrożeniowej. Serwis może natomiast sprawdzić działanie serwera, bazy danych, sieci, stanowiska i urządzeń potrzebnych do korzystania z tych funkcji.

Co przygotować przed zgłoszeniem awarii?

Pomocne są dokładna treść komunikatu, godzina wystąpienia problemu, informacja o liczbie dotkniętych stanowisk oraz opis ostatnich zmian w infrastrukturze. Nie trzeba samodzielnie interpretować błędu. Wystarczy zachować jego treść i wskazać czynność, podczas której się pojawił.

Czy problem można obsłużyć poza siedzibą firmy?

Obsługa odbywa się wyłącznie z dojazdem. W zależności od rodzaju usterki serwisant pracuje na miejscu albo kierowca odbiera sprzęt wymagający diagnostyki i zwraca go po wykonaniu uzgodnionych prac. Warszawa i okoliczne powiaty są objęte dojazdem.

Kto koordynuje kontakt z partnerem wdrożeniowym?

Sposób kontaktu można ustalić odpowiednio do organizacji firmy. Najważniejsze jest przekazanie jednej, spójnej informacji technicznej zamiast kilku sprzecznych opisów. Wyniki diagnostyki infrastruktury mogą zostać uporządkowane tak, aby partner wdrożeniowy otrzymał dane potrzebne do dalszej analizy.

Stabilne zaplecze dla codziennej pracy w SAP Business One

System biznesowy jest tylko jednym z elementów całego środowiska. Jego dostępność zależy również od serwera, bazy danych, sieci, zasilania, kopii zapasowych i stanowisk użytkowników. Regularna kontrola tych obszarów pozwala wcześniej zauważyć przeciążenie, brak miejsca, nieskuteczne zadanie kopii albo niestabilne połączenie.

Przy awarii najważniejsze jest prawidłowe rozdzielenie przyczyn. Jeżeli problem dotyczy infrastruktury, można skupić działania na konkretnym urządzeniu lub usłudze. Jeżeli warstwa techniczna działa poprawnie, partner SAP Business One otrzymuje czytelne wyniki diagnostyki i może analizować konfigurację programu. Takie podejście ogranicza przypadkowe zmiany i porządkuje odpowiedzialność za środowisko, od którego zależy codzienna praca firmy.