Przebieg aktualizacji programu księgowego a spójność danych

Podczas procedury aktualizacji oprogramowania finansowo-księgowego WAPRO Fakir dochodzi do modyfikacji plików wykonywalnych aplikacji oraz transformacji struktury relacyjnej bazy danych. Proces ten polega na dostosowaniu tabel, indeksów, procedur składowanych oraz wyzwalaczy w silniku bazy danych do nowych funkcji prawno-podatkowych i logicznych. W środowisku wielostanowiskowym operacja ta wymaga jednoczesnej zgodności wersji na stacji roboczej oraz instancji bazodanowej.

Gdy aktualizacja zostanie przerwana, przebiegnie asynchronicznie na różnych komputerach w sieci lokalnej lub napotka blokadę uprawnień systemowych, dochodzi do rozbieżności schematu bazy danych. Aplikacja kliencka traci zdolność poprawnego odczytu i zapisu informacji finansowych, co uniemożliwia bieżącą pracę działu księgowego.

Objawy nieprawidłowości zgłaszane przez użytkowników

Niepoprawnie zakończona lub częściowa aktualizacja manifestuje się w codziennej pracy szeregiem powtarzalnych zachowań środowiska komputerowego. Użytkownicy najczęściej opisują następujące trudności:

  • Program nie uruchamia się po instalacji nowej wersji i wyświetla ogólny komunikat o braku zgodności struktur danych.
  • Aplikacja zamyka się samoczynnie podczas próby zalogowania do konkretnej firmy lub podczas otwierania planu kont.
  • Część stanowisk w biurze działa poprawnie, natomiast na pozostałych komputerach pojawia się informacja o braku połączenia z bazą.
  • Podczas zatwierdzania dokumentów księgowych, księgowania dekretów lub generowania zestawień system zgłasza błąd wykonania zapytania do silnika danych.
  • Operacja konwersji bazy danych zatrzymuje się na określonym etapie i nie przechodzi do końca pomimo wielogodzinnego oczekiwania.
  • Brak widoczności nowo dodanych okresów obrachunkowych lub brak możliwości naliczenia deklaracji podatkowych po wdrożeniu zmian.

Przyczyny błędów po aktualizacji systemu WAPRO Fakir

Źródła problemów technicznych związanych z podnoszeniem wersji programu można uszeregować według częstotliwości ich występowania w infrastrukturze biurowej:

  1. Brak synchronizacji wersji oprogramowania na stanowiskach roboczych — najczęstsza przyczyna w sieciach lokalnych. Występuje, gdy na serwerze lub głównym komputerze baza danych została przekonwertowana do nowszego formatu, a na części stacji roboczych wciąż uruchamiana jest starsza wersja aplikacji klienckiej (lub odwrotnie).
  2. Zablokowane procesy i brak wyłączności podczas konwersji — transformacja struktur tabel wymaga wyłącznego dostępu do bazy. Pozostawione otwarte sesje innych użytkowników, działające usługi w tle lub zablokowane połączenia sieciowe prowadzą do przerwania procesu aktualizacyjnego w połowie operacji.
  3. Niewystarczające uprawnienia konta systemowego lub użytkownika bazy — mechanizm aktualizacyjny wymaga pełnych praw administracyjnych do modyfikacji obiektów bazy oraz zapisu plików w folderach systemowych. Brak odpowiednich uprawnień skutkuje odrzuceniem skryptów modyfikujących strukturę.
  4. Ograniczenia przestrzeni dyskowej lub limitów pliku bazy — podczas konwersji generowane są obszerne pliki dziennika transakcji (ang. transaction log), które mogą tymczasowo podwoić zapotrzebowanie na miejsce na dysku. Przepełnienie nośnika powoduje awaryjne zatrzymanie silnika bazodanowego.
  5. Uszkodzenia logiczne lub fizyczne bazy danych przed aktualizacją — próba nałożenia nowych struktur na bazę posiadającą wcześniejsze niespójności indeksów lub uszkodzone alokacje tabel kończy się niepowodzeniem skryptów konwersyjnych.
  6. Konflikty zapory sieciowej i oprogramowania zabezpieczającego — nowe wersje plików wykonywalnych mogą zostać zablokowane przez reguły zapory sieciowej (ang. firewall), uniemożliwiając komunikację sieciową na portach wykorzystywanych przez silnik bazy danych.

Kiedy to nie jest ta usterka

Nie każdy problem z uruchomieniem lub działaniem oprogramowania WAPRO Fakir wynika z samej procedury aktualizacyjnej. Istnieją sytuacje, w których źródło trudności leży w innych elementach infrastruktury informatycznej:

  • Awaria fizyczna nośnika danych — gdy komputer z bazą danych ulega zawieszeniu, system operacyjny zgłasza błędy wejścia/wyjścia (ang. I/O errors), a sam dysk wydaje niepokojące odgłosy mechaniczne, problem dotyczy sprzętu, a nie spójności oprogramowania.
  • Utrata połączenia w sieci lokalnej — brak dostępu do programu na wszystkich stacjach może być spowodowany awarią przełącznika sieciowego (ang. switch), uszkodzeniem okablowania Ethernet lub niepoprawnym działaniem routera przydzielającego adresy IP.
  • Zarządzanie licencjami i kluczami aktywacyjnymi — brak możliwości pracy może wynikać z wygaśnięcia abonamentu, wyczerpania puli stanowisk wielodostępnych lub braku połączenia internetowego wymaganego do weryfikacji stanowisk, co nie stanowi błędu struktur danych.
  • Problemy z uprawnieniami wewnątrz modułów księgowych — sytuacja, w której użytkownik widzi bazę, ale nie ma dostępu do określonego rejestru lub funkcji, wynika z konfiguracji ról wewnątrz systemu, a nie z awarii poaktualizacyjnej.

Procedura diagnostyczna i przywracanie spójności

Prace serwisowe zmierzające do bezpiecznego przywrócenia funkcjonalności programu księgowego przebiegają według usystematyzowanego schematu technicznego:

Wykonanie kopii bezpieczeństwa stanu zastanego — pierwszym krokiem jest bezwzględne zabezpieczenie bieżących plików bazy danych oraz plików dziennika transakcji w ich aktualnym stanie, niezależnie od stopnia zaawansowania usterki. Zabezpieczany jest również stan sprzed rozpoczęcia nieudanej aktualizacji, jeśli archiwum zostało utworzone.

Weryfikacja spójności bazy danych (ang. database consistency check) — przy użyciu poleceń diagnostycznych silnika bazy danych weryfikowana jest integralność logiczna oraz alokacja struktur tabel. Pozwala to ustalić, czy w bazie nie występują uszkodzone wskaźniki lub osierocone rekordy.

Analiza dzienników zdarzeń i logów aktualizatora — szczegółowa analiza rejestru błędów systemowych oraz raportu z przebiegu konwersji wskazuje precyzyjnie tabelę, widok lub procedurę, na której wykonanie skryptu zostało zatrzymane.

Odtworzenie kontrolowanego środowiska konwersji — w zależności od skali rozbieżności proces polega na przywróceniu ostatniej poprawnej kopii zapasowej i powtórzeniu procedury z poziomu konta z pełnymi uprawnieniami administracyjnymi lub na ręcznym dokończeniu skryptów aktualizacyjnych w trybie pojedynczego użytkownika (ang. single-user mode).

Dostosowanie konfiguracji sieciowej i uprawnień — weryfikacja i konfiguracja reguł zapory sieciowej, zapewnienie odpowiednich praw dostępu do katalogów współdzielonych oraz konfiguracja aliasów sieciowych dla stabilnego łączenia stacji roboczych z silnikiem danych.

Testy integralności i weryfikacja stanowiskowa — uruchomienie programu na stanowisku głównym, próbne otwarcie ksiąg, weryfikacja poprawności naliczeń, a następnie przeprowadzenie procedury aktualizacji oprogramowania klienckiego na wszystkich pozostałych stacjach roboczych w firmie.

Zalecenia i bezpieczne czynności wstępne

W przypadku napotkania błędu po aktualizacji kluczowe jest powstrzymanie się od działań, które mogą pogłębić uszkodzenia struktur relacyjnych.

Czego nie należy robić:

  • Nie wolno wielokrotnie restartować komputera w trakcie trwania procesu konwersji bazy danych. Może to doprowadzić do trwałego uszkodzenia nagłówków plików bazodanowych.
  • Nie należy uruchamiać niezweryfikowanych skryptów naprawczych pobranych z forów internetowych bezpośrednio na produkcyjnej bazie danych.
  • Nie należy usuwać plików tymczasowych ani plików dziennika transakcji w nadziei na zwolnienie miejsca na dysku.
  • Nie należy kontynuować pracy na pojedynczych stanowiskach, jeśli na innych zgłaszana jest niezgodność wersji — prowadzi to do rozbieżności w zapisywanych dokumentach.

Co można bezpiecznie sprawdzić przed przyjazdem serwisu:

  • Upewnić się, czy na serwerze lub komputerze przechowującym bazę danych jest dostępna wystarczająca ilość wolnego miejsca na dysku twardym.
  • Zlokalizować ostatnią poprawnie wykonaną kopię bezpieczeństwa (plik archiwum) sporządzoną przed przystąpieniem do procedury aktualizacji.
  • Sprawdzić, czy wszystkie pozostałe komputery w biurze zostały wylogowane z systemu operacyjnego i programu księgowego.
  • Zweryfikować stabilność połączenia sieciowego na stacjach zgłaszających problem z dostępem do bazy.

Obsługa techniczna i organizacja prac serwisowych

Interwencja w przypadku problemów z oprogramowaniem WAPRO Fakir realizowana jest w modelu pełnej obsługi z dojazdem do siedziby klienta lub biura rachunkowego. Wszystkie czynności wykonują bezpośrednio nasi doświadczeni serwisanci, bez udziału zewnętrznych podwykonawców. Obszar naszego działania obejmuje całą Warszawę oraz 7 przyległych powiatów podwarszawskich.

Prace serwisowe przebiegają z zachowaniem najwyższych standardów bezpieczeństwa informacji finansowych:

  • Bezpieczeństwo i poufność — na życzenie każdego klienta przed przystąpieniem do jakichkolwiek prac podpisywana jest bezpłatna umowa o zachowaniu poufności (NDA), co ma kluczowe znaczenie przy przetwarzaniu wrażliwych danych finansowo-księgowych.
  • Praca z poszanowaniem danych — standardowo serwis realizuje procedury naprawcze bez konieczności znajomości haseł użytkowników. Dostęp administracyjny jest wykorzystywany wyłącznie w uzasadnionym zakresie technicznym, po wcześniejszym wyjaśnieniu celu.
  • Indywidualna diagnoza i wycena — przed rozpoczęciem właściwych prac naprawczych serwisant przeprowadza dokładną diagnozę źródła problemu i przedstawia zakres działań wraz z wyceną do akceptacji klienta.
  • Dokumentacja i gwarancja — po zakończeniu prac wystawiana jest faktura bez VAT. Na wykonane usługi techniczne oraz wdrożone procedury naprawcze udzielana jest gwarancja do 12 miesięcy.
  • Naprawa na miejscu lub w warsztacie — zdecydowana większość problemów z konfiguracją baz danych i oprogramowaniem WAPRO Fakir rozwiązywana jest bezpośrednio na miejscu u klienta. W sytuacji, gdy awarii uległ również sprzęt komputerowy lub nośnik danych i zachodzi konieczność wykonania zaawansowanych prac laboratoryjnych, odbieramy sprzęt do warsztatu i odwozimy go po naprawie własnym transportem. W przypadku wymiany podzespołów bazowych stosujemy wyłącznie fabrycznie nowe części.

Zapewniamy wsparcie techniczne w trybie całodobowym, przez 7 dni w tygodniu, również w godzinach nocnych, w weekendy i święta, co pozwala na usunięcie awarii przed rozpoczęciem kolejnego dnia roboczego bez zakłócania bieżącego funkcjonowania biura.

W przypadku problemów z działaniem programu WAPRO Fakir po aktualizacji zapraszamy do kontaktu telefonicznego pod numerem 22 257 87 54.