enova365 — obsługa i serwis

enova365 to system ERP o modułowej budowie, popularny zarówno w małych firmach, jak i w średnich przedsiębiorstwach, dostępny w wersji klasycznej (Windows) oraz webowej. Zajmujemy się instalacją serwera, konfiguracją baz danych SQL oraz utrzymaniem środowiska pracy. Pomagamy również w uporządkowaniu stanowisk użytkowników, ustawieniu dostępu do poszczególnych modułów oraz przygotowaniu infrastruktury do codziennej pracy działu księgowego, kadrowego, handlowego i administracyjnego.

Zakres obsługi zależy od sposobu korzystania z systemu. Innych ustawień wymaga pojedyncze stanowisko pracujące lokalnie, a innych firma, w której z enova365 korzysta jednocześnie kilka lub kilkanaście osób. Znaczenie ma także wybór modułów, wielkość bazy danych, sposób pracy poza biurem oraz wykorzystywane integracje. Przed rozpoczęciem konfiguracji sprawdzamy obecne środowisko, wersję systemu, parametry sprzętu i sposób wykonywania kopii zapasowych.

enova365 pracuje na silniku Microsoft SQL Server i może być uruchamiana lokalnie na komputerze użytkownika, w środowisku sieciowym z serwerem terminali, lub w modelu chmurowym udostępnianym przez partnera Soneta. W instalacjach on-premise nasz serwis konfiguruje serwer SQL, instancję bazy danych oraz — jeśli firma korzysta z dostępu zdalnego — usługi terminalowe (RDS) lub bezpieczny dostęp VPN do środowiska firmowego.

W przypadku istniejącej instalacji analizujemy także dotychczasową konfigurację. Pozwala to wykryć problemy, które nie zawsze są widoczne podczas zwykłego uruchamiania programu, takie jak nieprawidłowe uprawnienia, brak miejsca na dysku, błędnie skonfigurowane usługi SQL albo kopie zapasowe zapisywane na tym samym nośniku co baza produkcyjna. Dzięki temu obsługa enova365 obejmuje nie tylko sam program, ale całe środowisko, w którym system działa.

Serwer terminali i praca zdalna

Wiele wdrożeń enova365 wykorzystuje pracę poprzez pulpit zdalny, szczególnie gdy z systemu korzystają pracownicy zdalni lub księgowi obsługujący firmę spoza biura. Konfigurujemy serwer terminali Windows Server, licencje RDS CAL oraz zabezpieczenia dostępu (uwierzytelnianie wieloskładnikowe, ograniczenie dostępu do adresów IP), tak aby zdalny dostęp do wrażliwych danych finansowych był bezpieczny.

Praca terminalowa pozwala uruchamiać enova365 w jednym, centralnym środowisku. Użytkownik nie musi mieć na swoim komputerze pełnej instalacji programu ani bezpośredniego dostępu do serwera SQL. Do serwera przesyłany jest obraz sesji oraz dane wejściowe, a baza pozostaje w firmowej infrastrukturze. Takie rozwiązanie ułatwia zarządzanie aktualizacjami i ogranicza liczbę miejsc, w których trzeba utrzymywać konfigurację.

Przy konfiguracji dostępu zdalnego zwracamy uwagę na sposób logowania, zakres uprawnień oraz ochronę samego serwera. Sprawdzamy, czy konta użytkowników są przypisane do właściwych grup, czy dostęp do pulpitu zdalnego nie jest niepotrzebnie otwarty dla całego internetu oraz czy pracownicy mogą korzystać wyłącznie z aplikacji i zasobów, które są im potrzebne. W razie potrzeby rozdzielamy dostęp administracyjny od zwykłego dostępu do pracy z systemem.

Alternatywą dla RDS może być połączenie VPN z siecią firmową. W takim modelu użytkownik najpierw zestawia szyfrowany tunel, a dopiero później korzysta z zasobów dostępnych wewnątrz sieci. Konfiguracja musi uwzględniać adresację, reguły zapory, stabilność łącza i sposób rozwiązywania nazw urządzeń. Samo uruchomienie VPN nie wystarcza, jeśli serwer, usługa SQL lub komputer użytkownika mają nieprawidłowe ustawienia sieciowe.

Najczęstsze problemy z dostępem zdalnym

Problemy z pracą zdalną nie zawsze wynikają z błędu enova365. Przyczyną może być niestabilne połączenie internetowe, wygasła sesja RDS, blokada na zaporze, zmieniony adres serwera albo brak uprawnień do konkretnej bazy. W pierwszej kolejności sprawdzamy, czy problem dotyczy jednego użytkownika, wszystkich stanowisk czy tylko określonego modułu. Takie rozróżnienie skraca diagnostykę i pozwala uniknąć przypadkowych zmian w działającej konfiguracji.

Wydajność bazy danych

Przy większej liczbie użytkowników i modułów (kadry, płace, CRM, handel) obciążenie serwera SQL rośnie znacząco. Monitorujemy wydajność zapytań, dobieramy odpowiednią ilość pamięci RAM przydzieloną dla usługi SQL Server oraz wykonujemy okresową konserwację baz — jest to szczególnie istotne w firmach naliczających płace dla dużej liczby pracowników, gdzie operacje na bazie potrafią być czasochłonne przy zaniedbanej optymalizacji.

Na szybkość pracy wpływają nie tylko parametry serwera, ale również typ dysków, konfiguracja systemu operacyjnego, liczba jednoczesnych użytkowników i sposób wykonywania operacji. Spowolnienia mogą pojawiać się podczas generowania raportów, zamykania okresu, wystawiania dokumentów, przeliczania wynagrodzeń lub importowania większych zestawów danych. Dlatego oceniamy, w którym momencie pojawia się opóźnienie i czy dotyczy ono aplikacji, bazy SQL, sieci czy sesji terminalowej.

W ramach konserwacji kontrolujemy między innymi dostępne miejsce na dyskach, stan plików bazy, harmonogram zadań serwera oraz poprawność wykonania kopii. Sprawdzamy również, czy pliki tymczasowe i logi nie zajmują przestrzeni potrzebnej do prawidłowej pracy. Jeżeli baza rośnie, planujemy działania z wyprzedzeniem, ponieważ brak miejsca na dysku może doprowadzić nie tylko do spowolnienia, ale także do przerwania operacji.

Istotne jest odróżnienie rzeczywistego problemu wydajnościowego od pojedynczego wolnego raportu. Nie każda dłużej trwająca operacja oznacza awarię serwera. Analizujemy powtarzalność problemu, porównujemy czas wykonywania podobnych czynności i sprawdzamy obciążenie w chwili wystąpienia opóźnienia. Na tej podstawie można zdecydować, czy potrzebna jest zmiana konfiguracji, rozbudowa sprzętu, konserwacja bazy czy korekta sposobu pracy.

Rozbudowa środowiska

Jeżeli firma dodaje kolejne moduły albo zwiększa liczbę użytkowników, warto ponownie ocenić infrastrukturę. Serwer, który dobrze działał przy niewielkiej bazie, po kilku latach może mieć zbyt mało pamięci, wolne dyski lub nieodpowiednią konfigurację usług. Przed rozbudową sprawdzamy kompatybilność systemu, wersję SQL Server, dostępne licencje i możliwość wykonania bezpiecznej migracji. Pozwala to zaplanować przerwę techniczną i ograniczyć ryzyko problemów po zmianie.

Aktualizacje i kopie zapasowe

enova365 aktualizowana jest cyklicznie w związku ze zmianami przepisów kadrowo-płacowych i podatkowych. Aktualizację wykonujemy z zachowaniem kopii zapasowej bazy przed każdą operacją, a w środowiskach wielostanowiskowych koordynujemy termin aktualizacji tak, by nie kolidował z okresem rozliczeniowym firmy. Konfigurujemy również automatyczne kopie zapasowe SQL Server oraz, w razie potrzeby, replikację danych do zewnętrznej lokalizacji jako dodatkowe zabezpieczenie.

Przed aktualizacją sprawdzamy, czy wszyscy użytkownicy zakończyli pracę, czy nie pozostały otwarte transakcje oraz czy kopia zapasowa została wykonana i można ją odczytać. Sama informacja o utworzeniu pliku kopii nie potwierdza jeszcze, że dane da się poprawnie odtworzyć. Dlatego w ramach kontroli analizujemy logi zadań, rozmiar pliku i dostępność lokalizacji docelowej.

Aktualizacja powinna obejmować wszystkie elementy środowiska, które muszą ze sobą współpracować. Dotyczy to serwera, aplikacji na stanowiskach, komponentów terminalowych oraz ewentualnych dodatków i integracji. W przypadku instalacji mieszanej szczególnie ważne jest sprawdzenie zgodności wersji. Pozostawienie jednego stanowiska ze starą wersją może powodować błędy logowania, problemy z połączeniem albo różnice w działaniu funkcji.

Termin aktualizacji ustalamy z uwzględnieniem kalendarza pracy firmy. W działach księgowych i kadrowych znaczenie mają zamknięcia okresów, wysyłka deklaracji, naliczanie wynagrodzeń oraz inne operacje, których nie powinno się przerywać w przypadkowym momencie. Po zakończeniu aktualizacji wykonujemy podstawowy test uruchomienia, logowania, dostępu do bazy i działania najważniejszych modułów.

Plan kopii zapasowych dla enova365

Kopie zapasowe powinny być dopasowane do znaczenia danych i częstotliwości pracy. W praktyce warto rozdzielić kopie bazy SQL od kopii konfiguracji serwera, dokumentów, załączników i innych plików używanych przez firmę. Jeżeli dane są przechowywane w kilku lokalizacjach, każda z nich powinna zostać uwzględniona w planie zabezpieczeń.

• kopia bazy danych SQL wykonywana według ustalonego harmonogramu,
• kopia przechowywana na innym urządzeniu niż serwer produkcyjny,
• dodatkowa kopia w oddzielnej lokalizacji, jeżeli wymagają tego procedury firmy,
• regularna kontrola logów oraz test odtworzenia danych,
• ograniczenie dostępu do katalogów zawierających kopie zapasowe.

Ważne jest także określenie, jak długo kopie mają być przechowywane i kto może je odtworzyć. Zbyt krótka retencja może utrudnić powrót do danych sprzed błędnej operacji, a brak kontroli dostępu zwiększa ryzyko nieuprawnionego pobrania informacji. Uporządkowany harmonogram ułatwia również odtworzenie pracy po awarii sprzętu, uszkodzeniu systemu lub przypadkowym usunięciu danych.

Diagnostyka błędów i wsparcie użytkowników

W przypadku błędu enova365 zbieramy podstawowe informacje: nazwę użytkownika, moment wystąpienia problemu, wykonywaną operację, nazwę modułu oraz dokładny komunikat. Sprawdzamy, czy błąd pojawia się ponownie i czy dotyczy innych stanowisk. Jeżeli problem występuje tylko na jednym komputerze, analizujemy jego instalację, profil użytkownika, połączenie z serwerem i lokalne uprawnienia.

Problemy mogą dotyczyć również drukowania, eksportu dokumentów, połączenia z bazą, importu danych lub działania urządzeń współpracujących z systemem. W takich przypadkach badamy cały przepływ: od wprowadzenia danych, przez ich zapis w bazie, aż po wygenerowanie dokumentu lub przekazanie informacji do zewnętrznej usługi. Pozwala to ustalić, czy źródłem problemu jest konfiguracja programu, serwer, sieć, sterownik, uprawnienia czy dane wejściowe.

Wspieramy także użytkowników przy zmianie komputerów i organizacji stanowisk. Przygotowujemy dostęp do właściwej bazy, sprawdzamy drukarki, ustawienia regionalne, certyfikaty i wymagane składniki systemowe. Dzięki temu wymiana sprzętu nie musi oznaczać długiej przerwy w pracy działu.

Na co zwrócić uwagę przy obsłudze enova365

Największe problemy zwykle pojawiają się wtedy, gdy środowisko jest rozwijane bez dokumentowania zmian. Warto zapisać informacje o serwerze, instancji SQL, lokalizacji baz, harmonogramie kopii, kontach administracyjnych i sposobie dostępu zdalnego. Przydatna jest także lista modułów oraz użytkowników, którzy z nich korzystają.

Regularny przegląd techniczny pomaga wykryć problemy, zanim wpłyną na rozliczenia lub dostęp do danych. Podczas takiego przeglądu można sprawdzić wolne miejsce, poprawność kopii, stan usług, aktualność systemu, działanie zapory i wydajność bazy. W razie potrzeby przygotowujemy zalecenia dotyczące dalszej konfiguracji, rozbudowy serwera lub zmiany modelu pracy.

Obsługa enova365 w Grodzisku Mazowieckim i okolicach może obejmować zarówno jednorazową instalację lub usunięcie konkretnego błędu, jak i stałą opiekę nad środowiskiem. Zakres prac dobieramy do sposobu działania firmy, liczby użytkowników, wykorzystywanych modułów oraz wymagań związanych z bezpieczeństwem i ciągłością pracy.

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ż

• SAP — obsługa i serwis
• iFirma — konfiguracja i wsparcie
• wFirma — konfiguracja i wsparcie
• Pozostałe programy księgowo-magazynowe — wszystkie artykuły