Dlaczego program sprzedażowo-magazynowy nagle przestał łączyć się z bazą danych?

W trakcie codziennej pracy handlowej lub magazynowej w Baranowie dochodzi niekiedy do sytuacji, w której jedno ze stanowisk traci dostęp do kartotek towarowych, nie pozwala wystawić dokumentu sprzedaży albo wyświetla komunikat o braku połączenia z serwerem SQL. Często dzieje się to z samego rana, gdy po włączeniu komputerów pracownicy próbują rozpocząć fakturowanie, lub niespodziewanie w środku dnia po automatycznym zrestartowaniu stacji roboczej przez aktualizację systemową.

Telefoniczne zgłoszenie najczęściej zaczyna się od pytania: dlaczego Subiekt lub WAPRO nie widzi serwera, skoro wczoraj wszystko działało poprawnie? Przyczyną rzadko bywa samo oprogramowanie sprzedażowe, a znacznie częściej zmiany w infrastrukturze sieciowej, zapory sieciowe, usterki dysków twardych lub zatrzymanie usług bazodanowych. Prawidłowa diagnoza wymaga zbadania całego środowiska pracy, od połączeń kablowych i radiowych, przez konfigurację instancji Microsoft SQL Server, aż po uprawnienia użytkowników na konkretnych komputerach.

Objawy problemów z oprogramowaniem Subiekt i WAPRO zgłaszane przez telefon

Klienci z Baranowa i okolicznych terenów powiatu grodziskiego opisują awarie systemów sprzedażowo-magazynowych za pomocą powtarzających się symptomów. Najczęstsze sytuacje obejmują:

  • Komunikat o przekroczeniu limitu czasu połączenia (timeout) — stacja robocza próbuje połączyć się z komputerem głównym, lecz po kilkunastu sekundach wyświetla błąd sieciowy lub informację, że serwer nie odpowiada.
  • Blokada bazy danych podczas startu — aplikacja uruchamia się, ale informuje o uszkodzeniu struktury tabeli, konieczności wykonania procedury odbudowy indeksów lub o braku możliwości uzyskania wyłącznego dostępu do bazy.
  • Drastyczne spowolnienie pracy — wprowadzanie kolejnych pozycji na fakturze, wyszukiwanie asortymentu po kodzie kreskowym czy generowanie raportu dobowego trwa wielokrotnie dłużej niż zwykle, co wstrzymuje wydawanie towaru.
  • Brak widoczności urządzeń peryferyjnych — program nie wysyła paragonów na drukarkę fiskalną, gubi połączenie z czytnikiem kodów kreskowych lub odrzuca komunikację z wagą kalkulacyjną podłączoną przez port szeregowy lub adapter USB.
  • Błąd po aktualizacji wersji — po zainstalowaniu nowszej wersji programu stacja robocza nie może przeprowadzić konwersji bazy danych lub zgłasza niezgodność wersji schematu bazy z plikami wykonywalnymi.

Możliwe przyczyny awarii — od najczęstszych do rzadziej spotykanych

Systemy Subiekt (zarówno linie GT, jak i nexo) oraz pakiety WAPRO (w tym WAPRO Mag i WAPRO Fakir) opierają swoje działanie na relacyjnych bazach danych SQL. Usterki uniemożliwiające pracę wynikają z kilku powtarzalnych czynników technicznych:

  • Zmiana adresu IP komputera z bazą danych — w lokalnych sieciach firmowych routery domyślnie przydzielają adresy dynamicznie za pośrednictwem protokołu DHCP. Jeśli komputer pełniący rolę serwera otrzyma nowy adres IP, końcówki robocze nadal próbują łączyć się ze starym adresem, co skutkuje błędem komunikacji.
  • Blokada portów przez zaporę sieciową (firewall) — aktualizacja systemu Windows potrafi przywrócić domyślne reguły bezpieczeństwa, blokując port TCP 1433 oraz port UDP 1434 (używany przez usługę SQL Server Browser do rozgłaszania instancji w sieci lokalnej).
  • Zatrzymanie usług bazodanowych na komputerze głównym — usługa MSSQLSERVER lub instancja nazwana może zostać wyłączona w wyniku błędu systemowego, braku wolnego miejsca na partycji systemowej lub uszkodzenia uprawnień konta serwisowego.
  • Problemy z fizycznym medium transmisyjnym — uszkodzone wtyki RJ-45, przetarte przewody ethernetowe biegnące przez magazyn lub niestabilne połączenia bezprzewodowe Wi-Fi powodują zrywanie pakietów, co natychmiast przerywa transakcje w bazie danych.
  • Uszkodzenie logiczne lub fizyczne nośnika danych — pojawienie się uszkodzonych sektorów (bad sectors) na dysku w miejscu zapisu plików bazy danych (.mdf lub .ldf) uniemożliwia prawidłowy odczyt i może doprowadzić do przejścia bazy w stan podejrzany (Suspect).
  • Brak wolnego miejsca w bezpłatnych edycjach silnika bazodanowego — silnik SQL w wersji Express posiada sztywny limit rozmiaru pojedynczej bazy danych (zależnie od edycji silnika jest to określona pojemność). Po zapełnieniu tego limitu program nie pozwala na dopisanie nowego dokumentu.

Kiedy to nie jest ta usterka

Podczas diagnozy na miejscu w Baranowie istotne jest precyzyjne odróżnienie problemu technicznego z komputerem lub bazą danych od zagadnień merytoryczno-księgowych czy awarii sprzętu zewnętrznego. Warto wiedzieć, kiedy zgłaszana trudność leży poza strukturą bazy:

  • Rozbieżności w wyliczeniach podatkowych i deklaracjach — jeśli program działa poprawnie, lecz wylicza kwoty niezgodnie z oczekiwaniami, problem wynika zazwyczaj z nieprawidłowo zdefiniowanych stawek, parametrów księgowych lub schematów dekretacji. Obsługa techniczna obejmuje stabilność działania środowiska informatycznego, natomiast interpretacja przepisów i poprawność księgowa leżą po stronie biura rachunkowego.
  • Fizyczne uszkodzenie mechanizmu drukarki fiskalnej — zacięcie papieru, błąd pamięci fiskalnej czy uszkodzenie mechanizmu termicznego drukarki są awariami samego urządzenia fiskalnego, które podlegają procedurom autoryzowanego serwisu danego producenta urządzeń fiskalnych. Serwis komputerowy weryfikuje poprawność portów COM, sterowników i protokołów komunikacyjnych, lecz nie ingeruje w zaplombowaną obudowę modułu fiskalnego.
  • Brak dostępu do internetu od zewnętrznego dostawcy — jeżeli stacja robocza nie może pobrać danych kontrahenta z bazy Głównego Urzędu Statystycznego ani wysłać faktury do Krajowego Systemu e-Faktur, a cała sieć firmowa nie ma wyjścia na świat, źródłem problemu jest awaria łącza telekomunikacyjnego, a nie błąd samego oprogramowania handlowego.
  • Prace konserwacyjne po stronie serwerów zewnętrznych — chwilowe braki odpowiedzi podczas weryfikacji statusu VAT podatnika bywają spowodowane przerwami technicznymi w zewnętrznych portalach administracji publicznej.

Co robimy — przebieg diagnozy i serwisu z dojazdem w Baranowie

Obsługa zgłoszenia z terenu Baranowa realizowana jest w siedzibie klienta. Dojeżdżamy na miejsce, aby zweryfikować całe środowisko operacyjne, ponieważ badanie pojedynczego komputera w oderwaniu od lokalnej sieci firmowej często nie daje pełnego obrazu sytuacji. Prace przebiegają według ściśle określonych kroków technicznych:

  • Weryfikacja warstwy sieciowej — sprawdzamy adresację IP wszystkich urządzeń w sieci lokalnej, konfigurujemy statyczne przypisanie adresów w podsieci lub rezerwację DHCP na routerze, aby zapobiec gubieniu ścieżek sieciowych w przyszłości.
  • Kontrola stanu silnika bazy danych — weryfikujemy stan uruchomienia usług systemowych, konfigurację protokołów TCP/IP oraz Named Pipes w menedżerze konfiguracji bazy (SQL Server Configuration Manager) oraz ustawienia portów dynamicznych i statycznych.
  • Sprawdzenie integralności plików bazy — uruchamiamy procedury sprawdzające spójność logiczną i alokacyjną (polecenia DBCC CHECKDB), co pozwala wykryć ewentualne uszkodzenia struktur indeksów i podjąć odpowiednie kroki naprawcze.
  • Regulacja zapory sieciowej — tworzymy właściwe reguły dla ruchu przychodzącego i wychodzącego, zezwalające na bezproblemowy przepływ pakietów aplikacji Subiekt i WAPRO bez konieczności całkowitego i niebezpiecznego wyłączania ochrony systemowej.
  • Wdrożenie automatycznych kopii zapasowych — konfigurujemy harmonogramy cyklicznego wykonywania archiwizacji danych na zewnętrzny nośnik lub zasób sieciowy, co zabezpiecza historię sprzedaży przed awariami sprzętowymi.
  • Testy komunikacji z urządzeniami peryferyjnymi — konfigurujemy sterowniki urządzeń zewnętrznych, weryfikujemy prędkości transmisji (baud rate) na portach szeregowych oraz sprawdzamy stabilność przesyłania danych do drukarek etykiet czy czytników kodów.

W sytuacji, gdy źródłem problemu okazuje się poważna usterka podzespołu komputera — na przykład uszkodzenie układu zasilania płyty głównej lub degradacja nośnika systemowego — po wykonaniu wstępnych testów odbieramy sprzęt do warsztatu stacjonarnego na Bemowie i po naprawie odwozimy z powrotem, instalując go ponownie w środowisku klienta.

Czego nie robić na własną rękę i co można bezpiecznie sprawdzić

Nieumiejętne próby naprawy bazy danych mogą doprowadzić do bezpowrotnej utraty wpisów handlowych z wielu miesięcy. Warto pamiętać o podstawowych zasadach bezpieczeństwa danych:

  • Nie wolno usuwać plików transakcyjnych (.ldf) — próba ręcznego zmniejszenia rozmiaru folderu bazy poprzez skasowanie pliku dziennika transakcji niemal zawsze prowadzi do uszkodzenia całej bazy i uniemożliwia jej ponowne podpięcie (attach) do serwera.
  • Nie należy restartować komputera „twardym" wyłączeniem podczas konwersji — jeśli podczas aktualizacji programu pasek postępu zatrzyma się, wymuszenie wyłączenia zasilania w trakcie modyfikowania tabel powoduje przerwanie transakcji i pozostawia bazę w stanie niespójnym.
  • Nie należy instalować przypadkowych aplikacji do czyszczenia rejestru — automatyczne programy optymalizacyjne często usuwają klucze konfiguracyjne silnika bazodanowego oraz biblioteki współdzielone, co uniemożliwia uruchomienie aplikacji księgowych.

Przed przyjazdem serwisu można bezpiecznie wykonać kilka podstawowych czynności kontrolnych:

  • Sprawdzić, czy komputer główny (serwer) jest włączony i zalogowany do systemu.
  • Zweryfikować, czy przewody sieciowe są solidnie wpięte do gniazd w komputerze i routerze (diody przy gnieździe karty sieciowej powinny mrugać).
  • Zrestartować router sieciowy oraz stację roboczą w standardowy sposób za pomocą menu systemowego.
  • Upewnić się, że na dysku systemowym komputera z bazą pozostało wolne miejsce.

Organizacja pomocy technicznej i dojazd do Baranowa

Świadczymy usługi informatyczne z dojazdem do siedzib firm, magazynów oraz punktów handlowych na terenie Baranowa i całego powiatu grodziskiego. Zapewniamy pomoc przez całą dobę, 7 dni w tygodniu, co pozwala na usuwanie awarii również poza standardowymi godzinami otwarcia przedsiębiorstwa, w tym wczesnym rankiem, wieczorami lub w weekendy.

Wszystkie prace serwisowe realizowane są bez konieczności podpisywania długoterminowych umów abonamentowych. Po przyjeździe na miejsce przeprowadzana jest diagnoza źródła problemu, a dokładny zakres niezbędnych czynności oraz wycenę naprawy przedstawiamy przed przystąpieniem do pracy. Na życzenie klienta udostępniamy umowę o poufności (NDA), która gwarantuje pełne bezpieczeństwo danych handlowych, osobowych i księgowych przetwarzanych w firmowych systemach.

W przypadku wymiany uszkodzonych podzespołów komputerowych, takich jak nośniki pamięci, zasilacze czy karty sieciowe, stosujemy wyłącznie fabrycznie nowe podzespoły, a wykonane naprawy objęte są gwarancją do 12 miesięcy. Po zakończeniu prac wystawiana jest faktura bez VAT.

W celu zgłoszenia awarii programu Subiekt lub WAPRO, problemów z bazą danych SQL lub konfiguracji stacji roboczych z dojazdem do Baranowa zachęcamy do kontaktu pod numerem 22 257 87 54.