Brak dostępu do systemu sprzedaży

Awaria, przy której liczy się każda minuta

System sprzedaży, który przestaje odpowiadać w trakcie obsługi klientów, zatrzymuje przychód natychmiast. Dlatego takie zgłoszenia obsługujemy przed pozostałymi, a wyjazd następuje od razu po telefonie.

Co sprawdzamy najpierw

Czy problem dotyczy jednego stanowiska, czy wszystkich. To rozstrzygnięcie zmienia kierunek diagnozy: pojedyncze stanowisko wskazuje na komputer albo jego połączenie, wszystkie naraz — na serwer, bazę danych lub sieć.

Typowe przyczyny

• Baza danych, która przestała odpowiadać po nagłym zaniku napięcia.
• Zapełniona przestrzeń dyskowa na serwerze.
• Uszkodzone indeksy w bazie po niepoprawnym zamknięciu programu.
• Utrata połączenia sieciowego między stanowiskiem a serwerem.
• Wygasła licencja albo zablokowany dostęp użytkownika.
• Aktualizacja, która zmieniła konfigurację połączenia.

Przywrócenie sprzedaży

Jeśli naprawa potrwa, uruchamiamy pracę w wariancie zastępczym — na kopii bazy albo na innym stanowisku — żeby obsługa klientów mogła być kontynuowana. Właściwą naprawę kończymy potem, w spokojniejszym momencie.

Dane sprzedażowe

Przed jakąkolwiek ingerencją w bazę wykonujemy jej kopię. Odtwarzanie bazy bez wcześniejszej kopii to najczęstszy sposób na zamianę awarii w utratę danych.

Zgłoszenie

Telefon 22 378 48 90, czynny bez przerwy, także w weekendy.

Brak dostępu może wyglądać na kilka różnych sposobów

Komunikat o niedostępnej bazie danych nie jest jedynym objawem awarii. Program może zatrzymać się na ekranie logowania, otworzyć się bez listy dokumentów albo działać tak wolno, że wystawienie paragonu lub faktury staje się niemożliwe. Zdarza się również, że sprzedaż działa, lecz nie można sprawdzić stanów magazynowych, wydrukować dokumentu albo przesłać danych do innego modułu. Każdy z tych wariantów wymaga osobnego sprawdzenia, ponieważ podobny objaw może powstać w innej części środowiska informatycznego.

Jeżeli problem występuje tylko na jednym komputerze, sprawdzane jest połączenie sieciowe, ustawienia programu, konto użytkownika oraz stan samego stanowiska. Gdy błąd pojawia się na wszystkich komputerach, kontrola obejmuje serwer, usługę bazy danych i urządzenia sieciowe. Usługa bazy danych to proces działający w tle, który przyjmuje zapytania programu i udostępnia zapisane informacje. Jej zatrzymanie może sprawić, że komputery pozostają połączone z internetem, ale system sprzedaży nadal jest niedostępny.

Rozróżnienie awarii programu, sieci i serwera

Awaria programu zwykle dotyczy jego plików, ustawień albo zgodności poszczególnych składników po aktualizacji. Problem sieciowy oznacza natomiast, że stanowisko nie może prawidłowo komunikować się z serwerem, mimo że oba urządzenia mogą działać. Przyczyną bywa uszkodzony przewód, błędna konfiguracja routera, przerwane połączenie bezprzewodowe albo zmiana adresu urządzenia w sieci lokalnej.

Awaria serwera ma szerszy zakres. Serwer może być wyłączony, przeciążony lub uruchomiony bez jednej z potrzebnych usług. Kontrolowany jest stan systemu Windows albo Linux, dostępna przestrzeń na dyskach oraz działanie mechanizmów odpowiedzialnych za bazę. Sprawdzane są również dzienniki zdarzeń, czyli zapisy błędów i ostrzeżeń tworzone przez system oraz programy. Pozwalają one ustalić, co wydarzyło się bezpośrednio przed przerwą w sprzedaży.

Osobną sytuacją jest działający system sprzedaży bez dostępu do usług internetowych. W takim przypadku lokalna baza może odpowiadać prawidłowo, lecz nie działa wymiana informacji z płatnościami, sklepem internetowym, Allegro, BaseLinkerem albo usługą księgową. Diagnoza obejmuje wtedy połączenie z internetem, ustawienia zapory sieciowej oraz dostępność zewnętrznej usługi. Zapora sieciowa to mechanizm kontrolujący, które połączenia mogą przechodzić między komputerem a siecią.

Jak przebiega diagnoza na miejscu

Po przyjeździe serwisanta ustalany jest zakres awarii i moment wystąpienia pierwszych objawów. Znaczenie ma to, czy wcześniej instalowano aktualizację, zmieniano hasło, wymieniano router, wyłączano serwer albo wystąpił zanik zasilania. Nie zakłada się z góry, że winny jest program sprzedażowy. Najpierw sprawdzane są podstawowe zależności, aby nie wykonywać niepotrzebnych zmian w bazie.

Następnie weryfikowane jest działanie stanowiska, serwera i sieci lokalnej. Kontrola może objąć dostępność serwera z komputera kasowego, stan usług systemowych, wolne miejsce na dysku oraz poprawność konfiguracji połączenia. Jeżeli program korzysta z Microsoft SQL Server lub innego silnika bazodanowego, sprawdzane jest działanie właściwej usługi. Silnik bazodanowy to oprogramowanie, które zapisuje, porządkuje i udostępnia dane używane przez system sprzedaży.

Hasło użytkownika nie jest potrzebne do każdego zgłoszenia. Prośba o jego podanie pojawia się tylko wtedy, gdy bez zalogowania nie można odtworzyć błędu lub sprawdzić konkretnej funkcji. Powód jest wtedy wyjaśniany przed rozpoczęciem tej części diagnozy. Na życzenie możliwe jest również bezpłatne podpisanie NDA, czyli umowy o zachowaniu poufności. Naprawy nie są przekazywane podwykonawcom.

Najczęstsze błędy podczas samodzielnych prób naprawy

Wielokrotne ponowne uruchamianie serwera bez sprawdzenia stanu bazy może utrudnić późniejsze ustalenie przyczyny. Ponowne uruchomienie bywa pomocne przy chwilowym zawieszeniu usługi, ale nie usuwa zapełnionego dysku, uszkodzenia plików ani błędnej konfiguracji. Jeżeli po restarcie system uruchamia automatyczną kontrolę lub naprawę, nie należy przerywać tego procesu przez odłączenie zasilania.

Ryzykowne jest także ręczne kasowanie plików z katalogu programu w celu zwolnienia miejsca. W takim folderze mogą znajdować się bazy, pliki tymczasowe potrzebne do odzyskania spójności albo kopie bezpieczeństwa. Spójność bazy oznacza zgodność powiązanych ze sobą informacji, na przykład dokumentów sprzedaży, płatności i stanów magazynowych. Usunięcie niewłaściwego pliku może zmienić odwracalną awarię w trwały brak części danych.

Nie należy instalować przypadkowej wersji programu na każdym stanowisku. Gdy serwer i komputery klienckie korzystają z różnych wersji, system może odmówić połączenia lub rozpocząć aktualizację struktury bazy. Struktura bazy określa sposób ułożenia tabel i pól, w których przechowywane są dane. Taka aktualizacja wykonana bez kopii zapasowej może skomplikować powrót do wcześniejszej wersji.

Kolejnym błędem jest przywracanie starej kopii na działającej bazie bez zabezpieczenia jej bieżącego stanu. Nawet uszkodzona baza może zawierać dokumenty wystawione po utworzeniu ostatniej kopii. Najpierw zachowuje się aktualne pliki, a dopiero później ocenia dostępne warianty odzyskania działania.

Kiedy przyczyna leży poza systemem sprzedaży

Brak możliwości zakończenia transakcji nie zawsze oznacza awarię bazy. Jeśli program zapisuje dokument, lecz nie powstaje wydruk, źródłem problemu może być konfiguracja drukarki fiskalnej, sterownik albo połączenie między urządzeniami. Sterownik to oprogramowanie umożliwiające systemowi operacyjnemu komunikację ze sprzętem. Sama naprawa drukarki fiskalnej nie wchodzi wtedy w zakres prac komputerowych, ale można sprawdzić jej podłączenie i konfigurację po stronie stanowiska.

Jeżeli nie można zapłacić kartą, a sprzedaż gotówkowa działa, sprawdzane jest połączenie terminala z siecią i integracja z programem. Niedostępność banku lub operatora płatności pozostaje jednak awarią zewnętrzną. Podobnie brak synchronizacji ze sklepem internetowym nie musi zatrzymywać lokalnej sprzedaży. Wymaga ustalenia, czy problem dotyczy połączenia, danych dostępowych, integracji czy platformy zewnętrznej.

Komunikat o braku uprawnień również nie musi świadczyć o uszkodzeniu programu. Konto mogło zostać zablokowane, użytkownik mógł utracić przypisaną rolę albo hasło mogło wygasnąć. Rola użytkownika to zestaw uprawnień określający dostęp do sprzedaży, magazynu, raportów i ustawień. W takiej sytuacji naprawa bazy nie jest potrzebna. Należy przywrócić prawidłowy dostęp bez rozszerzania uprawnień ponad zakres wymagany na danym stanowisku.

Systemy sprzedażowe i programy firmowe objęte wsparciem

Pomoc może dotyczyć środowisk InsERT GT i nexo, w tym programów Subiekt, Rewizor, Rachmistrz, Gratyfikant, Gestor i Biuro. Obsługiwane są także rozwiązania WAPRO ERP, Comarch ERP, Sage Symfonia, RAKS, WF-Mag, enova365 oraz program Płatnik ZUS. Zakres obejmuje również połączenia z Microsoft SQL Server, usługami Microsoft 365, Google Workspace oraz integracjami sprzedażowymi.

Nie każda awaria wymaga zmiany w samym programie. Często potrzebne jest przywrócenie komunikacji między aplikacją, bazą danych, serwerem i stanowiskami. W przypadku integracji sprawdzany jest także przepływ danych do Allegro, sklepów internetowych, BaseLinkera oraz serwisów do fakturowania. Celem diagnozy jest wskazanie konkretnego ogniwa, które przerwało działanie całego procesu.

Co warto przekazać podczas zgłoszenia

Pomocne jest podanie dokładnej treści komunikatu oraz informacji, na ilu stanowiskach występuje problem. Warto wskazać, czy serwer jest uruchomiony, czy inne zasoby firmowe są dostępne oraz czy działa internet. Przydatna jest także informacja o ostatnich zmianach: aktualizacji programu, zmianie routera, pracach elektrycznych, wymianie komputera lub przywróceniu kopii.

Nie trzeba samodzielnie interpretować błędu ani wykonywać zmian przed wizytą. Wystarczy pozostawić sprzęt w stanie, w którym wystąpiła awaria, o ile nie zagraża to danym lub bezpieczeństwu. Jeżeli widoczny jest komunikat o uszkodzeniu bazy, braku miejsca albo trwającym odzyskiwaniu danych, najlepiej nie zamykać go bez zapisania treści. Zdjęcie ekranu może pomóc, gdy komunikat znika po ponownym uruchomieniu programu.

Dodatkowe pytania o awarię systemu sprzedaży

Czy można dalej wystawiać dokumenty na drugim komputerze?

Tak, jeżeli drugie stanowisko łączy się z prawidłową bazą i program działa na nim bez błędów. Przed kontynuowaniem pracy trzeba jednak upewnić się, że nie została uruchomiona osobna, nieaktualna kopia danych. Równoległa sprzedaż w dwóch niezależnych bazach prowadzi do rozbieżności w numeracji dokumentów, płatnościach i stanach magazynowych.

Czy wyłączenie serwera może uszkodzić dane?

Prawidłowe zamknięcie systemu jest bezpieczniejsze niż odłączenie przewodu zasilającego. Nagłe przerwanie zapisu może pozostawić nieukończoną operację w bazie. Jeśli serwer nie odpowiada, sposób wyłączenia powinien zostać dobrany po ocenie jego stanu. Szczególnej ostrożności wymaga sytuacja, w której trwa aktualizacja, tworzenie kopii albo odzyskiwanie danych.

Czy kopia zapasowa zawsze pozwala szybko wznowić sprzedaż?

Zależy to od jej aktualności, kompletności i zgodności z używaną wersją programu. Kopia musi zawierać potrzebne dane i dać się poprawnie odczytać. Przed zastąpieniem bieżącej bazy wykonuje się jej dodatkowe zabezpieczenie. Dzięki temu pozostaje możliwość odzyskania dokumentów, których nie ma w starszej kopii.

Czy serwisant może sprawdzić problem poza zwykłymi godzinami pracy?

Tak. Pogotowie komputerowe działa przez całą dobę, również w weekendy i święta. Dojeżdżamy do klientów — w biurze może nikogo nie być. Za pracę w nocy, weekend lub święto nie są doliczane osobne opłaty. Wizyta serwisanta jest rozliczana jako praca na miejscu, niezależnie od tego, czy przyczynę uda się usunąć podczas pierwszej interwencji.

Czy po naprawie można ograniczyć ryzyko podobnej przerwy?

Po ustaleniu przyczyny można uporządkować wykonywanie kopii, kontrolę wolnego miejsca, aktualizacje i sposób zamykania serwera. Warto także sprawdzić, czy kopie dają się odtworzyć, ponieważ samo istnienie pliku nie potwierdza jego przydatności. Zakres zabezpieczeń dobiera się do rzeczywistego układu stanowisk, serwera i używanych integracji, bez wprowadzania zmian utrudniających codzienną sprzedaż.

Najpierw bezpieczny powrót do sprzedaży, potem usunięcie źródła awarii

W sytuacji krytycznej priorytetem jest przywrócenie możliwości obsługi klientów bez narażania bazy na dodatkowe uszkodzenia. Po uruchomieniu bezpiecznego wariantu pracy można dokończyć diagnozę, naprawić właściwą przyczynę i sprawdzić poprawność wymiany danych między stanowiskami. Zgłoszenia z Warszawy oraz powiatów warszawskiego zachodniego, legionowskiego, nowodworskiego, wołomińskiego, mińskiego, otwockiego, piaseczyńskiego, pruszkowskiego i grodziskiego są obsługiwane z dojazdem. Kontakt pod numerem 22 378 48 90 pozwala rozpocząć ustalanie, czy sprzedaż zatrzymała baza, serwer, sieć czy pojedyncze stanowisko.