Obsługa programu Rewizor

Pełna księgowość wymaga stabilnej bazy

Rewizor prowadzi księgi rachunkowe, więc uszkodzenie bazy danych jest tu problemem znacznie poważniejszym niż awaria samego programu. W grę wchodzą dokumenty, których nie da się odtworzyć inaczej niż z kopii albo z papieru.

Co robimy przy awarii bazy

1. Kopia bazy w stanie, w jakim jest — przed jakąkolwiek próbą naprawy.
2. Ocena zakresu uszkodzenia i sprawdzenie spójności danych.
3. Naprawa prowadzona na kopii.
4. Porównanie odzyskanych danych z ostatnią kopią zapasową i z dokumentami źródłowymi.
5. Uruchomienie pracy i kontrola sald.

Skąd biorą się uszkodzenia

Najczęściej z nagłego wyłączenia komputera albo serwera w trakcie zapisu — a to zwykle skutek zaniku napięcia przy braku zasilania awaryjnego albo przy braku połączenia między zasilaczem awaryjnym a serwerem. Po naprawie sprawdzamy właśnie ten element.

Kopie zapasowe

Baza księgowa powinna mieć kopię codzienną, kopię okresową przechowywaną poza siedzibą i przynajmniej jedną wersję odłączoną od sieci. Do tego powiadomienie, gdy kopia się nie wykona — bo cisza jest tu najgorszym sygnałem.

Próba odtworzenia

Wykonujemy ją okresowo na osobnym środowisku. Kopia, z której nikt nigdy niczego nie odtworzył, jest wyłącznie założeniem.

Wydajność

Przy dużych bazach największą różnicę daje przeniesienie danych na nośnik SSD oraz utrzymanie indeksów. To zmiany wykonywane raz, o efekcie odczuwalnym przy każdym zestawieniu.

Różne objawy wymagają osobnej diagnozy

Awaria Rewizora nie zawsze oznacza całkowity brak dostępu do danych. Program może nie uruchamiać się wcale, zatrzymywać podczas wybierania podmiotu albo wyświetlać błąd dopiero przy zapisie dokumentu. Zdarza się również, że problemy dotyczą wyłącznie jednego stanowiska, podczas gdy pozostali pracownicy nadal korzystają z tej samej bazy. Każdy z tych wariantów wskazuje na inny obszar do sprawdzenia.

Jeżeli Rewizor nie działa na żadnym komputerze, weryfikowany jest serwer, usługa bazy danych, stan nośnika oraz połączenia sieciowe. Usługa to działający w tle składnik systemu, który udostępnia dane stanowiskom. Gdy problem występuje tylko na jednym komputerze, przyczyną może być lokalna konfiguracja programu, blokada zapory sieciowej albo utrata dostępu do serwera. Zapora sieciowa jest mechanizmem kontrolującym połączenia pomiędzy urządzeniami i aplikacjami.

Osobnym przypadkiem jest wyraźne spowolnienie pracy. Długie otwieranie kartotek, zestawień lub dekretów nie musi świadczyć o uszkodzeniu danych. Powodem może być przeciążony komputer, zbyt wolny nośnik, niestabilna sieć albo niewłaściwy stan indeksów. Indeksy są strukturami ułatwiającymi bazie szybkie odnajdywanie informacji. Ich stan ocenia się razem z pozostałymi elementami środowiska, ponieważ samo wykonanie jednej operacji konserwacyjnej nie rozwiąże każdego problemu z wydajnością.

Najpierw zabezpieczenie danych, później naprawa

Przed zmianą konfiguracji lub uruchomieniem narzędzi naprawczych zabezpieczany jest aktualny stan danych. Nawet baza, której nie da się prawidłowo otworzyć, może zawierać informacje potrzebne podczas odzyskiwania. Kolejne nieudane próby uruchomienia, przenoszenie plików bez zachowania ich kompletności albo nadpisanie danych starszą kopią mogą ograniczyć dostępne możliwości.

Do pracy wykorzystuje się kopię, a materiał źródłowy pozostaje niezmieniony. Pozwala to wrócić do stanu początkowego, jeśli wybrana metoda nie przyniesie oczekiwanego rezultatu. Po przywróceniu dostępu nie wystarcza samo sprawdzenie, czy program się otwiera. Kontroli wymagają między innymi okresy obrachunkowe, zapisy księgowe, rozrachunki, kartoteki oraz zestawienia potrzebne do dalszej pracy.

Ocena merytorycznej poprawności ksiąg pozostaje po stronie osoby prowadzącej księgowość. Obsługa informatyczna może sprawdzić działanie programu, dostępność rekordów i techniczną spójność bazy. Nie zastępuje jednak weryfikacji księgowej. Dlatego po poważniejszej awarii wskazane jest porównanie wyników z dokumentami źródłowymi oraz zaakceptowanymi wcześniej zestawieniami.

Błędy podczas samodzielnych prób przywrócenia programu

Jednym z najczęstszych błędów jest wielokrotne ponawianie tej samej operacji mimo pojawiających się komunikatów o problemie z zapisem. Jeśli przyczyną jest uszkodzony nośnik albo niestabilne połączenie, kolejne próby mogą powiększać niespójność. Bezpieczniej przerwać pracę i zachować dokładną treść komunikatu. Zdjęcie ekranu lub zapis godziny wystąpienia błędu ułatwia późniejsze sprawdzenie zdarzeń systemowych.

Ryzykowne jest także kopiowanie pojedynczych plików bazy w czasie, gdy korzystają z niej pracownicy. Aktywna baza może być w danej chwili zmieniana, dlatego zwykłe przeciągnięcie plików do innego folderu nie musi utworzyć poprawnej kopii. Kopia zapasowa powinna powstać metodą przeznaczoną dla używanego środowiska i zostać sprawdzona przez próbę odtworzenia.

Inny błąd to natychmiastowe przywrócenie najnowszego archiwum bez ustalenia, z kiedy rzeczywiście pochodzi. Nazwa pliku nie daje pewności, że wykonanie kopii zakończyło się prawidłowo. Najpierw sprawdza się datę, rozmiar, kompletność i możliwość odtworzenia archiwum. Dopiero potem można ocenić, ile danych dzieli kopię od chwili awarii i czy istnieje bezpieczniejsza metoda odzyskania nowszych zapisów.

Nie należy też instalować przypadkowych narzędzi obiecujących automatyczną naprawę. Program nieprzeznaczony do danego rodzaju bazy może zmienić pliki w sposób utrudniający dalsze działania. Podobne ryzyko dotyczy ręcznego kasowania katalogów, usług lub wpisów konfiguracyjnych na podstawie niesprawdzonej instrukcji. Najpierw trzeba ustalić, czy problem dotyczy aplikacji, bazy, systemu Windows, sieci czy samego sprzętu.

Kiedy przyczyna leży poza Rewizorem

Komunikat widoczny w Rewizorze może być skutkiem awarii innego elementu. Gdy komputer traci połączenie z serwerem, program nie może pobrać danych i zgłasza błąd, choć sama baza pozostaje sprawna. Podobny efekt daje zatrzymanie usługi bazy danych, zmiana nazwy serwera albo reguła zapory blokująca komunikację. W takich sytuacjach naprawianie bazy nie jest potrzebne. Należy przywrócić dostęp do działającego środowiska.

Jeśli problemy pojawiają się równocześnie w innych aplikacjach, komputer samoczynnie się restartuje albo system zgłasza błędy odczytu, diagnostyka obejmuje również podzespoły. Szczególnego sprawdzenia wymaga nośnik, pamięć operacyjna i zasilanie. Pamięć operacyjna to obszar, w którym komputer przechowuje dane używane w danej chwili. Jej niestabilna praca może powodować błędy pozornie związane z programem księgowym.

Wolne generowanie jednego rozbudowanego zestawienia także nie przesądza o awarii. Znaczenie ma zakres analizowanych danych, obciążenie serwera oraz liczba jednocześnie wykonywanych operacji. Diagnoza polega na porównaniu zachowania różnych funkcji i stanowisk, a nie na ocenie jednego ekranu programu.

Aktualizacje programu i wspólna wersja na stanowiskach

Aktualizację Rewizora należy planować z uwzględnieniem bazy, serwera i komputerów użytkowników. Przed rozpoczęciem wykonywana jest kopia zapasowa. Następnie sprawdza się, czy stanowiska mogą pracować na zgodnych wersjach programu. Rozbieżność wersji może uniemożliwić połączenie z podmiotem lub wywołać potrzebę zmiany struktury danych.

Aktualizacji nie powinno się rozpoczynać bezpośrednio przed terminem ważnego rozliczenia, jeśli nie pozostaje czas na sprawdzenie działania. Po zakończeniu warto otworzyć podmiot, wykonać podstawowe operacje i sprawdzić wydruki lub eksporty używane w codziennej pracy. Konwersja bazy, czyli dostosowanie jej struktury do nowszej wersji programu, powinna przebiegać bez przerw w zasilaniu i bez równoczesnej pracy użytkowników.

Gdy Rewizor współpracuje z innymi aplikacjami InsERT albo rozwiązaniami dodatkowymi, kontroluje się również te połączenia. Sama możliwość zalogowania nie potwierdza, że wymiana danych, wydruki i automatyczne zadania nadal działają prawidłowo. Zakres testu dobiera się do funkcji faktycznie wykorzystywanych w firmie.

Jak przygotować środowisko na kolejną awarię

Dobra procedura obejmuje nie tylko tworzenie kopii, ale także wskazanie osoby odpowiedzialnej za ich kontrolę. Powinno być wiadomo, gdzie znajdują się archiwa, które z nich są odłączone od sieci i w jaki sposób zgłaszany jest błąd wykonania zadania. Kopia przechowywana stale na tym samym komputerze nie chroni przed awarią jego nośnika. Kopia dostępna bez przerwy z każdego stanowiska może natomiast zostać naruszona razem z pozostałymi danymi podczas incydentu bezpieczeństwa.

Warto również opisać podstawową kolejność działań: przerwanie pracy po wykryciu błędu, zapisanie komunikatu, wskazanie ostatniej poprawnie wykonanej operacji oraz kontakt z osobą obsługującą środowisko. Taka dokumentacja nie musi być rozbudowana. Powinna być jednak dostępna również wtedy, gdy serwer lub główny komputer nie działa.

Znaczenie ma zasilacz awaryjny UPS, czyli urządzenie podtrzymujące zasilanie po zaniku napięcia. Samo podłączenie serwera do UPS nie wystarcza, jeśli sprzęt nie jest okresowo sprawdzany albo nie potrafi bezpiecznie zakończyć pracy przed wyczerpaniem baterii. Po każdej awarii zasilania warto ustalić, czy mechanizm zadziałał zgodnie z założeniem.

Dodatkowe pytania dotyczące obsługi Rewizora

Czy do naprawy zawsze potrzebne jest hasło użytkownika?

Nie. Najpierw sprawdzane są działania możliwe bez przekazywania hasła. Jeśli dostęp do konkretnego konta okaże się niezbędny do odtworzenia błędu lub wykonania testu, wyjaśniany jest cel i zakres takiego dostępu. Nie ma potrzeby przygotowywania hasła z wyprzedzeniem.

Czy najnowsza kopia zapasowa zawsze jest najlepsza?

Nie zawsze. Najnowsze archiwum może być niekompletne albo zawierać stan powstały już po rozpoczęciu problemu. Dlatego porównuje się kilka dostępnych kopii i sprawdza możliwość ich odtworzenia. Ważna jest nie tylko data pliku, lecz także jego techniczna poprawność oraz zakres znajdujących się w nim danych.

Czy po odzyskaniu bazy można od razu rozpocząć księgowanie?

Najpierw powinny zostać wykonane testy techniczne i kontrola księgowa. Sprawdza się dostęp do podmiotu, możliwość zapisu oraz działanie potrzebnych funkcji. Następnie osoba odpowiedzialna za księgowość porównuje salda, zapisy i dokumenty z wiarygodnym punktem odniesienia. Dopiero po takim potwierdzeniu można bezpiecznie wrócić do normalnej pracy.

Czy obsługa jest możliwa bez przewożenia serwera?

Tak, wiele problemów można diagnozować podczas wizyty serwisanta w firmie. Dojazd jest bezpłatny, natomiast praca serwisanta pozostaje płatna niezależnie od wyniku. W przypadku potrzeby dłuższych prac sprzęt może zostać odebrany i zwrócony w modelu door-to-door. Zakres działania ustala się po rozpoznaniu, gdzie znajduje się baza i ilu stanowisk dotyczy awaria.

Czy można ograniczyć dostęp serwisanta do danych księgowych?

Tak. Zakres dostępu powinien odpowiadać wykonywanej czynności. Na życzenie można bezpłatnie podpisać NDA, czyli umowę o zachowaniu poufności. Naprawy nie są przekazywane podwykonawcom. Jeżeli zadanie można wykonać bez otwierania dokumentów księgowych, nie ma potrzeby przeglądania ich treści.

Sprawny Rewizor zaczyna się od sprawdzonej kopii

Najważniejszym elementem ochrony pełnej księgowości jest możliwość odtworzenia danych, a nie samo istnienie pliku archiwum. Regularne testy, kontrola nośników, stabilne zasilanie i uporządkowana procedura ograniczają skutki awarii. Gdy pojawia się błąd, właściwa kolejność pozostaje niezmienna: zabezpieczenie aktualnego stanu, rozpoznanie przyczyny, praca na kopii oraz kontrola danych przed wznowieniem księgowania.