Pierwsze kroki serwisu po przyjeździe do klienta w Piastowie

Wizyta serwisowa w firmie lub biurze domowym rozpoczyna się od bezpośredniej weryfikacji stanowiska komputerowego, na którym wystąpiła blokada pracy. Serwisant nie wprowadza zmian w ciemno. W pierwszej kolejności następuje sprawdzenie, czy problem dotyczy wyłącznie jednej stacji roboczej, czy całej sieci lokalnej obsługującej sprzedaż lub magazyn. Przeprowadzana jest krótka próba uruchomienia programu sprzedażowo-magazynowego oraz odczyt komunikatów systemowych, które pojawiają się w oknie logowania.

Kolejnym krokiem jest kontrola stanu połączenia sieciowego ze stanowiskiem głównym, na którym zainstalowano silnik bazy danych. Sprawdzana jest widoczność komputera głównego poprzez testy odpowiedzi protokołu ICMP oraz weryfikację dostępności portów sieciowych odpowiedzialnych za transmisję danych SQL. Serwisant ocenia także obciążenie pamięci operacyjnej i procesora na komputerze pełniącym rolę lokalnego magazynu danych, aby wykluczyć zawieszenie usług w tle.

Przed przystąpieniem do jakichkolwiek modyfikacji konfiguracji wykonywana jest weryfikacja istnienia aktualnej kopii bezpieczeństwa bazy danych. Jeśli automatyczny mechanizm archiwizacji nie działał prawidłowo, tworzona jest ręczna kopia plików bazy na zewnętrznym nośniku lub osobnym nośniku danych, co zabezpiecza całą historię transakcji, kartoteki towarowe i dane kontrahentów przed utratą podczas dalszych działań technicznych.

Typowe objawy zgłaszane podczas awarii systemów sprzedaży

Podczas kontaktu telefonicznego użytkownicy najczęściej opisują sytuacje, w których codzienna praca biurowa lub handlowa zostaje nagle zatrzymana. Wśród zgłoszeń powtarzają się konkretne zachowania oprogramowania:

  • Brak możliwości połączenia z serwerem bazy danych: program po uruchomieniu wyświetla komunikat o przekroczeniu limitu czasu połączenia lub informację, że wskazany serwer SQL nie istnieje w sieci lokalnej.
  • Zablokowane stanowisko sprzedaży: aplikacja zawiesza się w momencie próby wystawienia dokumentu, dodania pozycji z kodem kreskowym lub zatwierdzenia paragonu fiskalnego.
  • Błędy uprawnień i blokady tabel: pojawia się komunikat o zablokowaniu rekordu przez innego użytkownika, mimo że nikt inny w tym czasie nie edytuje danego dokumentu ani kartoteki towarowej.
  • Problem z komunikacją z drukarką fiskalną lub czytnikiem: program zgłasza błąd sterownika urządzenia zewnętrznego, brak odpowiedzi na porcie szeregowym bądź niezgodność stawek podatkowych.
  • Błędy po aktualizacji systemu operacyjnego: po automatycznym restarcie komputera usługa bazodanowa nie startuje automatycznie lub zapora sieciowa blokuje ruch przychodzący do aplikacji.
  • Drastyczny spadek wydajności: wyszukiwanie towaru na liście lub generowanie zestawienia sprzedaży trwa kilkadziesiąt sekund zamiast ułamka sekundy.

Przyczyny problemów z oprogramowaniem Subiekt i WAPRO

Nieprawidłowości w działaniu środowiska handlowo-magazynowego wynikają z różnych czynników sprzętowych i programowych. Analiza usterek pozwala uszeregować je od najczęściej spotykanych do tych występujących sporadycznie.

1. Zatrzymanie usługi silnika bazy danych lub błędy uprawnień użytkownika

Najczęstszą przyczyną braku dostępu do danych jest zatrzymanie usługi Microsoft SQL Server na komputerze głównym. Może to nastąpić po nieprawidłowym zamknięciu systemu Windows, braku miejsca na dysku systemowym lub konflikcie kont użytkowników. Często dochodzi również do zablokowania konta administracyjnego bazy wskutek błędnych prób logowania.

2. Restrykcje zapory sieciowej i zmiany adresacji w sieci lokalnej

Aktualizacje systemu operacyjnego potrafią samoczynnie przywrócić domyślne reguły zapory sieciowej (firewall), odcinając porty TCP 1433 oraz UDP 1434, przez które stanowiska klienckie komunikują się z bazą danych. Podobny problem pojawia się przy restartach routera, gdy komputer główny otrzyma nowy lokalny adres IP z serwera DHCP, a programy na stacjach roboczych nadal odwołują się do starego adresu.

3. Uszkodzenia struktury bazy danych lub indeksów

Nagłe odłączenie zasilania stacji roboczej lub komputera z bazą danych w trakcie zapisu dokumentu może doprowadzić do niespójności logicznej plików bazy. Skutkuje to błędami integralności, uszkodzeniem indeksów tabel lub przejściem bazy w stan podejrzany (Suspect), co uniemożliwia jej normalne podłączenie do silnika SQL.

4. Błędna konfiguracja sterowników urządzeń zewnętrznych

Konflikty wirtualnych portów COM, na których pracują drukarki fiskalne, wagi kalkulacyjne czy terminale płatnicze, prowadzą do zawieszania modułów fiskalizacji. Przyczyną bywa zmiana numeru portu po podłączeniu kabla USB do innego gniazda w komputerze.

5. Zbyt mała ilość zasobów sprzętowych lub degradacja dysku

W rzadszych przypadkach powolna praca i błędy zapisu wynikają z pojawienia się uszkodzonych sektorów na dysku twardym (bad sectors) lub wyczerpania pamięci RAM przez inne procesy działające w tle na stanowisku głównym.

Przebieg diagnozy i procedur serwisowych

Prace serwisowe na miejscu u klienta w Piastowie przebiegają według ustalonego schematu technicznego, co pozwala szybko zlokalizować źródło problemu i przywrócić ciągłość pracy.

W pierwszej fazie sprawdzany jest stan usług systemowych. Serwisant weryfikuje konfigurację menedżera konfiguracji SQL (SQL Server Configuration Manager), w tym aktywność protokołów sieciowych, ze szczególnym uwzględnieniem protokołu TCP/IP oraz potoków nazwanych (Named Pipes). W razie potrzeby modyfikowane są reguły zapory sieciowej, aby umożliwić stabilny ruch wewnątrz podsieci firmowej.

W przypadku problemów z samą bazą danych przeprowadzana jest diagnostyka spójności za pomocą poleceń sprawdzających DBCC CHECKDB — zestawu instrukcji diagnostycznych weryfikujących logiczną i fizyczną integralność wszystkich tabel oraz alokację stron w bazie danych. Jeśli wykryte zostaną drobne błędy indeksowania, wykonywana jest odbudowa indeksów (reindexacja) oraz aktualizacja statystyk optymalizatora zapytań, co znacząco przyspiesza generowanie raportów i dokumentów.

Jeżeli usterka dotyczy stanowisk klienckich, weryfikowane są parametry pliku konfiguracyjnego łączącego aplikację z serwerem, w tym aliasy SQL oraz ustawienia autoryzacji. W sytuacji problemów z modułami zewnętrznymi serwis sprawdza komunikację ze sterownikami urządzeń fiskalnych, prawidłowość mapowania stawek podatku oraz poprawność transmisji danych przez konwertery interfejsów.

Kiedy to nie jest ta usterka

Zdarzają się sytuacje, w których objawy przypominają awarię oprogramowania sprzedażowego, jednak rzeczywiste źródło trudności leży w zupełnie innym miejscu. Prawidłowe rozróżnienie pozwala zaoszczędzić czas i uniknąć niepotrzebnych modyfikacji w bazach danych.

Oto sytuacje, gdy problem nie leży bezpośrednio w programie Subiekt lub WAPRO:

  • Prace konserwacyjne po stronie serwerów zewnętrznych: brak możliwości wysłania e-faktury, pobrania danych kontrahenta z bazy GUS czy wysyłki plików JPK bardzo często wynika z chwilowej niedostępności bramek ministerstwa lub prac technicznych w rejestrach publicznych, a nie z awarii programu.
  • Brak połączenia z internetem: program działa lokalnie poprawnie, lecz nie łączy się z bankowością elektroniczną, platformami sprzedaży internetowej lub pocztą elektroniczną. W takim wypadku diagnoza dotyczy łącza dostawcy internetu lub routera, a nie samego silnika bazy.
  • Zablokowanie drukarki fiskalnej z przyczyn fiskalnych: błąd komunikacji może wynikać z zapełnienia pamięci fiskalnej modułu, konieczności wykonania zaległego raportu dobowego lub zablokowania mechanizmu przesuwu papieru w samym urządzeniu.
  • Brak uprawnień administracyjnych użytkownika Windows: program nie może zapisać plików tymczasowych, ponieważ konto pracownika w systemie Windows zostało ograniczone przez zasady grupy, co uniemożliwia poprawny zapis do katalogu tymczasowego.
  • Awaria fizyczna infrastruktury sieciowej: uszkodzenie kabla sieciowego, gniazdka ściennego lub lokalnego przełącznika (switcha) objawia się komunikatem o braku serwera, mimo że sam serwer i baza danych pracują w sposób nienaganny.

Czego nie należy robić samodzielnie przed przyjazdem serwisu

Próby samodzielnego ratowania sytuacji bez odpowiedniej wiedzy technicznej mogą pogłębić problem i utrudnić późniejsze odzyskanie spójności danych. Warto pamiętać o kilku ważnych zasadach ostrożności:

  • Nie wolno instalować programu na nowo „na próbę”: reinstalacja oprogramowania bez wcześniejszego zabezpieczenia konfiguracji i ścieżek dostępu może doprowadzić do nadpisania istniejącej bazy pustym szablonem.
  • Nie należy ręcznie usuwać plików z rozszerzeniami .mdf i .ldf: są to pliki bazy danych i dziennika transakcji. Ich skasowanie lub przeniesienie w trakcie działania procesów systemowych prowadzi do trwałego uszkodzenia struktury.
  • Nie wolno wymuszać restartu komputera przyciskiem zasilania podczas pracy bazy: nagłe odcięcie prądu w trakcie trwania transakcji SQL to bezpośrednia przyczyna uszkodzeń logicznych tabel.
  • Nie należy uruchamiać niesprawdzonych skryptów naprawczych z internetu: uniwersalne polecenia SQL znalezione na forach mogą nieodwracalnie usunąć klucze powiązań między dokumentami a kartotekami.

Przed przyjazdem serwisanta warto jedynie sprawdzić, czy komputer główny jest włączony, czy kable sieciowe są prawidłowo dociśnięte w gniazdach oraz czy na dysku twardym nie skończyło się całkowicie wolne miejsce.

Organizacja pomocy technicznej i zasady współpracy

Usługi serwisowe realizowane są w modelu pełnej mobilności z dojazdem bezpośrednio do siedziby firmy lub lokalu klienta na terenie Piastowa oraz okolicznych miejscowości. Sprzęt nie jest przyjmowany w punkcie stacjonarnym — cała diagnostyka i większość prac naprawczych odbywa się bezpośrednio na miejscu.

Przed przystąpieniem do jakichkolwiek działań technicznych serwisant przedstawia dokładną wycenę planowanych prac na podstawie przeprowadzonej diagnozy wstępnej. Klient podejmuje decyzję o realizacji zlecenia znając zakres czynności.

Jeżeli uszkodzenie ma charakter złożony — na przykład dotyczy fizycznej degradacji dysku twardego na stanowisku głównym lub konieczności przeprowadzenia wieloetapowej rekonstrukcji bazy na specjalistycznym stanowisku laboratoryjnym — sprzęt jest zabezpieczany, odbierany do warsztatu i odwożony po zakończeniu wszystkich procedur testowych.

Wszystkie czynności wykonują bezpośrednio doświadczeni technicy serwisu, z zachowaniem pełnych procedur bezpieczeństwa przetwarzanych danych biznesowych.

Kontakt w sprawie obsługi oprogramowania

W przypadku problemów z działaniem systemów Subiekt lub WAPRO, błędów bazy danych oraz konieczności konfiguracji stanowisk sprzedażowych, zachęcamy do bezpośredniego kontaktu telefonicznego pod numerem 22 257 87 54.