Obsługa programu Rachmistrz

Program, od którego zależy zamknięcie miesiąca

Rachmistrz prowadzi księgowość uproszczoną w wielu małych i średnich firmach. Jego awaria albo błąd po aktualizacji potrafi zatrzymać zamknięcie okresu — a terminów podatkowych nie da się przesunąć równie łatwo jak zwykłej sprawy.

Najczęstsze zgłoszenia

• Program nie łączy się z bazą danych po zmianach w sieci albo po wymianie serwera.
• Błędy po aktualizacji, zwłaszcza wykonanej w trakcie pracy innych użytkowników.
• Uszkodzona baza po nagłym wyłączeniu komputera.
• Problemy z wydrukami i szablonami dokumentów.
• Kłopoty z podpisem elektronicznym przy wysyłce deklaracji.

Kolejność działań przy awarii

Najpierw kopia bazy w obecnym stanie, potem diagnoza, potem naprawa — i zawsze na kopii, nie na oryginale. Narzędzia naprawcze przy niepowodzeniu potrafią pogorszyć stan danych, więc pominięcie pierwszego kroku bywa nieodwracalne.

Aktualizacje

Wykonujemy je poza godzinami pracy, zaczynając od jednego stanowiska kontrolnego. Jeśli coś pójdzie nie tak, dotyczy to jednego komputera, a nie całej księgowości. Przed aktualizacją zawsze wykonujemy kopię bazy.

Praca wielostanowiskowa

Wymaga poprawnie skonfigurowanego serwera bazy i stałego adresu, pod którym stanowiska go znajdują. Najczęstszą przyczyną spowolnień nie jest liczba użytkowników, tylko połączenie sieciowe między stanowiskiem a bazą.

Poufność

Danych księgowych nie przeglądamy. Przy sprzęcie firmowym podpisujemy zobowiązanie do zachowania poufności.

Różne postacie tej samej awarii

Komunikat o braku dostępu do danych nie zawsze oznacza uszkodzenie bazy. Przyczyną może być niedostępny komputer pełniący funkcję serwera, zatrzymana usługa bazy danych, zmieniona nazwa urządzenia albo reguła zapory sieciowej. Zapora sieciowa to mechanizm, który kontroluje połączenia pomiędzy komputerami i może zablokować ruch potrzebny programowi. Podobny objaw występuje po zmianie routera, przełączeniu stanowiska do innej sieci lub przywróceniu ustawień po aktualizacji systemu.

Inny wariant pojawia się wtedy, gdy Rachmistrz uruchamia się prawidłowo, ale nie otwiera konkretnego podmiotu. Podmiot jest wydzielonym zbiorem danych obsługiwanej firmy. Jeżeli pozostałe podmioty działają, diagnostyka koncentruje się na wskazanej bazie, jej spójności oraz historii ostatnich operacji. Gdy problem dotyczy wszystkich podmiotów, sprawdzane są także wspólne składniki programu, serwer bazy i połączenie sieciowe.

Zdarzają się również usterki częściowe. Program może otwierać kartoteki, lecz zgłaszać błąd przy tworzeniu deklaracji, drukowaniu dokumentu albo wykonywaniu archiwizacji. Taki objaw wymaga sprawdzenia konkretnej funkcji i jej zależności. Nie należy od razu zakładać, że cała baza jest uszkodzona. Źródłem problemu może być konfiguracja wydruku, brak dostępu do folderu, niedziałający składnik podpisu elektronicznego albo niezgodność wersji programu na jednym stanowisku.

Co sprawdzamy przed rozpoczęciem naprawy

Diagnoza zaczyna się od ustalenia, na ilu stanowiskach występuje problem i co zmieniło się bezpośrednio przed awarią. Istotne są aktualizacje programu i systemu Windows, wymiana routera, przeniesienie bazy, zmiana nazwy serwera oraz nagłe wyłączenie zasilania. Sprawdzany jest także dokładny komunikat błędu. Jego treść i moment wystąpienia pozwalają odróżnić problem z dostępem do serwera od błędu wykonywanego zadania.

Następnie oceniany jest stan kopii zapasowych. Kopia zapasowa, nazywana również backupem, jest dodatkowym egzemplarzem danych przechowywanym na wypadek awarii. Sam fakt istnienia pliku nie potwierdza jeszcze, że da się go poprawnie odtworzyć. Ważne są data wykonania, kompletność oraz możliwość bezpiecznego przeprowadzenia próby odtworzenia w oddzielnym środowisku.

Przy instalacji wielostanowiskowej sprawdzana jest łączność między komputerami, dostępność serwera i zgodność wersji programu. Kontrolowane są również uprawnienia, czyli zakres operacji dozwolonych dla danego konta użytkownika. Dzięki temu można ustalić, czy przeszkodą jest awaria techniczna, czy brak prawa do zapisania pliku, wykonania archiwum albo skorzystania ze wskazanego zasobu sieciowego.

Błędy popełniane podczas samodzielnych prób naprawy

Jednym z najbardziej ryzykownych działań jest wielokrotne uruchamianie narzędzi naprawczych bez wcześniejszego zabezpieczenia danych. Każda operacja zmieniająca strukturę bazy może utrudnić późniejsze odzyskanie informacji. Nawet jeśli program proponuje automatyczną naprawę, najpierw trzeba zachować kopię obecnego stanu. Dotyczy to również bazy, której nie da się już normalnie otworzyć.

Nie należy kopiować aktywnych plików bazy podczas pracy użytkowników. Aktywna baza jest zbiorem danych, w którym program może w danej chwili zapisywać kolejne operacje. Zwykłe skopiowanie plików w takim momencie może utworzyć niespójny zestaw. Bezpieczniejszą metodą jest skorzystanie z właściwego mechanizmu archiwizacji albo wykonanie kopii po kontrolowanym zatrzymaniu pracy.

Kolejnym błędem jest instalowanie różnych wersji programu na poszczególnych stanowiskach. Po aktualizacji serwera lub bazy pozostałe komputery powinny zostać sprawdzone przed wznowieniem normalnej pracy. Próby obchodzenia komunikatów o niezgodności mogą prowadzić do kolejnych problemów. Nie warto też odinstalowywać programu razem z jego składnikami, dopóki nie zostanie ustalone, gdzie znajdują się dane i czy istnieje aktualna kopia.

Ryzyko zwiększa również przenoszenie katalogów programu i bazy metodą prób i błędów. Skrót na pulpicie nie wskazuje, gdzie faktycznie przechowywane są dane. Usunięcie starego katalogu zaraz po pozornie udanym przeniesieniu może pozbawić firmę jedynej kompletnej kopii. Migrację, czyli przeniesienie programu i danych do nowego środowiska, należy zakończyć testem otwierania podmiotów, archiwizacji, wydruków oraz funkcji używanych podczas codziennej pracy.

Kiedy problem nie wynika z programu Rachmistrz

Jeżeli inne aplikacje również działają wolno, rozłączają się z serwerem albo nie mogą zapisywać plików, przyczyna może leżeć w sieci lub w samym komputerze. Objawy wymagają wtedy szerszej diagnostyki systemu Windows, dysku, pamięci operacyjnej i urządzeń sieciowych. Pamięć operacyjna to obszar roboczy wykorzystywany przez uruchomione programy. Jej błędy mogą powodować zawieszanie aplikacji, lecz nie są usterką samego Rachmistrza.

Problemy z drukowaniem także nie zawsze wynikają z szablonu dokumentu. Jeżeli nie drukują również inne aplikacje, sprawdzana jest kolejka wydruku, sterownik i połączenie z drukarką. Sterownik to oprogramowanie umożliwiające systemowi obsługę urządzenia. Gdy błąd występuje wyłącznie przy jednym rodzaju dokumentu, większe znaczenie ma konfiguracja wydruku w programie.

Podobnie jest z podpisem elektronicznym. Jeżeli podpis nie działa również poza Rachmistrzem, należy sprawdzić certyfikat, czytnik, kartę oraz oprogramowanie dostawcy podpisu. Certyfikat elektroniczny potwierdza tożsamość osoby składającej podpis. Jeśli problem pojawia się tylko przy jednej operacji w programie, analizowana jest konfiguracja tej funkcji i sposób przekazywania dokumentu do modułu podpisującego.

Bezpieczna aktualizacja programu i bazy

Przed rozpoczęciem aktualizacji należy zakończyć pracę na wszystkich stanowiskach. Pozostawienie programu uruchomionego na jednym komputerze może zablokować dostęp do plików albo przerwać zmianę struktury danych. Struktura bazy określa sposób organizacji zapisanych informacji. Jej aktualizacja powinna przebiegać bez równoczesnego księgowania i bez niekontrolowanego wyłączenia komputera.

Po wykonaniu kopii sprawdzana jest możliwość jej odtworzenia oraz ilość wolnego miejsca na nośniku. Aktualizacja jest następnie przeprowadzana w kontrolowanej kolejności. Po jej zakończeniu nie wystarcza samo pojawienie się okna głównego programu. Warto otworzyć używany podmiot, sprawdzić podstawowe kartoteki, wykonać próbny wydruk i uruchomić funkcje potrzebne w najbliższym rozliczeniu.

W instalacji wielostanowiskowej ważna jest zgodność wszystkich komputerów. Jedno pominięte stanowisko może zgłosić błąd dopiero wtedy, gdy pracownik rozpocznie pilne zadanie. Dlatego aktualizację zamyka kontrola wersji oraz krótki test pracy z bazą z każdego używanego stanowiska.

Przeniesienie Rachmistrza na nowy komputer lub serwer

Przeniesienie obejmuje więcej niż instalację programu na nowym urządzeniu. Trzeba zabezpieczyć bazy podmiotów, ustawienia, szablony wydruków i inne składniki potrzebne w codziennej pracy. Zakres zależy od sposobu korzystania z programu oraz od tego, czy Rachmistrz współpracuje z innymi elementami środowiska InsERT.

Nowe środowisko powinno zostać przygotowane przed odłączeniem poprzedniego komputera. Pozwala to porównać działanie obu instalacji i uzupełnić brakujący składnik bez nerwowego przywracania starej konfiguracji. W przypadku serwera sprawdzane są nazwa urządzenia, jego adres w sieci, dostępność wymaganych usług oraz połączenia ze stanowisk roboczych.

Poprzedniej instalacji nie należy usuwać bezpośrednio po pierwszym poprawnym uruchomieniu. Najpierw wykonuje się testy najważniejszych procesów: otwarcia podmiotu, zapisania zmian, utworzenia archiwum, wydrukowania dokumentu oraz użycia funkcji związanych z rozliczeniami. Dopiero potwierdzenie kompletności danych i poprawnej pracy pozwala bezpiecznie zakończyć migrację.

Jak ograniczyć ryzyko przestoju w księgowości

Podstawą jest regularna archiwizacja i przechowywanie kopii poza komputerem, na którym działa program. Kopia pozostawiona wyłącznie na tym samym dysku nie chroni przed jego awarią. Procedura powinna też określać, kto sprawdza wykonanie archiwum i gdzie znajduje się egzemplarz potrzebny do odtworzenia pracy.

Aktualizacji nie warto rozpoczynać tuż przed wysyłką deklaracji lub zamknięciem okresu. Potrzebny jest czas na test programu, wydruków, podpisu elektronicznego oraz połączeń z innymi stanowiskami. Znaczenie ma też kontrola stanu komputera i serwera. Powtarzające się błędy dysku, nagłe restarty albo problemy z zasilaniem powinny zostać wyjaśnione, zanim doprowadzą do uszkodzenia danych.

Dobrą praktyką jest zapisanie podstawowych informacji o środowisku: miejsca przechowywania baz, sposobu wykonywania kopii, nazw używanych stanowisk oraz kolejności aktualizacji. Taka dokumentacja skraca ustalanie konfiguracji podczas awarii i ogranicza ryzyko przypadkowej zmiany niewłaściwego elementu.

Dodatkowe pytania dotyczące obsługi Rachmistrza

Czy awaria jednego stanowiska oznacza uszkodzenie bazy?

Nie. Jeżeli pozostali użytkownicy pracują prawidłowo, najpierw sprawdzane jest konkretne stanowisko, jego połączenie z siecią, wersja programu i uprawnienia. Uszkodzenie wspólnej bazy jest bardziej prawdopodobne wtedy, gdy ten sam błąd pojawia się na wszystkich komputerach, ale również w takiej sytuacji potrzebna jest diagnoza.

Czy można odtworzyć kopię na komputerze używanym do bieżącej pracy?

Próby odtworzenia najlepiej wykonywać w oddzielnym, kontrolowanym środowisku. Przywrócenie archiwum w niewłaściwym miejscu może nadpisać aktualne dane albo wprowadzić użytkowników w błąd co do tego, która baza jest bieżąca. Przed każdą próbą trzeba zabezpieczyć obecny stan i jednoznacznie oznaczyć kopię testową.

Czy potrzebne jest hasło użytkownika programu?

Domyślnie nie prosimy o przekazanie hasła. Jeżeli wykonanie konkretnej czynności wymaga zalogowania do chronionej funkcji, wyjaśniany jest cel i uzgadniany bezpieczny sposób dostępu. Zakres prac jest ograniczany do elementów potrzebnych do diagnozy i usunięcia usterki.

Czy pomoc wymaga przerwania pracy całej firmy?

Zależy to od rodzaju problemu. Usterkę jednego stanowiska często można diagnozować bez zatrzymywania pozostałych użytkowników. Operacje dotyczące wspólnej bazy, jej archiwizacji, naprawy lub aktualizacji wymagają natomiast zamknięcia programu na wszystkich stanowiskach. Pozwala to uniknąć zmian danych w trakcie wykonywania prac.

Czy obsługa może zostać wykonana w siedzibie firmy?

Tak. Serwisant może dojechać i przeprowadzić diagnostykę na miejscu, co jest szczególnie przydatne przy instalacjach wielostanowiskowych, serwerze oraz problemach z siecią. Wizyta serwisanta oznacza płatną pracę niezależnie od jej wyniku, natomiast sam dojazd jest bezpłatny. Obsługa obejmuje Warszawę oraz powiaty: warszawski zachodni, legionowski, nowodworski, wołomiński, miński, otwocki, piaseczyński, pruszkowski i grodziski.

Rachmistrz gotowy do następnego rozliczenia

Naprawę uznaje się za zakończoną dopiero po sprawdzeniu funkcji, które wcześniej zgłaszały błąd, oraz wykonaniu nowej kopii danych. Przy problemach księgowych liczy się nie tylko ponowne uruchomienie programu, lecz także pewność, że podmiot otwiera się prawidłowo, stanowiska łączą się z właściwą bazą, a potrzebne wydruki i operacje można wykonać przed kolejnym terminem rozliczeniowym.