Migracja ERP w 20-osobowej firmie to projekt, który wygląda na mniejszy niż jest. Plan na trzy miesiące zwykle kończy się po sześciu, budżet na 80 tysięcy zamyka się na 140, a magazyn po starcie nie zgadza się o kilkanaście procent. Nie dlatego, że oprogramowanie jest złe. Dlatego, że nikt nie sprawdził założeń, na których cały projekt stał.
W zeszłym roku rozmawialiśmy z 12-osobowym producentem mebli, który właśnie skończył przesiadkę z Subiekta GT na Comarch Optima. Po czteromiesięcznej migracji, dwa tygodnie po starcie produkcyjnym, okazało się, że historyczne stany magazynowe rozjechały się o 18%. Powód: w starym systemie część surowca była ewidencjonowana w metrach bieżących, część w metrach kwadratowych, a w mapowaniu danych do nowego ERP wszystko poleciało jako „m". Nikt tego nie zweryfikował, bo „dane zostaną przeniesione automatycznie". Przez dwa tygodnie firma sprzedawała coś, czego fizycznie nie miała na półce, i odwrotnie — odmawiała zamówień na towar, który leżał w magazynie. Naprawienie tego zajęło sześć tygodni i kosztowało więcej niż sama migracja.
To nie jest egzotyczny przypadek. To jest typowa migracja ERP w polskim MŚP, jeśli ktoś nie wymusi twardej dyscypliny przed startem.
Skąd się biorą problemy
Większość problemów migracyjnych ma jedno wspólne źródło: dane w starym systemie nie znaczą tego, co myślisz, że znaczą. Pole „opis produktu" w Subiekcie sprzed ośmiu lat zawiera mieszankę nazwy handlowej, kodu producenta, wewnętrznej notatki magazyniera i czasem numeru projektu. Pole „uwagi do kontrahenta" zawiera całą wiedzę plemienną o tym, że płacą po 90 dniach mimo umowy na 30. Nikt tego nigdzie nie spisał — to siedzi w głowach trzech osób, które właśnie wyjechały na urlop.
Drugi typowy problem: kastomizacje, których nikt już nie pamięta, dlaczego były potrzebne. W każdym dłużej działającym ERP siedzą trzy do siedmiu „dziwnych" rzeczy: ręcznie dodane raporty, zmodyfikowane wzorce wydruków, makra w Excelu, które tłumaczą wynik z ERP na coś, co księgowa rozumie. Dostawca nowego systemu zwykle ich nie widzi, dopóki ktoś z firmy nie powie „a, no właśnie, jeszcze potrzebujemy, żeby ten raport pokazywał…".
Trzeci: proces, który firma robi inaczej niż robi go pudełkowy ERP. To nie jest problem techniczny, tylko organizacyjny. Albo dostosujesz proces do systemu (i ktoś musi się zgodzić, że dotychczasowy sposób przestaje istnieć), albo dostosujesz system do procesu (i płacisz za to nie tylko teraz, ale przy każdej aktualizacji przez następne pięć lat).
Plan, który naprawdę działa
Realny plan migracji ERP w MŚP wygląda inaczej niż ten ze slajdów dostawcy. Najważniejsze rzeczy, które się tam powinny znaleźć:
- Inwentaryzacja danych przed migracją — nie „wyeksportujemy z Subiekta", tylko: która tabela, ile rekordów, jakie pola, jakie wartości faktycznie tam są. To zwykle dwa-trzy tygodnie pracy. Bez tego wszystko, co dalej, jest zgadywaniem.
- Spis kastomizacji i obejść — zrobiony z osobami, które realnie używają systemu, a nie z menedżerem działu. Pytanie do magazyniera „pokaż mi, co robisz inaczej niż mówi instrukcja" daje więcej informacji niż dwa dni warsztatów.
- Mapowanie danych z weryfikacją na próbie — przenieś najpierw 200 reprezentatywnych rekordów, sprawdź ręcznie. Dopiero potem 20 tysięcy.
- Praca równoległa, nie big bang — przez minimum dwa tygodnie po starcie nowego systemu stary musi działać równolegle, nawet jeśli tylko do odczytu. Inaczej nie masz jak zweryfikować, czy coś się rozjechało.
- Test odtworzenia po awarii — przed startem produkcyjnym zrób test: padł serwer, ile czasu zajmuje przywrócenie pełnej operacyjności. Jeśli odpowiedź to „nie wiemy", jeszcze nie startujesz.
Ten plan dodaje 30–40% czasu w stosunku do tego, co proponuje dostawca. Ale skraca o 60–80% czas „naprawiania po starcie", który prawie zawsze jest niedoszacowany.
Czerwone flagi przy wyborze dostawcy
Kilka rzeczy, które powinny zapalić światło ostrzegawcze, kiedy rozmawiasz z firmą wdrożeniową:
- Wycena bez audytu danych. Jeśli ktoś podaje Ci sztywną cenę po jednym spotkaniu i bez zajrzenia do Twojej obecnej bazy, to nie jest wycena. To jest oferta wstępna, która urośnie podczas projektu.
- „Migracja danych" jako jedna pozycja w ofercie. Powinna być rozpisana na: ekstrakcję, czyszczenie, mapowanie, ładowanie testowe, weryfikację, ładowanie produkcyjne. Każde z tych słów to inny zakres pracy i inny koszt.
- Brak referencji w Twojej skali. Dostawca, który robi wdrożenia dla 200-osobowych firm, niekoniecznie umie zrobić to dla 25-osobowej. Inny zespół, inny budżet, inne tempo decyzji. Pytaj o klienta podobnej wielkości, najlepiej z Twojej branży.
- Obietnica „wszystko będzie tak jak teraz, tylko lepiej". Nie będzie. Część rzeczy będzie lepiej, część gorzej, część po prostu inaczej. Dostawca, który tego nie mówi wprost, sprzedaje Ci spokój, który nie istnieje.
- Brak osoby z Twojej firmy w roli „właściciela projektu". Jeśli dostawca nie wymaga, żebyś wyznaczył jedną osobę z mocą decyzyjną na minimum 30% etatu przez pół roku, to nie wie, co robi. Albo wie i zarabia na tym, że Ty nie wiesz.
Co testować przed startem
Zanim przełączysz produkcję, przejdź przez pięć scenariuszy na nowym systemie z prawdziwymi (lub bardzo zbliżonymi) danymi:
- Pełen cykl sprzedażowy — od zamówienia, przez wystawienie faktury, do księgowania. Z trzema typowymi klientami i jednym nietypowym (np. zagraniczny, z odwrotnym obciążeniem VAT).
- Pełen cykl zakupowy — przyjęcie towaru, faktura kosztowa, rozksięgowanie. Ze szczególnym uwzględnieniem usług, które nie mają stanu magazynowego.
- Zamknięcie miesiąca — w trybie testowym. Jeśli księgowa po tym ćwiczeniu mówi „nie wiem, jak to zrobić", to znaczy, że jeszcze nie startujecie.
- Inwentaryzacja częściowa — wybierz jedną grupę asortymentową, policz fizycznie, porównaj z systemem. Różnica większa niż 2% to sygnał, że dane nie są jeszcze na miejscu.
- Awaria serwera — wyłącz, odtwórz z backupu, sprawdź czas i kompletność. To nudne, ale właśnie tego nikt nie robi i właśnie tego się potem najbardziej żałuje.
Co dalej
Migracja ERP nie jest projektem informatycznym. Jest projektem organizacyjnym z komponentem informatycznym. Większość firm, które wpadły w spiralę „drugiej migracji w trzy lata", popełniły ten sam pierwszy błąd: oddały całość dostawcy oprogramowania i wróciły, kiedy „było gotowe". Nie ma takiego momentu. Migracja jest gotowa wtedy, kiedy Twoi ludzie umieją na nowym systemie pracować bez podpowiedzi — a do tego potrzebują, żebyś Ty był w środku procesu.
Jeśli planujesz zmianę ERP w najbliższych miesiącach albo właśnie utknąłeś we wdrożeniu — pogadajmy. Pierwsza rozmowa jest bezpłatna i trwa pół godziny. Często wystarcza, żeby pokazać, gdzie jest największe ryzyko i co da się jeszcze uratować bez resetowania całego projektu.
Migracja ERP jest gotowa wtedy, kiedy Twoi ludzie umieją na nowym systemie pracować bez podpowiedzi — nie wtedy, kiedy dostawca powie, że skończył.