Jak działa enova365 w chmurze i co sprawdzić przed wdrożeniem

enova365 w chmurze oznacza, że system działa poza lokalną infrastrukturą firmy, ale sama nazwa nie określa zakresu usługi. SaaS (Software as a Service) udostępnia aplikację jako usługę, IaaS (Infrastructure as a Service) zapewnia zasoby infrastruktury, a on-premise oznacza instalację na serwerze firmy. Soneta opisuje różne modele korzystania z enova365 i możliwość uruchomienia systemu na własnej albo zewnętrznej infrastrukturze; sprawdziliśmy te informacje w październiku 2026 (oferta enova365, modele chmury enova365).

Licencja i miejsce uruchomienia systemu to dwie osobne decyzje. Firma może wynajmować licencję i uruchamiać program na własnym serwerze albo posiadać licencję i korzystać z infrastruktury zewnętrznej.

Tabela pokazuje ogólny podział zadań, a zakres IaaS zależy od konkretnej umowy. Przed wyborem ustal, kto administruje systemem operacyjnym, aplikacją i bazą danych.

Użytkownicy mogą pracować z enova365 w aplikacji desktopowej, przeglądarce lub aplikacji mobilnej, jeśli dany wariant udostępnia wdrożenie. Producent wymienia te sposoby dostępu w informacjach o wdrożeniu systemu; stan sprawdziliśmy w październiku 2026 (informacje o wdrożeniu enova365).

Dostęp przez przeglądarkę nie zapewnia automatycznie obsługi drukarki, skanera ani kasy fiskalnej podłączonej do komputera użytkownika. Producent opisuje różnice w dostępie do lokalnych urządzeń między instalacją desktopową a serwerową, a zachowanie urządzeń zależy od konfiguracji stanowiska (rola chmury w ERP).

Przetestuj system na sprzęcie używanym przez zespół. Wykonaj wydruk dokumentu z każdego typu stanowiska, sprawdź wybór drukarki, podgląd wydruku i pobieranie plików, a następnie zweryfikuj role oraz zachowanie aplikacji po utracie połączenia internetowego.

Jeśli zdalna obsługa obejmuje również zamówienia z kilku kanałów sprzedaży, integracja procesów sklepu z BaseLinkerem może uporządkować wymianę danych między sklepem a zespołem.

Za aktualizacje, kopie zapasowe i odtwarzanie enova365 odpowiadają strony wskazane w umowie oraz konfiguracji usługi. W SaaS dostawca może zarządzać aktualizacjami usługi, natomiast w IaaS i przy własnej infrastrukturze trzeba osobno ustalić, kto obsługuje system, bazę i kopie. Producent rozróżnia SaaS od wynajmu samej licencji i opisuje modele chmurowe; informacje sprawdziliśmy w październiku 2026 (ERP w chmurze, modele chmury enova365).

Tabela przypisuje zadania do uzgodnienia między firmą, partnerem wdrożeniowym i dostawcą hostingu. Przy każdym zadaniu zapisz wykonawcę, termin i sposób potwierdzenia.

Tabela wskazuje zadania do przypisania w umowie, a nie uniwersalny podział obowiązków. Poproś o datę ostatniego testu odtworzenia, procedurę zgłaszania awarii i potwierdzenie kompletności bazy oraz załączników.

Bezpieczeństwo enova365 w chmurze oceń przez ustawienia dostępu, dokumenty dostawcy i udokumentowany test odtworzenia. Informacja o serwerowni lub certyfikacie sama nie wyjaśnia, kto ma dostęp do danych i jak firma odzyska pracę po awarii.

Poproś dostawcę o odpowiedzi i dokumenty dotyczące:

• MFA, czyli dodatkowego składnika potwierdzającego tożsamość administratora.
• Lokalizacji danych, podwykonawców i zakresu ich dostępu.
• Szyfrowania połączeń oraz danych zapisanych na infrastrukturze.
• Częstotliwości kopii, retencji i daty ostatniego testu odtworzenia.
• Rejestru incydentów i sposobu informowania firmy o zdarzeniu.
• Umowy powierzenia danych, która opisuje cel, zakres przetwarzania i podwykonawców.
• Procedury odbierania uprawnień byłym pracownikom.

Rozdziel deklarację dostawcy od dowodu: poproś o procedurę, zapis umowny albo raport z testu. Ocenę umowy powierzenia i lokalizacji przetwarzania uzgodnij z osobą odpowiedzialną w firmie za ochronę danych.

Chmura i serwer lokalny różnią się strukturą kosztów oraz zakresem administracji, dlatego porównuj je przy tej samej liczbie użytkowników, modułach i poziomie wsparcia. Miesięczna opłata za usługę nie jest porównywalna z ceną samego serwera, jeśli nie uwzględnia administracji i kopii.

Tabela porządkuje składniki do porównania, a wartości należy wpisać z ofert dostawców dla tego samego okresu utrzymania.

Tabela nie jest cennikiem, lecz listą pozycji do zebrania w porównywanych ofertach. Uwzględnij czas własnego zespołu, testy odtworzenia, wymianę sprzętu i prace dodatkowo płatne.

enova365 współpracuje ze sklepem przez integrację, która mapuje wymagane dane i obsługuje błędy synchronizacji. Przed uruchomieniem ustal, który system jest źródłem prawdy dla produktów, cen, stanów, zamówień i dokumentów.

Test obiegu zamówienia WooCommerce powinien przejść od zakupu do aktualizacji magazynu:

1. Złóż zamówienie testowe z produktem, dostawą, rabatem i wybraną metodą płatności.
2. Sprawdź, czy zamówienie trafiło do właściwego klienta i dokumentu w enova365.
3. Porównaj cenę, stawkę podatku, koszt dostawy, status płatności i identyfikator zamówienia.
4. Zmień stan produktu w uzgodnionym systemie i sprawdź, czy aktualizacja dotarła do drugiego.
5. Wprowadź kontrolowany błąd, na przykład brak kodu produktu, i sprawdź komunikat oraz ponowienie synchronizacji.

Zapisz wynik każdego przypadku wraz z oczekiwanym rezultatem. Przy sprzedaży w wielu kanałach wdrożenie integracji BaseLinker może objąć konfigurację wymiany zamówień i sprawdzenie ich obiegu.

Firma jest gotowa do migracji enova365, gdy zna wersję systemu, listę dodatków, zakres danych, integracje i warunek powrotu do obecnego środowiska. Próbne uruchomienie ujawnia problemy przed przełączeniem codziennej pracy.

Przygotuj spis obecnego środowiska:

• Wersja enova365, używane moduły, dodatki i modyfikacje.
• Użytkownicy, role, konta techniczne i sposób logowania.
• Integracje ze sklepem, magazynem, bankiem, księgowością i usługami zewnętrznymi.
• Wielkość bazy, załączniki i zasady archiwizacji.
• Drukarki, eksporty, importy i urządzenia lokalne używane w procesach.
• Osoby decyzyjne, okno migracyjne i dopuszczalny czas przerwy.

Przenieś kopię na środowisko testowe i odbierz procesy z pracownikami, którzy wykonują je na co dzień. Plan powrotu powinien wskazywać warunek przerwania migracji, osobę decyzyjną, kopię źródłową i kroki przywrócenia dostępu.

Przed wyborem hostingu enova365 poproś o warunki SLA, zakres wsparcia, procedurę odtwarzania i zasady zakończenia usługi. SLA (Service Level Agreement) to umowne warunki świadczenia usługi, które opisują między innymi dostępność i sposób zgłaszania problemów.

Porównuj odpowiedzi według zakresu, terminu i dokumentu potwierdzającego zobowiązanie. Zapytaj dostawcę:

• Jak SLA definiuje dostępność, wyłączenia i czas reakcji na zgłoszenie?
• Które zasoby można zwiększyć i jak rozliczana jest zmiana?
• Czy przed aktualizacją środowiska produkcyjnego jest dostępne środowisko testowe?
• Jaki dostęp administracyjny otrzyma firma?
• W jakim formacie, terminie i zakresie firma może wyeksportować dane?
• Kto odpowiada za migrację danych po zakończeniu współpracy?

Jeżeli wdrożenie obejmuje procesy handlowe i integrację sklepu, konfiguracja połączenia z BaseLinkerem pomoże ustalić przepływ zamówień między kanałami sprzedaży.

• enova 365 dla firmy: jak ocenić system, moduły i zakres wdrożenia
• Dlaczego enova365 nie działa? Jak ustalić przyczynę
• Integracja Magento 1.x z enova365: synchronizacja i plan wdrożenia
• Jak skonfigurować integrację enova365 z Rhenus dla e-commerce