Ręcznie prowadzona księga rachunkowa

Rewizor GT — obsługa i serwis

Rewizor GT to program magazynowo-księgowy z linii Insert, który w wielu firmach pracuje na pojedynczym stanowisku lub w małej sieci lokalnej. Jako serwis komputerowy zajmujemy się instalacją, konfiguracją bazy Firebird, aktualizacjami oraz usuwaniem awarii uniemożliwiających pracę w programie.

Rewizor GT wykorzystuje silnik bazodanowy Firebird, który działa jako niezależna usługa systemowa. Z naszego doświadczenia wynika, że większość problemów zgłaszanych przez klientów nie dotyczy samego programu księgowego, lecz warstwy technicznej wokół niego: nieprawidłowo skonfigurowanego serwera bazy danych, uszkodzonego pliku bazy po awarii zasilania albo braku dostępu sieciowego do folderu współdzielonego.

Dlatego przy obsłudze Rewizora GT analizujemy cały sposób działania stanowiska, a nie tylko komunikat wyświetlany na ekranie. Sprawdzamy komputer, na którym znajduje się baza, konfigurację sieci, usługę Firebird, prawa dostępu oraz stan kopii zapasowych. Takie podejście pozwala odróżnić problem programu od awarii systemu Windows, dysku, sieci lub bazy danych.

Co robimy przy instalacji i wdrożeniu

Podczas instalacji Rewizora GT sprawdzamy, czy usługa Firebird jest poprawnie zarejestrowana w systemie i uruchamiana automatycznie przy starcie komputera. Konfigurujemy ścieżkę do bazy danych, ustawiamy uprawnienia użytkownika systemowego oraz sprawdzamy zgodność wersji Firebirda z wersją programu — to częsty błąd przy samodzielnych instalacjach, który objawia się komunikatem o niezgodności protokołu połączenia.

Przed rozpoczęciem konfiguracji ustalamy, gdzie ma znajdować się baza danych. W przypadku jednego komputera może być przechowywana lokalnie, natomiast w małej sieci zazwyczaj wybiera się jedno stanowisko pełniące funkcję serwera. Pozostałe komputery łączą się z bazą przez sieć. Ważne jest, aby plik bazy nie był otwierany w sposób przypadkowy z kilku komputerów przez zwykły folder współdzielony. Firebird powinien obsługiwać dostęp do bazy zgodnie ze swoją konfiguracją.

Weryfikujemy również nazwę komputera lub jego adres w sieci lokalnej, zaporę systemową oraz możliwość komunikacji między stanowiskiem głównym a komputerami użytkowników. Sama widoczność folderu w Eksploratorze Windows nie zawsze oznacza, że Rewizor GT będzie mógł poprawnie połączyć się z bazą. Działanie programu zależy od prawidłowego połączenia z usługą Firebird, a nie wyłącznie od dostępu do pliku.

Przy wdrożeniu sprawdzamy także, czy użytkownicy mają właściwe konta i uprawnienia w programie. Oddzielamy uprawnienia systemu Windows od uprawnień w Rewizorze GT, ponieważ są to dwa niezależne poziomy dostępu. Użytkownik może mieć dostęp do komputera, ale nie mieć prawa do wybranych operacji w programie, albo odwrotnie. Jasne uporządkowanie tych ustawień ogranicza ryzyko przypadkowej zmiany danych i ułatwia późniejszą diagnostykę.

Typowe problemy techniczne

  • Program nie widzi bazy danych po zmianie adresu IP serwera lub reinstalacji systemu na stanowisku głównym.
  • Baza rośnie w nieskończoność, bo nie wykonuje się okresowa konserwacja (backup/restore, sweep).
  • Firewall lub program antywirusowy blokuje port komunikacyjny Firebirda (domyślnie 3050).
  • Wolne działanie programu przy większej liczbie dokumentów — zwykle wynika z fragmentacji bazy lub zbyt słabego dysku w komputerze pełniącym rolę serwera.

Zajmujemy się też przenoszeniem Rewizora GT na nowy komputer, odzyskiwaniem dostępu po zapomnianym haśle administratora bazy oraz konfiguracją automatycznych kopii zapasowych, które wykonują się poza godzinami pracy biura. Naprawa uszkodzonej bazy (np. po nieprawidłowym wyłączeniu komputera) zwykle trwa od kilkudziesięciu minut do kilku godzin, w zależności od rozmiaru bazy i stopnia uszkodzenia — czasem konieczne jest odtworzenie z ostatniej kopii zapasowej, dlatego regularny backup jest kluczowy.

Problemy z połączeniem do bazy Firebird

Jednym z najczęstszych zgłoszeń jest komunikat informujący o braku połączenia z bazą danych. Przyczyną może być zatrzymana usługa Firebird, zmieniony adres komputera, wyłączona karta sieciowa albo blokada portu przez zaporę. Zdarza się również, że po aktualizacji systemu Windows zmieniają się reguły zapory i dotychczas działające stanowiska przestają się łączyć.

Diagnostykę rozpoczynamy od sprawdzenia, czy komputer główny działa i czy usługa Firebird jest uruchomiona. Następnie testujemy komunikację sieciową z pozostałych stanowisk. Sprawdzamy, czy nazwa serwera jest prawidłowo rozpoznawana, czy adres jest aktualny oraz czy port używany przez Firebirda nie jest filtrowany. Nie otwieramy przypadkowo szerokiego dostępu do sieci — reguły powinny obejmować tylko potrzebne połączenia w zakresie właściwym dla danej konfiguracji.

Jeżeli problem występuje tylko na jednym komputerze, przyczyny szukamy w jego konfiguracji. Może to być uszkodzony profil użytkownika, lokalna zapora, nieaktualna instalacja programu albo błędna ścieżka do bazy. Jeżeli Rewizor GT nie działa na wszystkich stanowiskach, większe znaczenie ma stan komputera głównego, usługi Firebird, sieci lub samego pliku bazy.

Przeniesienie Rewizora GT na nowy komputer

Zmiana komputera pełniącego funkcję serwera wymaga zaplanowania kilku etapów. Najpierw wykonujemy kopię bazy i sprawdzamy, czy można ją poprawnie odczytać. Następnie instalujemy wymagane składniki na nowym stanowisku, konfigurujemy Firebirda i odtwarzamy bazę w nowej lokalizacji. Dopiero po sprawdzeniu poprawności danych ustawiamy połączenia na pozostałych komputerach.

Nie zalecamy rozpoczynania migracji od samego kopiowania pliku bazy. Jeżeli plik jest uszkodzony albo kopia została wykonana w trakcie pracy użytkowników, na nowym komputerze może pojawić się ten sam problem. Bezpieczniejsza procedura obejmuje zatrzymanie pracy, wykonanie kopii w kontrolowany sposób, weryfikację pliku oraz test otwarcia programu po odtworzeniu.

Po przeniesieniu sprawdzamy dostęp do dokumentów, kartotek, ustawień oraz wydruków. Weryfikujemy również, czy wszystkie stanowiska korzystają z tej samej bazy, a nie z przypadkowo utworzonej pustej instalacji. Taka pomyłka może przez pewien czas wyglądać jak utrata danych, mimo że dane znajdują się w poprzedniej lokalizacji.

Kopie zapasowe i ochrona danych

W przypadku programu pracującego na bazie danych kopia zapasowa powinna być traktowana jako podstawowy element obsługi, a nie czynność wykonywana dopiero po wystąpieniu awarii. Samo skopiowanie pliku na ten sam dysk nie zabezpiecza danych przed awarią dysku, uszkodzeniem systemu lub przypadkowym usunięciem. Kopia powinna znajdować się w innej lokalizacji niż komputer, na którym pracuje baza.

Konfigurujemy automatyczne zadania wykonywane poza godzinami pracy biura. Przygotowujemy także sposób przechowywania kilku kolejnych kopii, aby można było wrócić do wcześniejszego stanu, jeżeli problem został zauważony dopiero po pewnym czasie. Ważne jest nie tylko wykonanie kopii, ale również okresowe sprawdzenie, czy można ją odtworzyć.

Po konfiguracji backupu warto ustalić, kto otrzymuje informację o nieudanym zadaniu. Brak pliku w folderze kopii nie zawsze jest od razu widoczny dla użytkownika. Automatyzacja bez kontroli może dawać fałszywe poczucie bezpieczeństwa, dlatego sprawdzamy logi zadań oraz daty utworzenia plików.

Wolne działanie programu

Spowolnienie Rewizora GT może mieć różne źródła. W pierwszej kolejności sprawdzamy, czy problem dotyczy wszystkich użytkowników, czy tylko jednego stanowiska. Jeżeli program działa wolno wyłącznie na jednym komputerze, przyczyną może być jego dysk, pamięć, obciążenie systemu, problem z siecią lub lokalna konfiguracja. Jeżeli opóźnienia występują wszędzie, analizujemy przede wszystkim serwer i bazę.

Znaczenie ma stan dysku, na którym przechowywana jest baza, oraz sposób jego wykorzystania przez system. Komputer pełniący funkcję serwera nie powinien być jednocześnie nadmiernie obciążony zbędnymi programami, synchronizacją dużych plików lub zadaniami działającymi w godzinach pracy. Sprawdzamy również, czy program antywirusowy nie skanuje intensywnie katalogów związanych z bazą.

Wolne działanie może być także sygnałem potrzeby konserwacji bazy. Backup i odtworzenie, sweep oraz kontrola integralności powinny być wykonywane zgodnie z przyjętą procedurą i po wcześniejszym zabezpieczeniu danych. Nie wykonujemy takich operacji bez kopii zapasowej, ponieważ każda ingerencja w bazę wymaga możliwości powrotu do poprzedniego stanu.

Awaria po zaniku zasilania lub nieprawidłowym zamknięciu systemu

Nagłe wyłączenie komputera, awaria zasilania albo wymuszone zamknięcie systemu mogą spowodować problemy z bazą Firebird. Objawem bywa brak możliwości uruchomienia programu, komunikat o błędzie bazy, niepełne wyświetlanie danych lub przerwanie operacji zapisu. Nie każda awaria oznacza trwałą utratę informacji, ale dalsza praca na uszkodzonym środowisku może pogorszyć sytuację.

W takiej sytuacji najważniejsze jest ograniczenie kolejnych prób zapisu i zabezpieczenie istniejących plików. Ustalamy, kiedy wystąpił problem, jakie operacje były wykonywane oraz czy dostępna jest ostatnia poprawna kopia. Następnie sprawdzamy stan bazy i logi Firebirda. Jeżeli naprawa nie daje pewnego rezultatu, odtwarzamy dane z kopii zapasowej.

Warto również sprawdzić przyczynę samego wyłączenia. Jeżeli problem wynika z uszkodzonego dysku, przegrzewania komputera, niestabilnego zasilacza albo regularnych zaników prądu, sama naprawa bazy nie usunie ryzyka kolejnej awarii. W ramach obsługi możemy więc przeanalizować także stan techniczny komputera serwerowego.

Aktualizacje Rewizora GT i Firebirda

Aktualizacja programu powinna być poprzedzona kopią danych oraz sprawdzeniem, czy używana wersja Firebirda jest zgodna z wersją Rewizora GT. Instalowanie przypadkowych składników lub pozostawienie starej usługi może prowadzić do błędów połączenia. Przed zmianą zapisujemy informacje o aktualnej konfiguracji, lokalizacji bazy i sposobie łączenia stanowisk.

Po aktualizacji testujemy uruchomienie programu, logowanie użytkowników, dostęp do danych i podstawowe operacje. Sprawdzamy również, czy działają wydruki, połączenia sieciowe oraz zadania kopii zapasowych. Dzięki temu można szybciej ustalić, czy ewentualny problem wynika z aktualizacji, czy pojawił się niezależnie od niej.

Praktyczne zasady codziennej pracy

  • Nie wyłączaj komputera pełniącego funkcję serwera podczas pracy innych użytkowników.
  • Nie przenoś pliku bazy bez wcześniejszego wykonania kopii i sprawdzenia konfiguracji programu.
  • Nie usuwaj usług Firebird tylko dlatego, że program wyświetla błąd połączenia.
  • Kontroluj, czy kopie zapasowe faktycznie powstają i czy są przechowywane poza komputerem z bazą.
  • Po zmianie routera, adresacji sieci lub nazwy komputera sprawdź połączenie wszystkich stanowisk.
  • W przypadku komunikatu o błędzie zapisz jego dokładną treść i moment wystąpienia.

Najczęstsze pytania dotyczące serwisu Rewizora GT

Czy można używać Rewizora GT na kilku komputerach?

Tak, program może pracować w małej sieci lokalnej, jeśli prawidłowo skonfigurowane są komputer z bazą, usługa Firebird, połączenia sieciowe oraz stanowiska użytkowników. Każdy komputer powinien łączyć się z tą samą bazą, a nie z osobną kopią danych.

Czy reinstalacja programu usuwa dane?

Sama reinstalacja aplikacji nie musi usuwać bazy, ale przed każdą zmianą należy ustalić jej lokalizację i wykonać kopię. Ryzyko pojawia się wtedy, gdy użytkownik usuwa katalogi programu, formatuje dysk albo wskazuje niewłaściwą bazę podczas ponownej konfiguracji.

Co przygotować przed zgłoszeniem awarii?

Pomocne są dokładny komunikat błędu, informacja, czy problem występuje na jednym czy na wszystkich stanowiskach, oraz opis ostatnich zmian. Warto wskazać, czy wcześniej była aktualizacja, awaria zasilania, wymiana komputera, zmiana routera lub instalacja programu zabezpieczającego. Takie informacje skracają etap rozpoznania problemu.

Obsługa Rewizora GT obejmuje nie tylko uruchomienie programu, lecz także zapewnienie stabilnego działania bazy Firebird, bezpiecznej pracy sieciowej, poprawnych kopii zapasowych i możliwości odtworzenia danych po awarii. W Grodzisku Mazowieckim i okolicach pomagamy zarówno przy nowych instalacjach, jak i przy problemach na istniejących stanowiskach, analizując zależności między programem, systemem Windows, sprzętem, siecią i bazą danych.

Zgłoszenie naprawy: 22 390 56 49 — telefon czynny całą dobę, siedem dni w tygodniu. Sprzęt odbieramy spod wskazanego adresu w Grodzisku Mazowieckim i okolicy.

Zobacz też

Grodzisk Mazowiecki
Image

Arrived compass prepare an on as. Reasonable particular on my it in sympathize. Size now easy eat hand how. Unwilling he departure elsewhere dejection at. Heart large seems may purse means few blind.