Konwersja SAP ECC do S/4HANA
Wybierz między remontem a budową od nowa, świadomie
Przejście z ECC na S/4HANA to nie jest jeden gotowy proces. To wybór między trzema podejściami o różnym ryzyku, koszcie i potencjale transformacji: brownfield (konwersja istniejącego systemu), greenfield (budowa od nowa) i selective data transition (hybryda). Pomagamy wybrać świadomie, na podstawie stanu Twojego systemu, jakości danych i celów biznesowych, a potem przeprowadzamy konwersję narzędziami SAP, z pełną kontrolą custom code i danych.
3 podejścia
brownfield, greenfield, selective
2027
koniec wsparcia ECC (extended 2030)
SAP tools
Readiness Check, SUM, DMO, SI-Check
Basis + ABAP
kompetencje techniczne i funkcjonalne
Wiesz, że ECC kończy żywot, ale konwersja do jego następcy S/4HANA wygląda jak skok w nieznane
S/4HANA to nie jest nowsza wersja ECC. To inna architektura danych, uproszczony model, nowy interfejs Fiori, inne reguły. Konwersja obnaża wszystko, co przez lata działało na ECC mimo niedoskonałości: dane, custom code, procesy. Dlatego tak wiele firm odkłada decyzję, mimo że deadline się zbliża.
Pewnie znasz przynajmniej jedną z tych sytuacji:
-
Nie wiesz, czy remontować, czy budować od nowa.
Brownfield zachowuje to, co masz, ale przenosi też stary dług. Greenfield daje czysty start, ale to projekt na ponad rok i wymaga re-engineering’u procesów. Bez rzetelnej analizy nie wiesz, które podejście pasuje do Twojej sytuacji. -
Twój custom code to czarna skrzynka.
Lata rozwoju, modyfikacje, których autorzy dawno odeszli, kod, którego nikt nie rozumie i boi się ruszyć. S/4HANA zmienia tabele i struktury (na przykład MATDOC), więc część custom code po prostu przestanie działać. Nie wiesz, ile tego jest i co naprawdę jest używane. -
Twoje dane nie przejdą walidacji S/4HANA.
S/4HANA wymusza stosowanie modelu Business Partner, więc konwersja Customer Vendor Integration zatrzyma się na każdej niespójności: brakujący kod pocztowy, duplikat NIP, niekompletny rekord. To zwykle najdłuższa faza przygotowania, a Ty nie wiesz, ile tych niespójności masz. -
Obawiasz się długiego downtime produkcji.
Konwersja produkcyjnego SAP to ryzyko przestoju w działaniu firmy. Nie wiesz, jak długo system będzie niedostępny i czy da się to zrobić w okno weekendowe. -
Słyszysz, że firmy konwertują, a potem nic się nie zmienia.
Dokonana konwersja do S/4HANA przed deadline, a rok później w systemie i tak działają te same procesy co na ECC. Obawiasz się, że włożysz ogromny wysiłek w samą technikę, bez realnej zmiany dla biznesu. -
Konwersja bez zmiany to stracona okazja.
To największa pułapka migracji do SAP S/4HANA, nazywana w branży „efektem drogiej przesiadki” lub czystym Brownfieldem (migracją 1:1). Twoje obawy są w 100% uzasadnione. Wiele firm traktuje ten projekt wyłącznie jako techniczny upgrade IT, przez co po wydaniu milionów biznes loguje się do nowego systemu i... nie widzi żadnej różnicy poza kolorem ekranu. -
Technika się zmienia, procesy nie.
S/4HANA wymusza zmiany techniczne (jak Business Partner czy Nowa Księga Główna), ale nie wymusza automatycznie optymalizacji biznesowej. Jeśli przeniesiesz stare, nieefektywne procesy z ECC do S/4HANA, będziesz po prostu szybciej generować te same błędy.
Najpierw Readiness Check i wybór podejścia, potem konwersja narzędziami SAP
Konwersja do S/4HANA to projekt, w którym kolejność i przygotowanie decydują o sukcesie. Zaczynamy od rzetelnej analizy stanu i świadomego wyboru podejścia, bo brownfield, greenfield i selective to zupełnie różne projekty. Potem prowadzimy konwersję narzędziami SAP, z pełną kontrolą nad danymi i custom code.
Prowadzimy konwersję ECC do S/4HANA w pięciu etapach:
SAP Readiness Check i wybór podejścia
Uruchamiamy SAP Readiness Check na Twoim systemie produkcyjnym: raport o implikacjach konwersji, Simplification Item Check (które funkcje ECC zmienią się lub znikną), analiza custom code, kompatybilność add-onów, sizing dla bazy danych HANA. Na tej podstawie rekomendujemy podejście: brownfield, greenfield czy selective.
Przygotowanie danych i Business Partner
Przygotowujemy dane do wymogów S/4HANA: czyszczenie, harmonizacja, archiwizacja. Realizujemy Customer Vendor Integration i migrację do modelu Business Partner, naprawiając niespójności danych, na których inaczej zatrzyma się konwersja. To zwykle najdłuższa i najbardziej niedoceniana faza, więc traktujemy ją z należytą starannością.
Remediacja custom code
Analizujemy custom code narzędziami SAP (Custom Code Migration tool, ABAP Test Cockpit) w oparciu o Simplification Item Catalog . Łączymy to z housekeepingiem: usuwamy nieużywany kod, adaptujemy potrzebny, testujemy. Po konwersji wchodzisz do swojego systemu S/4HANA z czystszą, mniejszą bazą kodu, nie z całym balastem ze starego systemu ECC.
Konwersja techniczna
Wykonujemy konwersję: dla brownfield Software Update Manager z Database Migration Option (SUM z DMO) w jednym przebiegu (upgrade, migracja, konwersja). Dla greenfield budujemy nowy system i migrujemy dane przez Migration Cockpit. Minimalizujemy downtime, planujemy cutover i rollback. Po konwersji walidujemy moduły funkcjonalne.
Stabilizacja, Fiori i transformacja
Po go-live stabilizujemy system, wdrażamy interfejs Fiori, aktywujemy funkcje S/4HANA (Universal Journal, Material Ledger). Kolejnym krokiem jest plan działania (roadmapa), który pozwoli w pełni wykorzystać nowe możliwości i zapewni realny sukces konwersji.
Nie wiesz, czy Twój system nadaje się do brownfield, czy lepszy będzie greenfield?
Uruchomimy SAP Readiness Check i pokażemy konkretny obraz: ile masz custom code do remediacji, ile niespójności danych, które simplification items Cię dotyczą i które podejście ma sens i uzasadnienie biznesowe.
Brownfield, greenfield czy selective: trzy różne projekty
To najważniejsza decyzja w całym projekcie. Trzy podejścia różnią się fundamentalnie: ryzykiem, kosztem, czasem i tym, ile transformacji niosą.
Brownfield (System Conversion)
Konwersja istniejącego systemu in-place. Zachowuje konfigurację, dane historyczne i custom code, transformując je na nową platformę. To remont domu, nie budowa od nowa. Szybsza i mniej disruptive niż greenfield, ale przenosi też istniejący dług procesowy. Realizowana przez narzędzia SAP SUM z DMO. Czas: od kilku miesięcy do roku, zależnie od jakości danych i ilości custom code. Dla firm, które chcą zachować to, co działa, i dotrzeć do S/4HANA możliwie szybko.
Greenfield (New Implementation)
Budowa nowego systemu S/4HANA i migracja tylko wybranych danych. To budowa nowego domu zamiast remontu starego. Pozwala zaprojektować procesy od nowa, zgodnie ze standardem S/4HANA i najlepszymi praktykami, pozbyć się długu procesowego i custom code. Projekt trwa zwykle ponad rok, napędzany jest re-engineeringiem procesów. Dla firm, które chcą realnej transformacji, nie tylko technicznego przejścia.
Selective Data Transition (Bluefield)
Hybryda, podejście chirurgiczne (często nazywane Selective Data Transition lub Chirurgical Cut). Zachowuje wybrane elementy starego systemu, projektuje na nowo inne, migruje tylko potrzebne dane. Customer Vendor Integration robi się tu selektywnie: nie musisz usuwać niespójności dla dostawcy, którego nie używasz od lat. Dla złożonych środowisk systemowych SAP, gdzie ani pełny brownfield, ani greenfield nie pasują, lub przy konsolidacji wielu systemów.
Jak wybieramy
Decyzję podejmujemy na podstawie SAP Readiness Check: stan systemu, jakość danych, ilość i jakość custom code, złożoność środowiska, cele biznesowe i gotowość na transformację. Czasem dane jasno wskazują jedno podejście, czasem trzeba zważyć kompromisy. Nasze doradztwo opiera się na rzetelności – nie stosujemy gotowych schematów, lecz dopasowujemy strategię do potrzeb klienta..
Narzędzia SAP i wyzwania, które decydują o sukcesie konwersji
Konwersja do S/4HANA opiera się na konkretnych narzędziach SAP i ma kilka punktów, które najczęściej decydują o powodzeniu lub problemach. Znamy je i traktujemy z uwagą.
Narzędzia analizy i planowania:
- SAP Readiness Check: analiza systemu produkcyjnego, raport implikacji konwersji, sizing, kompatybilność.
- Simplification Item Check (SI-Check): Weryfikacja istotności i spójności w odniesieniu do katalogu uproszczeń (Simplification Item Catalog)., identyfikuje funkcje ECC zmienione lub usunięte w S/4HANA.
- Maintenance Planner: planowanie aktualizacji i konwersji w środowisku SAP..
Narzędzia konwersji:
- Software Update Manager (SUM): główne narzędzie i silnik techniczny konwersji brownfield, łączy upgrade, migrację i konwersję w jednej procedurze.
- Database Migration Option (DMO): migracja do bazy danych SAP HANA w ramach przebiegu konwersji przez SUM.
- Migration Cockpit i Migration Object Modeler: migracja danych dla greenfield i selective.
Narzędzia custom code:
- Custom Code Migration tool i ABAP Test Cockpit (ATC): analiza kodu własnego pod kątem katalogu uproszczeń (Simplification Items) oraz statyczna weryfikacja jakości kodu.
Wyzwania, które najczęściej są niedoceniane:
Customer Vendor Integration i Business Partner. S/4HANA wymusza model Business Partner. Konwersja CVI zatrzyma SUM, jeśli dane są niespójne, więc trzeba naprawić lub uzupełnić każdy brakujący kod pocztowy, każdy duplikat NIP, każdy niekompletny rekord. To zwykle najdłuższa faza przygotowania brownfield.
Custom code remediation. S/4HANA zmienia struktury danych (na przykład MATDOC zastępuje stare tabele materiałowe). Custom code odwołujący się do zmienionych struktur przestanie działać. Trzeba go zanalizować, zaadaptować i przetestować, najlepiej łącząc z housekeepingiem (usunięciem już nieużywanego kodu).
Wymogi techniczne. zgodność systemu ze standardem Unicode (Unicode compliance), baza danych SAP HANA, kompatybilność add-onów SAP i third-party (na przykład OpenText, Vertex). Sprawdzamy je w fazie Readiness Check, żeby nie zatrzymały konwersji w trakcie.
Konwersja wersji to jedno, platforma to drugie
Częste nieporozumienie: mylenie konwersji do S/4HANA ze zmianą platformy na chmurę. To dwie osobne decyzje, które można połączyć albo rozdzielić.
01
Ta usługa dotyczy wersji
Konwersja ECC do S/4HANA to zmiana aplikacji: architektury danych, modelu, procesów, interfejsu. Konwersję można przeprowadzić na dowolnej platformie: w modelu on-premise, u wybranego hyperscalera lub w ramach programu RISE with SAP. .
02
Platforma to osobny wymiar
Gdzie S/4HANA będzie działać (własna serwerownia, Azure, Google Cloud, SAP RISE) to osobna decyzja. Możesz konwertować i zostać on-premise, albo połączyć konwersję z migracją do chmury w jednym projekcie.
03
Łączenie obu wymiarów
Software Update Manager (SUM) pozwala połączyć konwersję z przejściem na hyperscaler w jednym przebiegu, co jest efektywne. Ale można też rozdzielić te operacje: najpierw przenieść ECC do chmury (zyskać czas), potem konwertować do S/4HANA. Doradzamy rozwiązania optymalne pod kątem Państwa harmonogramu oraz poziomu ryzyka.
04
Wybór modelu wdrożenia definiuje charakter całego projektu
Decydując się na RISE with SAP, konwersja staje się integralną częścią ustrukturyzowanej metodyki RISE Methodology. Z kolei w przypadku wyboru modelu on-premise lub infrastruktury hyperscalera (poza programem RISE), konwersja realizowana jest jako niezależny projekt techniczny, który prowadzimy kompleksowo – w formule end-to-end.
Dlaczego warto przeprowadzić konwersję z 7Technology
Nasze profesjonalne doradztwo opieramy wyłącznie na obiektywnych danych
Strategie Brownfield, Greenfield oraz Selective Data Transition niosą ze sobą zupełnie różny poziom ryzyka i wymagają odmiennego podejścia projektowego. Rekomendację przygotowujemy w oparciu o wyniki SAP Readiness Check oraz dogłębną analizę Państwa środowiska systemowego – nigdy przez pryzmat naszych celów sprzedażowych. W zależności od Państwa realnych potrzeb i celów biznesowych, wskażemy szybszą ścieżkę Brownfield lub – jeśli jest to uzasadnione – bardziej wymagający projekt Greenfield.
Mamy kompetencje techniczne i funkcjonalne w jednym zespole
Konwersja to BASIS (technika, SUM, DMO), ABAP (custom code), i konfiguracja funkcjonalna (Finance, logistyka, walidacja modułów). Posiadamy wszystkie te kompetencje, więc nie zlecamy analizy custom code czy walidacji systemu na zewnątrz.
Traktujemy dane i custom code poważnie
Najczęstsze problemy podczas konwersji wynikają z niedoszacowania złożoności danych (w tym migracji CVI i Customer/Vendor Integration do formy Business Partner) oraz kodu własnego (custom code).Robimy te fazy rzetelnie, z housekeepingiem, żebyś wszedł do S/4HANA czysty, nie z całym balastem ECC.
Rozdzielamy konwersję od decyzji o platformie
Pomagamy podjąć niezależne decyzje o wyborze wersji systemu oraz platformy, aby nie obarczać projektu podwójnym ryzykiem, jeśli nie jest to konieczne. Na tym polega nasze uczciwe doradztwo – dopasowujemy rozwiązania do Państwa potrzeb, zamiast sprzedawać gotowe pakiety.
Planujemy transformację, nie tylko konwersję
Po go-live wspieramy Państwa w realizacji roadmapy nowych możliwości S/4HANA (Fiori, Universal Journal, Material Ledger, analityka). Dzięki temu konwersja realnie modernizuje sposób pracy, zamiast być jedynie technologicznym przeniesieniem starych procesów.
Co mówią o nas klienci
"Migracja produkcyjnego SAP była dla nas projektem o najwyższym ryzyku. 7Technology przeprowadziło nas przez nią bez ani jednego nieplanowanego przestoju."
Lucyna Michniewicz
CIO @ VOX
"Szukaliśmy partnera, który weźmie odpowiedzialność za całość, a nie odeśle nas do kolejnego podwykonawcy. Po kilku latach współpracy wiem, że trafiliśmy dobrze."
Edyta Sapijaszko
CIO @ Herbapol
"Automatyzacja procesów na WEBCON BPS zdjęła z naszych zespołów dziesiątki godzin pracy ręcznej miesięcznie. Wdrożenie poszło sprawnie i zgodnie z planem."
Magdalena Obidowska
Project Manager @ Oceanic
Projekty, za które wzięliśmy odpowiedzialność
Środowisko IT dealera Mercedes-Benz w Google Cloud
Migracja kluczowych systemów biznesowych do chmury, a następnie przejęcie i integracja środowiska IT nowego salonu w Sosnowcu - bez przerwy w pracy sprzedaży i serwisu.
System:
Środowisko IT - ok. 55 systemów (m.in. ERP, DMS, systemy kadrowo-płacowe i księgowe, SAP)
Technologia:
Google Cloud Platform, Terraform, SAP
Kluczowe osiągnięcia:
Jedno środowisko dla 5 lokalizacji; przejęcie salonu bez przestoju
Automatyzacja trasowania półtusz w chłodni
Decyzję o przydziale półtuszy do zamówienia zamiast operatora podejmuje algorytm, a rozjazdy na torach przestawiają się same - na podstawie sześciu parametrów każdej sztuki.
System:
System MES 7Technology + dedykowany moduł automatyzacji chłodni
Technologia:
RFID w hakach, sterowniki PLC, integracja z wagami i klasyfikacją mięsności
Kluczowe osiągnięcia:
Kilku pracowników na zmianę → 1 operator; reakcja na zmianę zamówienia w kilka sekund
Od papierowych kart do pełnej identyfikowalności z 7MES
Wdrożenie objęło cały zakład - od rampy przyjęć, przez rozbiór i produkcję, po kontrolę załadunku pod dokiem - z pełną genealogią każdej partii.
System:
7MES (autorski system klasy MES 7Technology)
Technologia:
Comarch ERP XL, wagi hakowe / najazdowe / stanowiskowe / laboratoryjne, skanery i terminale dotykowe
Kluczowe osiągnięcia:
Kompletacja krótsza o 4–5 godzin; genealogia partii od ręki zamiast w dni
Cztery lata cyfryzacji na WEBCON BPS, SAP i AI
Kilkanaście procesów w WEBCON zintegrowanych z SAP, a najnowszy etap zamienił ponad 40 000 dokumentów surowcowych w przeszukiwalną bazę wiedzy dla działu badań.
System:
WEBCON BPS + SAP (moduły FI i MM)
Technologia:
WEBCON BPS, SAP Gateway (OData, REST API), Google Cloud (Gemini, BigQuery, Looker Studio), OCR, KSeF, Autenti
Kluczowe osiągnięcia:
Wyszukiwanie surowca z 2–4 godzin do poniżej 30 sekund
Powiązane technologie i usługi
Technologie
Usługi
Konsultacje
Często zadawane pytania o konwersję ECC do S/4HANA
To dwie osobne decyzje. Konwersja do S/4HANA to zmiana wersji (z ECC na S/4HANA), czyli inna architektura danych, model i procesy. Migracja do chmury to zmiana platformy (na której system SAP działa). Można je połączyć w jednym projekcie albo rozdzielić: konwertować i zostać on-premise, albo najpierw przenieść do chmury, potem konwertować. Doradzamy, co ma sens dla Twojej sytuacji.
Brownfield (system conversion) to konwersja istniejącego systemu in-place, zachowuje konfigurację i dane, jest szybsza, ale przenosi stary dług. Greenfield (new implementation) to nowy system z re-engineeringiem procesów, daje czysty start, ale trwa dłużej. Selective data transition to hybryda dla złożonych środowisk SAP. Wybór zależy od stanu systemu, jakości danych, custom code i celów. Rekomendujemy po SAP Readiness Check.
SAP Readiness Check to narzędzie SAP analizujące Twój system produkcyjny przed konwersją. Tworzy raport o implikacjach: które funkcje się zmienią (Simplification Item Check), ile custom code wymaga adaptacji, jaka jest kompatybilność add-onów, jaki sizing bazy danych SAP HANA. To podstawa do zaplanowania konwersji i wyboru podejścia. Uruchamiamy go na początku projektu.
SAP S/4HANA wymusza użycie modelu Business Partner, w którym klienci i dostawcy są zunifikowani. Customer Vendor Integration to proces migracji do tego modelu. Jest obowiązkowy: Software Update Manager zatrzyma konwersję, jeśli dane są niespójne. Trzeba usunąć każdą niespójność (brakujące kody pocztowe, duplikaty NIP). To zwykle najdłuższa faza przygotowania brownfield, dlatego traktujemy ją poważnie i zaczynamy wcześnie.
S/4HANA zmienia struktury danych (na przykład MATDOC zastępuje stare tabele materiałowe), więc część custom code przestanie działać. Analizujemy go narzędziami SAP (Custom Code Migration tool, ABAP Test Cockpit) w odniesieniu do Simplification Item, adaptujemy potrzebny i usuwamy nieużywany kod w ramach housekeepingu. Wchodzisz do S/4HANA z czystszą, mniejszą bazą kodu.
Zależy od podejścia i stanu systemu. Brownfield to typowo kilka miesięcy do roku, zależnie od jakości danych i ilości custom code. Greenfield zwykle przekracza rok, bo obejmuje re-engineering procesów i rollout. Selective data transition zależy od złożoności. Harmonogram robimy po SAP Readiness Check, który pokazuje realny zakres pracy.
Zależy od wielkości systemu i podejścia. Przy brownfield z dobrze przygotowanymi danymi i nowoczesnymi technikami (DMO, przetwarzanie równoległe) downtime można skrócić, czasem do okna weekendowego. Planujemy cutover i ewentualny rollback, żeby zminimalizować ryzyko dla produkcji. Konkretny szacunek dajemy po analizie systemu.
Sama konwersja techniczna może przenieść stare procesy do S/4HANA bez realnej zmiany. To częsty błąd. Dlatego po go-live wspieramy realizację roadmapy wykorzystania możliwości S/4HANA: Fiori, Universal Journal, Material Ledger, analityka w czasie rzeczywistym. Jeśli zależy Ci na głębokiej transformacji procesów, warto rozważyć greenfield, który projektuje procesy od nowa.
Po go-live stabilizujemy system, wdrażamy Fiori, aktywujemy funkcje S/4HANA i wspieramy realizację roadmapy transformacji. W modelu Managed Services SAP przejmujemy bieżące zarządzanie: BASIS, optymalizacja, aktualizacje, rozwój. Konwersja to początek życia na S/4HANA, nie koniec projektu.
