7 najczęstszych błędów we wdrożeniach ERP i jak im zapobiec

Wdrożenie ERP przekracza plan, gdy zakres, jakość danych i odpowiedzialność za decyzje pozostają nieustalone. Sam wybór systemu nie określa, które procesy firma zmieni, jakie wyjątki obsłuży ani kto zatwierdzi wynik.

Wczesne sygnały ostrzegawcze warto przypisać do etapu i osoby, która może rozpocząć działanie. Jeśli analiza nie wskazuje właścicieli procesów, kierownik projektu powinien wstrzymać konfigurację do czasu wyznaczenia decydentów.

Tabela pokazuje sygnały, które można wykorzystać na przeglądzie projektu, oraz pierwszą reakcję odpowiedzialnej osoby.

Wczesna reakcja zamienia niejasny problem w decyzję zakresową. Jeśli zgłoszenie zmienia sposób pracy lub wymaga dodatkowej integracji, kierownik zapisuje wpływ na termin, budżet i testy przed akceptacją zmiany. Gdy projekt obejmuje połączenie z platformą sprzedażową, wdrożenie integracji z BaseLinkerem warto objąć zakresem, mapą przepływów i kryteriami odbioru.

Wybór ERP przed opisaniem procesów może dopasować firmę do funkcji systemu, które nie odpowiadają codziennej pracy zespołu. Najpierw mapujemy przebieg procesu i wyjątki, a potem sprawdzamy, czy system obsłuży je konfiguracją, zmianą organizacyjną czy rozszerzeniem.

Ćwiczenie dla procesu sprzedaży: zapisz zdarzenie rozpoczynające, role, decyzje, dane wejściowe, wynik i wyjątki. Dla zakupów sprawdź ścieżkę od zapotrzebowania do przyjęcia, a dla magazynu od rezerwacji do korekty stanu.

Tabela zbiera informacje potrzebne do mapowania procesu przed wyborem lub konfiguracją ERP.

Porównuj systemy na rzeczywistych scenariuszach, a nie wyłącznie na liście funkcji z prezentacji. Zalecamy uwzględnić częściową dostawę i korektę zamówienia, bo takie wyjątki sprawdzają dopasowanie systemu do pracy operacyjnej.

Niejasny zakres powoduje spór o to, czy dostarczony moduł jest gotowy, ponieważ strony inaczej rozumieją słowo "działa". Każdy element zakresu powinien mieć mierzalne kryterium odbioru, właściciela i dowód wykonania.

Tabela wskazuje przykładowe elementy zakresu ERP oraz dowody, które potwierdzają spełnienie kryteriów.

Zamiana wymagań na kryteria ogranicza uznaniowy odbiór. Zmiana zakresu powinna wskazywać powód biznesowy, wpływ na zależności i decyzję osoby uprawnionej do zatwierdzenia.

Nieprzygotowane dane przenoszą do ERP stare duplikaty, niejednolite jednostki i błędne stany. Przed migracją porządkuj kartoteki, ustal formaty pól i zapisz kontrolne liczby, z którymi porównasz wynik po imporcie.

Procedura przygotowania danych obejmuje:

1. Wskazanie właściciela każdej kartoteki i źródła obowiązującej wartości.
2. Wykrycie duplikatów po stabilnym identyfikatorze, a nie wyłącznie po nazwie.
3. Ujednolicenie jednostek, stawek, formatów dat i słowników statusów.
4. Odrzucenie rekordów bez pól wymaganych do procesu.
5. Zapisanie liczby rekordów i sum kontrolnych przed migracją.
6. Wykonanie migracji próbnej i uzgodnienie odrzuconych rekordów.
7. Porównanie liczby rekordów i sum po imporcie.

Wizualny przegląd kilku ekranów nie potwierdza kompletności migracji. Właściciel danych powinien sprawdzić liczbę pozycji, wartości kontrolne i próbkę rekordów ze znanymi wyjątkami.

Pominięcie integracji w analizie ujawnia się, gdy ERP ma współpracować ze sklepem, księgowością lub kurierem, ale nikt nie uzgodnił właściciela danych i reakcji na błąd. Dla każdego połączenia narysuj kierunek przepływu, pola, częstotliwość, identyfikator oraz zachowanie przy braku odpowiedzi.

Tabela pokazuje przykładowe wyjątki w integracjach ERP i sposób sprawdzenia, czy system obsłuży je zgodnie z wymaganiami.

Przed konfiguracją sprawdź dokumentację API, limity, uprawnienia i sposób ponawiania żądań. Jeśli firma łączy systemy przez gotową platformę, przetestuj również zachowanie konektora dla duplikatu, błędnej odpowiedzi i częściowo zapisanej operacji. Przewodnik integracji systemów i API pomaga uporządkować te decyzje.

Przy sklepie internetowym sprawdź także połączenie WooCommerce z ERP, uwzględniając statusy zamówień, stany i dokumenty. Lista połączeń powinna znaleźć się w zakresie projektu przed zamknięciem analizy.

Testowanie dopiero przed startem pozostawia mało czasu na poprawę błędów w procesach, danych i integracjach. Prowadź testy modułowe po konfiguracji funkcji, integracyjne po połączeniu systemów oraz akceptacyjne z użytkownikami wykonującymi swoje zadania.

Tabela porównuje rodzaje testów ERP, ich zakres i osobę zatwierdzającą wynik.

Przykładowy scenariusz akceptacyjny może objąć utworzenie zamówienia, rezerwację towaru, częściową wysyłkę, dokument sprzedaży i obsługę korekty. Każdy krok powinien mieć oczekiwany wynik, dane wejściowe i osobę potwierdzającą wykonanie.

Microsoft zaleca testy integracyjne, akceptacyjne i wydajnościowe przed uruchomieniem Dynamics 365. Szczegóły opisuje checklista gotowości do uruchomienia Dynamics 365.

Brak właściciela projektu blokuje decyzje, a brak szkoleń przenosi niepewność na użytkowników po starcie. Firma powinna wyznaczyć sponsora, kierownika projektu, właścicieli procesów i danych, a wykonawca osoby odpowiedzialne za konfigurację, integracje i wsparcie.

Tabela przedstawia przykładowy podział odpowiedzialności i dowody gotowości ról w projekcie ERP.

Szkolenia planuj według stanowisk i zadań, a nie jako jeden ogólny pokaz systemu. Użytkownik powinien przećwiczyć własny scenariusz i wiedzieć, gdzie zgłosić błąd oraz jakie informacje dołączyć do zgłoszenia.

Zalecamy zbierać uwagi w jednym rejestrze, przypisywać właściciela i oznaczać, czy zgłoszenie jest błędem, potrzebą szkoleniową czy zmianą zakresu. Taki podział ułatwia dobór właściwej reakcji.

Plan wdrożenia ERP powinien przechodzić do kolejnego etapu dopiero po spełnieniu ustalonych warunków. Nazwy etapów mogą różnić się między projektami, ale decyzja o przejściu musi opierać się na dowodach, a nie na samym upływie czasu.

Tabela przedstawia etapy wdrożenia ERP oraz warunki i dowody wymagane przed przejściem dalej.

Plan powinien uwzględniać zależności od integracji, dostępności użytkowników, migracji i zamknięcia finansowego. Jeśli zakres obejmuje obsługę zamówień przez BaseLinker, wdrożenie integracji z BaseLinkerem uwzględnij w mapie przepływów, wyjątków i testów odbiorczych.

Gdy projekt ERP przekracza termin lub budżet, wstrzymaj nieuzgodnione zmiany i ustal stan faktyczny przed kolejnym planem naprawczym. Spotkanie powinno kończyć się decyzją o zakresie, właścicielach i warunkach wznowienia, a nie samą listą problemów.

Przed spotkaniem zbierz:

• aktualny zakres i listę zaakceptowanych zmian;
• plan bazowy oraz wykonane i opóźnione zadania;
• otwarte błędy z wpływem na proces i użytkowników;
• wynik migracji próbnej i testów akceptacyjnych;
• zależności od integracji, dostawców i decyzji po stronie firmy;
• koszt oraz termin wariantów naprawy, jeśli zespół je oszacował.

Podziel problemy na blokujące start, możliwe do obejścia i wymagające zmiany zakresu. Sponsor zatwierdza priorytet, właściciel procesu akceptuje ryzyko operacyjne, a kierownik aktualizuje plan i kryteria odbioru.

Perspektywa KC Mobile: zalecamy rozdzielić błędy danych, integracji, konfiguracji i decyzji biznesowych przed ustaleniem kolejności napraw. Taki podział pozwala przypisać problem do osoby, która ma dostęp do właściwego obszaru i może potwierdzić poprawkę testem.

• Zmiana systemu ERP: symptomy, które wskazują, że firma wyrosła z obecnego systemu
• Wdrożenie ERP w firmie produkcyjnej: 28 pytań przed startem
• Migracja danych do ERP: plan, etapy i kontrola poprawności
• ERP w firmie: co oznacza, jak działa i kiedy warto je wdrożyć