Sage Symfonia to jedno z dłużej obecnych na polskim rynku rozwiązań finansowo-księgowych, wciąż wykorzystywane przez wiele firm, w tym biur rachunkowych.

Objaw

Zgłoszenia obejmują błędy w działaniu programu, problemy z uruchomieniem po aktualizacji systemu operacyjnego, konfigurację przy pierwszym wdrożeniu oraz migrację danych z innego systemu finansowo-księgowego.

Możliwe przyczyny

Nieaktualna wersja programu, niezgodna z bieżącym systemem operacyjnym lub przepisami.
Uszkodzona baza danych po awarii zasilania lub błędzie zapisu.
Błąd konfiguracji po zmianie parametrów firmy lub roku obrotowego.
Problem z licencją po zmianie sprzętu, na którym program jest zainstalowany.

Co robimy

Diagnoza obejmuje sprawdzenie wersji programu, stanu bazy danych oraz konfiguracji parametrów firmowych. W zależności od przyczyny wykonywana jest naprawa uszkodzonej bazy, aktualizacja programu do wersji zgodnej z aktualnymi przepisami, albo reaktywacja licencji po zmianie sprzętu. Przy pierwszym wdrożeniu wykonywana jest pełna instalacja i konfiguracja pod specyfikę działalności firmy.

Ile to trwa

Diagnoza i naprawa typowego błędu to zwykle sprawa jednej sesji. Pełne wdrożenie od podstaw zależy od zakresu i ustalane jest indywidualnie.

Co można zrobić samemu, zanim przyjedzie serwisant

Warto zanotować dokładną treść komunikatu błędu oraz sprawdzić, kiedy program działał ostatni raz prawidłowo i co się zmieniło od tego czasu.

Czego nie robić: nie warto samodzielnie ingerować w pliki bazy danych programu bez odpowiedniej wiedzy — nieprawidłowa edycja może uniemożliwić dalsze odzyskanie danych.

Warunki

Wdrożenie i wsparcie wyceniane są indywidualnie, zależnie od zakresu potrzebnej pracy.

Specyfika środowiska bazodanowego i najczęstsze awarie z nim związane

Oprogramowanie z rodziny Symfonia na przestrzeni lat korzystało z różnych silników bazodanowych, co determinuje charakter ewentualnych usterek. Starsze wersje, a także mniejsze instalacje stanowiskowe, często opierają się na silniku Pervasive PSQL (obecnie Actian Zen). Jest to rozwiązanie charakteryzujące się specyficznym podejściem do zarządzania plikami bazy danych, gdzie uszkodzenia poszczególnych plików wynikające z przerw w zasilaniu lub problemów z siecią lokalną skutkują błędem odczytu w programie głównym. W takich przypadkach interwencja polega na wykorzystaniu wbudowanych narzędzi naprawczych, które pozwalają na odbudowę indeksów (struktur porządkujących zapisane dane) i przywrócenie spójności tabel.

Nowsze rozwiązania oraz systemy z linii ERP (planowanie zasobów przedsiębiorstwa) wykorzystują Microsoft SQL Server (MS SQL). Choć jest to platforma o wyższej odporności na fizyczne uszkodzenia plików, generuje inne wyzwania wsparcia technicznego. Awarie w tym środowisku często wiążą się z uszkodzeniem dziennika transakcji (pliku zapisującego bieżące operacje przed ich trwałym umieszczeniem w bazie głównej), problemami z uprawnieniami kont użytkowników na poziomie serwera SQL lub przerwaniem obszernych transakcji, na przykład podczas masowego zamykania roku obrotowego. Niezależnie od wariantu silnika bazodanowego, wstępna diagnoza usterki wymaga precyzyjnego odczytania logów (dzienników zdarzeń systemu Windows oraz samej usługi bazy danych), aby ustalić, czy problem wynika z błędów na poziomie oprogramowania, czy z uszkodzenia nośnika magnetycznego na serwerze.

Problemy z pracą sieciową i dostępem wielu użytkowników

Znaczna część zgłoszeń dotyczy instalacji wielostanowiskowych, gdzie jedna stacja robocza lub dedykowany serwer pełni rolę hosta (komputera udostępniającego pule danych), a pozostałe komputery łączą się z nim za pośrednictwem lokalnej infrastruktury sieciowej (LAN). Głównym objawem problemów w takiej topologii jest komunikat o braku dostępu do wybranej firmy lub błąd połączenia z serwerem bazy danych na stanowiskach podrzędnych, podczas gdy na komputerze głównym program księgowy uruchamia się w sposób prawidłowy.

Wśród najczęstszych przyczyn braku komunikacji sieciowej diagnozowane są problemy wynikające z działania oprogramowania zabezpieczającego. Systemowe zapory sieciowe (firewall) lub oprogramowanie antywirusowe innych firm często po zautomatyzowanej aktualizacji wprowadzają reguły blokujące porty komunikacyjne wykorzystywane przez usługę udostępniającą pliki bazy. Proces naprawy polega na weryfikacji aktywnych reguł sieciowych i wprowadzeniu odpowiednich wyjątków na poziomie protokołów przesyłu danych. Inną powszechną przyczyną bywa zmiana sposobu przydzielania adresów IP w sieci wewnętrznej. Jeśli serwer hostujący dane nie ma przypisanego stałego adresu IP, a korzysta z dynamicznego przydzielania (mechanizm DHCP), rekonfiguracja routera lub jego chwilowy restart powoduje zmianę adresu głównego węzła, co natychmiastowo zrywa możliwości nawiązania połączeń ze stacji roboczych.

Kolejnym wariantem błędu sieciowego jest zablokowanie plików przez proces systemowy na jednej ze stacji klienckich. Zjawisko to występuje w środowisku silnika Pervasive, gdy połączenie sieciowe zostanie niespodziewanie zerwane podczas operacji zatwierdzania dokumentu w systemie. Menedżer plików uznaje zasób za wciąż otwarty, co trwale uniemożliwia innym użytkownikom modyfikację wpisów w zablokowanej tabeli. Rozwiązanie tej sytuacji wymaga zidentyfikowania tak zwanych martwych procesów na serwerze centralnym i bezpiecznego zamknięcia wiszącej sesji sieciowej bez naruszania pozostałych obszarów bazy.

Warianty problemów z wydajnością i płynnością (wolne działanie programu)

Długi czas generowania zestawień finansowych, opóźnienia podczas otwierania kartotek kontrahentów oraz powolne przeliczanie deklaracji to zjawiska silnie utrudniające codzienną pracę w dziale księgowości. Spadek wydajności bardzo rzadko sprowadza się do jednej przyczyny. Proces diagnozy wymaga weryfikacji kilku nakładających się warstw infrastruktury sprzętowej oraz konfiguracyjnej.

Pierwszym obszarem analitycznym jest stopień rozrostu pojemnościowego bazy danych. W przypadku wieloletniej, nieprzerwanej pracy na danych jednego przedsiębiorstwa, bez przeprowadzania cyklicznej archiwizacji lat ubiegłych, baza rozrasta się do rozmiarów spowalniających możliwości przeliczeniowe silnika. Ma to szczególne znaczenie dla darmowych edycji Microsoft SQL Server (wersje z dopiskiem Express), które posiadają zaimplementowane sztywne ograniczenia wykorzystania ilości pamięci operacyjnej RAM oraz maksymalnego rozmiaru dla pojedynczej bazy. Po przekroczeniu dopuszczalnych limitów, usługa zmuszona jest do intensywnego stronicowania (zapisywania tymczasowych danych w pliku wymiany na dysku), co powoduje zauważalny spadek responsywności aplikacji.

Drugim istotnym czynnikiem, charakterystycznym wyłącznie dla pracy w środowisku sieciowym, są wahania stabilności transmisji. Programy z rodziny Symfonia charakteryzują się architekturą typu klient-serwer. Nawet przy prostej czynności przesyłane są tysiące zapytań kontrolnych. Korzystanie ze stacji roboczych podłączonych przez sieć bezprzewodową (Wi-Fi) często wiąże się ze zjawiskiem niestabilności opóźnień przesyłu pakietów (jitter), co w programie księgowym objawia się czasowym zawieszaniem okien interfejsu. Zalecane jest korzystanie wyłącznie ze struktury okablowania strukturalnego o przepustowości rzędu 1 Gb/s. Wnioski z analizy problemów wydajnościowych nierzadko kończą się modernizacją serwera o nośniki półprzewodnikowe (dyski SSD) w macierzy, co znacząco podnosi ilość obsługiwanych operacji wejścia-wyjścia na sekundę w porównaniu do tradycyjnych dysków talerzowych.

Trudności podczas procesu aktualizacji i konwersji struktur bazy danych

Zmieniające się procedury podatkowe (na przykład wymogi generowania plików w formacie JPK) wymuszają przeprowadzanie regularnych instalacji nowszych kompilacji programu. Podczas gdy proces wypakowania nowych plików instalacyjnych zazwyczaj nie stanowi wyzwania, liczne błędy pojawiają się w krytycznym momencie podłączania istniejących danych do nowej wersji, zwanym procesem konwersji. Procedura ta służy dostosowaniu starej budowy układu tabel, aby odpowiadały wymaganiom nowego mechanizmu księgowego.

Przerwanie tego procesu na skutek błędów następuje najczęściej w sytuacjach, w których użytkownik usiłuje przeprowadzić skokową aktualizację, pomijając liczne wersje pośrednie. Znaczna rozbieżność rocznikowa między posiadaną strukturą firmy a instalatorem sprawia, że nowe algorytmy konwersji nie potrafią poprawnie odczytać zapisów przestarzałego standardu, wyrzucając komunikaty o braku odpowiednich definicji. Rozwiązaniem takiego wariantu awarii jest wdrożenie wieloetapowej ścieżki przejścia. Wymaga to zainstalowania starszych instalatorów udostępnianych dawniej w celach archiwalnych i naprzemiennego konwertowania bazy na środowiskach pośrednich, aż do uzyskania pełnej zgodności z bieżącą, docelową edycją.

Kolejnym utrudnieniem są ukryte błędy logiczne zgromadzone w samej strukturze rozrachunków lub kartotek wieloletnich. Defekty tego typu w starszym oprogramowaniu często nie dawały żadnych objawów z powodu mniej rygorystycznych mechanizmów weryfikacji krzyżowej danych. Nowy instalator podczas weryfikacji blokuje proces konwersji, wykrywając niespójności z punktu widzenia zasad rzetelności zapisów na kontach. Właściwa diagnoza sprowadza się do uruchomienia programowych funkcji sprawdzania poprawności, diagnostyki raportowej kont oraz wprowadzenia ręcznych poprawek wyrównujących w poprzedniej wersji środowiska, aby umożliwić pomyślne zatwierdzenie struktury po podniesieniu wersji na silniku nowym.

Błędy przy próbach samodzielnej migracji i modyfikacji środowiska

W trosce o zabezpieczenie danych lub przyspieszenie wdrożenia na nowych stanowiskach, podejmowane są próby samodzielnego manipulowania zasobami sieciowymi z pominięciem dokumentacji wdrożeniowej. Najczęściej polegają one na prostym skopiowaniu głównego katalogu aplikacji i plików bazy danych przy użyciu przenośnych pamięci masowych na dysk twardy docelowego komputera. Działania polegające na zwykłym powieleniu nośnika rzadko pozwalają na zainicjowanie pracy środowiska księgowego, ze względu na brak poprawnych powiązań w rejestrze konfiguracyjnym systemu Windows, do którego muszą trafić biblioteki wykonawcze (.dll) wymagane przez program centralny. Równie krytycznym czynnikiem jest konieczność zainstalowania dedykowanej wersji usługi serwera bazy danych oraz ustawienia właściwych parametrów komunikacji w sieci, co nie dzieje się automatycznie przy przemieszczeniu plików na poziomie eksploratora.

Dużym zagrożeniem dla spójności instalacji są próby korygowania uprawnień udostępniania sieciowego metodą prób i błędów. Zrównanie uprawnień do udziału sieciowego z realnymi prawami systemu plików na poziomie partycji dyskowej może przynieść efekty w postaci ograniczenia praw modyfikacji nałożonych na logujące się poświadczenia końcowego użytkownika. Sytuacja tego typu prowadzi do błędu zapisu (Access Denied) w trakcie generowania operacji gospodarczej lub całkowitego zablokowania mechanizmu logowania na poziomie wyboru firmy z menu początkowego.

Diagnozuje się również defekty spowodowane manualnym formatowaniem plików o charakterystyce inicjalizacyjnej (pliki o rozszerzeniu .ini). Zapisywane są tam niezbędne ścieżki dostępowe wskazujące usytuowanie poszczególnych modułów względem siebie. Modyfikacja w edytorze tekstowym pociąga za sobą ryzyko wprowadzenia niekompatybilnych znaków, naruszenia szyku linijek lub przypisania błędnego mapowania zasobu dyskowego. Zdiagnozowanie tych nieprawidłowości sprowadza się do przywrócenia fabrycznego układu struktury folderów oraz odbudowy prawidłowych dowiązań autoryzacyjnych do centralnego silnika.

Kwestia kopii zapasowych (backup) — prewencja i możliwości odzyskiwania

Krytyczny charakter wpisów przechowywanych w programach podatkowo-księgowych podnosi priorytet zabezpieczenia danych, jednakże podczas interwencji serwisowych wciąż weryfikuje się występowanie w tym obszarze rażących luk metodycznych. Często stwierdzane nieprawidłowości dotyczą sytuacji, gdy wdrożone skrypty raportują ukończenie generowania archiwum z wynikiem pomyślnym, natomiast docelowe archiwum pozostaje w rzeczywistości niekompletne, ma zerową objętość lub przetrzymuje szczątkowe informacje o konfiguracji globalnej z pominięciem zasadniczych tabel poszczególnych podmiotów.

Słabym punktem procesów archiwizacji bywa zrzucanie plików awaryjnych wyłącznie na główną przestrzeń dyskową serwera lub przypisane tej samej fizycznej platformie wolumeny poboczne. W przypadku wystąpienia nieodwracalnej awarii sterownika nośnika dyskowego w jednostce, utracie podlega bieżący ciąg roboczy, jak i komplet wszystkich wykonanych uprzednio pakietów przywracania. Równocześnie nieodpowiednią strategią jest bezwarunkowe pozycjonowanie zadań eksportu na urządzenia przenośne stale spięte portem z urządzeniem produkcyjnym. W architekturze tej kopie nie posiadają barier warstwy zabezpieczeń i są narażone w jednakowym stopniu na destrukcję ze strony złośliwego oprogramowania typu ransomware (wirusy wymuszające okup za klucz deszyfrujący), co ostatecznie pozbawia przedsiębiorstwo perspektywy bezstratnego wznowienia działania.

Procedury zachowawcze wymagają stworzenia separacji technologicznej między powstawaniem zabezpieczających pakietów danych a ich ostatecznym składowaniem, w sposób niepozwalający na modyfikację poświadczeń przez usługę podstawową stacji roboczej. Dodatkowym czynnikiem budującym sprawną strategię zabezpieczeń jest sporadyczna realizacja prób odtworzenia zasobów zapasowych na środowisko zdefiniowane jako testowe (przywracanie do nowej firmy szkoleniowej). Służy to sprawdzeniu komplementarności zbioru backupowego przed zajściem ewentualnego kryzysu.

Najczęściej zadawane pytania (FAQ)

Czy w przypadku utylizacji komputera serwerowego, na który została przypisana usługa, licencja na program automatycznie wygaśnie?

Rodzina opisywanego oprogramowania korzysta z systemów licencjonowania sprzętowego, w których wyliczany klucz weryfikacyjny bazuje w sposób ścisły na architekturze konkretnych komponentów wykorzystywanego w danej chwili urządzenia. Uruchomienie programu na nowym serwerze wymaga odpowiedniego poświadczenia oraz dezaktywacji aktywnej sygnatury poprzez narzędzia producenta na serwerze zbywanym, zanim sprzęt ulegnie zdemontowaniu. Jeżeli wyeksploatowany węzeł obliczeniowy uległ krytycznemu, nieodwracalnemu uszkodzeniu elektroniki wymuszającemu natychmiastową migrację zasobów, proces przenoszenia poświadczeń należy poprzedzić wnioskiem o zwolnienie weryfikacji licencyjnej na podstawie oświadczeń wewnętrznych, aby zwolnić pule numerów seryjnych z uszkodzonej maszyny.

Program księgowy zawiesił się w trakcie księgowania paczki dokumentów. Co z przetworzonymi przed chwilą informacjami?

Relacyjne silniki baz danych projektowane są do korzystania z wbudowanego mechanizmu zwanego transakcyjnością. Reguła ta zakłada wprowadzanie operacji modyfikacji zbiorów w sposób niepodzielny (operacja wprowadzana w pełni, albo wcale). W momencie, gdy nastąpi niespodziewane zerwanie przetwarzania spowodowane na przykład natychmiastowym restartem wywołanym brakiem zasilania stacji roboczej, usługa centralna w fazie ponownego rozruchu podejmie się procedury wycofywania zapisu dla przerwanych modyfikacji (rollback). Stan powiązanych danych na tabelach powróci do momentu stabilnego tuż sprzed próby zatwierdzenia problematycznej operacji, zapobiegając częściowemu uszkodzeniu zapisów. Samą czynność z bufora trzeba będzie oczywiście zrealizować ponownie od początku.

Dlaczego środowisko sieciowe na wybranym stanowisku zachowuje się w sposób zdestabilizowany względem centralnego serwera w przedsiębiorstwie, mając niekompletny interfejs operacyjny?

Defekty związane z wybiórczym brakiem widoczności funkcji oraz pojawianiem się nielogicznych wskazań analitycznych to skutek zróżnicowania pakietów serwisowych między stanowiskiem uruchamiającym program a zasobami wdrożonymi bezpośrednio w maszynie hostującej bazę. Wykonanie procesu modernizacji, na przykład z tytułu dostosowania norm podatkowych, wyłącznie z poziomu bazy serwerowej bez aktualizacji komponentów łączących u wszystkich klientów (stacji pobocznych podłączonych w sieci), sprowadza oprogramowanie klienckie do roli przestarzałego środowiska odczytu na tle nowoczesnej konstrukcji tabel informacyjnych. Skutkuje to odrzucaniem żądań generowanych z przestarzałych stacji, aby chronić wyższe rzędy bazodanowe. Harmonogram wdrożeń musi w spójny i sekwencyjny sposób dotyczyć wszystkich zsynchronizowanych uczestników węzła biurowego.

Czy struktury oprogramowania księgowego dedykowane na systemy Windows pozwalają na bezpieczną migrację do zewnętrznych usług zdalnych (chmurowych)?

Lokalne platformy rachunkowe przeznaczone pierwotnie do lokalnego składowania można odseparować od fizycznych środowisk serwerowych, realizując dzierżawę jednostki zdalnej na zaufanym klastrze udostępniającym maszyny wirtualne (współdzielone lub dedykowane typu Virtual Private Server). Architektura tego rodzaju pracy polega na połączeniu się personelu księgowego z przestrzenią maszyny w chmurze przy pomocy protokołu zdalnych usług pulpitu (RDP). Wynikiem konfiguracji jest przetwarzanie całego ruchu obciążeniowego i przeliczania zapytań systemowych bez konieczności polegania na stabilności fizycznego okablowania między komputerem a lokalnym serwerem. Biuro odbiera wygenerowany interfejs graficzny bezpośrednio z ekranu wirtualnego, zdejmując problem konserwacji skomplikowanych jednostek z ramion kadry pracowniczej, ale wymaga jednoczesnego zapewnienia łącza internetowego o minimalnym marginesie zawodności do poprawnego rysowania klatek graficznych narzędzia w czasie rzeczywistym.

Odpowiednie zaplecze techniczne środowiska księgowego

Programy wspierające finanse przedsiębiorstw, skomplikowane rozliczenia w procedurze podatkowej oraz zautomatyzowane zestawienia procesów kadrowych, stanowią krytyczny punkt w łańcuchu poprawnego funkcjonowania każdej jednostki gospodarczej. Zignorowanie objawów technicznych nieścisłości w obrębie silnika bazodanowego czy zaniechanie budowy stabilnej infrastruktury sieciowej na stanowiskach końcowych potęguje ryzyko nagłej niedostępności do narzędzi księgowych firmy. Profesjonalnie zweryfikowana struktura instalacji, optymalnie zaadaptowane parametry przepływu lokalnego oraz przetestowany schemat składowania wielowarstwowej archiwizacji, pozwalają w pełni ustabilizować stanowiska i zapobiec kosztownym interwencjom powdrożeniowym. Weryfikacja tych zależności redukuje ryzyko nagłej utraty dostępu do kluczowych zasobów informacyjnych przedsiębiorstwa, umożliwiając wykonywanie terminowych sprawozdań w okresach o podwyższonym obciążeniu.

22 378 48 09

Sage Symfonia — serwis oprogramowania finansowo-księgowego