Wdrożenie ERP — etapy i przygotowanie

Wdrożenie systemu ERP obejmuje 6 działań: analizę wymagań, konfigurację, testy, migrację danych, uruchomienie produkcyjne i wsparcie powdrożeniowe.¹
Przed startem firma musi przygotować dane, podzielić odpowiedzialność i zaplanować przejście na nowy system. Stawkę dobrze pokazuje raport Panorama Consulting z 2024 r.: 32,8% badanych projektów przekroczyło planowany budżet².

Czym jest system ERP i na czym polega jego wdrożenie?

System ERP służy do zarządzania zasobami przedsiębiorstwa. Jego wdrożenie wymaga dostosowania oprogramowania i sposobu pracy firmy do powiązanych procesów. Trzeba ustalić, kto wprowadza informacje, kto je zatwierdza i które działy z nich korzystają. Analiza przedwdrożeniowa pomaga wskazać procesy do usprawnienia oraz te, z których firma już nie korzysta³. Gdy działy współdzielą dane osobowe, art. 5 ust. 1 lit. d RODO wymaga, by były prawidłowe i w razie potrzeby aktualizowane⁴.

Jak przygotować firmę do zmiany sposobu pracy?

Przygotowania warto zacząć od opisania faktycznego obiegu dokumentów i obowiązków pracowników. W zespole projektowym potrzebne są osoby wykonujące zadania, zatwierdzające decyzje i zgłaszające wyjątki. Taki obieg można przedstawić w BPMN za pomocą zdarzeń, czynności i bramek wyznaczających przebieg procesu⁵.

• Właściciele procesów opisują pracę swoich działów i momenty przekazania zadań dalej.
• Kierownicy działów wskazują decyzje wymagające zatwierdzenia oraz osoby, które mogą je podjąć.
• Przyszli użytkownicy zgłaszają odstępstwa od zwykłego przebiegu pracy, które system będzie musiał obsłużyć.

Powstały opis pokazuje, jak firma pracuje dziś, i pozwala ustalić potrzebne zmiany organizacyjne⁶.

Co zmienia się w codziennej pracy po uruchomieniu ERP?

ERP przenosi uzgodnione czynności i decyzje do wspólnego obiegu informacji. Pracownik zapisuje dane zgodnie ze swoją rolą, a następny dział korzysta z tego zapisu na dalszym etapie procesu. Zmienia się więc nie tylko narzędzie, lecz także odpowiedzialność za poprawność danych⁷.

Co oznacza skrót ERP i do czego służy taki system?

ERP to skrót od Enterprise Resource Planning, czyli planowania zasobów przedsiębiorstwa. System łączy procesy firmy przez powiązane dane. To, co widzi i wykonuje użytkownik, zależy od jego roli oraz zakresu wdrożenia⁷.

Jakie procesy może połączyć system ERP?

ERP może połączyć sprzedaż, zakupy, magazyn, produkcję i finanse w jeden przepływ informacji. Przy realizacji zamówienia dane o potrzebach klienta wiążą się wtedy z dostępnością materiałów, wykonaniem pracy i rozliczeniem. Zakres tych powiązań powinien odpowiadać temu, jak firma rzeczywiście przekazuje zadania między działami⁸.

Wdrożenie ERP oznacza zatem zmianę narzędzia i zasad pracy z danymi.

Wdrożenie systemu ERP: etapy i planowanie czasu

Wdrożenie ERP potrzebuje harmonogramu, który łączy zadania z decyzjami o zakresie i warunkach startu. Firma wskazuje osobę zatwierdzającą zmiany, a zespół projektowy wyznacza właścicieli zadań. Plan musi pokazywać zależności: bez uzgodnionych procesów nie ma podstaw do konfiguracji, a bez przyjętych testów nie powinno być startu.
Zadania na ścieżce krytycznej nie mają zapasu czasu, więc ich opóźnienie przesuwa planowany koniec projektu⁹.

Jakie decyzje trzeba podjąć na kolejnych etapach projektu?

Decyzje w projekcie ERP określają zakres procesów, sposób ich obsługi i warunki uruchomienia. Firma oddziela wymagania niezbędne na start od tych, które może zrealizować później. Właściciele procesów przyjmują sposób pracy, a kierownik projektu ocenia wpływ zmian na harmonogram. Metodyka DSDM zaleca, by wymagania „Must Have” pochłaniały zwykle nie więcej niż 60% nakładu pracy¹⁰.

Od analizy do uruchomienia: główne etapy wdrożenia ERP

Główne etapy wdrożenia ERP prowadzą od rozpoznania potrzeb do przekazania systemu użytkownikom. Każdy etap powinien przynieść wynik potrzebny do rozpoczęcia kolejnych prac:

• Analiza procesu wyznacza zakres pracy w ERP. Kończy się przyjętym opisem wymagań i odpowiedzialności¹¹.
• Przygotowanie rozwiązania zamienia uzgodnienia w ustawienia systemu i scenariusze pracy. Efektem jest konfiguracja gotowa do sprawdzenia¹².
• Odbiór i uruchomienie sprawdzają, czy użytkownicy wykonają uzgodnione zadania. Na tej podstawie firma decyduje o starcie produkcyjnym.

Przykładowy plan 6 etapów wdrożenia ERP

Przykładowy plan wdrożenia ERP można ułożyć wokół rezultatów kolejnych prac. Metodyka Microsoft Dynamics Sure Step, stosowana przy wdrożeniach Microsoft Dynamics 365 Business Central, wcześniej Dynamics NAV, obejmuje 6 etapów¹³. Plan poniżej porządkuje zadania i ich wyniki; nie podaje formalnych nazw etapów tej metodyki. Sure Step dopuszcza podejście iteracyjne Agile i sekwencyjne Waterfall, dlatego przebieg prac może się różnić¹⁴.

Tabela pokazuje zadanie i rezultat każdego etapu przykładowego planu ERP.

Dane w tabeli: 15

Od czego zależy czas wdrożenia ERP w firmie?

Czas wdrożenia ERP zależy między innymi od skali firmy, liczby modułów, zakresu dostosowania i udziału jej pracowników¹⁶. Harmonogram musi obejmować zadania po stronie firmy: wykonawca nie ruszy dalej bez jej decyzji i odbiorów. Zależności między pracami pokazują, które opóźnienia przesuną start. Bluemation, dostawca usług wdrożeniowych, podaje 3–6 miesięcy dla projektu SAP Business One z modułami produkcyjnymi i złożoną migracją danych¹⁷.

Harmonogram przydaje się wtedy, gdy każdy etap ma właściciela, rezultat i warunek odbioru. W macierzy RACI każdemu zadaniu przypisuje się dokładnie jedną osobę z rolą „Accountable”, która zatwierdza wynik¹⁸.

Przygotowanie firmy i wybór ERP pod wymagania procesów

Przygotowanie firmy do wyboru ERP zaczyna się od opisu procesów i przełożenia potrzeb działów na wymagania sprawdzane podczas pracy. Analiza przedwdrożeniowa powinna dać dokumentację wymagań, zakresu i sposobu prowadzenia projektu¹. Taki dokument oddziela potrzeby organizacji od propozycji konfiguracji konkretnego produktu¹⁹.

Jak zebrać wymagania działów przed wyborem ERP?

Wymagania działów najlepiej zbierać przez opis czynności, przekazywanych danych i wyjątków, nie przez listę nazw modułów. Właściciele procesów zapisują elementy wskazane poniżej. W BPMN bramka wykluczająca wybiera jedną ścieżkę, równoległa uruchamia wszystkie, a włączająca dopuszcza kilka ścieżek spełniających warunki⁵.

• Przebieg pracy wskazuje osobę rozpoczynającą zadanie, zatwierdzającą je i odbierającą wynik.
• Dane procesu obejmują informacje potrzebne do pracy oraz osoby odpowiadające za ich poprawność.
• Wyjątki od procesu opisują sytuacje, których standardowy przebieg nie obejmuje.

Z tych opisów firma buduje scenariusze służące do oceny systemu ERP.

Jak przełożyć wymagania firmy na kryteria wyboru systemu?

Kryteria wyboru ERP powinny wskazywać wynik potrzebny użytkownikowi i sposób jego sprawdzenia. Metoda MoSCoW nadaje priorytety wymaganiom niestandardowym i pomaga pilnować zakresu projektu³. Kategorie Must, Should, Could i Won’t oddzielają warunki startu od potrzeb, które można odłożyć lub wyłączyć. Firma otrzymuje w ten sposób kryteria związane z procesami, zamiast ogólnych deklaracji o funkcjach.

Jak ocenić dopasowanie produktu i edycji ERP do procesów firmy?

Dopasowanie produktu i edycji ERP warto sprawdzić na tych samych scenariuszach dla każdej rozpatrywanej edycji. Oceniający zapisują, czy zadanie obsłuży funkcja standardowa, konfiguracja czy dostosowanie. Rezygnacja ze zbędnych rozwiązań niestandardowych na rzecz standardowych funkcji może obniżyć koszty i skrócić projekt³. Wynik powinien również pokazywać, co wymaga prac poza standardem produktu.

Jak podjąć decyzję o wyborze systemu ERP?

Wybór systemu ERP łączy ocenę produktu i edycji z modelem działania oraz ofertą partnera wdrożeniowego. Firma rozpatruje osobno obowiązki producenta oprogramowania i wykonawcy prac. Poszczególne modele różnią się infrastrukturą oraz ograniczeniami:

Dane w tabeli: 1

Decyzja powinna określać edycję, model działania i odpowiedzialność za projekt. Gdy dostawca chmury lub partner przetwarza dane osobowe w imieniu firmy, art. 28 ust. 3 RODO wymaga umowy powierzenia albo innego instrumentu prawnego⁴.

Podstawą wyboru ERP są opisane procesy, sprawdzalne kryteria i ustalony zakres wdrożenia.

Realizacja projektu ERP i kryteria udanego uruchomienia

Realizacja projektu ERP kończy się udanym startem wtedy, gdy użytkownicy wykonują uzgodnione procesy, a firma potwierdza cele projektu. Sam fakt, że oprogramowanie działa, nie wystarcza do odbioru. Liczą się wyniki scenariuszy pracy i decyzje właścicieli procesów. Odbiór wdrożenia ERP opiera się więc na wynikach testów scenariuszy i wcześniej uzgodnionych kryteriach akceptacji.

Jak zaplanować testy, szkolenia i start pracy w ERP?

Testowanie ERP trzeba oprzeć na zadaniach, które pracownicy wykonają po uruchomieniu. Przed startem produkcyjnym testy pomagają wykryć niezgodności i poprawić konfigurację w kontrolowanych warunkach²⁰. Parametryzacja polega na ustawieniu dostępnych opcji systemu zgodnie z uzgodnionym procesem.

• Scenariusze testowe określają czynność, oczekiwany wynik i osobę przyjmującą rezultat. Użytkownicy wykonują zadania na przygotowanych danych.
• Szkolenia pracowników dotyczą zadań przypisanych poszczególnym rolom. Obejmują też ćwiczenie sposobu zgłaszania błędów.
• Decyzja o starcie wynika z testów i statusu wykrytych niezgodności. Zatwierdza ją osoba odpowiedzialna za projekt.

Prace kończy udokumentowana decyzja o uruchomieniu systemu.

Kiedy wdrażać ERP własnymi siłami, a kiedy z partnerem wdrożeniowym?

Firma może porównać sposoby wdrożenia pod kątem dostępności pracowników, odpowiedzialności za konfigurację i usuwania niezgodności. Tabela pokazuje obowiązki oraz ograniczenia obu rozwiązań.

Jak ocenić gotowość firmy do rozpoczęcia wdrożenia?

Gotowość firmy do wdrożenia ERP oznacza, że organizacja może podejmować decyzje i wykonywać swoje zadania. Kierownik projektu wyznacza właścicieli procesów, osoby zatwierdzające zmiany i czas użytkowników na odbiory. Odpowiedzialni za dane ustalają zbiory potrzebne do pracy w systemie. Efektem powinien być zakres projektu z przypisanymi obowiązkami, nie tylko wybór produktu.

Po czym poznać, że uruchomienie ERP spełniło cele projektu?

Spełnienie celów uruchomienia ERP sprawdza się według uzgodnionych wcześniej kryteriów: wykonania procesów, poprawności danych i dostępu uprawnionych osób. Raport Panorama Consulting Solutions przytoczony w opisie Microsoft Dynamics NAV podaje, że około 70% przedsiębiorstw deklaruje spełnienie oczekiwań przez ERP¹³. Taka deklaracja nie zastąpi odbioru własnego projektu. Firma musi porównać pracę w systemie ze swoimi wymaganiami²¹.

Udany start wymaga sprawdzonych procesów, przygotowanych użytkowników i odbioru według ustalonych kryteriów.

Budżet, harmonogram i ryzyka wdrożenia ERP

Budżet projektu ERP rośnie, jeśli zakres prac się zwiększa, a kosztorys i harmonogram pozostają bez zmian. Analiza przedwdrożeniowa może ujawnić wymagania podnoszące zakres i koszt projektu³. Każdą nową potrzebę trzeba więc połączyć z decyzją o realizacji, wydatku i terminie²².

Jak rozdzielić czas projektu oraz koszty licencji, wdrożenia i utrzymania?

Harmonogram i kosztorys ERP pełnią różne funkcje: termin zadania nie mówi, przez jaki okres firma ponosi opłaty. Na koszt wpływają między innymi zakres rozwiązania, wdrażane moduły i liczba użytkowników¹⁶. Tabela rozdziela wydatki według tego, za co firma płaci.

Dzięki temu podziałowi wydatek można przypisać do prac projektowych albo do okresu używania systemu.

Co najczęściej zagraża terminom wdrożenia ERP?

Terminom wdrożenia ERP zagrażają nieprzyjęte wymagania, spóźnione decyzje firmy i zmiany wprowadzane po rozpoczęciu konfiguracji. Kierownik projektu zapisuje, kto odpowiada za decyzję i które zadania od niej zależą. Nowe wymaganie powinno trafić do harmonogramu dopiero po ocenie jego wpływu na prace.

Czy uruchamiać moduły ERP etapami, czy jednocześnie?

Uruchomienie etapowe i jednoczesne różnią się sposobem obsługi zależności między procesami, organizacją startu i ograniczeniami. Przy starcie etapowym ERP można uruchamiać modułami, lokalizacjami lub działami¹.

Tabela porównuje zakres startu, ograniczenia i sytuacje, w których dany sposób się nie sprawdzi.

Start etapowy oznacza okres przejściowy, a jednoczesny skupia zmianę w jednym uruchomieniu. O wyborze rozstrzygają możliwość rozdzielenia procesów i gotowość pracowników.

Jak ocenić ryzyko przekroczenia budżetu i nieudanego wdrożenia?

Ryzyko projektu ERP warto oceniać oddzielnie dla budżetu, terminu i celów. Firma zestawia kosztorys z przyjętymi zmianami zakresu, a wyniki odbiorów z wymaganiami. Według raportu Panorama Consulting przytoczonego przez Symfonię wydatki nie przekroczyły budżetu w blisko 67% przedsiębiorstw¹. Inny raport Panorama Consulting Solutions, przytoczony przez erp-dla-produkcji.pl, wskazuje, że 26% przedsiębiorstw było niezadowolonych z przebiegu i efektów wdrożenia²³. Te wskaźniki mierzą różne rzeczy: utrzymanie budżetu samo w sobie nie oznacza powodzenia projektu²⁴.

Kontrola zakresu, wydatków i odbiorów mówi o wyniku wdrożenia więcej niż sama data startu.

Metody wdrażania ERP i potrzeby branżowe

Metoda wdrażania ERP powinna pasować do zależności między procesami, tempa decyzji i wymagań branży. Prace można prowadzić sekwencyjnie w Waterfall, iteracyjnie w Agile albo łączyć oba sposoby. Wybrana metoda nie zwalnia z uwzględnienia obowiązków prawnych i rzeczywistego przebiegu pracy firmy.

Jak uwzględnić wymagania prawne w projekcie ERP?

Wymagania prawne w projekcie ERP trzeba powiązać z dokumentami, procesami i osobami odpowiedzialnymi za odbiór. Firma opisuje sposób wystawiania oraz przechowywania dokumentów, po czym sprawdza te czynności w scenariuszach. Comarch deklaruje zgodność systemów Comarch ERP z obowiązującymi przepisami³. Deklaracja dotycząca rodziny systemów nie zastępuje oceny wybranego produktu, edycji i konfiguracji w procesach firmy.

Jak organizować prace nad ERP w podejściu agile?

Agile dzieli wdrożenie ERP na powtarzane cykle: zespół przygotowuje część prac, pokazuje wynik użytkownikom i planuje dalsze zadania. Przykład opisany przez Symfonię zakłada uruchamianie kolejnych modułów co 2 tygodnie¹. Scrum pomaga organizować takie cykle; typowy sprint w opisanym podejściu trwa 1–4 tygodnie²³. Po każdym cyklu zespół zapisuje wynik odbioru i decyzje dotyczące dalszego zakresu.

Jak uwzględnić procesy firmy z branży opakowań we wdrożeniu ERP?

Wdrożenie ERP w firmie z branży opakowań warto oprzeć na drodze zlecenia od specyfikacji klienta po rozliczenie produkcji. Zespół ustala, jak dane o materiale, wymiarach i nakładzie przechodzą między sprzedażą, planowaniem a produkcją. Pracownicy wskazują też momenty zatwierdzania zmian specyfikacji i sposób identyfikacji partii. Tak powstaje scenariusz odzwierciedlający przepływ danych w tej firmie.

Na czym polega planowanie wdrożenia według metody proMETHEUS?

proMETHEUS jest metodyką wdrożeniową firmy Proalpha; dzieli prace implementacyjne na 3 poziomy²³. Planując projekt według tej metodyki, firma powinna powiązać zakres z odpowiedzialnością i odbiorem:

• Zakres prac wyznacza procesy i zadania projektu. Dzięki niemu wymagania można przypisać do planowanych wyników.
• Odpowiedzialność określa, kto podejmuje decyzje po stronie firmy i wykonawcy. Pomaga rozstrzygać zgłoszone zmiany.
• Odbiór wskazuje osobę oceniającą wynik oraz scenariusz oceny. Zakończenie zadania wiąże się wtedy z potwierdzeniem jego przydatności.

Są to kryteria planowania projektu, a nie nazwy poziomów metodyki proMETHEUS.

Metoda porządkuje pracę zespołu; zakres wyznaczają procesy i obowiązki danej firmy.

Zespół projektowy i pułapki wyboru ERP

Zespół projektowy ERP potrzebuje zarówno osób podejmujących decyzje, jak i pracowników znających codzienne procesy. Taki skład pozwala oceniać działanie systemu oraz przebieg prac. Raport Panorama Consulting Solutions przytoczony w opisie Microsoft Dynamics NAV podaje, że 35% respondentów było niezadowolonych ze sposobu realizacji wdrożenia ERP^13,21.

Kto powinien wejść do zespołu wdrożeniowego?

Zespół wdrożeniowy firmy powinien obejmować kierownika projektu i przedstawicieli procesów objętych systemem. Zwykle uczestniczą w nim kluczowi użytkownicy, znający zadania swoich działów, albo właściciele procesów biznesowych³. Kierownik projektu koordynuje decyzje i zadania; właściciele procesów przyjmują sposób ich obsługi.

Za co odpowiadają użytkownicy ERP z poszczególnych działów?

Użytkownicy ERP z poszczególnych działów opisują faktyczny przebieg pracy. Sprawdzają też, czy uzgodniony proces da się wykonać w systemie. Wskazują używane dokumenty, przekazywane informacje i wyjątki. Kluczowi użytkownicy przekazują zespołowi wyniki prób oraz opis niezgodności, nie tylko informację, że coś nie działa.

Jak uniknąć błędów przy wyborze produktu i partnera wdrożeniowego?

Wybór produktu ERP i partnera wdrożeniowego wymaga oddzielnej oceny oprogramowania oraz usług wykonawcy. Produkty firma sprawdza na tych samych scenariuszach, a oferty partnerów porównuje według zakresu prac:

• Produkt i edycja ERP podlegają ocenie na podstawie zadań użytkowników. Sama nazwa producenta nie opisuje możliwości konkretnej edycji.
• Partner wdrożeniowy odpowiada za prace wskazane w ofercie, w tym konfigurację, przekazanie wiedzy i odbiór. Oferta powinna też określać zadania firmy.
• Zakres umowy wskazuje rezultaty prac i sposób rozstrzygania zmian. Oddziela wdrożenie od późniejszych zleceń.

Decyzja powinna dotyczyć produktu, edycji i wykonawcy, a nie samej marki systemu.

Kiedy rozważyć zewnętrzne wsparcie doradcze, takie jak usługa PKF?

Zewnętrzne wsparcie doradcze może pomóc opisać procesy i oddzielić ocenę systemu od oceny dostawcy. Usługa PKF obejmuje audyt procesów, pomoc w wyborze systemu i dostawcy oraz wsparcie wdrożenia ERP²⁵. Firma ustala, do których decyzji doradca przygotuje materiały i kto zatwierdzi je wewnątrz organizacji. Korzystanie z doradztwa nie przenosi poza firmę odpowiedzialności za cele projektu.

Zespół ERP pracuje sprawniej, gdy odpowiedzialność za procesy, decyzje i wykonanie zadań jest rozdzielona.

Wsparcie przy wdrożeniu systemu ERP: zakres i odpowiedzialność

Wsparcie przy wdrożeniu systemu ERP powinno wskazywać, kto pomaga użytkownikom przed startem, usuwa niezgodności podczas projektu i przyjmuje zgłoszenia później. Comarch podaje 2–3 miesiące jako standardowy okres wsparcia po uruchomieniu³. Zamawiający decyduje o swoich procesach, natomiast obowiązki dostawcy określa uzgodniona umowa.

W czym zewnętrzny zespół może pomóc przed rozpoczęciem projektu?

Zewnętrzny zespół może wesprzeć firmę w opisie prac, zależności między procesami i zasad odbioru. Może również zaplanować współpracę osób odpowiedzialnych za dane, konfigurację oraz decyzje. Ustalenia zmieniające sposób pracy przedsiębiorstwa zatwierdza kierownik projektu po stronie firmy.

Jak zorganizować wsparcie w trakcie wdrożenia i po uruchomieniu ERP?

Wsparcie użytkowników ERP wymaga ustalonego kanału zgłoszeń i osoby, która wstępnie je oceni. Dalej firma kieruje sprawę zgodnie z rodzajem problemu:

• Kluczowy użytkownik pomaga pracownikowi wykonać uzgodniony proces i opisuje wykrytą niezgodność.
• Kierownik projektu ustala, czy zgłoszenie mieści się w przyjętym zakresie, czy wymaga decyzji o zmianie.
• Partner wdrożeniowy analizuje problemy techniczne i konfiguracyjne należące do jego obowiązków umownych.

Taka ścieżka zgłoszeń powinna działać również po rozpoczęciu pracy produkcyjnej.

Co powinna obejmować umowa o wsparcie wdrożenia?

Umowa o wsparcie wdrożenia powinna opisywać obsługiwane zgłoszenia, sposób ich przekazywania i odpowiedzialność za rozwiązanie. Musi też oddzielać pomoc w używaniu systemu od prac nad nowymi wymaganiami. Zasady obowiązujące po starcie pozwalają rozróżnić wsparcie powdrożeniowe i dalszy rozwój ERP.

Jak podzielić zgłoszenia i odpowiedzialność między firmę a partnera?

Podział zgłoszeń zaczyna się od zapisania wykonanej czynności, oczekiwanego wyniku i rzeczywistego zachowania systemu. Kluczowy użytkownik sprawdza przebieg procesu, a partner analizuje przypisaną mu konfigurację lub działanie oprogramowania. Gdy rozwiązanie wymaga zmiany procesu albo zakresu, decyzję podejmuje zamawiający. Każda sprawa zyskuje w ten sposób właściciela i rozstrzygnięcie.

Wsparcie działa, gdy pracownik wie, gdzie zgłosić problem, a strony znają swoje obowiązki.

Koszty integracji, migracja danych i korzyści z ERP

Migracja danych i integracja ERP to osobne zadania w planie. Samo przeniesienie zapisów nie gwarantuje ich poprawności, a połączenie systemów nie wynika z samej subskrypcji. Klient odpowiada za jakość i kompletność danych przekazywanych do nowego ERP³. Zbyt wąsko zaplanowane integracje z istniejącymi systemami mogą powodować błędy, przestoje i dodatkowe koszty²⁰.

Jak rozdzielić koszty subskrypcji, wdrożenia, integracji i utrzymania?

Koszty ERP należy przypisywać do świadczeń zgodnie z wcześniejszym podziałem kosztorysu. Dokument powinien osobno określać wykonawcę, zakres i zasady rozliczenia subskrypcji, wdrożenia, integracji oraz utrzymania. Nowe połączenie systemów obciąża wtedy koszty integracji, nie cenę subskrypcji. Firma może ocenić jego wpływ na budżet bez mieszania różnych wydatków.

Jak przygotować dane do migracji i połączyć ERP z innymi systemami?

Migracja danych wymaga ustalenia zbiorów potrzebnych w ERP oraz osób zatwierdzających ich poprawność. Data cleansing polega na usuwaniu błędów, duplikatów i nieaktualnych zapisów; warto zacząć go przed przenoszeniem danych³. Przygotowanie obejmuje:

• Zakres migracji wskazuje dane przenoszone do ERP. Właściciel procesu określa zapisy potrzebne w dalszej pracy.
• Kontrola danych polega na porównaniu przeniesionych zapisów ze źródłem. Wynik przyjmuje osoba odpowiedzialna za dane.
• Integracja z istniejącymi systemami określa kierunek przepływu informacji i obsługę błędów. Zespół sprawdza połączenie w scenariuszach pracy.

Firma powinna odebrać zarówno przeniesione dane, jak i sprawdzone połączenia między systemami.

Jakie korzyści może dać połączenie procesów w jednym systemie ERP?

Połączenie procesów w ERP pozwala działom korzystać z tych samych powiązanych zapisów bez ponownego wpisywania informacji. Raport Panorama Consulting przytoczony przez Symfonię wskazuje, że 97,7% firm zauważyło korzyści po wdrożeniu; na ich zaobserwowanie podano 1 roku¹. Własne korzyści firma może ocenić, porównując uzgodnione procesy z pracą po starcie.

Wspólny przepływ informacji wymaga poprawnych danych i zaplanowanych integracji.

Zakres projektu, harmonogram i demo ERP przed startem

Zakres wdrożenia ERP wskazuje procesy w projekcie, a harmonogram przypisuje pracom terminy i odpowiedzialnych. Demo ERP pozwala zobaczyć na scenariuszach firmy, jak dany produkt obsługuje potrzebne czynności. W projekcie dla firmy z branży handlu online opisanym przez Sente proces handlowy i badanie potrzeb trwały 3 tygodnie¹⁶. Były to prace przed wdrożeniem, nie czas całego projektu.

Demo powinno pokazać przepływ danych między działami i miejsca wymagające decyzji użytkownika. Wyniki warto zapisać jako potwierdzone wymagania, sprawy do wyjaśnienia lub zadania związane ze zmianą procesu. Prezentacja staje się wtedy podstawą planu, ale nie odbiorem gotowego rozwiązania.

Przydatne demo pokazuje zadania pracowników i pozostawia zapis decyzji projektowych.

Producent oprogramowania a integrator: obowiązki po uruchomieniu ERP

Producent oprogramowania rozwija produkt, a integrator wykonuje i obsługuje konkretne wdrożenie w granicach umowy. Firma nadal odpowiada za swoje procesy i decyzje dotyczące uprawnień. Sama nazwa usługi producenta, na przykład Asysty Comarch, nie przesądza o obowiązkach partnera wdrożeniowego.

Zgłoszenia po uruchomieniu ERP należy kierować według rodzaju sprawy i treści umów. Problem dotyczący procesu trafia najpierw do odpowiedzialnej osoby w firmie; niezgodność konfiguracji – do wykonawcy tych prac. Zmiana produktu to inna sprawa niż zamówienie nowej konfiguracji lub integracji, bo wiąże się z innymi obowiązkami.

O odpowiedzialności po starcie rozstrzyga zakres usług, nie nazwa producenta czy partnera.

Start produkcyjny ERP i szkolenie pracowników

Start produkcyjny ERP powinny poprzedzać ćwiczenia codziennych zadań na przygotowanym środowisku. Szkolenia warto prowadzić już na gotowym środowisku, ale przed uruchomieniem produkcyjnym³. Pracownik sprawdzi wtedy czynności swojej roli i zdąży zgłosić przeszkodę przed rozpoczęciem bieżącej pracy.

Przygotowanie pracowników potwierdzają wykonane zadania, nie sama obecność na szkoleniu:

• Użytkownik ERP wykonuje typowe zadanie działu na przygotowanych danych. Wynik pokazuje, czy potrafi je zakończyć bez pomocy.
• Kluczowy użytkownik sprawdza, czy pracownik wie, co zrobić przy wyjątku od standardowego procesu.
• Kierownik projektu zbiera otwarte zgłoszenia i przedstawia je osobom decydującym o starcie.

Pracownicy są gotowi, gdy wykonują swoje zadania i wiedzą, jak zgłosić przeszkodę.

Czas wdrożenia ERP a cele biznesowe firmy

Czas wdrożenia ERP trzeba zestawić z terminem, w którym firma chce rozpocząć nowe procesy. Comarch podaje, że wdrożenie zaawansowanego ERP trwa zwykle kilka–kilkanaście miesięcy³. Harmonogram powinien wskazywać nie tylko start, lecz także zadania, których opóźnienie oddali cel biznesowy.

Jak kontrolować terminy i zależności między zadaniami?

Kontrola terminów wdrożenia ERP wymaga właściciela, terminu i warunku rozpoczęcia dalszych prac dla każdego zadania. Kierownik projektu zapisuje decyzje czekające na zatwierdzenie oraz zależne od nich działania. Po przyjęciu zmiany zakresu zespół aktualizuje plan, by termin startu odpowiadał rzeczywistym zadaniom.

Dla jakich firm czas uruchomienia ERP ma największe znaczenie?

Termin uruchomienia ERP jest szczególnie ważny, gdy firma wiąże go z nową lokalizacją, zmianą organizacji pracy lub zastąpieniem starego oprogramowania. Sente podaje, że wdrożenie w małej firmie może trwać nawet 1 rok, a w bardzo dużej organizacji – 2 lata¹⁶. Skala wpływa na plan, lecz potrzebny termin startu powinien wynikać z zależności biznesowych danej firmy.

Dlaczego warto zarezerwować czas na uporządkowanie procesów i danych?

Uporządkowanie procesów i danych przed konfiguracją zmniejsza liczbę decyzji odkładanych na później. Niejasny przebieg pracy utrudnia dobór ustawień, a nieuzgodnione dane blokują scenariusze użytkowników. Firma powinna wcześniej wyznaczyć osoby przyjmujące opisy procesów i zbiory danych.

Jak opóźnienie startu ERP wpływa na realizację celów projektu?

Opóźnienie startu ERP odsuwa moment realizacji celów zależnych od nowego systemu. Kierownik projektu powinien wskazać, jakie procesy blokuje spóźnione zadanie, i przedstawić zmieniony termin osobom decyzyjnym. Firma może wtedy oddzielnie ocenić skutki dla harmonogramu, wydatków i planowanych korzyści.

Termin wdrożenia ma znaczenie wtedy, gdy łączy się z celem firmy i zależnościami między zadaniami.

Najczęściej zadawane pytania

Czy w BPMN można pokazać kilka ścieżek procesu?

Tak. Bramka równoległa uruchamia wszystkie ścieżki, a włączająca pozwala uruchomić kilka z nich, jeśli spełniają określone warunki.

Ile osób może zatwierdzać wynik zadania w macierzy RACI?

Każde zadanie powinno mieć dokładnie jedną osobę w roli „Accountable”, odpowiedzialną za zatwierdzenie wyniku.

Co zrobić z wymaganiami, które nie są niezbędne na start?

Można nadać im niższy priorytet i odłożyć ich realizację. Podział na kategorie Must, Should, Could i Won’t pomaga odróżnić warunki startu od pozostałych potrzeb.

Czy scenariusz testowy powinien wskazywać osobę odbierającą wynik?

Tak. Scenariusz powinien określać czynność, oczekiwany rezultat i osobę, która go przyjmie.

Czy wszyscy użytkownicy ERP mają taki sam zakres dostępu?

Nie. Zakres informacji widocznych i czynności dostępnych w systemie zależy od roli użytkownika oraz zakresu wdrożenia.

Czy szkolenie pracowników powinno obejmować zgłaszanie błędów?

Tak. Poza ćwiczeniem zadań przypisanych do ról szkolenie powinno obejmować sposób zgłaszania błędów.

Czy przy wdrożeniu ERP trzeba aktualizować dane osobowe?

Tak, jeśli działy współdzielą dane osobowe, powinny być one prawidłowe i w razie potrzeby aktualizowane.

Czy chmurowy dostawca potrzebuje osobnej umowy dotyczącej danych osobowych?

Jeśli dostawca przetwarza dane osobowe w imieniu firmy, wymagane jest zawarcie umowy powierzenia albo zastosowanie innego instrumentu prawnego.

Ceny i warunki sprawdzone u źródeł: październik 2026.