„Program sprzedażowy przestał łączyć się z bazą danych i blokuje wystawianie dokumentów – czy możecie pomóc na miejscu?”

Z takim pytaniem najczęściej spotykamy się podczas zgłoszeń telefonicznych od przedsiębiorców i osób prowadzących działalność handlowo-usługową w Józefowie. Oprogramowanie do zarządzania sprzedażą i magazynem, takie jak Subiekt GT, Subiekt nexo czy moduły pakietu WAPRO Mag (dawniej WF-Mag), stanowi centrum codziennej pracy biura lub punktu handlowego. Nagła utrata dostępu do kartotek towarowych, brak możliwości wystawienia paragonu fiskalnego albo błąd komunikacji z silnikiem bazy danych wstrzymuje bieżącą obsługę klientów. W takich sytuacjach liczy się szybka diagnoza środowiska systemowego i przywrócenie sprawności stanowisk komputerowych bezpośrednio w siedzibie firmy lub w biurze domowym.

Zapewniamy wsparcie techniczne z bezpośrednim dojazdem na terenie Józefa oraz całego powiatu otwockiego. Nie prowadzimy obsługi księgowej ani nie zastępujemy biura rachunkowego — nasza rola polega na rozwiązywaniu technicznych problemów ze sprzętem komputerowym, systemem operacyjnym Windows, siecią lokalną oraz motorami baz danych Microsoft SQL Server, na których opiera się funkcjonowanie systemów Subiekt i WAPRO.

Typowe objawy awarii systemów sprzedaży widziane okiem użytkownika

Podczas codziennej pracy błędy oprogramowania handlowego objawiają się w bardzo konkretny, uciążliwy sposób. Użytkownicy zazwyczaj opisują następujące symptomy:

  • Komunikat o braku połączenia z serwerem: Po uruchomieniu programu pojawia się okno informujące o nieudanej próbie nawiązania sesji z instancją Microsoft SQL Server lub przekroczeniu limitu czasu żądania (tzw. connection timeout).
  • Drastyczne spowolnienie działania: Wyszukiwanie produktów w kartotece, otwieranie listy dokumentów czy zapisywanie faktury trwa kilkadziesiąt sekund zamiast ułamka sekundy.
  • Błąd spójności bazy po zaniku zasilania: Po nagłym wyłączeniu komputera baza danych przechodzi w stan awaryjny (tzw. tryb SUSPECT w SQL Server) i nie pozwala na zalogowanie żadnego użytkownika.
  • Brak łączności ze stanowiskiem głównym: Subiekt lub WAPRO działa poprawnie na komputerze głównym, pełniącym funkcję prostego serwera, jednak komputery podrzędne (stanowiska końcowe) w sieci lokalnej tracą dostęp do zasobów.
  • Blokada po aktualizacji systemu Windows: Po automatycznym restarcie komputera usługa bazodanowa nie uruchamia się samoczynnie lub zapora sieciowa blokuje porty komunikacyjne.
  • Błędy wydruku na urządzeniach fiskalnych: Program nie przekazuje paragonów do drukarki fiskalnej lub sterownik transmisyjny zgłasza błąd portu szeregowego COM czy interfejsu USB.

Przyczyny problemów z oprogramowaniem Subiekt i WAPRO – od najczęstszych do rzadszych

Prawidłowe funkcjonowanie aplikacji magazynowo-sprzedażowych zależy od wielu współdziałających warstw: sprzętu, systemu operacyjnego, konfiguracji uprawnień oraz samej bazy danych. W praktyce serwisowej spotykamy następujące źródła usterek:

1. Zatrzymanie lub nieprawidłowa konfiguracja usług Microsoft SQL Server

Najczęstszą przyczyną nagłego braku dostępu do danych jest zatrzymanie usługi SQL Server (np. instancji INSERTGT dla programów InsERT lub WAPRO dla Asseco WAPRO). Może to wynikać z uszkodzenia plików konfiguracyjnych, braku miejsca na dysku systemowym, konfliktów po aktualizacji systemu operacyjnego lub nieprawidłowo ustawionego konta logowania usługi.

2. Blokady sieciowe i zapora systemowa (Windows Defender Firewall)

W konfiguracjach wielostanowiskowych stanowiska klienckie łączą się z komputerem głównym przez sieć lokalną. Standardowo komunikacja odbywa się przez port TCP 1433 oraz port UDP 1434 (dla usługi SQL Server Browser). Zmiana profilu sieci z prywatnej na publiczną, instalacja nowego oprogramowania antywirusowego lub aktualizacja zapory sieciowej często powoduje odcięcie ruchu na tych portach, uniemożliwiając pracę pozostałym komputerom.

3. Zmiana adresu IP komputera głównego lub nazwy hosta

Jeśli komputer pełniący rolę serwera bazy danych otrzymuje adres IP dynamicznie z routera (przez protokół DHCP), restart routera może przydzielić mu nowy adres. Wtedy stanowiska klienckie, odwołujące się do starego adresu IP lub niepotrafiące rozwiązać nazwy sieciowej NetBIOS, tracą połączenie z bazą.

4. Uszkodzenie struktury logicznej bazy danych (błędy I/O i tryb SUSPECT)

Nagły zanik prądu podczas operacji zapisu dokumentu, awaria zasilacza komputerowego lub nagłe wyłączenie przyciskiem zasilania może doprowadzić do niespójności stron danych w pliku .mdf lub pliku dziennika transakcji .ldf. W takiej sytuacji silnik bazodanowy odmawia podłączenia uszkodzonego zbioru.

5. Zapełnienie dysku lub ograniczenia bezpłatnych wersji silnika baz danych

Wersje Microsoft SQL Server Express posiadają sztywne limity rozmiaru pojedynczej bazy danych (starsze edycje do 4 GB, nowsze do 10 GB) oraz wykorzystania pamięci RAM. Gdy baza danych zbliża się do tego limitu lub na partycji systemowej kończy się wolna przestrzeń, program przestaje zapisywać jakiekolwiek nowe operacje.

6. Fizyczna degradacja nośnika danych (dysku HDD lub SSD)

Pojawienie się uszkodzonych sektorów (tzw. bad sectors) na dysku magnetycznym lub zużycie komórek pamięci flash w dysku półprzewodnikowym bezpośrednio w obszarze, gdzie zapisane są pliki bazodanowe, prowadzi do błędów odczytu i zawieszania całego systemu.

Kiedy to nie jest ta usterka

Nie każdy problem z uruchomieniem sprzedaży wynika z awarii samego oprogramowania Subiekt, WAPRO czy bazy danych. W praktyce diagnostycznej bardzo ważne jest precyzyjne odróżnienie problemu aplikacyjnego od usterek innego typu:

  • Usterka sprzętowa drukarki fiskalnej lub zawieszenie pamięci fiskalnej: Jeśli program działa płynnie, baza przyjmuje dokumenty, a błąd pojawia się wyłącznie przy próbie fiskalizacji, problemem może być zablokowany bufor urządzenia fiskalnego, uszkodzony kabel transmisyjny USB/RS232 lub wyczerpana bateria podtrzymująca pamięć CMOS drukarki. Serwis komputerowy weryfikuje komunikację logiczną na porcie COM, jednak naprawy mechanizmu drukarki wykonuje autoryzowany serwis danej marki.
  • Przerwy w dostępie do Internetu i usług zewnętrznych: Wiele współczesnych funkcji — takich jak pobieranie danych kontrahenta z bazy GUS, weryfikacja statusu podatnika VAT, obsługa Krajowego Systemu e-Faktur (KSeF) czy wysyłka plików JPK — wymaga stabilnego połączenia internetowego. Błąd pobierania danych nie oznacza wówczas awarii Subiekta, lecz problem z bramą sieciową lub routingiem u dostawcy łącza.
  • Brak licencji lub wygaśnięcie abonamentu: Komunikaty o braku uprawnień do modułu, przekroczeniu liczby stanowisk lub konieczności aktywacji nie są wynikiem awarii technicznej, lecz kwestią formalno-licencyjną producenta oprogramowania.
  • Fizyczne uszkodzenie płyty głównej lub modułów RAM komputera: Kiedy komputer niespodziewanie wyłącza się, restartuje z niebieskim ekranem błędu (tzw. Blue Screen of Death) albo w ogóle nie reaguje na włącznik, konieczna jest naprawa sprzętowa samej jednostki, a nie ingerencja w pliki bazodanowe.

Jak przebiega diagnostyka i naprawa u klienta

Po przyjeździe na miejsce w Józefowie przystępujemy do metodycznej diagnozy środowiska roboczego, aby szybko i bezpiecznie przywrócić ciągłość pracy:

  • Weryfikacja stanu fizycznego i bezpieczeństwa danych: Pierwszym krokiem jest sprawdzenie parametrów nośnika danych (odczyt parametrów S.M.A.R.T. — systemu autodiagnostyki dysku) oraz wykonanie kopii bezpieczeństwa plików bazodanowych przed jakimikolwiek zmianami konfiguracyjnymi.
  • Analiza dzienników zdarzeń: Przeglądamy systemowy podgląd zdarzeń (Event Viewer) oraz plik dziennika błędów SQL Server (ERRORLOG), identyfikując dokładny kod usterki i powód zatrzymania usług.
  • Naprawa konfiguracji usług i portów: Uruchamiamy SQL Server Configuration Manager, korygujemy protokoły sieciowe (włączenie TCP/IP, Named Pipes), ustawiamy stały port nasłuchu oraz tworzymy odpowiednie reguły zezwalające w zaporze sieciowej Windows.
  • Sprawdzanie i naprawa spójności bazy: W przypadku uszkodzeń logicznych uruchamiamy polecenia diagnostyczne bazy danych (np. DBCC CHECKDB w środowisku SQL Server Management Studio) w celu wykrycia ewentualnych niespójności indeksów i struktur tabelarycznych.
  • Konfiguracja automatycznych kopii zapasowych: Wdrażamy mechanizmy tworzenia regularnego backupu baz danych na zewnętrzny nośnik lub zasób sieciowy, aby zabezpieczyć firmę przed skutkami przyszłych awarii zasilania.
  • Optymalizacja stanowisk klienckich: Sprawdzamy konfigurację programów łączących (np. Program Serwisowy w Subiekcie GT, programy administracyjne WAPRO), korygujemy parametry połączeń ODBC oraz czyścimy lokalne pliki tymczasowe.

Czego nie należy robić samodzielnie, a co można bezpiecznie sprawdzić

Bazy danych są wrażliwe na nieprawidłowe próby naprawy. Nieumiejętne działania mogą prowadzić do bezpowrotnej utraty historii dokumentów, rozrachunków i kartotek magazynowych.

Czego kategorycznie unikać:

  • Usuwania plików dziennika transakcji (.ldf): Próba „naprawy” przez ręczne skasowanie pliku logu najczęściej uniemożliwia ponowne podpięcie bazy danych.
  • Uruchamiania niesprawdzonych skryptów z forów internetowych: Polecenia SQL wymuszające naprawę z opcją utraty danych (np. REPAIR_ALLOW_DATA_LOSS) mogą usunąć całe tabele z dokumentami handlowymi.
  • Wielokrotnego instalowania programu na tej samej partycji: Nadpisanie istniejącej instancji bez wcześniejszego zabezpieczenia plików może doprowadzić do skasowania bazy domyślnej.
  • Wyłączania komputera „z gniazdka” podczas zawieszenia programu: Nagłe odcięcie zasilania w trakcie trwającej transakcji bazodanowej jest bezpośrednią przyczyną uszkodzenia spójności danych.

Co można bezpiecznie sprawdzić przed wezwaniem pomocy:

  • Sprawdzić, czy komputer główny (serwer) jest włączony i zalogowany do systemu Windows.
  • Sprawdzić, czy router oraz przełącznik sieciowy (switch) działają i czy kable sieciowe Ethernet są prawidłowo wpięte do komputerów.
  • Zrestartować komputer główny w sposób kontrolowany przez menu „Start -> Zamknij -> Uruchom ponownie”.
  • Upewnić się, że na dysku systemowym (zazwyczaj C:) znajduje się przynajmniej kilka gigabajtów wolnego miejsca.

Organizacja serwisu, dojazd i zasady współpracy

Zdajemy sobie sprawę, że przestój w funkcjonowaniu systemu sprzedaży generuje bezpośrednie straty dla przedsiębiorstwa. Dlatego organizujemy pomoc techniczną z bezpośrednim dojazdem do klienta w Józefowie oraz sąsiednich miejscowościach.

Wszystkie czynności diagnostyczne i naprawcze wykonują wyłącznie nasi doświadczeni serwisanci — nie korzystamy z podwykonawców. Szanujemy prywatność i tajemnicę handlową naszych klientów, dlatego na życzenie bezpłatnie podpisujemy umowę o poufności (NDA). Podczas prac konfiguracyjnych domyślnie pracujemy bez konieczności znajomości haseł użytkowników, prosząc o dostęp administracyjny wyłącznie wtedy, gdy wymaga tego specyfika instalacji systemowej.

Przebieg zlecenia jest przejrzysty: serwisant przyjeżdża pod wskazany adres, przeprowadza wstępną diagnostykę źródła awarii i przedstawia zakres prac oraz wycenę przed przystąpieniem do naprawy. Zdecydowana większość problemów z oprogramowaniem Subiekt i WAPRO, siecią lokalną oraz konfiguracją baz danych SQL rozwiązywana jest na miejscu. W przypadku wykrycia poważnej awarii sprzętowej (np. uszkodzenia komponentów płyty głównej lub konieczności specjalistycznej wymiany nośnika) odbieramy sprzęt do naszego warsztatu stacjonarnego na warszawskim Bemowie, a po zakończonej naprawie odwozimy i ponownie konfigurujemy na stanowisku pracy. Do wszelkich napraw sprzętowych stosujemy wyłącznie nowe podzespoły, a wykonane naprawy objęte są gwarancją do 12 miesięcy.

W przypadku pytań o pomoc techniczną lub chęci zgłoszenia awarii oprogramowania sprzedażowego zapraszamy do kontaktu telefonicznego pod numerem 22 257 87 54.