Oprogramowanie firmowe

Wdrożenie pracy sieciowej w programie Rewizor GT

W biurze rachunkowym lub dziale finansowym przychodzi moment, w którym jedna osoba przestaje wystarczać do bieżącej ewidencji dokumentów. Nowe stanowisko komputerowe staje na biurku, pojawia się potrzeba równoległego wprowadzania wyciągów bankowych, dekretacji faktur oraz sprawdzania rozrachunków przez kilka osób w tym samym czasie. Wtedy pojawia się konieczność uruchomienia programu Rewizor GT w trybie wielostanowiskowym w ramach lokalnej sieci firmowej. Cała operacja polega na podłączeniu dodatkowych komputerów, zwanych końcówkami roboczymi, do jednego wspólnego motoru bazy danych zainstalowanego na komputerze głównym pełniącym rolę serwera.

Prawidłowo przygotowane środowisko sieciowe pozwala wielu pracownikom na jednoczesny dostęp do tych samych podmiotów gospodarczych, bez ryzyka nadpisywania wpisów i bez konieczności ciągłego przenoszenia plików z kopiami zapasowymi. Praca wielostanowiskowa wymaga jednak stabilnego fundamentu technicznego: właściwej konfiguracji sieci lokalnej, odpowiednich reguł zabezpieczeń w systemie operacyjnym oraz precyzyjnego zarządzania uprawnieniami w samym silniku bazodanowym.

Typowe objawy problemów z połączeniem wielostanowiskowym

Zgłoszenia dotyczące trudności z pracą sieciową mają zazwyczaj bardzo konkretny przebieg. Pracownik siada przy nowym stanowisku lub próbuje uruchomić program po weekendowej aktualizacji systemu, po czym program odmawia uruchomienia. Przez telefon sytuacja opisywana jest najczęściej następująco:

• Program uruchamia się na komputerze głównym, ale na pozostałych stanowiskach wyświetla komunikat o braku możliwości połączenia z serwerem bazy danych.
• Stanowisko klienckie nie widzi nazwy serwera na liście dostępnych instancji i wymaga ręcznego wpisywania parametrów połączenia.
• Po wpisaniu nazwy serwera program zawiesza się na kilkadziesiąt sekund, po czym zgłasza przekroczenie limitu czasu oczekiwania na odpowiedź.
• Połączenie działa rano, ale w ciągu dnia zostaje nagle zerwane na komputerach podłączonych bezprzewodowo, co powoduje zablokowanie edytowanego dokumentu.
• Komputer kliencki łączy się z bazą danych, jednak operacje takie jak generowanie zestawień czy otwieranie planu kont trwają wielokrotnie dłużej niż na serwerze.
• Podczas próby logowania pojawia się informacja o braku uprawnień użytkownika bazy danych lub o zablokowanym koncie dostępowym.

Przyczyny problemów z pracą sieciową w sieci lokalnej

Brak łączności między stanowiskiem roboczym a serwerem bazy danych rzadko wynika z samej aplikacji finansowo-księgowej. Źródło problemu leży najczęściej w warstwie sieciowej, konfiguracji usług systemowych lub zabezpieczeniach. Przyczyny można uszeregować od najczęstszych do bardziej złożonych:

1. Blokady w zaporze sieciowej na serwerze

Zapora sieciowa (firewall) systemu operacyjnego na komputerze pełniącym rolę serwera ma za zadanie chronić maszynę przed nieautoryzowanym ruchem. Domyślnie blokuje ona przychodzące pakiety sieciowe skierowane do silnika bazy danych. Jeśli reguły zapory nie zostaną odpowiednio zmodyfikowane, komputery klienckie nie otrzymają odpowiedzi z serwera, nawet jeśli widać go w otoczeniu sieciowym systemu Windows.

2. Zmienne adresy IP w sieci lokalnej

W wielu małych sieciach biurowych router przydziela adresy IP dynamicznie za pomocą protokołu DHCP. Jeśli komputer główny nie ma przypisanego stałego adresu IP, po każdym restarcie routera lub serwera jego adres ulega zmianie. Stanowiska klienckie, które odpytują serwer po starym adresie sieciowym, tracą z nim kontakt.

3. Wyłączone protokoły sieciowe w silniku bazy danych

Silnik bazy danych SQL po instalacji może mieć wyłączoną obsługę protokołu TCP/IP dla połączeń zdalnych. W takim stanie pozwala na logowanie jedynie użytkownikowi pracującemu bezpośrednio na serwerze (poprzez pamięć współdzieloną), odrzucając wszelkie próby kontaktu przychodzące z sieci lokalnej.

4. Niestabilne medium transmisyjne

Praca wielostanowiskowa z bazami danych wymaga ciągłej, stabilnej transmisji danych o niskich opóźnieniach. Używanie niestabilnych połączeń bezprzewodowych Wi-Fi, zwłaszcza przy dużym zagęszczeniu innych sieci lub słabym sygnale, prowadzi do gubienia pakietów. Skutkuje to zrywaniem sesji bazodanowych i błędami integralności transakcji.

5. Zatrzymane usługi systemowe i przeglądarki bazy danych

Dla automatycznego wykrywania serwera w sieci niezbędna jest aktywna usługa pomocnicza (SQL Browser). Jeśli usługa ta zostanie wyłączona w systemie lub zablokowana na odpowiednim porcie komunikacyjnym, program na stanowisku klienckim nie odnajdzie instancji po jej nazwie.

Przebieg diagnozy i konfiguracji wielostanowiskowej

Prawidłowe uruchomienie środowiska wielostanowiskowego wymaga przejścia przez ustrukturyzowany proces weryfikacji każdego elementu infrastruktury informatycznej w biurze. Serwis przeprowadza te czynności bezpośrednio na miejscu u klienta, dbając o ciągłość pracy pozostałych stanowisk.

Weryfikacja i przygotowanie środowiska serwerowego

Prace rozpoczynają się od komputera pełniącego funkcję serwera. Diagnozujemy stan techniczny dysku oraz zasoby pamięci operacyjnej, aby upewnić się, że maszyna udźwignie równoczesną pracę wielu użytkowników. Następnie konfigurujemy statyczne adresowanie sieciowe dla serwera, co gwarantuje stałą lokalizację bazy danych w sieci lokalnej.

Kolejnym krokiem jest konfiguracja menedżera konfiguracji serwera bazy danych. Włączamy niezbędne protokoły sieciowe, w szczególności protokół TCP/IP, oraz weryfikujemy porty komunikacyjne, na których silnik nasłuchuje zapytań. Uruchamiamy i ustawiamy w tryb automatycznego startu usługi odpowiedzialne za rozgłaszanie obecności serwera w sieci.

Konfiguracja zabezpieczeń i zapory sieciowej

W zaporze sieciowej serwera tworzymy dedykowane reguły dla ruchu przychodzącego. Zamiast wyłączać ochronę, precyzyjnie odblokowujemy porty wykorzystywane przez silnik bazodanowy oraz usługę przeglądarki SQL, a także dodajemy wyjątki dla samych plików wykonywalnych bazy danych. Dzięki temu zachowane zostaje pełne bezpieczeństwo systemu przed zagrożeniami z zewnątrz, przy jednoczesnym otwarciu komunikacji dla urządzeń wewnątrz biura.

Przygotowanie stanowisk klienckich

Na komputerach pracowników instalujemy niezbędne komponenty programu Rewizor GT oraz natywne sterowniki do obsługi połączeń z bazą danych. Przeprowadzamy test komunikacji niskopoziomowej między stanowiskiem roboczym a serwerem, weryfikując czas odpowiedzi oraz trasę pakietów. Po potwierdzeniu widoczności serwera konfigurujemy parametry połączenia w programie, wskazując właściwą instancję oraz bazę danych podmiotu.

Testy wydajności i uprawnień użytkowników

Końcowym etapem wdrożenia jest uruchomienie programu na wszystkich stanowiskach równocześnie. Sprawdzamy poprawność logowania poszczególnych użytkowników, czasy otwierania kluczowych modułów programu oraz synchronizację wprowadzanych zmian. Weryfikujemy również działanie mechanizmów automatycznego tworzenia kopii zapasowych bazy danych na serwerze.

Błędy popełniane przy samodzielnej próbie naprawy

Próby samodzielnego wymuszenia działania programu na dodatkowych stanowiskach, podejmowane bez przygotowania technicznego, często prowadzą do obniżenia bezpieczeństwa całej sieci biurowej lub uszkodzenia struktury danych. Do najczęstszych błędów należą:

• Całkowite wyłączanie zapory sieciowej i programów antywirusowych — działanie to pozornie rozwiązuje problem z połączeniem, lecz pozostawia serwer i stacje robocze bez podstawowej ochrony przed złośliwym oprogramowaniem rozprzestrzeniającym się w sieci lokalnej.
• Ręczne udostępnianie folderów z plikami bazy danych w sieci — silnik SQL zarządza plikami bazy danych bezpośrednio na serwerze i nie wymaga udostępniania katalogów w trybie udostępniania plików Windows. Próby otwierania plików bazy przez zasoby współdzielone mogą doprowadzić do ich zablokowania lub uszkodzenia.
• Modyfikowanie uprawnień kont administracyjnych bazy danych — wprowadzanie zmian w uprawnieniach systemowych użytkowników silnika bazodanowego bez pełnej wiedzy o ich roli może całkowicie uniemożliwić zarządzanie instancją i zablokować działanie modułów administracyjnych.
• Korzystanie z przypadkowych skryptów z forów internetowych — uruchamianie gotowych poleceń modyfikujących rejestr systemu Windows lub strukturę bazy danych często powoduje trudne do zdiagnozowania błędy przy kolejnych aktualizacjach programu.
• Ignorowanie jakości okablowania sieciowego — łączenie stanowisk za pomocą uszkodzonych przewodów sieciowych lub przypadkowych rozgałęźników sygnału generuje mikłoprzekłamania w transmisji, co objawia się nagłym zamykaniem aplikacji w trakcie księgowania.

Co można bezpiecznie sprawdzić przed wezwaniem serwisu

Zanim na miejsce dojedzie pomoc techniczna, warto zweryfikować kilka podstawowych elementów fizycznych i logicznych w biurze:

• Upewnić się, czy komputer główny (serwer) jest włączony, zalogowany do systemu i podłączony do sieci lokalnej.
• Sprawdzić, czy program Rewizor GT uruchamia się poprawnie bezpośrednio na serwerze — jeśli tam również występuje błąd, problem dotyczy samej usługi bazy danych, a nie połączenia sieciowego.
• Zweryfikować stan przewodów sieciowych przy stanowiskach roboczych oraz routerze — sprawdzić, czy diody przy gniazdach sieciowych sygnalizują aktywność łącza.
• Zrestartować router biurowy oraz stację roboczą, na której występuje problem z połączeniem, co pozwala wyeliminować chwilowe zawieszenia tablic routingu.

Kiedy warto skorzystać z pomocy technicznej na miejscu

Gdy podstawowe czynności nie przynoszą rezultatu, praca biura zostaje wstrzymana, a terminy rozliczeń podatkowych i zamknięcia ksiąg są bliskie, niezbędna jest profesjonalna interwencja. Konfiguracja pracy wielostanowiskowej wymaga precyzyjnego dostrojenia parametrów sieciowych i systemowych, które najlepiej przeprowadzić bezpośrednio w środowisku pracy klienta.

Dojeżdżamy do klientów na terenie Warszawy oraz okolicznych miejscowości, realizując zlecenia przez całą dobę, 7 dni w tygodniu. Przed przystąpieniem do jakichkolwiek prac przeprowadzamy szczegółową diagnozę infrastruktury i przedstawiamy indywidualną wycenę usługi do akceptacji. W przypadku skomplikowanych problemów sprzętowych na serwerze lub stacjach roboczych, odbieramy sprzęt do warsztatu i odwozimy po wykonaniu naprawy własnym transportem. Na każdą wykonaną usługę i zamontowane nowe podzespoły udzielamy gwarancji do 12 miesięcy, a na życzenie klienta bezpłatnie podpisujemy umowę o zachowaniu poufności danych (NDA).

W celu zgłoszenia problemu z pracą wielostanowiskową programu Rewizor GT lub zamówienia konfiguracji sieciowej zapraszamy do kontaktu telefonicznego pod numerem 22 257 87 54.