Zmiana partnera enova365 polega na przekazaniu opieki serwisowej i rozwoju systemu z jednej firmy wdrożeniowej do drugiej. Licencje, dane i konfiguracja zostają na miejscu — zmienia się podmiot odpowiedzialny za zgłoszenia, aktualizacje i dalsze prace. W instalacji do stu użytkowników całość zamyka się w 4–6 tygodniach, licząc od pierwszej rozmowy do pierwszego dnia obsługi. Do tego dochodzi okres wypowiedzenia obecnej umowy.
Odpowiedź w skrócie
- Licencje enova365 należą do Twojej firmy. Umowa licencyjna wiąże Cię z Sonetą, nie z partnerem wdrożeniowym, więc zmiana partnera jej nie rusza.
- Baza danych zostaje na swoim miejscu — przejęcie wsparcia nie jest migracją.
- System pracuje bez przerwy. Przestój wchodzi w grę tylko wtedy, gdy przy tej okazji zmieniasz środowisko, i wtedy jest zaplanowany.
- Przejęcie wymaga formalnego zamknięcia opieki u dotychczasowego partnera, bo nad jedną instalacją czuwa w danym momencie jeden podmiot.
- Brak praw do kodów źródłowych nie blokuje zmiany. Ogranicza rozwój i naprawę błędów w tych konkretnych rozwiązaniach.
- Audyt instalacji trwa 4–6 tygodni i biegnie równolegle ze wsparciem użytkowników.
Kiedy zmiana partnera enova365 ma sens?
Ta decyzja rzadko rodzi się z jednego zdarzenia. Zwykle narasta przez kilka miesięcy, a w różnych firmach wygląda zaskakująco podobnie.
- Zgłoszenia wracają po tygodniu bez rozwiązania albo z odpowiedzią „u nas działa”.
- System stoi na wersji z 2021 roku, bo aktualizacja „wymaga przepisania modyfikacji”.
- Nowy projekt — produkcja, WMS, integracja z e-commerce — nie rusza z miejsca od kwartału.
- Nikt w firmie nie umie wskazać, co jest standardem enova365, a co dopisaną modyfikacją.
- Z ostatnich lat nie została żadna dokumentacja zmian, a wiedza siedzi w głowie jednej osoby u partnera.
- Zamknięcie miesiąca wymaga telefonu do konsultanta, bo procedura nigdy nie została opisana.
- Koszty utrzymania rosną, a lista otwartych tematów nie maleje.
Każdy z tych punktów da się rozwiązać bez zmiany partnera — pod warunkiem że dotychczasowy dostawca ma na to zasoby i chęć. Zmiana ma sens wtedy, gdy taka rozmowa już się odbyła i nic po niej nie drgnęło.
Kiedy lepiej poczekać?
Są dwie sytuacje, w których odradzamy zmianę od razu. Pierwsza to projekt wdrożeniowy w krytycznej fazie — lepiej domknąć etap i przejść do nowego partnera na jego granicy. Druga to brak w umowie zapisów o prawach do kodów źródłowych, jeśli umowa jeszcze nie została wypowiedziana. To ostatni moment, żeby o te zapisy poprosić; po wypowiedzeniu nie ma już czym negocjować.
Co się dzieje z licencjami enova365 przy zmianie partnera?
To pytanie dostajemy jako pierwsze, więc odpowiedź na wstępie: licencje zostają przy Tobie. Umowa licencyjna łączy Twoją firmę z producentem, czyli z Sonetą, a nie z partnerem wdrożeniowym. Zmiana partnera nie unieważnia licencji, nie zeruje gwarancji producenta i nie każe niczego kupować po raz drugi.
Zmienia się podmiot, który prowadzi opiekę autoryzowaną nad Twoją instalacją i przez którego rozliczasz odnowienie gwarancji. Nad jedną instalacją czuwa w danym momencie jeden partner, więc przejęcie wymaga formalnego zamknięcia poprzedniej opieki. Formalności bierze na siebie nowy partner — po Twojej stronie zostaje wypowiedzenie umowy serwisowej.
Baza danych zostaje na swoim miejscu. Przejęcie wsparcia nie jest migracją i nie oznacza przenoszenia danych, chyba że przy tej okazji zmieniasz model hostingu. Wtedy migracja środowiska jest osobnym zadaniem, z własnym harmonogramem i uzgodnionym oknem serwisowym.
Proces zmiany partnera enova365 w ośmiu krokach
W proces zaangażowane są dwie strony: Twoja firma i nowy partner. Dotychczasowy dostawca wchodzi do gry przy przekazaniu dokumentacji, haseł i wiedzy o środowisku. Jego zaangażowanie bywa różne, więc lepiej nie opierać na nim harmonogramu. Poniżej harmonogram zmiany partnera enova365 krok po kroku, z podziałem na to, po czyjej stronie leży każdy etap.
| Krok | Co się dzieje | Po czyjej stronie | Czas |
| 1 | Decyzja o zmianie i określenie powodu | klient | start procesu |
| 2 | Inwentaryzacja licencji i środowiska | klient i partner | 3–5 dni roboczych |
| 3 | Zebranie potrzeb i planów rozwojowych | klient i partner | 1–2 tygodnie |
| 4 | Wycena szacunkowa projektów (opcjonalnie) | partner | 5–10 dni roboczych |
| 5 | Weryfikacja warunków przejęcia | klient | 3–5 dni roboczych |
| 6 | Oferta współpracy z propozycją audytu | partner | 5–10 dni roboczych |
| 7 | Decyzja i podpisanie umowy | klient | wg procedur firmy |
| 8 | Audyt instalacji i przejęcie wsparcia | partner | 4–6 tygodni |
Krok 1. Decyzja o zmianie
Zapisz powód. Brzmi banalnie, a decyduje o kształcie całej oferty. Gdy problemem jest czas reakcji, rozmowa toczy się o SLA i model obsługi zgłoszeń. Gdy problemem jest zatrzymany rozwój, rozmowa toczy się o zespół projektowy i harmonogram. To dwie różne umowy i dwie różne wyceny.
Krok 2. Inwentaryzacja licencji i środowiska
Nowy partner musi poznać skalę, zanim cokolwiek wyceni. Przygotuj:
- liczbę licencji i użytkowników w podziale na moduły,
- wersję enova365, z której korzystasz,
- liczbę baz danych oraz firm i podmiotów w systemie,
- listę aktywnych modułów i dodatków,
- listę rozszerzeń i funkcjonalności dedykowanych, z krótkim opisem, co robią,
- sposób instalacji: serwer własny, hosting partnera, chmura.
Większość tych danych znajdziesz w Panelu Klienta enova365 i w umowie z dotychczasowym partnerem.
Krok 3. Potrzeby i plany rozwojowe
Rozdziel utrzymanie od rozwoju. Utrzymanie to zgłoszenia użytkowników, aktualizacje, zmiany w konfiguracji i pomoc przy zamknięciu miesiąca. Rozwój to nowe moduły, integracje i zmiany procesów. Pierwsze rozlicza się pakietem godzin, drugie projektowo — wrzucone do jednego worka rozmywają się oba.
Krok 4. Wycena szacunkowa (opcjonalna)
Przy większych projektach rozwojowych przygotowujemy wycenę szacunkową na podstawie materiałów, które przekażesz. Ma pokazać rząd wielkości przed decyzją o zmianie partnera, nie zastąpić analizy. Rozbieżność między taką wyceną a wyceną po analizie sięga zwykle trzydziestu procent w obie strony.
Krok 5. Weryfikacja warunków przejęcia
Przed przygotowaniem oferty potrzebujemy sześciu informacji:
- okres wypowiedzenia umowy z dotychczasowym partnerem,
- planowana data rozpoczęcia świadczenia usług przez nowego partnera,
- przewidywane zapotrzebowanie na wsparcie w godzinach miesięcznie,
- model instalacji: środowisko własne, hosting czy chmura,
- czy w systemie działają funkcjonalności dedykowane i niestandardowe rozszerzenia,
- czy masz prawa do kodów źródłowych tych rozwiązań.
Dwa ostatnie punkty przesądzają o tym, jak dużą odpowiedzialność nowy partner może wziąć na siebie. Sprawdź je w umowie przed rozmową — odpowiedź „nie wiem” wydłuża proces o kilka tygodni.
Krok 6. Oferta współpracy
Oferta obejmuje model współpracy, zakres wsparcia z parametrami SLA i audyt aktualnej instalacji. Audyt wyceniamy w ofercie, a realizujemy po podpisaniu umowy, więc jego koszt znasz przed decyzją. Opcjonalnie dochodzą usługi rozwojowe, konsultacyjne i administracja środowiskiem.
Krok 7. Decyzja i umowa
Umowa reguluje zasady przejęcia, utrzymania i dalszego rozwoju systemu. Sprawdź w niej trzy rzeczy: parametry SLA razem ze sposobem ich liczenia, zasady rozliczania godzin poza pakietem oraz prawa do kodów źródłowych rozwiązań, które powstaną w trakcie współpracy. Ten trzeci punkt to dokładnie to, co dziś sprawia Ci kłopot przy poprzednim dostawcy.
Krok 8. Audyt instalacji i przejęcie wsparcia
Audyt startuje razem ze wsparciem bieżącym. Zespół serwisowy przyjmuje zgłoszenia od pierwszego dnia umowy, a zespół audytowy w tym samym czasie poznaje środowisko. Dzięki temu nie powstaje okno, w którym nikt nie odpowiada za system.
Kody źródłowe funkcjonalności dedykowanych – co jeśli ich nie masz?
To najczęstsza przeszkoda i najczęstszy powód, dla którego ktoś odkłada zmianę partnera o rok. Sama zmiana jest możliwa zawsze. Pytanie brzmi, co dalej z modyfikacjami. Poniżej trzy warianty, które pokazują, jak prawa do kodów źródłowych enova365 wpływają na dalszy rozwój i naprawę modyfikacji.
| Sytuacja | Co możesz zrobić | Ryzyko |
| Masz prawa do kodów źródłowych | Nowy partner przejmuje rozwój i serwis modyfikacji bez ograniczeń. | brak |
| Nie masz praw, modyfikacje działają stabilnie | Korzystasz z nich dalej, bez rozwoju i bez naprawy błędów w tych rozwiązaniach. | średnie — rośnie przy każdej aktualizacji systemu |
| Nie masz praw, modyfikacja przestała działać | Zastąpienie funkcją standardową, odtworzenie działania na nowo albo tymczasowe obejście procesu poza systemem. | wysokie — koszt i termin zależą od złożoności funkcji |
W drugim i trzecim wariancie audyt kończy się listą modyfikacji z oceną ryzyka i wyceną odtworzenia. Decyzję podejmujesz na spokojnie, z liczbą przed oczami, a nie w trakcie awarii na zamknięciu miesiąca.
Audyt instalacji enova365 – co dostajesz?
Audyt kończy się dokumentem, który dostajesz na własność. Zawiera:
- ocenę stanu aktualnej instalacji i jej architektury,
- listę modyfikacji z rozdzieleniem: standard, parametryzacja, kod dedykowany,
- zidentyfikowane ryzyka wraz z oceną wpływu na pracę firmy,
- rekomendacje dotyczące utrzymania i rozwoju systemu,
- wyceny proponowanych prac,
- ramowy harmonogram realizacji.
Ten dokument pracuje też poza współpracą z nami: przy planowaniu budżetu IT, przy rozmowie z audytorem i przy każdej kolejnej zmianie dostawcy. Dla większości firm to pierwszy od lat opis własnego systemu w całości.
Ile trwa i ile kosztuje zmiana partnera enova365?
Ile kosztuje audyt enova365 i ile trwa cały proces, zależy od wielkości instalacji – poniżej rozbicie na poszczególne etapy.
| Element | Czas | Koszt |
| Rozmowy, inwentaryzacja, oferta | 3–5 tygodni | bez kosztu |
| Wypowiedzenie umowy z dotychczasowym partnerem | wg umowy, zwykle 1–3 miesiące | bez kosztu |
| Audyt instalacji | 4–6 tygodni | wycena według zakresu |
| Wsparcie bieżące | od pierwszego dnia umowy | pakiet godzin miesięcznie |
| Prace rozwojowe | projektowo | wycena po analizie |
| Odtworzenie modyfikacji bez kodów źródłowych | zależnie od zakresu | wycena po audycie |
Etapy nachodzą na siebie. Audyt i wsparcie bieżące biegną równolegle, a rozmowy spokojnie zmieszczą się w okresie wypowiedzenia. W instalacji do stu użytkowników realny termin od pierwszej rozmowy do pierwszego dnia obsługi to 4–6 tygodni plus wypowiedzenie.
Modele wsparcia enova365 w Smart Support Center
Wsparcie prowadzimy w trzech modelach. Wybór zależy od tego, ile osób pracuje w systemie i jak daleko odszedł on od standardu. Poniżej porównanie: pakiet godzin, opieka z SLA enova365 i model utrzymania z rozwojem systemu.
| Model | Dla kogo? | Co obejmuje? |
| Pakiet godzin | do 50 użytkowników, instalacja bliska standardowi | zgłoszenia użytkowników, aktualizacje, zmiany w konfiguracji |
| Opieka z SLA | 50–300 użytkowników, modyfikacje dedykowane | pakiet godzin, gwarantowane czasy reakcji, konsultant prowadzący wskazany imiennie, przeglądy środowiska |
| Utrzymanie i rozwój | powyżej 300 użytkowników albo stały backlog zmian | opieka z SLA, zespół projektowy do prac rozwojowych, roadmapa kwartalna, administracja środowiskiem |
Zgłoszenia przyjmujemy przez portal serwisowy, mailem i telefonicznie. Każde dostaje priorytet, który wyznacza czas reakcji i czas obejścia — od awarii blokującej pracę firmy, przez błąd w jednym obszarze, po pytanie i drobną zmianę w konfiguracji. Konkretne czasy dla poszczególnych priorytetów zapisujemy w umowie serwisowej, razem ze sposobem ich liczenia i godzinami pracy serwisu. To ta część umowy, którą przy zmianie partnera czyta się najuważniej — i słusznie.
Autoryzowany partner enova365 – dlaczego BPX?
BPX to polska firma technologiczna. Zatrudniamy około 600 osób w biurach w Warszawie, Wrocławiu, Katowicach i Poznaniu oraz w Chicago, Exton i São Paulo. Wdrażamy i utrzymujemy enova365, a obok niej SAP, TETA, IMS i Infor.
Ma to znaczenie w jednej konkretnej sytuacji: gdy enova365 nie stoi w Twojej firmie sama, a integracja z pozostałymi systemami jest częścią problemu. Wtedy za oba końce interfejsu odpowiada jeden dostawca i nie ma miejsca na spór o to, po której stronie siedzi błąd.
- Autoryzowany partner enova365 — pełny dostęp do wsparcia producenta i ścieżki eskalacji do Soneta.
- Zespół serwisowy oddzielony od zespołu projektowego, więc zgłoszenia nie czekają, bo konsultant „jest na wdrożeniu”.
- Doświadczenie w integracjach: enova365 z SAP oraz z systemami WMS, MES i e-commerce.
- Praca w środowiskach wielospółkowych i wielojęzycznych, w tym w grupach kapitałowych z zagranicznymi centralami.
- Prawa do kodów źródłowych rozwiązań powstających w trakcie współpracy przekazujemy klientowi — zapis w umowie, nie obietnica.
Ryzyka przejęcia i jak je ograniczamy
Największe ryzyka zmiany partnera enova365 da się przewidzieć i ograniczyć jeszcze przed podpisaniem umowy – tak wygląda to w praktyce.
| Ryzyko | Jak je ograniczamy? |
| Dotychczasowy partner nie przekazuje dokumentacji i dostępów | Lista dostępów i dokumentów jako załącznik do wypowiedzenia, z terminem. Równolegle odtwarzamy opis konfiguracji w ramach audytu. |
| Modyfikacja przestaje działać po aktualizacji | Audyt wskazuje modyfikacje najwyższego ryzyka przed aktualizacją. Sama aktualizacja jest osobnym zadaniem, poprzedzonym testem na kopii środowiska. |
| Zgłoszenia utykają w okresie przejściowym | Wsparcie startuje w dniu wejścia umowy w życie, przed zakończeniem audytu. Konsultant prowadzący jest wskazany imiennie. |
| Koszty wychodzą wyższe niż w ofercie | Wycena po audycie zamiast wyceny „na oko”. Zakres i budżet zatwierdzasz przed rozpoczęciem prac rozwojowych. |
| Utrata wiedzy o systemie przy rotacji ludzi | Dokumentacja z audytu i rejestr zmian prowadzony po naszej stronie, dostępny dla Ciebie w każdej chwili. |
Checklista – co przygotować przed pierwszą rozmową?
- Umowa z dotychczasowym partnerem, z zaznaczonym okresem wypowiedzenia.
- Zapisy o prawach do kodów źródłowych i o przekazaniu dokumentacji.
- Zestawienie licencji z Panelu Klienta enova365.
- Wersja systemu i data ostatniej aktualizacji.
- Liczba użytkowników realnie pracujących w systemie.
- Lista firm i baz danych.
- Lista modyfikacji i dodatków, choćby z nazw.
- Informacja, gdzie stoi system i kto administruje serwerem.
- Statystyka zgłoszeń z ostatnich 12 miesięcy, jeśli masz do niej dostęp.
- Lista otwartych tematów, które nie zostały zamknięte.
- Plany na najbliższe 12 miesięcy: nowe moduły, integracje, zmiany procesów.
- Osoba po Twojej stronie, która będzie prowadzić temat.
Pierwsze cztery pozycje wystarczą, żeby zacząć rozmowę. Pozostałe przydadzą się przy wycenie.
FAQ – najczęściej zadawane pytania
Czy tracę licencje enova365, zmieniając partnera?
Nie. Licencje należą do Twojej firmy, a umowa licencyjna wiąże Cię z Sonetą. Zmiana partnera nie unieważnia licencji i nie wymaga ponownego zakupu modułów.
Czy podczas przejęcia będzie przestój w pracy systemu?
Nie. System pracuje bez przerwy, zmienia się podmiot, który go obsługuje. Przestój wchodzi w grę wyłącznie wtedy, gdy przy tej okazji zmieniasz środowisko — wtedy okno serwisowe jest planowane i uzgadniane.
Czy dotychczasowy partner może zablokować zmianę?
Zablokować nie może. Może utrudnić, opóźniając przekazanie dokumentacji, haseł i dostępów. Dlatego lista dostępów i dokumentów do przekazania powinna trafić do wypowiedzenia jako załącznik, z terminem.
Czy mogę zmienić partnera bez praw do kodów źródłowych?
Tak. Brak praw nie blokuje zmiany partnera ani nie wyłącza modyfikacji — działają dalej. Ogranicza ich rozwój i naprawę błędów w nich. Przy awarii sięgamy po zastąpienie funkcją standardową albo odtworzenie działania na nowo. Audyt wskazuje z góry, które modyfikacje są największym ryzykiem.
Po co audyt, jeśli system już działa?
Bo „działa” nie znaczy „jest opisane”. W typowej instalacji po kilku latach nie ma aktualnej dokumentacji, modyfikacje są nieudokumentowane, a wiedza o konfiguracji siedzi w głowach kilku osób. Nikt nie umie wskazać, co jest standardem enova365, co parametryzacją, a co kodem napisanym na zamówienie. Audyt zamienia to w listę z wyceną i harmonogramem, a przy braku dostępu do kodów — w plan odtworzenia lub zastąpienia funkcji.
Czy audyt jest płatny?
Tak. Jest osobną usługą, wycenianą według zakresu. Wycena znajduje się w ofercie, więc koszt znasz przed podpisaniem umowy.
Ile trwa audyt instalacji enova365?
Od rozpoczęcia do odbioru zwykle 4–6 tygodni. Wsparcie użytkowników działa w tym czasie normalnie.
Ile czasu potrzeba na zmianę partnera enova365?
Zależy od wielkości instalacji, okresu wypowiedzenia i czasu potrzebnego na formalności. Samo przejęcie zajmuje nie mniej niż miesiąc. Przy dużej, mocno modyfikowanej instalacji planuj 2–3 miesiące.
Czy stracę dane albo historię zgłoszeń?
Dane w bazie enova365 zostają nietknięte — przejęcie wsparcia nie jest migracją. Historia zgłoszeń leży w narzędziu serwisowym dotychczasowego partnera i jej przekazanie zależy od niego. Poproś o eksport przed zakończeniem współpracy.
Czy muszę zaktualizować enova365 przed przejęciem?
Nie. Przejmujemy wsparcie na wersji, którą masz. Aktualizacja systemu jest zwykle jedną z rekomendacji z audytu i realizuje się ją jako osobne zadanie, po sprawdzeniu zgodności modyfikacji z nową wersją.
Co jeśli nie mam dokumentacji wdrożenia?
To sytuacja standardowa, nie wyjątek. Odtworzenie opisu konfiguracji jest częścią audytu — od tego zaczynamy.
Czy można zmienić partnera w trakcie projektu wdrożeniowego?
Można, ale to najdroższy moment na taką zmianę. Nowy partner przejmuje projekt w stanie, w jakim jest, i musi go najpierw odtworzyć w dokumentacji. Jeśli projekt nie jest w krytycznej fazie, lepiej domknąć etap i zmienić partnera na granicy etapów.
Czy obsługujecie firmy z kilkoma systemami obok enova365?
Tak. Utrzymujemy enova365 razem z SAP, TETA, IMS i Infor, więc integracje między nimi prowadzi jeden dostawca. W grupach kapitałowych to zwykle główny argument za zmianą.
Porozmawiajmy o Twojej instalacji
Smart Support Center BPX prowadzi wsparcie i rozwój instalacji enova365, w tym przejęcia od innych partnerów. Pierwsza rozmowa nic nie kosztuje i do niczego nie zobowiązuje – powiemy, czego się spodziewać w Twoim przypadku, ile to zajmie i gdzie widzimy ryzyka.
Weź na nią zestawienie licencji z Panelu Klienta i umowę z obecnym partnerem. Reszta może poczekać.
