Oprogramowanie firmowe

Architektura programu Rewizor GT a wyzwania połączeń zdalnych

Praca księgowa poza siedzibą firmy wymaga stabilnego dostępu do danych finansowych. Rewizor GT działa w architekturze klient-serwer, gdzie stacja robocza łączy się bezpośrednio z relacyjną bazą danych SQL zainstalowaną na komputerze pełniącym funkcję serwera. W środowisku lokalnym, w ramach jednej sieci biurowej, wymiana pakietów odbywa się błyskawicznie przez sieć przewodową. Problem pojawia się w chwili, gdy księgowa lub pracownik zewnętrzny próbuje połączyć się z bazą przez Internet.

Zwykłe połączenie przez publiczną sieć internetową nie zapewnia wystarczającej przepustowości ani odpowiednio niskich opóźnień, które są niezbędne do bezpośrednich zapytań bazodanowych. Każda operacja wykonywana w programie — księgowanie dokumentu, generowanie deklaracji czy przeszukiwanie planu kont — generuje setki drobnych zapytań do silnika bazy danych. Gdy opóźnienie sieciowe wzrasta, stacja robocza zawiesza się, a ryzyko przerwania transakcji i uszkodzenia spójności danych gwałtownie rośnie. Dlatego bezpieczna i wydajna praca zdalna w tym systemie wymaga wdrożenia odpowiedniego modelu komunikacji sieciowej.

Typowe trudności i objawy nieprawidłowej konfiguracji

Użytkownicy próbujący pracować na odległość bez właściwego przygotowania infrastruktury najczęściej zgłaszają powtarzające się problemy podczas rozmowy telefonicznej:

• Długi czas uruchamiania programu i otwierania modułów — ekran startowy ładuje się kilkanaście minut, a wejście do ewidencji dokumentów blokuje działanie komputera.
• Komunikaty o zerwaniu połączenia — nagłe błędy informujące o utracie łączności z serwerem bazy danych podczas wprowadzania dekretów księgowych.
• Zawieszanie się programu przy drukowaniu lub tworzeniu zestawień — próba wygenerowania zestawienia obrotów i sald kończy się brakiem odpowiedzi aplikacji.
• Niemożność odnalezienia serwera w sieci — program nie widzi bazy danych pod podanym adresem sieciowym po zmianie lokalizacji stacji roboczej.
• Ostrzeżenia o blokadzie tabel — błędy wynikające z niedokończonych sesji użytkowników, którzy zostali rozłączeni przez niestabilne łącze.

Dlaczego praca zdalna w programie Rewizor GT bywa problematyczna?

Źródła trudności leżą w specyfice protokołów sieciowych oraz sposobie przesyłania danych. Uszeregowane od najczęstszych przyczyn:

• Brak tunelu szyfrującego lub niestabilne łącze VPN — bezpośrednie łączenie się stacji klienckiej przez sieć rozległą bez optymalizacji protokołów powoduje gubienie pakietów.
• Niewłaściwie dobrany model pracy zdalnej — uruchamianie pełnego programu na komputerze domowym zamiast korzystania z pulpitu zdalnego na wydzielonym serwerze biurowym.
• Blokady w zaporze sieciowej (firewall) — domyślne reguły bezpieczeństwa na routerze lub komputerze serwerowym odrzucają ruch przychodzący z zewnątrz.
• Brak stałego adresu publicznego lub brak konfiguracji usługi DNS — zmienny adres IP w biurze powoduje, że stacje zewnętrzne tracą namiar na serwer po każdym restarcie routera.
• Zbyt mała przepustowość łącza wychodzącego (upload) w biurze — łącze internetowe w firmie nie radzi sobie z obsługą jednoczesnych sesji od kilku pracowników zewnętrznych.
• Niespójne uprawnienia użytkowników systemowych — ograniczenia kont w systemie operacyjnym uniemożliwiające nawiązanie sesji terminalowej.

Modele pracy zdalnej w programie Rewizor GT

Aby umożliwić stabilną pracę poza biurem, stosuje się dwa główne podejścia technologiczne, które różnią się sposobem przetwarzania danych.

Praca przez pulpit zdalny (sesje terminalowe)

To najbardziej zalecane i najwydajniejsze rozwiązanie. Program Rewizor GT oraz baza danych znajdują się w biurze, na jednym wydajnym komputerze lub serwerze lokalnym. Użytkownik łączący się z domu nie pobiera danych bazy do swojego komputera. Zamiast tego przesyłany jest wyłącznie obraz pulpitu, a w drugą stronę wędrują sygnały klawiatury i myszy. Wszystkie operacje księgowe wykonują się lokalnie w biurze, co eliminuje problem wolnego Internetu i chroni bazę przed uszkodzeniem w razie nagłego rozłączenia.

Połączenie przez sieć VPN (wirtualna sieć prywatna)

VPN tworzy zaszyfrowany tunel pomiędzy komputerem domowym a siecią biurową. Sprawia, że laptop poza biurem zachowuje się tak, jakby był podłączony kablem bezpośrednio do firmowego routera. W tym wariancie program zainstalowany jest na laptopie pracownika i łączy się z biurowym serwerem SQL. Metoda ta wymaga jednak bardzo szybkiego i stabilnego łącza internetowego po obu stronach oraz odpowiedniej optymalizacji zapytań sieciowych, dlatego najczęściej łączy się ją z dostępem terminalowym.

Kiedy to nie jest ta usterka

Zanim podejmie się kroki zmierzające do przebudowy sieci lub rekonfiguracji dostępu zdalnego, warto wykluczyć inne źródła problemów, które dają łudząco podobne objawy:

• Lokalne spowolnienie samego serwera w biurze — jeżeli program działa wolno także na komputerach wewnątrz firmy, przyczyną nie jest łącze zdalne, lecz brak wolnego miejsca na dysku, uszkodzenie systemu plików lub przeciążenie zasobów pamięci operacyjnej.
• Uszkodzenie struktury bazy danych — błędy integralności bazy SQL objawiają się zawieszaniem programu przy konkretnych operacjach księgowych, niezależnie od tego, czy pracownik łączy się z biura, czy z domu.
• Brak miejsca na dysku stacji roboczej — zapełniony katalog plików tymczasowych na laptopie pracownika potrafi całkowicie zablokować uruchamianie aplikacji.
• Wygasające licencje dostępowe — program może odmawiać uruchomienia kolejnego stanowiska nie z powodu błędu sieci, lecz wyczerpania puli licencji jednoczesnych.
• Zawieszone procesy w tle — zablokowana sesja poprzedniego logowania w systemie operacyjnym może uniemożliwiać ponowne otwarcie programu temu samemu użytkownikowi.

Jak przebiega diagnoza i wdrożenie bezpiecznego dostępu zdalnego?

Konfiguracja bezpiecznego środowiska wymaga dokładnej analizy sprzętu, oprogramowania oraz infrastruktury sieciowej na miejscu w firmie.

1. Analiza łącza i urządzeń sieciowych — sprawdzamy przepustowość łącza internetowego w biurze, rodzaj adresu IP oraz możliwości sprzętowe routera brzegowego (urządzenia zarządzającego ruchem na styku sieci lokalnej i Internetu).
2. Weryfikacja bazy danych i zabezpieczeń — oceniamy stan bazy SQL, konfigurację zapory sieciowej oraz sprawdzamy integralność danych.
3. Wdrożenie bezpiecznego tunelu transmisyjnego — konfigurujemy szyfrowane połączenie VPN bez wystawiania wrażliwych portów bazy danych bezpośrednio do publicznej sieci internetowej. Wystawienie bazy SQL bez ochrony to poważne zagrożenie wyciekiem danych.
4. Konfiguracja środowiska pracy zdalnej — przygotowujemy stanowisko serwerowe do obsługi sesji zdalnych, ustawiamy właściwe profile użytkowników oraz uprawnienia dostępowe do bazy i folderów roboczych.
5. Ustawienie automatycznych kopii zapasowych — wdrażamy harmonogram tworzenia kopii bezpieczeństwa (backupu) bazy danych przed i po zakończeniu pracy zdalnej, aby zabezpieczyć firmę przed skutkami nagłych awarii sprzętu.
6. Testy stabilności i obciążenia — wykonujemy próbne księgowania, generowanie raportów oraz testowe rozłączenia sesji, sprawdzając, czy dane pozostają nienaruszone.

Czego nie wolno robić samodzielnie, a co można sprawdzić przed kontaktem?

Nieumiejętne próby konfigurowania dostępu zdalnego niosą ze sobą ryzyko utraty bezpieczeństwa danych finansowych oraz zablokowania pracy całego biura.

Czego unikać na własną rękę:

• Nie wolno przekierowywać domyślnych portów serwera bazy danych bezpośrednio na routerze (tzw. DMZ lub otwarte porty SQL bez szyfrowania). Jest to bezpośrednie wystawienie poufnych danych firmy na ataki z sieci.
• Nie należy całkowicie wyłączać zapór sieciowych (firewall) ani programów antywirusowych na serwerze w celu „sprawdzenia, czy zadziała”.
• Nie wolno przerywać działania serwera bazy danych przez twardy restart komputera w momencie, gdy zdalny użytkownik wykonuje operacje księgowe.
• Nie należy zmieniać haseł do kont administracyjnych bazy danych bez przygotowania wcześniejszej, sprawdzonej kopii zapasowej.

Co można zweryfikować przed przyjazdem serwisu:

• Sprawdzić, czy komputer pełniący funkcję serwera w biurze jest włączony i ma dostęp do Internetu.
• Upewnić się, czy inne urządzenia w biurze mogą otworzyć strony internetowe (weryfikacja działania łącza u dostawcy).
• Zrestartować domowy router oraz sprawdzić stabilność połączenia internetowego na komputerze pracownika zdalnego.
• Zweryfikować, czy program działa prawidłowo na komputerach podłączonych lokalnie w biurze.

Zasady obsługi i organizacja pomocy technicznej

Wszystkie prace związane z konfiguracją sieci, przygotowaniem komputerów oraz optymalizacją baz danych wykonujemy z dojazdem do siedziby klienta lub wskazanego miejsca pracy na terenie Warszawy oraz okolicznych powiatów. Przed przystąpieniem do jakichkolwiek modyfikacji konfiguracji sieciowej przeprowadzana jest diagnoza oraz przedstawiana indywidualna wycena, którą klient poznaje przed rozpoczęciem pracy.

Domyślnie pracujemy bez konieczności udostępniania haseł prywatnych, a jeśli dostęp do konta administracyjnego systemu jest technicznie niezbędny, wyjaśniamy cel tej czynności. W przypadku konieczności wykonania bardziej złożonych prac warsztatowych lub rozbudowy sprzętowej odbieramy sprzęt własnym transportem i odwozimy go po zakończeniu działań. Na wykonane usługi montażu nowych podzespołów udzielana jest gwarancja do 12 miesięcy, a dokumentem sprzedaży jest faktura bez VAT. Na życzenie klienta bezpłatnie podpisujemy umowę o poufności (NDA).

W celu diagnozy problemów z łącznością, konfiguracji bezpiecznego pulpitu zdalnego lub optymalizacji działania programu Rewizor GT zapraszamy do kontaktu telefonicznego pod numerem 22 257 87 54.