Pierwsze czynności serwisanta po przyjeździe do firmy w Celestynowie

Wizyta serwisowa w siedzibie firmy rozpoczyna się od wywiadu technicznego oraz zabezpieczenia aktualnego stanu środowiska informatycznego. Zanim jakikolwiek plik konfiguracyjny zostanie zmodyfikowany, serwisant weryfikuje dostępność nośników danych i tworzy kopię zapasową bazy danych SQL na zewnętrznym nośniku lub odrębnym zasobie pamięci masowej. Pozwala to na pełne odtworzenie struktury dokumentów, kartotek towarowych oraz rozliczeń w razie wystąpienia niespodziewanych błędów transakcyjnych.

Kolejnym krokiem jest inspekcja dziennika zdarzeń systemu operacyjnego Windows na stanowisku pełniącym funkcję serwera bazodanowego. Sprawdzane są statusy kluczowych usług, takich jak Microsoft SQL Server dla programów linii InsERT (Subiekt GT, Subiekt nexo) lub baz danych Asseco WAPRO (WF-Mag, WAPRO Mag). Serwisant bada również przepustowość i stabilność połączenia sieciowego między komputerem głównym a końcówkami roboczymi, wykorzystując proste testy odpowiedzi protokołu ICMP oraz weryfikację poprawności działania protokołu SMB służącego do współdzielenia zasobów plikowych.

Następnie badana jest spójność fizyczna oraz logiczna plików bazy danych (.mdf i .ldf) za pomocą wbudowanych poleceń diagnostycznych silnika SQL. W ten sposób ustala się, czy błędy zgłaszane przez użytkowników wynikają z uszkodzenia samej struktury tabel, braku miejsca na dysku, ograniczeń uprawnień użytkowników systemu, czy też zablokowania portów komunikacyjnych przez lokalne zapory sieciowe.

Typowe objawy problemów z programami sprzedażowo-magazynowymi

Awarie oprogramowania do zarządzania magazynem i fakturowaniem objawiają się w bardzo zróżnicowany sposób, często paraliżując bieżącą obsługę kontrahentów. Osoby obsługujące stanowiska kasowe lub biurowe w Celestynowie najczęściej zgłaszają następujące sytuacje:

  • Brak możliwości połączenia ze stanowiskiem głównym — program przy próbie logowania wyświetla komunikat o niemożności nawiązania sesji z serwerem SQL lub informuje o przekroczeniu limitu czasu połączenia (tzw. timeout).
  • Nagłe zawieszanie się aplikacji przy wystawianiu dokumentów — tworzenie faktury, dokumentu WZ lub paragonu trwa nienaturalnie długo, a okno programu przestaje odpowiadać na polecenia użytkownika.
  • Błędy transakcji i blokady rekordów — pojawienie się komunikatu o zablokowaniu tabeli przez innego użytkownika, mimo że nikt inny w tym samym czasie nie edytuje danej kartoteki towarowej lub kontrahenta.
  • Odmowa uruchomienia po automatycznej aktualizacji — po pobraniu nowej wersji programu system zgłasza niezgodność wersji bazy danych i przerywa proces konwersji tabel z powodu błędów uprawnień.
  • Brak komunikacji z urządzeniami peryferyjnymi — program Subiekt lub WAPRO nie przesyła danych do drukarki fiskalnej, czytnika kodów kreskowych lub wagi kalkulacyjnej podłączonej przez port szeregowy COM lub emulowany port USB.
  • Błędy uprawnień użytkowników i brak dostępu do modułów — pracownik po wpisaniu swojego identyfikatora otrzymuje informację o braku licencji stanowiskowej lub odmowie dostępu do konkretnego rejestru.

Przyczyny powstawania zakłóceń w pracy systemów Subiekt i WAPRO

Źródła problemów z systemami zarządzania przedsiębiorstwem można usystematyzować od tych występujących najczęściej po sytuacje rzadkie, wymagające zaawansowanej ingerencji w strukturę danych.

Najczęstszą przyczyną jest niestabilność lokalnej infrastruktury sieciowej. W małych firmach komputery bywają połączone przez niestabilne punkty dostępowe Wi-Fi lub wysłużone przełączniki sieciowe (switche). Chwilowa utrata pakietów podczas zapisu dokumentu wielopozycyjnego powoduje przerwanie transakcji SQL, pozostawiając otwarte blokady na tabelach, co uniemożliwia pracę pozostałym pracownikom.

Drugą powszechną przyczyną są automatyczne aktualizacje systemu operacyjnego Windows. Często modyfikują one reguły wbudowanej zapory sieciowej (Windows Defender Firewall), blokując domyślne porty komunikacyjne wykorzystywane przez silnik bazodanowy (na przykład port TCP 1433) lub wyłączając usługę SQL Server Browser (port UDP 1434), która odpowiada za rozgłaszanie instancji bazodanowych w sieci lokalnej.

Kolejnym czynnikiem jest wyczerpanie limitów darmowych wersji silnika bazodanowego. Wersje Microsoft SQL Server Express posiadają sztywne ograniczenia dotyczące maksymalnego rozmiaru pojedynczej bazy danych (zwykle 10 GB) oraz wykorzystania pamięci RAM. W przedsiębiorstwach o intensywnym obrocie towarowym wieloletnia historia transakcji prowadzi do osiągnięcia tego pułapu, co skutkuje nagłym zablokowaniem możliwości dopisywania nowych dokumentów.

Rzadszą, lecz znacznie poważniejszą przyczyną, jest fizyczne uszkodzenie sektorów na dysku twardym w komputerze pełniącym rolę serwera. Pojawienie się uszkodzonych bloków w miejscu zapisu pliku bazy danych prowadzi do błędów sum kontrolnych stron danych (tzw. page checksum error), co wymaga natychmiastowej naprawy bazy w trybie pojedynczego użytkownika (single-user mode) lub odtworzenia danych z kopii zapasowej.

Na końcu listy plasują się błędne konfiguracje sterowników urządzeń zewnętrznych oraz konflikty oprogramowania antywirusowego, które bezpodstawnie blokuje i skanuje pliki tymczasowe generowane podczas przetwarzania zestawień magazynowych.

Kiedy to nie jest ta usterka

Podczas zgłoszeń serwisowych dotyczących rzekomej awarii oprogramowania Subiekt lub WAPRO zdarzają się sytuacje, w których problem leży w zupełnie innym miejscu infrastruktury informatycznej lub organizacyjnej. Prawidłowa identyfikacja źródła trudności pozwala zaoszczędzić czas i uniknąć niepotrzebnych modyfikacji w bazach danych.

Oto zestawienie sytuacji, w których problem nie wynika z błędu samego programu magazynowego:

  • Awaria łącza internetowego u dostawcy zewnętrznego — jeśli program nie może wysłać dokumentów do Krajowego Systemu e-Faktur (KSeF), pobrać kursów walut z NBP lub zaktualizować statusu przesyłek kurierskich, źródłem problemu jest najczęściej brak dostępu do sieci zewnętrznej, a nie uszkodzenie modułu transmisyjnego w aplikacji.
  • Wygaśnięcie certyfikatu podpisu elektronicznego lub abonamentu — błędy w wysyłce deklaracji rozliczeniowych lub brak dostępu do automatycznych aktualizacji wynikają zazwyczaj z upływu terminu ważności klucza autoryzacyjnego bądź licencji abonamentowej u producenta oprogramowania, co nie stanowi usterki technicznej bazy.
  • Mechaniczna usterka portu USB lub przewodu sygnałowego — brak reakcji drukarki fiskalnej jest nierzadko spowodowany uszkodzonym przewodem transmisyjnym lub poluzowanym gniazdem w komputerze, a nie błędnym mapowaniem portów COM w konfiguracji sterownika fiskalnego.
  • Błędnie wprowadzone parametry księgowe lub stawki podatkowe — niezgodności na wydrukach zestawień handlowych częstokroć wynikają z pomyłek użytkownika podczas ręcznego definiowania kartotek asortymentowych, a nie z błędów arytmetycznych modułu kalkulacyjnego.
  • Przeciążenie sprzętowe komputera biurowego — spowolnione działanie programu może być efektem uruchomienia w tle wielu innych zasobożernych aplikacji, zapełnienia partycji systemowej plikami tymczasowymi lub przegrzewania się procesora wskutek zakurzenia układu chłodzenia.

Przebieg profesjonalnej diagnozy, optymalizacji i naprawy

Prace techniczne realizowane na miejscu u klienta w Celestynowie przebiegają według usystematyzowanego schematu, który minimalizuje ryzyko przestojów w bieżącej działalności handlowej:

W pierwszej kolejności konfigurowana jest optymalna struktura instancji SQL Server. Serwisant weryfikuje alokację pamięci operacyjnej przydzielonej dla procesu bazy danych, włącza odpowiednie protokoły sieciowe (TCP/IP oraz Named Pipes) w narzędziu SQL Server Configuration Manager oraz ustawia stałe porty nasłuchiwania, co eliminuje konieczność każdorazowego dynamicznego przeszukiwania sieci przez komputery klienckie.

W przypadku stwierdzenia błędów logicznych w strukturze danych uruchamiane są procedury naprawcze DBCC CHECKDB (narzędzie do weryfikacji integralności bazy danych w silniku Microsoft SQL). Pozwala to na zlokalizowanie uszkodzonych indeksów, naprawę niespójnych alokacji stron oraz bezpieczne przywrócenie spójności tabel bez ryzyka utraty wprowadzonych dokumentów.

Kolejnym etapem jest reindeksacja i kompaktowanie bazy danych. W bazach eksploatowanych przez wiele lat dochodzi do zjawiska fragmentacji indeksów, co drastycznie wydłuża czas wyszukiwania towarów i generowania zestawień finansowych. Odbudowa indeksów (rebuild/reorganize) oraz zoptymalizowanie statystyk zapytań przywraca wysoką kulturę pracy systemu nawet przy setkach tysięcy pozycji asortymentowych.

Serwis konfiguruje również automatyczne harmonogramy kopii bezpieczeństwa. Tworzone są skrypty archiwizacyjne, które o wyznaczonych godzinach wykonują pełną kopię bazy danych, kompresują ją i przesyłają na odizolowany dysk sieciowy lub pamięć masową, chroniąc przedsiębiorstwo przed skutkami awarii dysków czy ataków złośliwego oprogramowania szyfrującego.

Ostatnim elementem prac jest konfiguracja stanowisk roboczych. Obejmuje to poprawne wskazanie ścieżek do serwera, konfigurację aliasów sieciowych, dopasowanie uprawnień użytkowników w ramach lokalnych grup zabezpieczeń oraz instalację i testowe uruchomienie sterowników urządzeń zewnętrznych (drukarek dokumentów, drukarek etykiet czy terminali płatniczych).

Zasady bezpieczeństwa — czego nie wolno robić samodzielnie

Nieumiejętne próby ratowania uszkodzonej bazy danych mogą doprowadzić do bezpowrotnego zniszczenia historii handlowej przedsiębiorstwa. Istnieje kilka krytycznych zasad, których należy bezwzględnie przestrzegać w momencie wystąpienia awarii:

  • Nigdy nie wolno wymuszać zamykania systemu operacyjnego przyciskiem zasilania w trakcie trwania operacji aktualizacji programu, konwersji bazy danych lub odbudowy indeksów. Prowadzi to do przerwania zapisu i uszkodzenia nagłówków plików bazy.
  • Nie należy ręcznie kasować plików z rozszerzeniami .ldf i .mdf w katalogach instalacyjnych SQL Server w celu zwolnienia miejsca na dysku. Plik dziennika transakcji (.ldf) jest niezbędny do utrzymania spójności i poprawnego uruchomienia bazy.
  • Nie wolno uruchamiać poleceń SQL z parametrem powodującym utratę danych (np. opcji naprawy z wymuszeniem odrzucenia uszkodzonych stron) bez wcześniejszego sporządzenia fizycznej kopii plików bazy na poziomie systemu plików.
  • Nie należy instalować przypadkowych aplikacji do „czyszczenia rejestru" na komputerze pełniącym rolę serwera bazy danych, gdyż usuwają one klucze konfiguracyjne niezbędne do uruchomienia usług sieciowych SQL.

Przed przyjazdem serwisanta warto natomiast wykonać proste czynności przygotowawcze: upewnić się, że przewody sieciowe są stabilnie wpięte do gniazd, sprawdzić, czy komputer główny jest włączony i zalogowany do systemu, oraz zanotować dokładną treść komunikatu o błędzie pojawiającego się na ekranie.

Organizacja pomocy technicznej i model obsługi

Wszystkie usługi realizowane są w formule bezpośredniego dojazdu do siedziby klienta na terenie Celestynowa oraz sąsiednich miejscowości. Nie ma konieczności demontowania zestawów komputerowych, odłączania okablowania czy dowożenia sprzętu do punktu stacjonarnego.

Prace diagnostyczne oraz naprawcze rozpoczynają się od przedstawienia dokładnego planu działania oraz indywidualnej wyceny kosztów, którą klient akceptuje przed przystąpieniem do właściwych czynności technicznych. Serwis domyślnie pracuje bez konieczności znajomości poufnych haseł klienta — jeśli dostęp administracyjny jest niezbędny do skonfigurowania usługi bazodanowej, serwisant precyzyjnie wyjaśnia cel takiego działania. Na życzenie klienta podpisywana jest umowa o zachowaniu poufności (NDA), co gwarantuje pełne bezpieczeństwo danych handlowych i finansowych.

Zdecydowana większość problemów z oprogramowaniem Subiekt oraz WAPRO rozwiązywana jest na miejscu podczas jednej wizyty. Jeżeli jednak podłożem awarii okazuje się poważne mechaniczne uszkodzenie podzespołów komputera serwerowego, sprzęt jest bezpiecznie odbierany do warsztatu w celu wykonania naprawy elektronicznej i po zakończeniu prac odwożony oraz ponownie montowany na stanowisku pracy. Do wszelkich napraw podzespołów wykorzystywane są wyłącznie nowe komponenty, a na wykonane usługi udzielana jest gwarancja do 12 miesięcy. Rozliczenie następuje na podstawie wystawianej faktury bez VAT.

W przypadku problemów z działaniem oprogramowania magazynowego, spowolnienia bazy danych lub konieczności konfiguracji nowych stanowisk roboczych w Celestynowie, zachęcamy do bezpośredniego kontaktu telefonicznego pod numerem 22 257 87 54.