Obsługa systemu enova365

Elastyczna budowa wymaga zrozumienia konfiguracji

System składa się z modułów dobieranych do potrzeb firmy, co jest jego zaletą i zarazem utrudnieniem przy diagnozie. Ta sama nazwa oznacza w dwóch firmach dwa zupełnie różne zestawy funkcji — dlatego zaczynamy od ustalenia, jak wygląda konkretna konfiguracja.

Co ustalamy na starcie

• Które moduły są używane i jak wymieniają dane.
• Gdzie stoi baza i jak stanowiska się z nią łączą.
• Czy firma korzysta z wersji instalowanej lokalnie, czy z dostępu przez przeglądarkę.
• Czy w systemie wprowadzono modyfikacje na zamówienie.

Modyfikacje na zamówienie

To element wymagający szczególnej uwagi przy aktualizacjach. Zmiany przygotowane pod konkretną firmę bywają wrażliwe na zmianę wersji — dlatego przed aktualizacją sprawdzamy, czy nie wymagają dostosowania, i uzgadniamy to z firmą, która je wykonała.

Nasz zakres

Infrastruktura: serwer, baza danych, sieć, wydajność, kopie zapasowe, urządzenia współpracujące i stanowiska. Konfigurację merytoryczną i modyfikacje prowadzi zwykle firma wdrożeniowa — pracujemy równolegle, nie wchodząc w jej obszar.

Dostęp przez przeglądarkę

Przy tym wariancie ciężar przenosi się na łącze i na serwer. Sprawdzamy stabilność połączenia i obciążenie serwera, bo to one decydują o odczuwalnej szybkości pracy.

Kopie

Obejmujemy nimi bazę i konfigurację, wraz z okresową próbą odtworzenia.

Najczęstsze warianty problemów z enova365

Objawy zgłaszane przez użytkowników często wyglądają podobnie, choć mają różne przyczyny. Wolne otwieranie kartoteki może wynikać z obciążenia serwera, problemu z siecią, działania programu ochronnego albo procesu wykonywanego w tle. Z kolei brak możliwości uruchomienia systemu na jednym komputerze zwykle kieruje diagnozę w stronę tego stanowiska. Jeżeli ten sam problem występuje jednocześnie na wielu komputerach, sprawdzany jest przede wszystkim serwer, baza danych i wspólna część połączenia sieciowego.

Osobną grupę stanowią problemy pojawiające się po aktualizacji systemu, Windows lub składnika współpracującego. Należy wtedy ustalić kolejność zmian, sprawdzić zgodność używanych dodatków i odróżnić błąd programu od nieprawidłowości infrastruktury. Sam fakt, że objaw wystąpił po aktualizacji, nie przesądza jeszcze o jej winie. W tym samym czasie mogła zmienić się konfiguracja zapory sieciowej, czyli mechanizmu kontrolującego ruch pomiędzy urządzeniami, albo uprawnienia konta używanego przez usługę.

Inny wariant dotyczy pracy zdalnej. System może działać poprawnie w sieci firmowej, a sprawiać trudności poza biurem. W takim przypadku sprawdzane są sposób zestawiania bezpiecznego połączenia, stabilność internetu i dostępność wymaganych zasobów. Jeżeli połączenie okresowo zanika, ważne jest również ustalenie, czy sesja użytkownika zostaje prawidłowo zakończona i czy przerwanie pracy nie pozostawia niedokończonej operacji.

Jak przebiega diagnoza wolnego działania

Ocena wydajności nie powinna zaczynać się od przypadkowej zmiany ustawień. Najpierw ustalane jest, które czynności działają wolno, na ilu stanowiskach występuje problem oraz od kiedy jest zauważalny. Znaczenie ma także to, czy spowolnienie pojawia się stale, czy tylko podczas konkretnych operacji, takich jak generowanie zestawień, wyszukiwanie dokumentów albo praca większej liczby użytkowników.

Następnie sprawdzane są zasoby serwera: obciążenie procesora, wykorzystanie pamięci operacyjnej, stan przestrzeni dyskowej oraz opóźnienia podczas odczytu i zapisu danych. Pamięć operacyjna to obszar wykorzystywany przez uruchomione programy, natomiast opóźnienie dysku określa, jak długo system czeka na wykonanie operacji na danych. Sam duży rozmiar dysku nie oznacza, że pracuje on dostatecznie szybko.

Kontrolowane jest również połączenie pomiędzy stanowiskiem a serwerem. Chwilowe przerwy, utrata pakietów, czyli fragmentów przesyłanych danych, albo nieprawidłowa konfiguracja sieci mogą powodować pozorne zawieszanie programu. Jeżeli problem dotyczy tylko jednego komputera, porównywane są jego parametry i ustawienia z działającym stanowiskiem. Takie porównanie pomaga zawęzić przyczynę bez ingerowania w konfigurację całej firmy.

Problemy z uruchomieniem i logowaniem

Komunikat o braku połączenia nie zawsze oznacza awarię bazy. Przyczyną może być niedostępny serwer, zmiana nazwy urządzenia, blokada ruchu sieciowego lub problem z usługą odpowiedzialną za dostęp do danych. Usługa to program działający w tle, często bez widocznego okna. Jej stan można sprawdzić niezależnie od samej aplikacji.

Jeżeli ekran logowania się pojawia, ale dostęp do określonej części systemu jest niemożliwy, trzeba rozróżnić usterkę techniczną od konfiguracji uprawnień. Uprawnienia określają, jakie dane i operacje są dostępne dla danego konta. Ich zakres powinien być oceniany przez osobę odpowiedzialną za konfigurację merytoryczną. Obsługa informatyczna może natomiast sprawdzić, czy konto, komputer i połączenie działają prawidłowo.

Hasło użytkownika nie jest domyślnie potrzebne do rozpoczęcia diagnozy. Wiele kontroli można wykonać na serwerze, w sieci lub przy obecności osoby korzystającej ze stanowiska. Jeżeli dostęp do konta okaże się konieczny, wcześniej wyjaśniany jest cel takiego działania. Na życzenie możliwe jest również bezpłatne podpisanie NDA, czyli umowy o zachowaniu poufności.

Aktualizacja bez zbędnego ryzyka

Przed zmianą wersji warto zinwentaryzować elementy współpracujące z enova365. Obejmuje to stanowiska użytkowników, serwer, integracje, dodatki oraz modyfikacje wykonane na zamówienie. Inwentaryzacja oznacza uporządkowane ustalenie, co faktycznie działa w danym środowisku. Pozwala uniknąć sytuacji, w której główny program zostaje zaktualizowany, lecz jeden z zależnych składników pozostaje niezgodny.

Istotnym etapem jest wykonanie aktualnej kopii oraz sprawdzenie, czy można ją odczytać i wykorzystać do odtworzenia środowiska. Sam komunikat o pomyślnym zakończeniu kopii nie daje pełnej pewności. Próba odtworzenia pokazuje, czy zapis obejmuje potrzebne dane i czy procedura przywracania jest znana. Operację należy przeprowadzać w kontrolowanych warunkach, aby nie nadpisać działającej bazy.

Po aktualizacji sprawdzane są podstawowe funkcje techniczne: uruchamianie aplikacji, połączenie z bazą, dostęp z używanych stanowisk, drukowanie oraz działanie urządzeń i usług współpracujących. Kontrola merytoryczna dokumentów, naliczeń i procesów biznesowych pozostaje po stronie wyznaczonych użytkowników albo firmy wdrożeniowej, ponieważ to oni znają przyjęte w przedsiębiorstwie reguły.

Błędy przy samodzielnych próbach naprawy

Jednym z częstych błędów jest wielokrotne ponawianie tej samej operacji po zawieszeniu okna. Jeżeli program nadal przetwarza dane, kolejne kliknięcia mogą uruchomić dodatkowe zadania i zwiększyć obciążenie. Bezpieczniej najpierw sprawdzić, czy proces rzeczywiście nie odpowiada, a następnie zapisać godzinę wystąpienia problemu i treść komunikatu.

Ryzykowne jest także usuwanie plików lub odinstalowanie składników bez ustalenia ich roli. Pozostałości po instalacji nie zawsze są zbędne. Mogą zawierać konfigurację potrzebną do połączenia, ustawienia stanowiska albo dane diagnostyczne. Ponowna instalacja programu również nie naprawi problemu znajdującego się na serwerze lub w sieci, a może utrudnić porównanie stanu sprzed awarii.

Nie należy wyłączać zabezpieczeń na stałe tylko dlatego, że po takim działaniu aplikacja zaczyna pracować. Taki wynik jest wskazówką diagnostyczną, ale właściwym rozwiązaniem jest ustalenie, który kontrolowany ruch lub proces został zablokowany, a następnie przygotowanie możliwie wąskiej reguły. Zapora i program ochronny ograniczają ryzyko uruchomienia niepożądanego oprogramowania, dlatego zmiany wymagają ostrożności.

Problem może pogłębić również przywrócenie przypadkowej kopii bez sprawdzenia jej daty i zawartości. Grozi to zastąpieniem aktualnych danych starszym stanem. Przed odtworzeniem trzeba zabezpieczyć bieżące pliki, potwierdzić źródło kopii i uzgodnić zakres operacji z osobami odpowiedzialnymi za system.

Kiedy przyczyna nie leży w enova365

Jeżeli wszystkie programy na komputerze uruchamiają się wolno, przeglądarka traci połączenie, a kopiowanie plików trwa dłużej niż zwykle, problem prawdopodobnie nie ogranicza się do jednego systemu. Wtedy sprawdzany jest ogólny stan stanowiska, sieci lub serwera. Podobnie komunikat pojawiający się podczas drukowania może wskazywać na sterownik, czyli oprogramowanie pośredniczące między systemem a urządzeniem, albo na brak łączności z drukarką.

Brak dostępu do danych może też wynikać ze zmiany uprawnień, wygaśnięcia dostępu do usługi zewnętrznej albo problemu po stronie integracji. Integracja to mechanizm wymiany danych pomiędzy różnymi programami. Jeżeli informacje są poprawnie zapisane w enova365, ale nie docierają do innego systemu, sprawdzany jest etap przekazywania danych, a nie tylko sama baza.

Warto również rozróżnić błąd techniczny od nieprawidłowego wyniku operacji biznesowej. Jeżeli program działa, lecz dokument ma nieoczekiwaną wartość albo naliczenie przebiega inaczej niż zakładano, potrzebna jest analiza ustawień merytorycznych. Taką sprawę prowadzi zwykle firma wdrożeniowa lub osoba odpowiedzialna za dany moduł, przy technicznym wsparciu infrastruktury, gdy okaże się ono potrzebne.

Dodatkowe pytania dotyczące obsługi enova365

Czy problem można diagnozować bez zatrzymywania pracy całej firmy?

W wielu przypadkach tak. Kontrolę pojedynczego stanowiska, parametrów sieci i części dzienników systemowych można rozpocząć bez wyłączania środowiska. Dziennik systemowy to zapis zdarzeń, błędów i ostrzeżeń tworzony przez system lub aplikację. Jeżeli konieczna będzie operacja na bazie, aktualizacja albo restart serwera, zakres przerwy należy wcześniej uzgodnić z użytkownikami i firmą wdrożeniową.

Jakie informacje warto zebrać przed zgłoszeniem?

Przydatne są dokładna treść komunikatu, godzina wystąpienia, nazwa wykonywanej czynności oraz informacja, czy objaw dotyczy jednego czy wielu stanowisk. Pomaga również ustalenie, jakie zmiany wykonano wcześniej w systemie, sieci lub na komputerze. Zrzut ekranu powinien obejmować komunikat, ale przed jego przesłaniem trzeba sprawdzić, czy nie zawiera danych, których nie należy udostępniać.

Czy sama kopia bazy wystarcza?

Zależy to od sposobu działania konkretnego środowiska. Poza bazą mogą być potrzebne ustawienia, pliki wymiany, certyfikaty, elementy integracji albo konfiguracja usług. Certyfikat to cyfrowy składnik używany do potwierdzania tożsamości lub zabezpieczania połączenia. Zakres kopii ustala się po rozpoznaniu konfiguracji, a jej przydatność potwierdza okresowa próba odtworzenia.

Kto powinien zajmować się dodatkiem wykonanym na zamówienie?

Za kod i logikę dodatku powinna odpowiadać firma, która go przygotowała albo przejęła jego utrzymanie. Obsługa informatyczna może sprawdzić serwer, bazę, dostęp do plików, połączenia i zasoby potrzebne do działania rozszerzenia. Taki podział ogranicza ryzyko przypadkowej zmiany reguł biznesowych zapisanych w modyfikacji.

Czy obsługa może odbyć się poza standardowymi godzinami pracy?

Pogotowie komputerowe działa przez całą dobę, także w weekendy i święta, bez dopłat wynikających wyłącznie z pory zgłoszenia. Dojeżdżamy do klientów — w biurze może nikogo nie być. W zależności od charakteru problemu serwisant dojeżdża i pracuje na miejscu albo sprzęt jest odbierany przez kierowcę i po wykonaniu prac zwracany. Wizyta serwisanta jest usługą płatną niezależnie od wyniku diagnozy, natomiast sam dojazd jest bezpłatny.

Stabilne środowisko enova365 zaczyna się od właściwego podziału odpowiedzialności

Sprawna obsługa systemu wymaga współpracy osób znających procesy firmy, opiekuna wdrożenia oraz administratora infrastruktury. Jasny podział odpowiedzialności przyspiesza ustalenie, czy problem dotyczy konfiguracji modułu, dodatku, bazy, serwera, sieci czy konkretnego stanowiska. Dzięki temu zmiany są wykonywane w odpowiednim miejscu, a diagnoza nie narusza działających elementów środowiska.