Wsparcie konwersji z ECC do SAP S/4HANA dla branży motoryzacyjnej
Projekt konwersji z tradycyjnego SAP ECC do SAP S/4HANA składa się z dwóch głównych faz.
1. Przygotowania i planowanie
W tej fazie klient i jego partner wspólnie określają najlepszą możliwą ścieżkę przejścia na SAP S/4HANA. W tym procesie realizowane są kroki opisane poniżej.
- Planowanie
Na tym etapie starannie planowane są działania. Przeprowadzana jest analiza SAP S/4HANA Readiness Check 2.0. To standardowy raport służący weryfikacji systemu, który pomaga zidentyfikować wszelkie kwestie, które warto wziąć pod uwagę przy planowaniu konwersji, jak i czynności, które należy wykonać w ramach przygotowań przed realizacją projektu.
- Badanie wymagań systemowych
Wraz z partnerem wdrożeniowym klient poznaje wymagania systemowe, ścieżki konwersji, wolumen danych oraz wersje startowe. Przed rozpoczęciem migracji do SAP S/4HANA należy przeanalizować, jaki system zostanie przeniesiony. Analiza obejmuje wersję systemu, jego charakter (standardowy lub rozszerzony) oraz ewentualne dodatkowe narzędzia. Zespół wdrożeniowy ustala też poziom pakietu serwisowego, od którego klient rozpoczyna migrację.
Jeśli wersja startowa nie spełnia wymaganych warunków, zespół uzupełnia system o potrzebne rozszerzenia i narzędzia, zapewniając sprawny przebieg migracji.
- Maintenance Planner
Maintenance Planner to narzędzie wykorzystywane w fazie przygotowania do konwersji. Weryfikuje ono zgodność komponentów systemu, dodatków i funkcji biznesowych z SAP S/4HANA. Na podstawie tej analizy narzędzie generuje plik stack, który określa kolejne kroki techniczne wykonywane przez Software Update Manager w trakcie rzeczywistej konwersji.
W trakcie przygotowania systemu do migracji narzędzie identyfikuje pozostałe braki techniczne. Na tej podstawie generowany jest plik techniczny opisujący kolejne kroki procesu migracji.
- Simplification Item Check
Na tym etapie konwersji używa się także narzędzia Simplification Item Check, pozwalającego na identyfikację ważnych kroków, które należy podjąć, aby zapewnić techniczną możliwość konwersji systemu do SAP S/4HANA. Dodatkowo jego użycie prowadzi do uruchomienia wszystkich dostępnych procesów biznesowych po zakończeniu konwersji.
- Custom Code Migration
Jest to kolejne narzędzie wykorzystywane na etapie przygotowań do konwersji na SAP S/4HANA. Porównuje ono niestandardowy kod z listą dostosowań procesów opracowaną dla wdrażanego systemu.
- System sizing i przygotowanie środowiska
W ramach przygotowania do konwersji analizowane są aktualne i przyszłe potrzeby organizacji w zakresie wydajności, liczby użytkowników oraz wolumenu danych. Na podstawie wyników SAP Readiness Check i narzędzi sizingowych SAP określany jest docelowy rozmiar środowiska SAP Cloud ERP Private.
W odróżnieniu od tradycyjnych wdrożeń on-premise nie ma potrzeby projektowania i zakupu własnej infrastruktury. Środowisko jest dostarczane, utrzymywane i monitorowane przez SAP, a jego wielkość może być dostosowywana wraz ze zmianami potrzeb biznesowych. Dzięki temu organizacja może skoncentrować się na wykorzystaniu systemu SAP, pozostawiając kwestie infrastrukturalne i techniczne po stronie SAP.
Materiały SAP
Podsumowanie fazy planowania i przygotowań
Faza planowania i przygotowań kończy się raportem podsumowującym. Eksperci ds. konwersji przedstawiają w nim wyniki kontroli gotowości (readiness check) oraz rekomendują optymalne podejście do konwersji na SAP S/4HANA. Do wyboru są dwa modele konwersji:
- Green field – pełne wdrożenie SAP S/4HANA ze wszystkimi nowymi funkcjami SAP. W praktyce jest to reimplementacja systemu od podstaw, oparta na procesach nowego systemu.
- Brown field – czysto techniczna migracja do nowego systemu, bez uruchamiania go jako osobnego, równoległego wdrożenia. Nie obejmuje dodatkowych funkcji SAP, z wyjątkiem tych niezbędnych do sprawnego działania systemu.
Materiały SAP
2. Realizacja
Opisane poniżej działania dotyczą konwersji realizowanej w modelu brown field.
Etap ten zaczyna się od sklonowania struktury poprzedniej wersji systemu ECC SAP. Do czasu przeprowadzenia ostatecznej konwersji, istniejące środowisko produkcyjne zostaje zabezpieczone i nie podlega zmianom. Zespół odpowiedzialny za konwersję wprowadza fazę zamrożenia (development freeze) i przygotowuje indywidualną procedurę awaryjną dla wszystkich wymaganych zmian w pierwotnym systemie ECC, które muszą zostać zreplikowane w nowej jego wersji SAP S/4HANA. Następnie wykonywana jest konwersja sklonowanego systemu i dokumentowane są wszystkie kroki przedsięwzięcia.
- Software Update Manager (SUM 2.0)
W fazie realizacji konwersji do SAP S/4HANA wykorzystywane jest między innymi narzędzie SUM 2.0, za pośrednictwem którego wykonywana jest migracja bazy danych (jeśli jest wymagana), konwersja danych i rzeczywista aktualizacja oprogramowania.
- Adaptacja niestandardowego kodu
Po dokonaniu konwersji może wystąpić sytuacja, w której pojawiają się komplikacje związane z budową niestandardowego kodu utworzonego przez deweloperów dla poprzedniej wersji systemu. Kody dla SAP S/4HANA różnią się od kodów dla standardowej wersji systemu SAP ECC. Dla prawidłowego działania jego nowej wersji i jego jak najwyższej wydajności, zespoły przeprowadzające wdrożenie powinny przeprowadzić modyfikację składni wspomnianego kodu. SAP zapewnia swoim klientom i partnerom dostęp do platformy ABAP Test Cockpit (ATC), która pozwala zidentyfikować możliwe problemy z kodem i wspiera programistów w ich naprawianiu. Ten krok może być również wykorzystany przez klientów do określenia i dezaktywacji niestandardowego kodu, który nie jest już używany przez procesy biznesowe w ich organizacji.
- Działania dodatkowe dla poszczególnych narzędzi międzyaplikacyjnych
Sama konwersja może wymagać przeprowadzenia dodatkowych prac związanych z konfiguracją narzędzi spoza puli aplikacji SAP S/4HANA. Przeprowadzane są wtedy opisane poniżej procesy.
- Konfiguracja dostosowań procesów (Simplification Items), przykładowo: implementacja SAP Business Partner lub zastosowanie nowej logiki zarządzania danymi wyjściowymi na podstawie SAP Business Rule Framework – BRFplus – z Adobe Document Services).
- Konwersja uprawnień: istniejące już role (single/job) zostają zweryfikowane pod kątem starych transakcji i zmapowane do struktury ról wymaganych w SAP S/4HANA.
- Konfiguracja nowych procesów biznesowych
Na etapie przeprowadzania konwersji z SAP ECC do SAP S/4HANA przeprowadza się także konwersję nowych procesów biznesowych, zależną od wymagań biznesowych wynikających z ustaleń dokonanych podczas fazy planowania i przygotowania.
- Testowanie
W fazie konwersji niezwykle istotne jest przeprowadzenie testów nowego systemu SPA S/4HANA. Zazwyczaj są przeprowadzane przez zespół wdrożeniowy w dwóch rundach. Najpierw przeprowadzany jest test akceptacyjny (user acceptance test) wdrożonych dostosowań procesów, uprawnień i aktywowanych aplikacji FIORI. Następnie wykonywane są testy regresywne niezmodyfikowanych procesów biznesowych.
- Wdrożenie
Ostateczne wdrożenie nowego systemu SAP S/4HANA przeprowadzane jest przy wsparciu odpowiedniej, utworzonej dokumentacji. Przebiega ono zgodnie ze wskazanymi przez producenta SAP krokami konwersji w środowisku produkcyjnym.
Jak długo trwa migracja do SAP S/4HANA?
Przeprowadzenie konwersji z SAP ECC do SAP S/4HANA jest procesem bardzo indywidualnym, zależnym w dużej mierze od specyfiki przedsiębiorstwa klienta. Czas trwania projektu i jego koszty zależą głównie od złożoności procesów, preferencji kontrahenta, zastosowanej metodyki oraz narzędzi, w jakie wyposażona jest organizacja.
Poniżej przedstawiona jest tabela, która wskazuje standardowy okres trwania konwersji w trzech różnych przypadkach konwersji:
Konwersja komponentów automotive SAP ECC do SAP S/4HANA
SAP S/4HANA obsługuje wszystkie główne procesy dla branży motoryzacyjnej:
- Vehicle Management System (VMS) – dostępny w SAP S/4HANA. Konwersja realizowana jest według klasycznej procedury, z naciskiem na adaptację niestandardowego kodu. Hicron rekomenduje zastosowanie SAP FIORI UX oraz New Hicron Dealer Portal w wariancie Vehicle Portal.
- Warranty (WTY) – dostępny w SAP S/4HANA. Konwersja realizowana jest według klasycznej procedury, z naciskiem na adaptację niestandardowej warstwy prezentacji danych. Hicron rekomenduje zastosowanie New Hicron Dealer Portal w wariancie After Sales Portal.
