W 2026 roku wybór nowego systemu ERP dla firmy produkcyjnej nie jest już pytaniem otwartym. Koniec standardowego wsparcia SAP ECC w grudniu 2027 roku, obowiązkowe e-fakturowanie KSeF i narastające koszty utrzymania mocno zmodyfikowanych środowisk IT zdefiniowały konkretne minimum, które nowoczesny ERP musi spełniać. Pytanie nie brzmi dziś „czy zmieniać ERP", lecz „które wymagania są absolutnie kluczowe i jak sprawdzić, czy wybrane rozwiązanie je realizuje".
Ten artykuł to lista siedmiu wymagań technicznych i biznesowych, które powinny znaleźć się na liście kontrolnej każdego CIO i Dyrektora IT firmy produkcyjnej z segmentu midmarket. Przy każdym wymaganiu opisujemy, dlaczego jest krytyczne w obecnych warunkach rynkowych, jakie ryzyka niesie jego brak i jak konkretnie realizuje je LeverX ReadyCore Manufacturing for SAP GROW Fast — certyfikowany pakiet SAP S/4HANA Cloud dla polskich firm produkcyjnych.
Nowoczesny ERP dla firmy produkcyjnej powinien zapewniać: zgodność z KSeF i polską lokalizacją podatkową, automatyczne aktualizacje cloudowe bez angażowania wewnętrznego IT, natywne integracje przez standardowe API z systemami MES, WMS i BI, architekturę Clean Core gwarantującą prostotę utrzymania, wbudowane funkcje AI (np. SAP Joule), bezpieczną i zwalidowaną migrację danych ze starego systemu oraz przewidywalny, stały koszt wdrożenia bez ryzyka rozszerzania zakresu w trakcie projektu. SAP S/4HANA Cloud w modelu SAP GROW spełnia wszystkie te wymagania jako gotowa, certyfikowana platforma dla średnich firm produkcyjnych.
Poniżej szczegółowo opisujemy, dlaczego każde z tych siedmiu wymagań jest krytyczne w obecnych warunkach rynkowych, jakie ryzyka niesie jego brak i jak konkretnie realizuje je LeverX ReadyCore Manufacturing for SAP GROW Fast — certyfikowany pakiet SAP S/4HANA Cloud dla polskich firm produkcyjnych.
Sama lista wymagań nie wystarczy do podjęcia decyzji. Warto sprawdzić, w jaki sposób konkretne rozwiązanie ERP spełnia każde z nich — zarówno pod względem architektury, jak i organizacji projektu wdrożeniowego.
W kolejnych sekcjach pokazujemy, jak poszczególne wymagania realizuje LeverX ReadyCore Manufacturing for SAP GROW Fast — certyfikowany pakiet oparty na SAP S/4HANA Cloud Public Edition dla średnich firm produkcyjnych. Nawet jeśli rozważasz inne rozwiązania ERP, poniższe kryteria mogą posłużyć jako praktyczna lista kontrolna podczas oceny każdego dostawcy.
Jeszcze pięć lat temu CIO oceniał system ERP głównie pod kątem zakresu funkcjonalnego i ceny całkowitej. Dziś trzy zewnętrzne czynniki zmieniły wybór ERP z decyzji strategicznej w decyzję z konkretnym terminem i konkretnymi warunkami technicznymi.
SAP zakończy mainstream maintenance dla SAP ECC w grudniu 2027 roku. Po tej dacie system nie będzie otrzymywał standardowych aktualizacji regulacyjnych i bezpieczeństwa. Dla firm działających w Polsce oznacza to ryzyko braku obsługi zmian KSeF, JPK, przepisów podatkowych i wymogów ESG — w systemie, który formalnie nie jest już wspierany przez producenta. Extended maintenance jest dostępne do 2030 roku za dopłatą, ale nie rozwiązuje problemu narastającego długu technicznego — tylko przesuwa termin, przy wyższych kosztach.
Krytyczne dla planowania: typowy projekt migracji SAP ECC do S/4HANA trwa 12 do 24 miesięcy. Firmy, które zaczną planowanie w 2026 roku, zdążą przeprowadzić projekt w spokojnym, kontrolowanym tempie. Firmy, które zaczną w 2027 roku, będą pracować pod presją terminu — co zawsze oznacza wyższe koszty, większe ryzyko błędów i pośpieszne decyzje. Rozpoczęcie projektu wcześniej pozwala ograniczyć ryzyko związane z końcem wsparcia SAP ECC.
Krajowy System e-Faktur (KSeF) jest w Polsce obligatoryjny dla wszystkich podatników VAT. Wiele starszych systemów ERP wymaga dodatkowych rozszerzeń lub integracji do obsługi KSeF, podczas gdy nowoczesne środowiska cloudowe mogą oferować bardziej zintegrowane podejście do obsługi e-fakturowania. Każda firma produkcyjna musi mieć ERP z wbudowaną, systemową integracją KSeF, nie doklejoną po go-live jako zewnętrzny moduł. Zewnętrzne integracje KSeF generują dodatkowe koszty licencyjne, punkty awarii i opóźnienia przy każdej zmianie struktury pliku wymaganej przez Ministerstwo Finansów.
KSeF ERP to tylko jeden przykład. Polski rynek regulacyjny zmienia się szybko: nowe formaty JPK, zmiany w Białej Liście VAT, nowe wymogi raportowania ESG, zmieniające się struktury KPZR. Każda z tych zmian w systemie bez natywnej lokalizacji to osobny projekt dostosowawczy. W systemie z wbudowaną polską lokalizacją — to automatyczna aktualizacja kwartalna.
Firmy, które przez lata customizowały SAP ECC, dziś płacą za to dwukrotnie: raz w rosnących kosztach utrzymania środowiska, drugi raz w kosztach i ryzyku samej migracji. Im więcej niestandardowych modyfikacji, tym bardziej skomplikowany projekt konwersji. Dług techniczny rośnie każdego miesiąca — nawet gdy nikt aktywnie nic nie zmienia w systemie — bo otoczenie regulacyjne, technologiczne i rynkowe ewoluuje, a system stoi w miejscu.
Nowy system ERP powinien być zaprojektowany tak, by od pierwszego dnia uniemożliwiać budowanie tego samego problemu od nowa. To nie kwestia dyscypliny organizacyjnej, lecz architektury systemu.
Decyzja o migracji zaczyna się zwykle od pytania, czym właściwie różni się SAP S/4HANA Cloud od dotychczasowego SAP ECC — i czy różnica uzasadnia koszt i wysiłek projektu. Poniższa tabela pokazuje różnice, które mają bezpośrednie znaczenie operacyjne i finansowe dla firmy produkcyjnej.
| Obszar | SAP ECC | SAP S/4HANA Cloud |
|---|---|---|
| Aktualizacje systemu | Ręczne, rzadkie, wymagające osobnych projektów testowych | Automatyczne, kwartalne, bez angażowania wewnętrznego IT |
| Architektura rdzenia | Często mocno zmodyfikowany kod ABAP w rdzeniu systemu | Clean Core — rdzeń bez niestandardowego kodu, rozszerzenia przez SAP BTP |
| Funkcje AI | Ograniczone lub niedostępne natywnie | SAP Business AI i SAP Joule dostępne natywnie, aktualizowane co kwartał |
| Integracje z systemami zewnętrznymi | Często kruche, zależne od niestandardowych struktur danych | Standardowe, udokumentowane API OData/REST utrzymywane przez SAP |
| Polska lokalizacja (KSeF, JPK) | Często wymaga zewnętrznych dodatków lub integracji | Wbudowana w standard, aktualizowana automatycznie przez SAP |
| Wsparcie producenta | Mainstream maintenance kończy się w grudniu 2027 roku | Aktywny rozwój i wsparcie w ramach cyklu cloud SAP |
| Model wdrożenia | Zazwyczaj on-premise, długie cykle wdrożeniowe | Cloud, możliwe wdrożenie w 16 tygodni w modelu SAP GROW |
Dla firmy, która już dziś planuje migrację SAP ECC, ta tabela pokazuje jedno: różnica między systemami nie jest kosmetyczna. To zmiana całego modelu utrzymania, kosztów i gotowości na przyszłe wymagania regulacyjne i technologiczne.
Jeżeli jest jedno wymaganie techniczne, które CIO firmy produkcyjnej powinien sprawdzić jako pierwsze, to właśnie to. System ERP w nowoczesnym przedsiębiorstwie powinien aktualizować się regularnie, automatycznie, bez tygodniowych projektów testowych po stronie firmy. Brzmi to jak oczywistość — ale w rzeczywistości dla większości firm działających na SAP ECC aktualizacja systemu jest projektem, nie procedurą.
Każda niestandardowa modyfikacja rdzenia SAP ECC zmienia logikę systemu w sposób, który SAP nie może przewidzieć ani zagwarantować. Gdy producent wydaje nową paczkę poprawek lub nową wersję systemu, standardowe funkcje są wstecznie kompatybilne. Modyfikacje niestandardowe — nie. Każda z nich musi być przejrzana, przetestowana i ewentualnie poprawiona po każdej aktualizacji SAP.
W środowisku z setkami lub tysiącami modyfikacji efekt jest przewidywalny: firmy unikają aktualizacji, bo każda jest zbyt ryzykowna i zbyt kosztowna. Pracują na coraz starszej wersji systemu. Luka między wersją zainstalowaną a aktualną rośnie każdego roku. Gdy ta luka staje się zbyt duża, aktualizacja jest już nie projektem, lecz transformacją — i kosztuje odpowiednio.
Architektura Clean Core oznacza, że rdzeń systemu ERP pozostaje blisko standardu SAP — bez niestandardowego kodu ABAP, bez modyfikacji standardowych tabel, bez zmian w standardowych procesach. Cała logika biznesowa specyficzna dla firmy działa poza rdzeniem: przez platformę SAP BTP lub standardowe punkty rozszerzalności SAP (BAdI, Enhancement Spots, Custom Business Objects). Integracje z zewnętrznymi systemami realizowane są przez standardowe API, nie przez bezpośredni dostęp do tabel.
Efekt tej architektury jest kluczowy: gdy SAP wydaje nową wersję lub kwartalną aktualizację, rdzeń systemu aktualizuje się bez dotykania rozszerzeń — bo rozszerzenia działają osobno. Firma nie musi testować setek modyfikacji. Nie musi angażować konsultantów do poprawiania niestandardowego kodu. Nie musi planować kilkutygodniowego projektu po każdej aktualizacji. System jest po prostu aktualny.
ReadyCore Manufacturing for SAP GROW Fast jest zbudowany wyłącznie na standardowych funkcjach SAP S/4HANA Cloud i SAP BTP. Zero niestandardowego kodu ABAP w rdzeniu systemu. SAP S/4HANA Cloud Public Edition aktualizuje się automatycznie co kwartał — LeverX zarządza procesem aktualizacji jako część pakietu. Firma korzysta z aktualnej wersji SAP S/4HANA Cloud aktualizowanej zgodnie z harmonogramem SAP, z dostępem do wszystkich nowych funkcji, poprawek bezpieczeństwa i aktualizacji lokalizacji regulacyjnej — bez angażowania wewnętrznego IT do obsługi aktualizacji.
System ERP funkcjonuje w ekosystemie wielu aplikacji biznesowych. ERP współpracuje ze środowiskiem dziesiątek systemów: MES (Manufacturing Execution System) zarządzający halą produkcyjną, WMS lub SAP EWM obsługujący magazyn, systemy BI i narzędzia analityczne, platformy B2B do komunikacji z dostawcami i klientami, narzędzia do planowania popytu i S&OP, systemy bankowe, platformy e-commerce, systemy klientów wymagające integracji EDI. Każdy z tych systemów musi wymieniać dane z ERP — regularnie, niezawodnie, bez ręcznej interwencji.
W środowisku SAP ECC z wieloma modyfikacjami każda integracja jest zakodowana pod konkretną, niestandardową strukturę danych. Gdy moduł MM ma 47 niestandardowych rozszerzeń wpływających na strukturę tabeli zapasów — integracja z systemem planowania popytu musi znać tę konkretną strukturę. Gdy struktura zmienia się przy aktualizacji lub nowej modyfikacji — integracja się psuje.
Efekty operacyjne są dotkliwe: incydenty produkcyjne trudne do debugowania (usterka jest na styku dwóch niestandardowych modyfikacji i zewnętrznej integracji), każda nowa integracja wymaga osobnego projektu trwającego miesiące zamiast tygodni, wiedza o tym, jak działają konkretne integracje, skupia się w jednej lub dwóch osobach. Gdy te osoby odchodzą — ryzyko operacyjne skokowo rośnie.
Nowoczesna architektura integracyjna opiera się na stabilnych, udokumentowanych interfejsach API — OData, REST, SOAP — które nie zmieniają się przy aktualizacjach systemu. Zewnętrzny system podłącza się do standardowego API SAP dla konkretnego procesu (zamówienia sprzedaży, pozycji materiałowej, dokumentu finansowego) i wie dokładnie, jakiego formatu danych się spodziewać. Niezależnie od tego, czy SAP wydaje nową wersję, czy firma dodaje nowe funkcje przez BTP — standardowe API pozostaje niezmienione.
SAP S/4HANA Cloud udostępnia setki standardowych API publikowanych i utrzymywanych przez SAP API Business Hub. Każdy z tych interfejsów jest utrzymywany przez SAP, aktualizowany razem z platformą i gwarantowany jako backward-compatible.
Wszystkie procesy LeverX ReadyCore Manufacturing są zbudowane na standardowych funkcjach SAP S/4HANA Cloud — co oznacza, że wszystkie integracje mogą być realizowane przez standardowe, udokumentowane API SAP. Integracja może być realizowana w oparciu o standardowe API, co znacząco ogranicza zakres prac integracyjnych. LeverX oferuje DataLark — własne narzędzie do migracji i integracji danych, które przyspiesza podłączenie danych z poprzednich systemów (SAP ECC, Dynamics, Comarch) o 60%. DataLark obsługuje walidację i symulację danych przed go-live — problemy są widoczne przed uruchomieniem, nie po nim.
Clean Core nie jest nowym hasłem marketingowym. To konkretne podejście architektoniczne, które SAP formalnie wspiera narzędziami i wytycznymi od 2022 roku, a które jest fundamentem wszystkich nowych wdrożeń SAP S/4HANA Cloud. Zrozumienie, czym jest Clean Core i co oznacza w praktyce, jest kluczowe dla każdego CIO oceniającego długoterminowy koszt posiadania nowego systemu ERP.
Zasada jest prosta: rdzeń systemu ERP (SAP S/4HANA) pozostaje blisko standardowego produktu SAP. Oznacza to brak niestandardowego kodu ABAP wbudowanego w standardowe procesy, brak modyfikacji standardowych tabel bazy danych i brak zmian w standardowej logice procesów transakcyjnych.
To, co jest specyficzne dla firmy — własna logika biznesowa, rozszerzenia procesów, integracje z zewnętrznymi systemami — działa poza rdzeniem, przez SAP Business Technology Platform (BTP). BTP zapewnia izolację między logiką biznesową firmy a rdzeniem SAP. Gdy SAP aktualizuje rdzeń, nie dotyka komponentów BTP. Gdy firma aktualizuje komponenty BTP, nie ryzykuje stabilności rdzenia ERP.
Firma działająca na Clean Core architekturze ma fundamentalnie inny profil kosztowy niż firma z mocno zmodyfikowanym ERP. Różnica ujawnia się w trzech wymiarach:
Po pierwsze, koszt aktualizacji. W środowisku Clean Core aktualizacja kwartalna SAP S/4HANA Cloud jest automatyczna i nie wymaga testowania modyfikacji — bo modyfikacji w rdzeniu nie ma. W środowisku z dużą liczbą customizacji każda aktualizacja to projekt z budżetem i harmonogramem.
Po drugie, koszt rozbudowy. Dodanie nowej funkcji lub integracji w środowisku Clean Core to konfiguracja lub rozwój komponentu BTP — poza rdzeniem, bez ryzyka destabilizacji istniejących procesów. W środowisku z customizacjami każde rozszerzenie musi być testowane pod kątem wpływu na istniejące modyfikacje. Złożoność rośnie wykładniczo wraz z liczbą wcześniejszych customizacji.
Po trzecie, gotowość na nowe funkcje SAP. SAP regularnie udostępnia nowe możliwości: SAP Joule (AI), nowe aplikacje Fiori, rozszerzenia analityczne. Wszystkie działają optymalnie w środowisku Clean Core. W środowisku z dużą liczbą modyfikacji każda nowa funkcja SAP wymaga weryfikacji zgodności z istniejącym kodem niestandardowym — co często oznacza odkładanie jej wdrożenia na kolejny projekt.
ReadyCore Manufacturing jest zbudowany na zasadach Clean Core od pierwszego dnia. Predefiniowane procesy branżowe (Order-to-Cash, Source-to-Pay, Plan-to-Produce, Record-to-Report) pokrywają potrzeby typowej firmy produkcyjnej bez modyfikacji rdzenia. Gdy firma potrzebuje rozszerzenia poza standardem — dzieje się to przez SAP BTP lub standardowe punkty rozszerzalności, nie przez modyfikację kodu rdzenia. LeverX przeprowadza walidację Clean Core jako element odbioru projektu — firma otrzymuje pisemne potwierdzenie, że system jest zgodny z wymaganiami SAP GROW Clean Core.
Polska lokalizacja systemu ERP to jeden z obszarów, w którym różnica między „wbudowanym" a „doklejonym" ma bezpośrednie konsekwencje operacyjne i finansowe. Wiele firm odkrywa tę różnicę po go-live, gdy okazuje się, że lokalizacja działa inaczej niż oczekiwano lub wymaga osobnych prac przy każdej zmianie przepisów.
Lokalizacja wbudowana oznacza, że mechanizmy takie jak KSeF, JPK, Biała Lista VAT i Split Payment są częścią standardowego kodu SAP S/4HANA — utrzymywaną przez SAP, testowaną przez SAP i aktualizowaną przez SAP razem z każdą kwartalną wersją platformy. Gdy Ministerstwo Finansów zmienia strukturę pliku JPK lub format komunikatów KSeF, SAP wydaje aktualizację lokalizacyjną, która jest dostarczana do wszystkich klientów automatycznie.
Lokalizacja „doklejona" to zewnętrzna integracja lub osobny moduł połączony z systemem ERP. Może działać poprawnie — ale każda zmiana przepisów wymaga osobnego projektu aktualizacyjnego po stronie firmy lub dostawcy modułu. Koszt każdej takiej aktualizacji to kilka do kilkudziesięciu tysięcy złotych. Przy kilku zmianach rocznie — co w Polsce jest normą — suma robi się znacząca.
Polska lokalizacja w SAP S/4HANA Cloud obejmuje kilkanaście obszarów, z których najważniejsze dla firm produkcyjnych to:
KSeF (Krajowy System e-Faktur) — wysyłanie i odbieranie faktur przez platformę KSeF Ministerstwa Finansów, obsługa UPO (Urzędowego Poświadczenia Odbioru), archiwizacja faktur zgodna z wymogami, obsługa faktur korygujących i zaliczkowych. Wszystko w ramach standardowego procesu fakturowania w SAP, bez zewnętrznego systemu pośredniczącego.
JPK (Jednolity Plik Kontrolny) — automatyczne generowanie wszystkich wymaganych wariantów: JPK_V7M (VAT z deklaracją), JPK_FA (faktury sprzedaży), JPK_MAG (dokumenty magazynowe), JPK_WB (wyciągi bankowe). System generuje pliki automatycznie na podstawie danych transakcyjnych bez ręcznego eksportu.
Biała Lista podatników VAT — automatyczna weryfikacja numerów rachunków bankowych dostawców przy każdej płatności, alerty dla rachunków spoza Białej Listy, dokumentacja weryfikacji dla celów audytowych.
Split Payment (MPP) — mechanizm podzielonej płatności zintegrowany z obiegiem faktur. System automatycznie identyfikuje faktury objęte obowiązkowym MPP i generuje odpowiednie polecenia przelewu.
Polski plan kont KPZR — standardowa struktura kont zgodna z polskim prawem bilansowym, gotowa do użycia od pierwszego dnia. Rachunkowość finansowa i podatkowa w jednym systemie.
W ReadyCore Manufacturing polska lokalizacja jest aktywna od pierwszego dnia go-live. Nie wymaga osobnego projektu wdrożeniowego — jest częścią pakietu. Przy każdej kwartalnej aktualizacji SAP S/4HANA Cloud polska lokalizacja jest automatycznie aktualizowana przez SAP. Firma nie musi śledzić zmian w przepisach i zlecać osobnych projektów dostosowawczych — SAP robi to jako część standardowego utrzymania platformy.
Strach przed nieudanym projektem ERP jest jedną z głównych barier hamujących decyzje o modernizacji systemów. I jest to strach racjonalny — oparty na realnych doświadczeniach branży IT. Według wielu analiz branżowych znaczna część dużych projektów ERP przekracza pierwotny budżet lub termin. Główna przyczyna jest powtarzalna: zakres projektu rozszerzał się w jego trakcie, nie przed startem.
Tradycyjny projekt ERP zaczyna się od analizy wymagań — CIO zbiera oczekiwania wszystkich działów, doradca zewnętrzny mapuje je na funkcje systemu, powstaje specyfikacja. Problem polega na tym, że każdy dział ma swoje „must have", które staje się podstawą do rozbudowy zakresu. Dział finansów chce specyficznego raportu. Produkcja potrzebuje niestandardowego interfejsu z MES. Sprzedaż wymaga modyfikacji procesu wyceny. Każda z tych zmian wydaje się niewielka — ale każda oznacza niestandardowy kod, dodatkowy czas testowania i wyższy koszt projektu.
W połowie projektu zakres jest dwukrotnie większy niż planowano. Harmonogram jest przekroczony. Budżet wyczerpany. Projekt trwa dalej — bo nie można go porzucić w połowie — ale pod rosnącą presją, co prowadzi do błędów i skrótów w testowaniu. Go-live jest odraczany. Gdy w końcu następuje, system ma błędy, które trzeba naprawiać w produkcji.
Model z predefiniowanym, zamkniętym zakresem odwraca ten proces. Zamiast pytać działów „czego chcecie?", partner projektowy prezentuje gotowe procesy branżowe i pyta: „czy to odpowiada waszym potrzebom?". Jeżeli tak — projekt rusza z jasno określonym zakresem. Jeżeli nie — zakres jest dostosowywany przed podpisaniem umowy.
Efekt jest fundamentalny: firma wie przed startem projektu, co dostanie, kiedy i za ile. Nie ma niespodzianek w połowie drogi. Nie ma dyskusji o tym, czy dana funkcja jest w zakresie. Nie ma „dodatkowych zleceń" powiększających budżet.
Dla CIO, który raportuje do CEO lub CFO, to różnica między projektem, który można sprzedać zarządowi jako przewidywalną inwestycję, a projektem, który wymaga co kwartał kolejnych akceptacji na przekroczenia budżetu.
ReadyCore Manufacturing for SAP GROW Fast jest certyfikowanym pakietem SAP GROW Fast. Zakres jest predefiniowany przez SAP i LeverX — przed podpisaniem umowy firma wie dokładnie, jakie procesy są objęte pakietem. Harmonogram: go-live w 16 tygodniach przy standardowym zakresie. Przy standardowym zakresie LeverX deklaruje realizację projektu w 16 tygodni.
Metodologia realizacji opiera się na SAP Activate — ustrukturyzowanym, powtarzalnym podejściu do wdrożeń SAP z jasnymi fazami: Discover, Prepare, Explore, Realize, Deploy, Run. Każda faza ma zdefiniowane zadania, odpowiedzialności i kryteria odbioru. Wewnętrzny zespół IT firmy nie jest głównym zasobem projektu — może kontynuować bieżącą pracę operacyjną w trakcie wdrożenia.
SAP Joule — asystent AI wbudowany w SAP S/4HANA — zmienia sposób pracy z systemem ERP w sposób, który trudno zignorować. Nie chodzi o chatbota do odpowiadania na ogólne pytania, lecz o asystenta, który rozumie kontekst biznesowy i strukturę danych w systemie SAP firmy.
SAP Joule potrafi odpowiadać na pytania w języku naturalnym o dane w systemie SAP: „ile zamówień jest opóźnionych powyżej 3 dni?", „które pozycje materiałowe mają stan poniżej poziomu reorder point?", „które faktury oczekują na zatwierdzenie dłużej niż 5 dni roboczych?". Zamiast wchodzić do odpowiedniej transakcji SAP i budować raport, użytkownik zadaje pytanie i otrzymuje odpowiedź bezpośrednio w interfejsie Fiori.
W kontekście produkcyjnym SAP Joule wspiera procesy planowania (sugestie priorytetyzacji zleceń produkcyjnych na podstawie terminów i dostępności materiałów), zakupów (automatyczne sugestie zamówień uzupełniających na podstawie prognozy popytu), finansów (wykrywanie anomalii w danych finansowych — faktury, które odbiegają od historycznych wzorców, potencjalne duplikaty płatności) i HR (automatyzacja procesów wdrażania pracowników w połączeniu z SAP SuccessFactors).
SAP Joule i inne funkcje SAP Business AI są dostępne wyłącznie w SAP S/4HANA Cloud i wymagają, by system był na aktualnej wersji platformy. Firma działająca na SAP ECC — lub na starszej wersji SAP S/4HANA on-premise — nie ma dostępu do żadnej z tych funkcji. Firma działająca na aktualnym SAP S/4HANA Cloud z architekturą Clean Core ma dostęp do wszystkich funkcji AI SAP od razu, bez osobnych projektów wdrożeniowych.
Ważne: każda nowa funkcja AI, którą SAP udostępnia w kwartalnych aktualizacjach, jest automatycznie dostępna dla firm na SAP S/4HANA Cloud. Firma nie musi czekać na projekt integracyjny ani wycenę wdrożenia kolejnego komponentu. Nowe funkcje są udostępniane w ramach cyklu rozwojowego SAP.
LeverX ReadyCore Manufacturing jest zbudowany na SAP S/4HANA Cloud Public Edition i SAP BTP — platformach, na których działają wszystkie funkcje SAP Business AI. Klienci SAP S/4HANA Cloud mogą korzystać z funkcji SAP Business AI, w tym SAP Joule, zgodnie z aktualną dostępnością produktu i warunkami licencyjnymi SAP. Każda nowa funkcja AI udostępniana przez SAP w kwartalnych aktualizacjach pojawia się automatycznie w środowisku klienta — bez osobnych projektów integracyjnych, bez dodatkowych kosztów wdrożenia.
Migracja danych to element projektu ERP, który jest najczęściej niedoszacowany na etapie planowania i najczęściej jest źródłem opóźnień i przekroczeń budżetu w trakcie realizacji. Firmy skupiają się na zakresie funkcjonalnym — co system będzie robił — i odkrywają w połowie projektu, że przeniesienie danych z poprzedniego systemu jest bardziej skomplikowane i kosztowne niż zakładano.
Dane w starych systemach ERP są rzadko czyste. Przez lata nagromadziły się duplikaty kontrahentów, niespójne kody materiałów, brakujące atrybuty wymagane przez nowy system, dane w formatach niekompatybilnych z SAP S/4HANA Cloud, historyczne wpisy transakcyjne z błędami, które w starym systemie „działały" mimo formalnych niespójności.
Typowy problem: firma ma 5 000 dostawców w bazie SAP ECC. Po analizie okazuje się, że 800 to duplikaty, 600 nie ma wypełnionych wymaganych pól dla Białej Listy VAT, 200 ma niespójne dane bankowe. Przed migracją do nowego systemu trzeba te dane oczyścić — ale w trakcie projektu, nie przed jego startem, bo zakres czyszczenia jest znany dopiero po analizie. Efekt: projekt opóźniony o kilka tygodni, koszty wyższe od planowanych.
Drugi problem: migracja danych w podejściu big-bang — przeniesienie wszystkiego w ostatni weekend przed go-live — jest ryzykowna. Jeżeli w tym weekendzie coś pójdzie nie tak (problemy z jakością danych, techniczne błędy transformacji), go-live jest zagrożony. Firma wchodzi na produkcję z danymi, których jakości nie ma pewności.
Bezpieczna migracja danych powinna przebiegać iteracyjnie: wielokrotne migracje testowe na systemie deweloperskim lub testowym, walidacja jakości danych po każdej migracji testowej, identyfikacja i czyszczenie problemów przed go-live, symulacja pełnej migracji produkcyjnej z potwierdzeniem wyników. Firma wie przed ostatecznym go-live, że dane są czyste, kompletne i zgodne z wymaganiami nowego systemu.
LeverX oferuje DataLark — własne narzędzie do migracji, integracji i walidacji danych, dostępne jako część pakietu ReadyCore. DataLark obsługuje migrację z dowolnego systemu źródłowego: SAP ECC, Microsoft Dynamics, Comarch ERP, IFS, systemy własne, arkusze Excel. Kluczowe możliwości DataLark w kontekście projektu ReadyCore:
Automatyczna analiza jakości danych ze źródłowego systemu — raport identyfikujący duplikaty, brakujące pola, niespójności i dane niezgodne z wymaganiami SAP S/4HANA Cloud. Ta analiza jest wykonywana na początku projektu, nie w połowie. Firma wie od razu, jaki jest zakres czyszczenia danych i może zaplanować odpowiednie zasoby.
Wielokrotne migracje testowe z walidacją wyników. DataLark umożliwia uruchomienie pełnej migracji testowej w środowisku deweloperskim, sprawdzenie wyników, identyfikację problemów i poprawienie mapowania — iteracyjnie, bez presji czasu. Migracja produkcyjna jest wykonywana dopiero po potwierdzeniu, że wszystkie testy zakończyły się sukcesem.
Skrócenie czasu migracji o 60% w porównaniu z tradycyjnym podejściem ręcznym. DataLark automatyzuje transformację i mapowanie danych, eliminując ręczne przepisywanie i sprawdzanie danych przez konsultantów. Efekt: migracja, która tradycyjnie trwałaby 8 tygodni, z DataLark zajmuje 3 tygodnie — z wyższą jakością wynikową.
Zanim firma podejmie decyzję o nowym systemie ERP dla produkcji, warto poznać błędy, które najczęściej powtarzają się w projektach zakończonych przekroczeniem budżetu, opóźnieniem lub niezadowoleniem z efektu końcowego. Poniżej sześć najczęstszych pułapek, które CIO i Dyrektorzy IT powinni rozpoznać zanim staną się ich własnym problemem.
Błąd 1 — Ocena ERP wyłącznie pod kątem funkcjonalności, bez analizy architektury. Lista funkcji systemu wygląda dobrze w prezentacji sprzedażowej, ale nie mówi nic o tym, jak system będzie się zachowywał za dwa lata, gdy trzeba będzie go zaktualizować lub rozbudować. Architektura — Clean Core czy mocno customizowany rdzeń — ma większy wpływ na koszt całego cyklu życia systemu niż lista funkcji na starcie.
Błąd 2 — Odkładanie decyzji o migracji SAP ECC do 2027 roku. Im później firma zaczyna planowanie, tym mniej czasu ma na spokojną realizację 12–24-miesięcznego projektu przed końcem wsparcia. Firmy, które czekają do ostatniego momentu, kończą projekt pod presją terminu — co prawie zawsze oznacza wyższe koszty i więcej błędów.
Błąd 3 — Traktowanie integracji z KSeF i innymi systemami regulacyjnymi jako dodatku, nie elementu standardu. ERP a KSeF to nie osobny projekt do zrealizowania po wdrożeniu głównego systemu — to wymaganie, które powinno być sprawdzone przed podpisaniem umowy. Doklejona integracja oznacza powtarzające się koszty przy każdej zmianie przepisów.
Błąd 4 — Brak jasno zdefiniowanego zakresu projektu przed startem. Projekty, które zaczynają się od otwartej analizy wymagań bez predefiniowanego zakresu, regularnie kończą z budżetem i harmonogramem przekroczonym o wielokrotność pierwotnego planu — bo każdy dział dodaje swoje „must have" w trakcie realizacji.
Błąd 5 — Niedoszacowanie złożoności migracji danych. Firmy skupiają się na konfiguracji systemu i zapominają, że dane ze starego ERP rzadko są gotowe do bezpośredniego przeniesienia. Duplikaty, brakujące pola i niespójności wykryte w połowie projektu zawsze kosztują więcej niż te zidentyfikowane na starcie.
Błąd 6 — Wybór partnera wdrożeniowego bez doświadczenia w konkretnym segmencie i podejściu. Partner, który ma doświadczenie głównie w projektach Enterprise, może nie rozumieć logiki szybkiego, predefiniowanego wdrożenia ERP dla średniej firmy produkcyjnej — i odwrotnie. Dopasowanie partnera do skali i typu projektu jest równie ważne jak dopasowanie samego systemu.
Migracja do nowego systemu ERP produkcyjnego przebiega znacznie sprawniej, gdy organizacja przygotowuje się do niej zanim formalnie wybierze partnera i podpisze umowę. Poniżej praktyczne kroki, które warto wykonać wewnętrznie przed startem projektu wdrożenia SAP dla produkcji.
Krok 1 — Zrób inwentaryzację obecnego środowiska IT. Spisz wszystkie systemy zintegrowane z obecnym ERP (MES, WMS, BI, platformy B2B), liczbę i charakter niestandardowych modyfikacji oraz wersję systemu, na której firma aktualnie działa. Ta inwentaryzacja jest punktem wyjścia do każdej rozmowy z potencjalnym partnerem wdrożeniowym.
Krok 2 — Oceń jakość danych w obecnym systemie. Sprawdź, ile duplikatów kontrahentów, niespójnych kodów materiałowych i brakujących pól może znajdować się w bazie. Nie trzeba robić tego dokładnie samodzielnie — wystarczy świadomość, że dane prawdopodobnie wymagają czyszczenia, żeby właściwie zaplanować budżet i czas migracji.
Krok 3 — Zdefiniuj, które procesy są naprawdę unikalne dla firmy. Wiele procesów, które wewnętrznie wydają się „specyficzne dla naszej branży", w rzeczywistości pokrywa się ze standardowymi procesami SAP Best Practices. Odróżnienie rzeczywistej unikalności od przyzwyczajenia do starego systemu pomaga utrzymać zakres projektu pod kontrolą.
Krok 4 — Określ realistyczny harmonogram względem końca wsparcia SAP ECC. Licząc od 2026 roku do grudnia 2027, firma ma ograniczone okno czasowe na spokojną migrację SAP ECC. Zaplanowanie startu projektu z odpowiednim wyprzedzeniem eliminuje presję czasu, która jest główną przyczyną błędów w projektach ERP.
Krok 5 — Przygotuj zespół wewnętrzny na zaangażowanie czasowe. Nawet przy predefiniowanym zakresie i krótkim harmonogramie projekt wymaga udziału kluczowych użytkowników z finansów, zakupów, sprzedaży i produkcji — przede wszystkim w fazach Explore i Deploy. Wcześniejsze zaplanowanie ich czasu zapobiega konfliktom z bieżącą pracą operacyjną.
Krok 6 — Umów bezpłatną sesję techniczną przed wyborem dostawcy. Sesja techniczna z doświadczonym partnerem SAP pozwala zweryfikować założenia z poprzednich kroków, zanim firma zobowiąże się do konkretnego zakresu i budżetu.
Dla CIO, który odpowiada za projekt wdrożeniowy przed zarządem, ważna jest nie tylko lista funkcji systemu, lecz przede wszystkim to, jak projekt jest realizowany i co dzieje się w każdej jego fazie. Projekt ReadyCore Manufacturing jest realizowany według metodologii SAP Activate — podzielonej na 6 faz z jasno zdefiniowanymi zadaniami, odpowiedzialnościami i kryteriami odbioru.
Wstępna ocena techniczna i biznesowa. Eksperci LeverX przeprowadzają SAP Cloud ERP Technical Fit Session — analizę obecnego środowiska IT firmy, istniejących procesów biznesowych i zakresu potrzebnej migracji. Wynikiem tej fazy jest potwierdzenie zakresu pakietu ReadyCore lub identyfikacja obszarów wymagających rozszerzeń poza standardem. To tutaj pada odpowiedź na pytanie, czy ReadyCore Midmarket czy projekt Enterprise jest właściwym podejściem.
Przygotowanie projektu: uruchomienie systemu testowego, konfiguracja podstawowych parametrów (organizacja sprzedaży, zakładowy plan kont, waluty), szkolenie wstępne zespołu projektowego ze strony klienta, analiza jakości danych źródłowych przez DataLark. Na końcu tej fazy zespół klienta rozumie strukturę systemu i wie, jakie dane wymagają przygotowania przed migracją.
Potwierdzenie fit procesów biznesowych klienta do standardowych procesów SAP w ReadyCore. Warsztaty z kluczowymi użytkownikami z każdego obszaru (finanse, zakupy, sprzedaż, produkcja). Identyfikacja luk między standardem a potrzebami klienta. Decyzja o podejściu do każdej luki: konfiguracja w standardzie, rozszerzenie przez BTP, zmiana procesu biznesowego. Pierwsze migracje testowe danych.
Konfiguracja systemu zgodnie z wynikami fazy Explore. Konfiguracja integracji z zewnętrznymi systemami przez standardowe API. Kolejne iteracje migracji testowych z walidacją wyników. Testy jednostkowe kluczowych procesów. Na końcu tej fazy system jest w pełni skonfigurowany i gotowy do testów akceptacyjnych.
Testy akceptacyjne użytkownika (UAT) — kluczowi użytkownicy testują wszystkie procesy w scenariuszach zbliżonych do rzeczywistych. Szkolenia dla wszystkich użytkowników końcowych. Symulacja go-live (tzw. rehearsal) — pełne ćwiczenie migracji produkcyjnej, żeby upewnić się, że weekend go-live przebiegnie sprawnie. Ostateczna weryfikacja jakości danych przed migracją produkcyjną.
Migracja produkcyjna i oficjalny start systemu. LeverX zapewnia intensywne wsparcie operacyjne przez pierwsze 2-4 tygodnie po go-live — tzw. hypercare. Eksperci LeverX są dostępni do szybkiej reakcji na każdy problem operacyjny. Po fazie hypercare projekt przechodzi w tryb standardowego wsparcia AMS (Application Management Services).
Jednym z najważniejszych pytań, które CIO powinien zadać na początku procesu wyboru ERP, jest: „czy to rozwiązanie jest skrojone dla mojej skali i złożoności działalności?". ReadyCore Manufacturing for SAP GROW Fast ma jasno zdefiniowany profil docelowy — i równie jasno zdefiniowany zakres, dla którego nie jest właściwym wyborem.
ReadyCore Manufacturing for SAP GROW Fast jest optymalnym wyborem dla firmy, która spełnia większość z poniższych kryteriów:
Pod względem skali: firma z jednym lub kilkoma zakładami produkcyjnymi w Polsce, przychody rzędu 50–500 mln PLN rocznie, wewnętrzny zespół IT liczący 2–10 osób odpowiedzialnych za systemy biznesowe, zatrudnienie 100–1000 pracowników.
Pod względem procesów: standardowe lub zbliżone do standardowych procesy zakupowe i sprzedażowe, produkcja dyskretna lub procesowa bez ekstremalnej złożoności (zaawansowana produkcja wieloetapowa z setkami operacji jest obsługiwana przez opcjonalne rozszerzenia), zarządzanie zapasami w jednym lub kilku magazynach, standardowe procesy finansowe z pełną polską lokalizacją.
Pod względem sytuacji IT: firmy korzystające obecnie z SAP ECC i planujące migrację przed 2027 rokiem, lub wdrożenie ERP po raz pierwszy, lub działanie na systemie spoza ekosystemu SAP (Dynamics, Comarch, system własny) z potrzebą przejścia na platformę SAP. Brak lub ograniczona liczba niestandardowych integracji wymagających zachowania w nowym systemie.
Pod względem priorytetu projektu: szybki go-live (16 tygodni to priorytet), przewidywalny budżet bez ryzyka scope creep, minimalne zaangażowanie wewnętrznego IT w projekt wdrożeniowy, pełna zgodność z polskimi przepisami podatkowymi od pierwszego dnia.
ReadyCore Manufacturing nie jest właściwym rozwiązaniem dla organizacji, które spełniają jeden lub więcej z poniższych warunków:
Wielozakładowe grupy przemysłowe z produkcją w kilku krajach lub kilkudziesięciu lokalizacjach — wymagające centralnego ERP obsługującego wiele kodów firmy (company codes), walut, języków i jurysdykcji podatkowych jednocześnie.
Firmy z wysoce niestandardowymi procesami produkcyjnymi — zaawansowane receptury chemiczne i farmaceutyczne, produkcja kontraktowa z kompleksowym zarządzaniem partiami, branże z wymogami serializacji GS1 lub regulacjami FDA/GMP.
Organizacje z rozbudowaną architekturą IT wymagającą zachowania wielu istniejących integracji — np. kilkadziesiąt systemów MES różnych producentów, kompleksowe systemy automatyki halowej, wielowarstwowe systemy BI i data warehouse.
W takich przypadkach LeverX realizuje dedykowane projekty SAP S/4HANA Enterprise — indywidualne wdrożenia z pełnym zakresem dostosowania do złożonych procesów, architektur wielosystemowych i wymagań korporacyjnych. Projekt enterprise jest wyceniany indywidualnie, trwa zazwyczaj 12–24 miesięcy i obejmuje pełen zakres analizy, projektowania i wdrożenia.
Kluczowe jest, że LeverX pomoże określić, które podejście jest właściwe dla konkretnej organizacji — podczas bezpłatnej sesji technicznej, przed podpisaniem jakiejkolwiek umowy. Jeżeli ReadyCore nie jest właściwym rozwiązaniem, eksperci powiedzą to wprost.
Wybór partnera wdrożeniowego SAP jest równie ważny jak wybór samego systemu. Właściwe pytania na etapie oceny partnerów pozwalają szybko odfiltrować partnerów, którzy obiecują dużo, ale nie mają doświadczenia w konkretnej branży lub podejściu.
Pytanie 1: Ile projektów SAP S/4HANA Cloud GROW Fast dla firm produkcyjnych zrealizowaliście w ostatnich 2 latach?
Pytanie 2: Jak wygląda Wasza metodologia zarządzania zakresem projektu i co się dzieje, gdy klient chce dodać funkcję poza ustalonym zakresem?
Pytanie 3: Jak zapewniacie zgodność z architekturą Clean Core? Czy wykonujecie formalną walidację przed go-live?
Pytanie 4: Jak wygląda migracja danych w Waszym podejściu? Czy robicie iteracyjne migracje testowe, czy jedną migrację produkcyjną?
Pytanie 5: Jakie wsparcie oferujecie po go-live i przez jak długo? Czy hypercare jest standardem, czy opcją płatną?
Pytanie 6: Czy macie własny zespół IT Security do oceny bezpieczeństwa środowiska SAP Cloud, czy polegacie wyłącznie na zabezpieczeniach SAP?
CIO myślący strategicznie ocenia inwestycję w ERP nie tylko pod kątem obecnych potrzeb, lecz pod kątem 5–10-letniej perspektywy. ReadyCore Manufacturing jest zaprojektowany jako punkt startowy — nie punkt docelowy. Architektura Clean Core i platforma SAP BTP tworzą fundament, który rośnie razem z firmą.
Firma, która zaczyna od pakietu podstawowego ReadyCore (finanse, zakupy, sprzedaż, produkcja), może rozszerzać środowisko o kolejne moduły i funkcje bez naruszania architektury Clean Core. Zaawansowane zarządzanie magazynem (SAP EWM), zaawansowane planowanie produkcji, zarządzanie transportem (SAP TM), planowanie łańcucha dostaw (SAP IBP), zarządzanie jakością (SAP QM) — każde z tych rozszerzeń jest dostępne jako opcjonalny komponent, wdrażany przez SAP BTP bez modyfikacji rdzenia.
SAP AI capabilities — SAP Joule, SAP Business AI, nowe modele uczenia maszynowego do prognozowania popytu — są dostępne natychmiast po udostępnieniu przez SAP w kwartalnych aktualizacjach. Firma na ReadyCore jest „AI-ready" od pierwszego dnia, bez dodatkowych projektów.
Jeżeli firma midmarket rośnie i za kilka lat staje się grupą z kilkoma zakładami lub spółkami — platforma SAP S/4HANA Cloud jest gotowa na rozszerzenie do środowiska wielopodmiotowego. Przejście z jednego kodu firmy do kilku jest obsługiwane przez standardowe funkcje platformy. Nie ma potrzeby wymiany systemu przy wzroście skali — jest potrzeba rozszerzenia konfiguracji.
Dla firm planujących przejęcia nowych podmiotów lub zakładów — środowisko SAP S/4HANA Cloud z Clean Core zapewnia szybszą integrację nowych aktywów. Standardowe procesy i standardowe API oznaczają, że podłączenie nowego zakładu do istniejącego środowiska ERP jest kwestią konfiguracji, nie projektu transformacji.
Jeżeli firma produkcyjna stoi przed decyzją o nowym ERP lub migracji SAP ECC, właściwym następnym krokiem jest sesja techniczna z ekspertem.
LeverX oferuje SAP Cloud ERP Technical Fit & Migration Session — bezpłatne spotkanie techniczne (online lub w siedzibie firmy), które trwa do 90 minut i ma konkretny wynik: pisemną ocenę techniczną aktualnego środowiska i rekomendację ścieżki (ReadyCore Midmarket lub Enterprise), nie ofertę handlową. Sesja obejmuje:
Ocenę aktualnego stanu środowiska ERP — wersja SAP ECC lub innego systemu, poziom customizacji i dług techniczny, istniejące integracje i ich złożoność, stan danych i szacowany zakres migracji.
Dopasowanie zakresu ReadyCore do specyfiki firmy — które procesy są pokryte standardem, które wymagają rozszerzeń, które mogą wymagać projektu enterprise.
Realny szacunek harmonogramu i budżetu — na podstawie doświadczenia LeverX z podobnymi projektami, nie ogólnych widełek z materiałów marketingowych.
Odpowiedź na konkretne pytania techniczne — niezależnie od tego, ile ich jest i jak szczegółowe są.
| Wymaganie CIO | Realizacja w ReadyCore Manufacturing | Narzędzie / architektura |
| Aktualizacje bez regresji | Clean Core — zero kodu w rdzeniu, aktualizacje kwartalne automatyczne | SAP S/4HANA Cloud, Clean Core |
| Natywne integracje przez API | 1 000+ standardowych interfejsów OData/REST + DataLark | SAP BTP, standardowe API SAP |
| Architektura Clean Core | Predefiniowane procesy SAP — brak ABAP w rdzeniu od pierwszego dnia | SAP BTP, Best Practices SAP |
| Polska lokalizacja wbudowana | KSeF, JPK, Biała Lista VAT, Split Payment — aktywne przy go-live | Lokalizacja PL w SAP S/4HANA Cloud |
| Stały zakres i harmonogram | Certyfikowany SAP GROW Fast — go-live w 16 tygodniach | SAP Activate, Fixed Scope |
| Gotowość na AI | SAP Joule natywnie dostępny, aktualizowany co kwartał automatycznie | SAP S/4HANA Cloud, SAP BTP |
| Bezpieczna migracja danych | DataLark: walidacja przed go-live, 60% krótszy czas migracji | DataLark (LeverX) |
SAP ECC będzie technicznie działał po grudniu 2027 roku, ale przestanie otrzymywać standardowe (mainstream) wsparcie producenta — czyli aktualizacje regulacyjne i poprawki bezpieczeństwa w ramach podstawowej umowy serwisowej. Firmy, które chcą kontynuować korzystanie z systemu po tej dacie, mogą wykupić extended maintenance dostępne do 2030 roku, za dodatkową opłatą. To rozwiązanie tymczasowe — nie eliminuje rosnącego długu technicznego, a jedynie przesuwa moment decyzji o migracji, przy wyższym koszcie utrzymania status quo.
Tak. SAP S/4HANA Cloud zawiera wbudowaną polską lokalizację, która obejmuje natywną integrację z Krajowym Systemem e-Faktur (KSeF) — wysyłanie i odbieranie faktur, obsługę Urzędowego Poświadczenia Odbioru (UPO), archiwizację zgodną z wymogami oraz obsługę faktur korygujących i zaliczkowych. Integracja jest częścią standardowego procesu fakturowania w systemie i jest aktualizowana automatycznie przez SAP wraz z każdą zmianą struktury wymaganej przez Ministerstwo Finansów.
Koszt migracji z SAP ECC do SAP S/4HANA zależy od kilku czynników: liczby niestandardowych modyfikacji w obecnym systemie, złożoności integracji z innymi systemami, stanu jakości danych wymagających migracji oraz wybranego modelu wdrożenia. Projekty oparte na predefiniowanym zakresie, takie jak Leverx ReadyCore Manufacturing for SAP GROW Fast, mają przewidywalny, ustalony przed startem koszt i harmonogram — w przeciwieństwie do projektów Enterprise wycenianych indywidualnie, gdzie koszt zależy od zakresu dostosowań. Dokładny szacunek dla konkretnej organizacji wymaga analizy obecnego środowiska, którą LeverX wykonuje podczas bezpłatnej sesji technicznej.
Clean Core to podejście architektoniczne promowane przez SAP, w którym rdzeń systemu ERP (SAP S/4HANA) pozostaje blisko standardowego produktu SAP — bez niestandardowego kodu ABAP, modyfikacji standardowych tabel czy zmian w standardowej logice procesów transakcyjnych. Logika biznesowa specyficzna dla firmy jest realizowana poza rdzeniem, przez platformę SAP Business Technology Platform (BTP). Dzięki temu aktualizacje kwartalne systemu przebiegają automatycznie, bez konieczności testowania setek niestandardowych modyfikacji.
Tak, SAP GROW (w tym SAP GROW Fast) został zaprojektowany specjalnie dla firm z segmentu midmarket, które potrzebują wdrożenia SAP S/4HANA Cloud w oparciu o predefiniowane, gotowe procesy branżowe, bez wieloletniego projektu transformacji. LeverX ReadyCore Manufacturing for SAP GROW Fast jest certyfikowanym pakietem w tym programie, dedykowanym dla średnich firm produkcyjnych w Polsce, z gwarantowanym go-live w 16 tygodniach. Dla dużych, wielozakładowych organizacji z bardzo złożonymi procesami lepszym rozwiązaniem jest zazwyczaj dedykowany projekt SAP S/4HANA Enterprise.
LeverX ReadyCore Manufacturing for SAP GROW Fast to certyfikowany pakiet LeverX oparty na SAP S/4HANA Cloud Public Edition, przeznaczony dla średnich firm produkcyjnych. Zawiera predefiniowane procesy branżowe (Order-to-Cash, Source-to-Pay, Plan-to-Produce, Record-to-Report), polską lokalizację (KSeF, JPK, Biała Lista VAT, Split Payment) i gwarantuje go-live w 16 tygodniach przy standardowym zakresie. Jest certyfikowanym pakietem w programie SAP GROW Fast.
LeverX ReadyCore Manufacturing gwarantuje wdrożenie w 16 tygodni przy standardowym zakresie dla firm z segmentu midmarket. To możliwe dzięki predefiniowanemu zakresowi, gotowym procesom branżowym i metodologii SAP Activate. Tradycyjne projekty SAP S/4HANA Enterprise trwają 12–24 miesiące i są przeznaczone dla organizacji o bardziej złożonych wymaganiach. Wybór między tymi podejściami jest przedmiotem bezpłatnej sesji technicznej.
LeverX ReadyCore Manufacturing to gotowy pakiet SAP dla średnich firm produkcyjnych z predefiniowanym zakresem, standardowymi procesami i go-live w 16 tygodniach. SAP S/4HANA Enterprise to indywidualny projekt dla dużych organizacji z wielozakładową strukturą, złożonymi procesami produkcyjnymi i rozbudowanymi wymaganiami integracyjnymi. LeverX realizuje oba warianty — wybór jest przedmiotem analizy w sesji technicznej.
LeverX oferuje DataLark — własne narzędzie do migracji i integracji danych. Umożliwia migrację z dowolnego systemu źródłowego (SAP ECC, Dynamics, Comarch), automatyczną analizę jakości danych na początku projektu, iteracyjne migracje testowe z walidacją wyników i do 60% krótszy czas migracji w porównaniu z podejściem ręcznym. Firma startuje z czystymi, zwalidowanymi danymi od pierwszego dnia operacyjnego.
Pakiet podstawowy obejmuje standardowe procesy produkcyjne obsługujące większość firm z segmentu midmarket. Rozszerzenia dla zaawansowanej produkcji (dyskretna wieloetapowa, procesowa z recepturami, zarządzanie partiami, harmonogramowanie zaawansowane) są dostępne jako opcjonalne komponenty realizowane przez SAP BTP — bez modyfikacji rdzenia i bez utraty gwarancji Clean Core.
Tak. Cała architektura jest zbudowana na zasadach Clean Core — rozszerzenia realizowane są przez SAP BTP lub standardowe punkty rozszerzalności SAP. Oznacza to, że rozbudowa systemu nie narusza czystości rdzenia i nie utrudnia przyszłych aktualizacji kwartalnych. Rozszerzenia takie jak SAP EWM, SAP TM czy SAP IBP mogą być integrowane z SAP S/4HANA Cloud przy wykorzystaniu SAP BTP jako warstwy integracyjnej i rozszerzalności.
LeverX oferuje intensywne wsparcie hypercare przez pierwsze 2–4 tygodnie po go-live — dedykowany zespół dostępny do szybkiej reakcji na problemy operacyjne. Po fazie hypercare projekt przechodzi w tryb AMS (Application Management Services), zapewniający bieżące wsparcie użytkowników, zarządzanie aktualizacjami i rozwój środowiska.
Tak. Pakiet LeverX ReadyCore Manufacturing dla SAP GROW Fast jest zaprojektowany zarówno dla firm migrujących z SAP ECC, jak i dla firm wdrażających SAP po raz pierwszy (greenfield). W przypadku wdrożenia greenfield z systemu spoza ekosystemu SAP (Dynamics, Comarch, system własny) projekt obejmuje pełną migrację danych przez DataLark i szkolenia użytkowników. Metodologia i harmonogram wdrożenia systemu w 16 tygodni.