SAP Cloud ERP dla produkcji: ReadyCore Manufacturing w 16 tygodni

Jak skrócić wdrożenie ERP w firmie produkcyjnej bez rezygnowania z kluczowych procesów, kontroli kosztów i przygotowania organizacji na dalszy rozwój?

Wdrożenie nowego systemu ERP w firmie produkcyjnej jest projektem, który wpływa jednocześnie na finanse, zakupy, sprzedaż, logistykę, produkcję, dane i sposób podejmowania decyzji. Dlatego sukces transformacji nie zależy wyłącznie od wyboru technologii. Równie ważne są kontrola zakresu, jakość danych, gotowość organizacji oraz zdolność do podejmowania decyzji w odpowiednim momencie.

LeverX ReadyCore Manufacturing for SAP GROW Fast odpowiada na te wyzwania poprzez wykorzystanie prekonfigurowanego rdzenia SAP Cloud ERP dla przedsiębiorstw produkcyjnych, podejścia fit-to-standard oraz zdefiniowanego modelu wdrożenia. Celem nie jest wykonanie tradycyjnego projektu ERP w nienaturalnie krótkim czasie, lecz ograniczenie prac, które w klasycznych wdrożeniach generują największą złożoność: projektowania rozwiązania od zera, niekontrolowanego rozszerzania zakresu i nadmiernej customizacji.

Dlaczego tradycyjne wdrożenia ERP tak często przekraczają harmonogram?

Przeciągające się wdrożenia ERP rzadko zaczynają się od jednego dużego błędu. Znacznie częściej projekt traci tempo stopniowo. Na początku pojawia się rozbudowana analiza wymagań, następnie kolejne działy zgłaszają wyjątki, dodatkowe raporty, integracje i oczekiwania. Każde wymaganie może być uzasadnione z perspektywy konkretnego zespołu, ale ich suma prowadzi do wzrostu zakresu, liczby zależności oraz kosztu projektu.

W firmie produkcyjnej problem jest szczególnie istotny, ponieważ procesy nie funkcjonują niezależnie. Zmiana w planowaniu produkcji może wpłynąć na zapotrzebowanie materiałowe, zakupy i gospodarkę magazynową. Ruchy materiałowe mają konsekwencje finansowe, a sposób realizacji produkcji wpływa na kalkulację kosztu produktu, controlling i analizę marży. Opóźniona decyzja w jednym obszarze może więc zatrzymać kilka strumieni projektu.

Dodatkowym źródłem ryzyka są dane. Nawet dobrze skonfigurowany system nie będzie gotowy do uruchomienia, jeżeli dane podstawowe są niekompletne, niespójne lub nie zostały na czas zweryfikowane przez biznes. W efekcie zespół wdrożeniowy zaczyna rozwiązywać równolegle problemy procesowe, techniczne i organizacyjne.

ReadyCore zmienia punkt wyjścia. Zamiast pytać „jak odwzorować wszystkie obecne procesy w nowym ERP?”, organizacja analizuje, które standardowe procesy SAP realizują jej potrzeby i gdzie odstępstwo od standardu rzeczywiście ma uzasadnienie biznesowe. Pozwala to wcześniej ustalić granice projektu i skoncentrować zasoby na decyzjach, które mają największy wpływ na przyszły model operacyjny firmy.

Fit-to-standard: mniej projektowania systemu, więcej decyzji biznesowych

Podejście fit-to-standard oznacza, że standard SAP staje się punktem wyjścia do rozmowy o procesach. Firma nie rozpoczyna projektu od pustego systemu i wielomiesięcznego projektowania każdego scenariusza. Podczas warsztatów analizowane są gotowe procesy, a organizacja ocenia ich dopasowanie do rzeczywistych potrzeb biznesowych.

Jeżeli standardowy proces realizuje cel biznesowy, może zostać przyjęty jako rozwiązanie docelowe. Jeżeli pojawia się różnica, zespół powinien określić jej źródło. Inaczej należy traktować wymaganie wynikające z prawa, inaczej proces stanowiący przewagę konkurencyjną, a jeszcze inaczej rozwiązanie utrzymywane wyłącznie dlatego, że w starym systemie nie było lepszej możliwości.

Takie podejście zmienia charakter warsztatów. Zamiast tworzyć katalog życzeń, uczestnicy podejmują konkretne decyzje dotyczące przyszłego sposobu działania firmy. Wymaga to zaangażowania właścicieli procesów oraz dostępności osób, które mogą podejmować decyzje bez wielotygodniowych eskalacji.

Fit-to-standard ma również znaczenie po go-live. Niestandardowe modyfikacje i rozszerzenia zwiększają złożoność rozwiązania oraz mogą podnosić koszt jego utrzymania, testowania i aktualizacji. Dlatego w modelu fit-to-standard odstępstwa od standardu powinny być uzasadnione konkretną wartością biznesową. Ograniczenie customizacji nie jest więc wyłącznie sposobem na skrócenie wdrożenia. Jest elementem zarządzania długoterminowym kosztem i złożonością ERP.

Zamknięty zakres chroni harmonogram, budżet i ROI

Jednym z najważniejszych elementów modelu ReadyCore jest zdefiniowanie zakresu na początku projektu. Dla zarządu oznacza to możliwość wcześniejszego zrozumienia, co dokładnie jest przedmiotem wdrożenia, jakie procesy zostaną uruchomione oraz które elementy mogą mieć wpływ na czas i koszt.

Podstawowy model obejmuje kluczowe procesy end-to-end przedsiębiorstwa produkcyjnego: Record-to-Report, Source-to-Pay, Order-to-Cash oraz Plan-to-Produce. Nie są to cztery niezależne moduły. Razem tworzą zintegrowany przepływ informacji od planowania i zakupu materiałów, przez produkcję i sprzedaż, aż po księgowanie, controlling i raportowanie.

Zamknięty zakres nie oznacza, że nowe wymagania są automatycznie odrzucane. Oznacza natomiast, że każde dodatkowe wymaganie powinno przejść świadomą ocenę. Zespół może zdecydować, że jest ono krytyczne dla go-live, że powinno zostać zrealizowane w kolejnej fazie albo że jego wartość biznesowa nie uzasadnia zwiększenia złożoności.

Cztery główne procesy tworzące zintegrowany model operacyjny ERP dla firmy produkcyjnej.

Takie zarządzanie zakresem pomaga ograniczyć ryzyko opóźnień i niekontrolowanego wzrostu kosztów, co zwiększa przewidywalność realizacji zakładanych korzyści biznesowych. Organizacja unika sytuacji, w której strategiczne uruchomienie ERP zostaje opóźnione przez funkcjonalności o ograniczonym znaczeniu biznesowym.

Record-to-Report: finanse jako wspólny język organizacji

W przedsiębiorstwie produkcyjnym finanse są punktem, w którym spotykają się konsekwencje praktycznie wszystkich procesów operacyjnych. Zakup materiału generuje zobowiązanie i wpływa na zapasy. Zużycie materiałów przenosi koszt do produkcji. Produkcja tworzy wartość wyrobu gotowego, a sprzedaż generuje przychód i należność.

Dlatego Record-to-Report należy postrzegać szerzej niż jako księgę główną i zamknięcie okresu. Zintegrowany model finansowy powinien wspierać księgowość, należności i zobowiązania, środki trwałe, controlling, centra kosztów, kalkulację kosztów produktów, analizę wyniku oraz raportowanie zarządcze.

Dla CFO istotną wartością jest ograniczenie ręcznych uzgodnień pomiędzy finansami i operacjami. Jeżeli procesy odbywają się na jednej platformie, transakcje operacyjne mogą automatycznie generować odpowiednie konsekwencje finansowe. Zmniejsza to zależność od arkuszy Excel i ręcznego łączenia informacji z wielu źródeł.

W rezultacie ERP może pełnić rolę nie tylko systemu księgowego, ale źródła informacji o ekonomicznych konsekwencjach decyzji operacyjnych. Zarząd może analizować nie tylko przychód, lecz także koszt, marżę i rentowność produktów, klientów czy jednostek organizacyjnych.

Source-to-Pay: kontrola wydatków od potrzeby do płatności

Proces zakupowy nie zaczyna się od faktury dostawcy. Z biznesowego punktu widzenia rozpoczyna się w momencie powstania zapotrzebowania. Organizacja powinna wiedzieć, czego potrzebuje, kto zgłasza zakup, jaki jest jego cel, od którego dostawcy ma zostać zrealizowany, na jaki obiekt kosztowy zostanie przypisany oraz kto zatwierdzi wydatek.

Dopiero później pojawiają się zamówienie, dostawa, przyjęcie towaru lub usługi, faktura i płatność. Połączenie tych etapów w jednym procesie pozwala zwiększyć kontrolę nad zobowiązaniami i poprawić widoczność przyszłych wydatków.

Dla finansów oznacza to możliwość wcześniejszego rozpoznania zobowiązań biznesowych, zanim faktura trafi do księgowości. Dla zakupów oznacza większą transparentność procesu i możliwość kontroli zgodności zakupów z ustalonymi zasadami.

W środowisku produkcyjnym Source-to-Pay jest bezpośrednio powiązany z Plan-to-Produce. Zapotrzebowanie materiałowe wynikające z planowania produkcji może prowadzić do działań zakupowych, które następnie wpływają na zapasy, zobowiązania i cash flow.

Order-to-Cash: od zamówienia klienta do gotówki

Order-to-Cash warto analizować nie tylko jako proces sprzedażowy, ale jako pełny cykl prowadzący od zapotrzebowania klienta do otrzymania i rozliczenia płatności. Obejmuje on m.in. zamówienie, warunki handlowe, dostępność produktu, realizację dostawy, fakturowanie, należności, płatność oraz ewentualne zwroty i korekty.

Jeżeli sprzedaż, logistyka i finanse pracują w odseparowanych narzędziach, trudno uzyskać jeden spójny obraz statusu zamówienia. Zintegrowany ERP pozwala powiązać dane handlowe z dostawą, dokumentem sprzedaży i należnością.

Z perspektywy CFO i zarządzania płynnością kluczowe jest przejście od analizy wartości zamówień do analizy rzeczywistego cash flow. Firma powinna wiedzieć nie tylko, ile sprzedała, ale także ile zafakturowała, jakie należności pozostają otwarte i kiedy środki powinny pojawić się na rachunku.

W polskim otoczeniu proces fakturowania powinien być rozpatrywany również w kontekście lokalnych obowiązków, w tym KSeF. Dzięki temu zgodność regulacyjna jest częścią procesu sprzedażowego, a nie osobnym działaniem wykonywanym po jego zakończeniu.

Plan-to-Produce: zintegrowane zarządzanie produkcją

Plan-to-Produce jest jednym z kluczowych elementów ReadyCore Manufacturing, ponieważ właśnie tutaj system ERP łączy planowanie, materiały, moce produkcyjne, realizację produkcji, logistykę oraz finanse.

Proces może obejmować struktury materiałowe, planowanie potrzeb materiałowych, zlecenia produkcyjne, dostępność materiałów, potwierdzenia operacji, zużycie komponentów, przyjęcie wyrobów gotowych i kalkulację kosztów. Jego wartość nie wynika jednak wyłącznie z liczby obsługiwanych funkcji, lecz z integracji.

Zmiana zapotrzebowania klienta może wpłynąć na plan produkcji. Plan produkcji wpływa na zapotrzebowanie materiałowe. Niedobór materiału może wygenerować potrzebę zakupu. Zakup wpływa na zobowiązania i cash flow. Realizacja produkcji powoduje zużycie materiałów i zasobów, co ostatecznie wpływa na koszt produktu oraz marżę.

W zintegrowanym środowisku informacje te tworzą jeden łańcuch. Pozwala to ograniczyć ręczne przenoszenie danych pomiędzy systemami i szybciej identyfikować konsekwencje zmian operacyjnych.

Skąd bierze się 16 tygodni?

Szesnastotygodniowy harmonogram nie powinien być rozumiany jako próba wykonania klasycznego projektu ERP cztery razy szybciej. Krótszy czas wynika przede wszystkim ze zmiany punktu startowego oraz sposobu podejmowania decyzji.

Projekt korzysta z prekonfigurowanego fundamentu, gotowych procesów biznesowych, podejścia fit-to-standard i metodyki SAP Activate. Dzięki temu mniej czasu trzeba przeznaczać na projektowanie podstawowych procesów od zera.

Nie oznacza to pominięcia kluczowych etapów. Projekt nadal wymaga przygotowania, warsztatów, konfiguracji, migracji danych, testów, szkoleń, przygotowania do uruchomienia, go-live i wsparcia powdrożeniowego. Różnica polega na tym, że działania są prowadzone w ramach wcześniej określonego modelu.

Warunkiem utrzymania harmonogramu jest jednak gotowość organizacji. Kluczowi użytkownicy muszą być dostępni, decyzje muszą zapadać szybko, dane muszą być przygotowywane zgodnie z planem, a dodatkowe wymagania powinny podlegać kontroli zakresu. Dlatego 16 tygodni jest modelem wdrożeniowym wymagającym dyscypliny zarówno po stronie partnera, jak i klienta.

Poniższe zestawienie pokazuje typowe różnice między klasycznym modelem projektowania rozwiązania a podejściem zastosowanym w ReadyCore Manufacturing:

Różnica między tradycyjnym wdrożeniem a modelem ReadyCore.

Dane: największe ukryte ryzyko szybkiego wdrożenia

Jakość danych jest jednym z najczęściej niedoszacowanych elementów transformacji ERP. Firma może mieć gotową konfigurację i doświadczony zespół, ale jeżeli dane podstawowe są niespójne lub niekompletne, go-live może zostać zagrożony.

Dotyczy to m.in. danych klientów, dostawców, materiałów, struktur produkcyjnych, danych finansowych, sald, otwartych pozycji i danych controllingowych. Problemem może być również duplikacja danych, nieaktualne rekordy oraz brak właścicieli biznesowych odpowiedzialnych za ich zatwierdzenie.

Migracja nie powinna być więc traktowana jako jednorazowy techniczny transfer wykonywany pod koniec projektu. Powinna obejmować analizę zakresu danych, mapowanie, oczyszczanie, próbne migracje, uzgodnienia oraz walidację przez biznes.

Im wcześniej organizacja rozpocznie przygotowanie danych, tym mniejsze ryzyko, że kwestie migracyjne zaczną blokować testy lub cutover. W szybkim modelu wdrożenia przygotowanie danych po stronie klienta jest jednym z kluczowych warunków sukcesu.

Polska lokalizacja od pierwszego dnia

Dla polskiej firmy produkcyjnej globalne procesy ERP są tylko częścią wymagań. System musi równocześnie wspierać obowiązki wynikające z lokalnego otoczenia prawnego i podatkowego.

Do istotnych obszarów należą m.in. KSeF, raportowanie JPK, Biała Lista podatników oraz inne wymagania związane z polskimi procesami finansowymi i płatniczymi. Jeżeli lokalizacja zostanie potraktowana jako dodatkowy projekt realizowany dopiero po podstawowym wdrożeniu, organizacja może być zmuszona do ponownej konfiguracji procesów, budowania dodatkowych integracji i wykonywania kolejnych testów.

Dlatego warto uwzględnić lokalne wymagania już podczas projektowania procesów end-to-end. Faktura sprzedażowa nie jest wtedy wyłącznie dokumentem w procesie O2C, ale elementem, który musi spełniać wymagania lokalne. Podobnie płatność czy raportowanie finansowe powinny być analizowane w kontekście polskich regulacji.

Biznesowo oznacza to dążenie do sytuacji, w której go-live ERP i gotowość do działania w polskim otoczeniu regulacyjnym stanowią jeden spójny projekt.

Chmura, przewidywalność kosztów i Clean Core

Jednym z problemów tradycyjnych wdrożeń ERP jest trudność w przewidzeniu końcowego kosztu projektu. Jeżeli zakres zmienia się przez wiele miesięcy, rośnie liczba prac konfiguracyjnych, programistycznych, testów i integracji.

Zdefiniowany zakres ReadyCore pozwala wcześniej określić podstawowe założenia projektu oraz lepiej zarządzać elementami, które mogą generować dodatkowy koszt. Nie eliminuje to wszystkich zmian, ale sprawia, że są one podejmowane świadomie.

SAP S/4HANA Cloud Public Edition ogranicza również potrzebę utrzymywania własnej infrastruktury ERP i zapewnia regularny cykl aktualizacji. W takim modelu szczególnego znaczenia nabiera Clean Core.

Clean Core oznacza ograniczanie modyfikacji podstawowego systemu oraz świadome korzystanie ze standardu i właściwych mechanizmów rozszerzeń. Dla zarządu nie jest to wyłącznie zasada techniczna. Mniej zmian w rdzeniu oznacza łatwiejsze aktualizacje, mniejszy zakres testów regresyjnych i niższy koszt utrzymania złożoności w kolejnych latach.

Standardowy rdzeń nie powinien być postrzegany jako ograniczenie. Ma stworzyć stabilną platformę, którą można rozwijać wraz ze wzrostem organizacji i pojawianiem się nowych potrzeb.

Go-live to początek, a nie koniec transformacji

Techniczny go-live oznacza, że system został uruchomiony. Nie oznacza jeszcze, że organizacja w pełni przyjęła nowe procesy. Prawdziwa zmiana rozpoczyna się wtedy, kiedy użytkownicy zaczynają wykonywać w systemie codzienną pracę.

Pierwsze tygodnie są szczególnie ważne. Wtedy pojawiają się scenariusze, których nie dało się w pełni odtworzyć podczas testów, pytania dotyczące nowych odpowiedzialności oraz potrzeba szybkiego wsparcia użytkowników.

Faza hypercare pozwala zespołowi wdrożeniowemu szybko reagować na zgłoszenia, stabilizować procesy i wspierać użytkowników w przejściu na nowy sposób pracy. Jest to istotne również z punktu widzenia adopcji.

Jeżeli użytkownicy nie otrzymują odpowiedniej pomocy, naturalną reakcją może być powrót do znanych narzędzi: arkuszy Excel, ręcznych uzgodnień czy komunikacji e-mailowej. Dlatego hypercare należy traktować jako element ochrony wartości inwestycji, a nie wyłącznie techniczny support po wdrożeniu.

Dla kogo ReadyCore będzie właściwym wyborem?

ReadyCore jest szczególnie interesujący dla średnich przedsiębiorstw produkcyjnych, które szukają systemu ERP dopasowanego do specyfiki produkcji, planują wymianę lub modernizację ERP, chcą wykorzystać możliwości SAP Cloud ERP i są gotowe oprzeć znaczną część procesów na standardzie.

Dobrym kandydatem jest organizacja, która oczekuje kontrolowanego zakresu, szybszego time-to-value i ograniczenia customizacji. Istotna jest także gotowość do zapewnienia dostępności kluczowych użytkowników, przygotowania danych oraz podejmowania decyzji w rytmie projektu.

Model nie musi być optymalny dla każdej organizacji. Firmy posiadające bardzo dużą liczbę niestandardowych procesów, skomplikowaną architekturę integracyjną, rozbudowany legacy landscape lub wielokrajowy zakres mogą wymagać innego podejścia i harmonogramu.

Dlatego pierwszym krokiem nie powinno być automatyczne założenie, że projekt potrwa 16 tygodni. Warto rozpocząć od oceny dopasowania organizacji do modelu ReadyCore: procesów, danych, integracji, zakresu, wymagań lokalnych i gotowości biznesu.

Czy ReadyCore pasuje do organizacji?

Tabela nie zastępuje indywidualnej oceny gotowości do projektu. O tym, czy model ReadyCore Manufacturing będzie właściwym wyborem, decydują przede wszystkim zakres procesów, poziom standaryzacji, jakość danych, liczba i złożoność integracji oraz gotowość organizacji do podejmowania szybkich decyzji. Im lepiej te elementy są przygotowane przed startem projektu, tym większa szansa na realizację wdrożenia zgodnie z założonym 16-tygodniowym harmonogramem.