Pierwsze czynności serwisowe na miejscu u klienta

Po przyjeździe do siedziby firmy lub domu klienta w Starych Babicach praca rozpoczyna się od bezpośredniej weryfikacji stanowiska komputerowego, na którym wystąpił problem z oprogramowaniem sprzedażowo-magazynowym. Pierwszym krokiem jest sprawdzenie komunikacji sieciowej między stanowiskiem roboczym a komputerem pełniącym funkcję serwera bazy danych. Sprawdzana jest widoczność urządzeń w sieci lokalnej, stabilność połączenia kablowego lub bezprzewodowego oraz poprawność działania protokołu TCP/IP — podstawowego zestawu reguł odpowiedzialnego za wymianę informacji między komputerami.

Kolejną czynnością jest analiza stanu usługi serwera bazy danych. W przypadku programów Subiekt oraz WAPRO Mag najczęściej wykorzystywany jest silnik Microsoft SQL Server — oprogramowanie zarządzające relacyjnymi bazami danych, które przechowuje wszystkie informacje o towarach, kontrahentach i dokumentach handlowych. Serwisant sprawdza, czy usługa bazy danych została prawidłowo uruchomiona w systemie operacyjnym, czy nie została zablokowana przez błędy uprawnień oraz czy pliki bazy danych nie uległy uszkodzeniu logicznemu lub blokadzie po nagłym wyłączeniu zasilania.

Weryfikacji podlegają także dzienniki zdarzeń systemu Windows oraz dedykowane pliki logów oprogramowania handlowego. Zapisane w nich komunikaty błędów pozwalają dokładnie określić, w którym momencie następuje przerwanie operacji: podczas łączenia z instancją bazy danych, w trakcie autoryzacji użytkownika, czy może przy próbie wysłania polecenia do podłączonego urządzenia fiskalnego. Dopiero po zebraniu tych informacji określany jest plan naprawy i przedstawiana jest wycena przed przystąpieniem do dalszych prac.

Typowe objawy problemów zgłaszane telefonicznie

Użytkownicy systemów sprzedażowych najczęściej kontaktują się w sytuacjach, gdy codzienna praca biura lub punktu sprzedaży zostaje całkowicie zablokowana. W rozmowach telefonicznych powtarzają się konkretne opisy sytuacji awaryjnych:

  • Komunikat o braku połączenia z serwerem bazy danych podczas uruchamiania programu na stanowisku kasowym lub biurowym.
  • Długie oczekiwanie na otwarcie listy towarów, wystawienie faktury lub zapisanie dokumentu magazynowego.
  • Błąd autoryzacji i odrzucanie poprawnego hasła użytkownika po aktualizacji systemu operacyjnego.
  • Zawieszanie się aplikacji w momencie próby wydrukowania dokumentu na drukarce fiskalnej lub etykietiarce.
  • Komunikat o niezgodności wersji bazy danych z wersją programu po wykonaniu automatycznej aktualizacji na jednym ze stanowisk.
  • Blokada bazy danych wywołana nagłym odcięciem prądu lub zawieszeniem komputera głównego w trakcie księgowania dokumentów.

Przyczyny awarii oprogramowania magazynowego i baz danych

Źródła usterek w środowiskach wykorzystujących programy Subiekt i WAPRO układają się w powtarzalną hierarchię, zależną od infrastruktury sprzętowej oraz sposobu korzystania z sieci:

1. Błędy sieci lokalnej i konfiguracji zapory sieciowej
Najczęstszym powodem braku dostępu do bazy danych na stanowiskach końcowych są zmiany w konfiguracji zapory sieciowej (firewalla) po aktualizacjach systemu Windows lub restartach routera. Blokada portu 1433 — domyślnego portu komunikacyjnego dla silnika Microsoft SQL Server — uniemożliwia programom klienckim nawiązanie połączenia z serwerem, mimo że sam komputer serwerowy działa poprawnie.

2. Zatrzymanie lub awaria usługi SQL Server
Usługa bazy danych może zostać samoczynnie wyłączona w wyniku braku wolnego miejsca na dysku twardym, przeciążenia pamięci operacyjnej RAM lub uszkodzenia plików tymczasowych. Bez działającej w tle usługi żadna aplikacja bazodanowa nie jest w stanie odczytać ani zapisać danych.

3. Uszkodzenia struktury bazy danych (spójności logicznej)
Nieoczekiwane wyłączenie komputera, awaria zasilacza lub błędy na nośniku danych w trakcie wykonywania transakcji mogą doprowadzić do niespójności w tabelach bazy danych. W takiej sytuacji silnik bazodanowy przechodzi w tryb awaryjny (tzw. stan Suspect), odmawiając dostępu do danych w celu ochrony przed dalszymi uszkodzeniami.

4. Niespójność wersji programu w sieci wielostanowiskowej
W instalacjach z wieloma stanowiskami zaktualizowanie programu na jednym komputerze powoduje automatyczną konwersję bazy danych do nowszej struktury. Pozostałe komputery, na których nie przeprowadzono aktualizacji, tracą wówczas możliwość współpracy z bazą z powodu niezgodności wersji aplikacji klienckiej.

5. Konflikty sterowników urządzeń peryferyjnych
Problemy z komunikacją ze sterownikami urządzeń zewnętrznych, takich jak drukarki fiskalne czy czytniki kodów kreskowych podłączane przez wirtualne porty COM, prowadzą do zawieszania modułów sprzedażowych w trakcie finalizacji transakcji.

6. Fizyczne uszkodzenia dysku twardego
Pojawienie się uszkodzonych sektorów (bad sectorów) na nośniku danych w miejscu, gdzie zapisane są pliki bazy danych (pliki z rozszerzeniem .mdf lub .ldf), uniemożliwia prawidłowy odczyt struktur tabel i wymaga natychmiastowej interwencji w celu zabezpieczenia informacji.

Przebieg diagnozy, konfiguracji i naprawy

Prace serwisowe na miejscu u klienta w Starych Babicach realizowane są w sposób uporządkowany, z zachowaniem pełnego bezpieczeństwa przetwarzanych danych biznesowych. Wdrożenie naprawy obejmuje kilka kluczowych etapów:

Diagnoza rozpoczyna się od wykonania kopii bezpieczeństwa plików bazodanowych na zewnętrzny, niezależny nośnik danych. Nawet w przypadku podejrzenia uszkodzenia struktury, wykonanie surowej kopii plików stanowi podstawowy warunek bezpiecznej pracy serwisowej. Następnie weryfikowany jest stan nośnika danych za pomocą odczytu parametrów S.M.A.R.T. — wbudowanego systemu autodiagnostyki dysku, który informuje o zużyciu nośnika i ewentualnych błędach odczytu.

W przypadku problemów z połączeniem sieciowym serwisant konfiguruje reguły przychodzące i wychodzące w zaporze sieciowej Windows Defender, odblokowując ruch dla procesów bazy danych oraz dedykowanych portów TCP i UDP. Konfigurowana jest również usługa SQL Server Browser, która odpowiada za przekazywanie informacji o nazwach instancji bazodanowych do komputerów pracujących w sieci lokalnej.

Gdy dochodzi do uszkodzenia samej bazy danych, przeprowadzana jest naprawa spójności z poziomu narzędzia SQL Server Management Studio przy użyciu poleceń diagnostycznych DBCC CHECKDB — zestawu instrukcji sprawdzających integralność fizyczną i logiczną wszystkich tabel, indeksów oraz alokacji stron w bazie danych. Jeśli jest to konieczne, realizowana jest procedura naprawcza z minimalną lub wymuszoną korektą struktur.

Zakres prac obejmuje także pełną instalację i reinstalację oprogramowania Subiekt oraz WAPRO, wdrażanie aktualizacji pakietów programowych, przenoszenie baz danych na nowy komputer, a także konfigurację automatycznych harmonogramów tworzenia kopii zapasowych (backupów) przy użyciu narzędzi systemowych lub wbudowanych modułów archiwizatora.

Kiedy to nie jest ta usterka

Nie każdy problem objawiający się komunikatem błędu w programie handlowym oznacza awarię samej bazy danych lub oprogramowania Subiekt czy WAPRO. Warto odróżnić problemy programowe od innych usterek sprzętowych i sieciowych:

Jeżeli komputer nie włącza się, samoczynnie wyłącza pod obciążeniem, restartuje w losowych momentach lub wyświetla błędy zatrzymania systemu (niebieskie ekrany), przyczyną jest najczęściej usterka podzespołów bazowych — uszkodzenie zasilacza, pamięci RAM, płyty głównej lub degradacja nośnika SSD. W takich okolicznościach błąd programu magazynowego jest jedynie skutkiem niestabilności całego środowiska sprzętowego.

Brak możliwości wystawienia dokumentu fiskalnego często wynika z zapełnienia pamięci fiskalnej urządzenia, błędu mechanizmu tnącego papier lub awarii modułu komunikacyjnego w samej drukarce, a nie z błędnej pracy oprogramowania sprzedażowego. Z kolei brak dostępu do bazy na jednym laptopie łączącym się bezprzewodowo może być spowodowany usterką punktu dostępowego Wi-Fi, zakłóceniami pasma radiowego lub uszkodzeniem wewnętrznej karty sieciowej w komputerze.

Czego nie robić i co można sprawdzić samodzielnie

Samodzielne próby naprawy skomplikowanych struktur bazodanowych bez odpowiedniej wiedzy mogą doprowadzić do bezpowrotnej utraty historii sprzedaży i rozliczeń. Należy unikać ryzykownych działań:

  • Nie wolno ręcznie usuwać plików o rozszerzeniach .ldf (plików dziennika transakcji) w nadziei na zwolnienie miejsca na dysku. Usunięcie tego pliku uniemożliwia poprawne podłączenie bazy danych.
  • Nie należy uruchamiać nieznanych skryptów naprawczych SQL pobranych z forów internetowych bez wcześniejszego sporządzenia pełnej kopii zapasowej.
  • Nie powinno się wymuszać restartu komputera przyciskiem zasilania w trakcie trwania procesu aktualizacji bazy danych lub tworzenia archiwum.
  • Nie należy zmieniać uprawnień kont systemowych ani usuwać użytkowników wbudowanych w instancję SQL Server.

Przed przyjazdem serwisu można bezpiecznie zweryfikować kilka podstawowych elementów: sprawdzić, czy przewód sieciowy jest prawidłowo wpięty do gniazda w komputerze i routerze, upewnić się, że komputer pełniący rolę serwera jest włączony i zalogowany do systemu, a także sprawdzić, czy na dysku systemowym pozostało wolne miejsce potrzebne do tworzenia plików tymczasowych.

Organizacja pomocy z dojazdem i zasady współpracy

Obsługa informatyczna firm oraz osób prywatnych w Starych Babicach i sąsiednich miejscowościach realizowana jest wyłącznie w formule dojazdu bezpośrednio do siedziby klienta lub mieszkania. Wykwalifikowani serwisanci docierają na miejsce przez całą dobę, 7 dni w tygodniu, co pozwala na usuwanie awarii systemów sprzedażowych również poza standardowymi godzinami pracy biura, w weekendy oraz w dni wolne od pracy, bez generowania przestojów w działalności handlowej.

Każde zlecenie poprzedzone jest dokładną weryfikacją techniczną na miejscu i przedstawieniem wyceny przed rozpoczęciem właściwych czynności naprawczych. Wszelkie prace konfiguracyjne, instalacyjne i optymalizacyjne wykonywane są bezpośrednio na infrastrukturze klienta. W sytuacji, gdy awaria ma podłoże złożonej usterki sprzętowej wymagającej zaawansowanych prac lutowniczych lub wielogodzinnych testów nośników danych, sprzęt jest odbierany do warsztatu przez serwisanta i po zakończonej naprawie odwożony pod wskazany adres.

Wszystkie naprawy realizowane są wyłącznie przez bezpośrednich pracowników serwisu, z zachowaniem pełnej poufności danych handlowych i osobowych. Na życzenie klienta podpisywana jest bezpłatna umowa o zachowaniu poufności (NDA). W przypadku konieczności wymiany uszkodzonych podzespołów komputerowych montowane są wyłącznie fabrycznie nowe części, a wykonana usługa objęta jest gwarancją do 12 miesięcy. Rozliczenie dokumentowane jest fakturą bez VAT.

W celu zgłoszenia awarii programu Subiekt lub WAPRO, zamówienia konfiguracji bazy danych bądź umówienia wizyty serwisanta w Starych Babicach prosimy o kontakt telefoniczny pod numerem 22 257 87 54.