Automotive Supply Chain Migration von SAP ECC nach S/4HANA. Agile Implementierung in 3-Monats-Kadenzen mit drei Releases und Go-Live am 01.01.2028. Scope: Inbound (MRP, JIT/JIS), Inhouse (WE, Lager, Bereitstellung), Outbound (Versand, VDA).
Agile Implementierung mit iterativer Prozessfreigabe. Jedes Release erweitert den funktionalen Scope und validiert End-to-End.
7 agile Kadenzen à 3 Monate nach SAP Activate, adaptiert für Automotive.
| Workstream / Aktivität | Apr | Mai | Jun | Jul | Aug | Sep | Okt | Nov | Dez | Jan | Feb | Mär | Apr | Mai | Jun | Jul | Aug | Sep | Okt | Nov | Dez | Jan |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 26.2 | 26.3 | 26.4 | 27.1 | 27.2 | 27.3 | 27.4 | GL | |||||||||||||||
Detaillierte Prozessübersicht mit ECC-Transaktionen, S/4HANA-Äquivalenten und Fit/Gap-Bewertung.
| ID | Prozess | ECC | S/4HANA | Status |
|---|---|---|---|---|
| IN-01 | Bedarfsplanung / MRP Live | MD01/MD02/MD03 | MD01N (MRP Live) / F1339 Schedule MRP | Gap |
| IN-02 | Bedarfs-/Bestandsliste | MD04/MD05/MD06 | MD04 + F2101A Monitor Mat. Coverage | Gap |
| IN-03 | MRP Cockpit / Ergebnisauswertung | MD05/MD06 (MRP-Liste) | F0251A Manage Mat. Coverage | Gap |
| IN-04 | Dispositionsstrategien | MRP-Gruppe/Dispostrategie | MRP-Bereiche immer aktiv, erw. Strategien | Gap |
| IN-05 | Bezugsquellenfindung | ME01/ME03 (Orderbuch) | Neu: Infosatz reicht, Orderbuch optional | Gap |
| IN-06 | Bestellanforderung | ME51N | F2229 Manage PRs Professional | Fit |
| IN-07 | Bestellung / Einkauf | ME21N/ME22N | F2093 Manage POs | Fit |
| IN-08 | Lieferplan / Scheduling Agreement | ME31L/ME38 | ME31L + Fiori (LPA f. Automotive) | Gap |
| IN-09 | Lieferplan-Einteilungen (Feinabruf) | ME38/ME84 | ME38 + DELJIT-Verarbeitung via CPI | Gap |
| IN-10 | JIT-Abrufe (Inbound) | JITOM (ECC JITO) | Next-Gen JIT: F4509 Manage JIT Calls | Gap |
| IN-11 | JIS-Sequenzabrufe | JITV / Custom | Next-Gen JIS: F5779 Process Cust. JIT / F4453 Monitor | Custom |
| IN-12 | JIT Kundenstammdaten | JITO Customizing | F3011 Manage JIT Customer Data | Neu |
| IN-13 | Bestandsübersicht / Monitoring | MMBE/MB52 | F2769 Inv. Overview / Manage Stock | Fit |
| IN-14 | Einkaufsübersicht | ME2M/ME2N | F1990 Procurement Overview Page | Neu |
| IN-15 | Konsignationsabwicklung | ME21N (Belegart K) | F2093 (Belegart K) | Fit |
| ID | Prozess | ECC | S/4HANA | Status |
|---|---|---|---|---|
| IH-01 | Inbound Cargo Registration (ICR) | BORGR / BORGR_V | ICR (S/4HANA Manuf. Logistics Add-On) | Gap |
| IH-02 | Yard Management / LKW-Check-in | Custom / kein Std. | EWM Yard Mgmt (/SCWM/CICO) | Neu |
| IH-03 | ASR (Adv. Shipping & Receiving) | LE-TRA / TU (EWM) | TM Freight Order als zentrales Objekt | Gap |
| IH-04 | Wareneingang zur Bestellung | MIGO (101) / MB01 | MIGO + F0842A Post GR (MATDOC) | Fit |
| IH-05 | Dekonsolidierung WE | WM manuell | EWM Deconsolidation Workstation | Neu |
| IH-06 | Einlagerung / Put-away (POSC) | LT01/LT06 (WM) | EWM Process-Oriented Storage Control | Gap |
| IH-07 | Lagerplatzverwaltung | LS01-LS04 (WM) | EWM /SCWM/BINMAINT | Gap |
| IH-08 | Cross-Docking (opportunistisch) | Custom / kein Std. | EWM Push Deployment / Pick from GR | Neu |
| IH-09 | Umlagerung (Werk/Lager) | MIGO (311/313) | MIGO + EWM Warehouse Tasks | Fit |
| IH-10 | Produktionsversorgung / Staging | LT0F/COGI | EWM PMR / Delivery-based Staging | Gap |
| IH-11 | Route Trains (Routenzug) | Custom / kein Std. | S/4HANA Manuf. Logistics: Route Train | Neu |
| IH-12 | Kanban-Steuerung | PK01/PK13N | Kanban Board + EWM WH-Tasks (ab 1909) | Fit |
| IH-13 | Nachschubsteuerung | LP21/LT0R (WM) | EWM Replenishment / Crate Parts | Gap |
| IH-14 | Qualitätsprüfung WE | QA01/QA02 | QM Fiori Apps | Fit |
| IH-15 | Inventur | MI01/MI04/MI07 | EWM Physical Inventory | Fit |
| IH-16 | Bestandsbewertung (ML) | CKM3/CKMLCP | ML obligatorisch + ACDOCA-Sync | Gap |
| IH-17 | Lagerautomatisierung (SPS/PLC) | Custom RFC | EWM MFS / OData | Custom |
| IH-18 | Shuttle (ext. Lager-Anbindung) | Custom | S/4HANA Manuf. Logistics: Shuttle | Neu |
| ID | Prozess | ECC | S/4HANA | Status |
|---|---|---|---|---|
| OB-01 | Auslieferung anlegen | VL01N/VL10 | Manage Outbound Deliveries (Fiori) | Fit |
| OB-02 | Wave Management / Kommissionierung | VL02N (Pick) / LT03 | EWM Wave Mgmt + WOCR + Pick-HU | Gap |
| OB-03 | Verpackung / HU-Bildung | VL02N (HU Pack) | EWM Packing + PPF-Trigger | Fit |
| OB-04 | VDA 4902 Labels / Warenanhänger | NACE + SAPscript | BRF+ + Adobe Forms + PPF (pro HU) | Gap |
| OB-05 | ASR Verladung / Ausgang | VL02N (WA) + VT01N | ASR: Load/Unload Freight Order (TM+EWM) | Gap |
| OB-06 | Warenausgang | VL02N (WA) | Post GI (Fiori) → MATDOC + ACDOCA | Fit |
| OB-07 | TM Transportplanung | VT01N/VT02N (LE-TRA) | TM embedded: Freight Units → Freight Orders | Gap |
| OB-08 | TM Carrier Selection | Manuell / Custom | TM: Regelbasierte autom. Spediteurwahl (BRF+) | Neu |
| OB-09 | Lieferschein / Output | NACE (Konditionstechnik) | BRF+ Output Mgmt + CDS COUTREQITEM | Gap |
| OB-10 | Output Monitoring | NAST Tabelle | F2279 Monitor Output Requests | Neu |
| OB-11 | ASN / Lieferavis (DESADV) | NAST + IDoc (VDA4913) | BRF+ Trigger + CPI + IDoc | Gap |
| OB-12 | CMR / Frachtbrief | Custom / SAPscript | TM: autom. bei Road Freight Order | Neu |
| OB-13 | Sequenzlieferung (JIS Outbound) | JITV / Custom | Next-Gen JIS + BPS Scheduling | Custom |
| OB-14 | Ladungsträger-Management | Custom / HU | EWM Packaging + Cross-Delivery HU (2025) | Gap |
| OB-15 | Retouren / Rücksendung | VL01N (Retour) | Return Delivery (Fiori) | Fit |
| ID | Stammdatenobjekt | ECC | S/4HANA | Status |
|---|---|---|---|---|
| SD-01 | Lieferantenstamm → Business Partner | XK01/MK01 | BP + Vendor (CVI) | Gap |
| SD-02 | Kundenstamm → Business Partner | XD01/VD01 | BP + Customer (CVI) | Gap |
| SD-03 | Materialstamm | MM01/MM02 | F4190 Material | Fit |
| SD-04 | Stückliste (BOM) | CS01/CS02 | CS01 + Fiori | Fit |
| SD-05 | Einkaufsinfosatz | ME11/ME12 | F2263 Info Record | Fit |
| SD-06 | Orderbuch / Quotierung | ME01/ME05 | ME01 + Fiori | Fit |
| SD-07 | Chargenstamm | MSC1N | F2708 Batch | Fit |
| SD-08 | Arbeitsplatz | CR01 | CR01 + Fiori | Fit |
| SD-09 | Klassifizierung / Merkmale | CL01/CT01 | CL01 / AdvClass | Gap |
| SD-10 | Lagerort / EWM-Lager | OX09 (WM) | EWM Warehouse | Gap |
| ID | Schnittstelle | ECC | S/4HANA | Status |
|---|---|---|---|---|
| IF-01 | Lieferabruf Eingang (DELFOR) | IDoc DELFOR / VDA4905 | CPI + IDoc | Gap |
| IF-02 | Feinabruf / JIT-Abruf (DELJIT) | IDoc DELJIT / VDA4915 | CPI + IDoc | Gap |
| IF-03 | Lieferavis Ausgang (DESADV) | IDoc DESADV / VDA4913 | CPI + IDoc | Gap |
| IF-04 | Rechnung Eingang (INVOIC) | IDoc INVOIC / VDA4906 | CPI + IDoc | Fit |
| IF-05 | Bestellung Ausgang (ORDERS) | IDoc ORDERS | CPI + IDoc/API | Fit |
| IF-06 | MES / Shopfloor-Integration | Custom RFC/BAPI | OData API / CPI | Custom |
| IF-07 | Lieferantenportal | Custom / SRM | Ariba / API | Custom |
| IF-08 | Lagerautomation (SPS/PLC) | Custom RFC | EWM MFS / OData | Custom |
| IF-09 | Label-Druck (Zebra/SATO) | SAPscript/Smart. | Adobe Forms/BRF+ | Gap |
| IF-10 | Speditions-Anbindung | Custom/EDI | TM / CPI | Gap |
| IF-11 | Qualitätsmanagement extern | QM + Custom | API / CPI | Fit |
| IF-12 | Bestandsmeldung OEM (VDA 4912) | IDoc + Custom | CPI + IDoc | Gap |
| ID | Aktivität | Kadenz | Dauer | Status |
|---|---|---|---|---|
| TS-01 | Unit Tests (je Kadenz) | 26.2-27.3 | Laufend | Standard |
| TS-02 | String Test (Prozesskette) | 26.3-27.1 | 2 Wo/Kadenz | Standard |
| TS-03 | Integrationstest E2E | 27.1 | 6 Wochen | Kritisch |
| TS-04 | Performance/Lasttest | 27.2 | 3 Wochen | Kritisch |
| TS-05 | UAT Zyklus 1 | 27.3 | 3 Wochen | Kritisch |
| TS-06 | UAT Zyklus 2 | 27.3 | 2 Wochen | Standard |
| TS-07 | UAT Zyklus 3 (Regression) | 27.3 | 2 Wochen | Standard |
| TS-08 | Migrations-Probelauf 1 | 27.1 | 1 Woche | Standard |
| TS-09 | Migrations-Probelauf 2 (Dress R.) | 27.2 | 1 Woche | Kritisch |
| TS-10 | Cutover Dress Rehearsal | 27.4 | Wochenende | Kritisch |
| TS-11 | Go-Live Cutover | 27.4 | 31.12-01.01 | Go-Live |
| TS-12 | Hypercare | Jan 28 | 4 Wochen | Post GL |
Identifizierte Deltas zwischen ECC-Prozessen und S/4HANA-Template mit Lösungsansatz.
Leitprinzip: So viel wie möglich vom bestehenden ECC-System übernehmen, damit der Fachbereich nicht unnötig neue Prozesse lernen muss. Nur dort ändern, wo S/4HANA es technisch erfordert oder echte Verbesserungen bietet.
Prozesse, die in S/4HANA funktional identisch oder nahezu identisch abgebildet werden können. Fachbereich bemerkt kaum Unterschiede.
Prozesse existieren ähnlich, aber S/4HANA bringt technische Änderungen, die Anpassungen erfordern. Fachlich gleicher Ablauf, technisch neue Basis.
Prozesse, die in S/4HANA fundamental anders funktionieren oder neu sind. Hier ist Schulung und Change Management zwingend erforderlich.
~80% der täglichen Arbeit bleibt gleich oder ähnlich. Bei Strategie A & B ändert sich hauptsächlich die Oberfläche (Fiori statt SAP GUI). Die Geschäftslogik, Nummernkreise, Organisationsstrukturen und Belegflüsse werden 1:1 übernommen, soweit technisch möglich. Nur die ~20% Redesign-Prozesse erfordern echtes Umlernen.
Strukturierter Ablauf für jeden Prozess: Vom IST-Zustand über die Gap-Analyse bis zur finalen Entscheidung.
Workshop-Format: 2h pro Prozessgruppe mit Key Usern + Berater. Nicht am Whiteboard — direkt am ECC-System durchspielen (SE16N Customizing-Tabellen, Transaktionen zeigen lassen, typische Tagesabläufe erfragen).
Konkret erfassen:
Prozess: Wareneingang zur Bestellung
ECC-Transaktion: MIGO (BWA 101)
Häufigkeit: ~200 Buchungen/Tag
Custom Code: Z_WE_LABEL_PRINT (User Exit bei GR → Labeldruck)
Z_WE_QM_CHECK (QM-Los automatisch bei best. Mat.gruppen)
Schnittstellen: IDoc WMMBXY → WM (Transportauftrag)
RFC an Waage (Gewichtserfassung)
Formulare: Z_WE_ETIKETT (SAPscript, Zebra-Drucker)
Workaround: Excel-Liste für fehlende Lieferscheine
Schmerzpunkte: • MIGO langsam bei vielen Positionen
• Kein mobiler Scan, alles am Desktop
• Labeldruck manchmal doppelt
Wünsche: • Mobiler WE-Scan (Fiori)
• Automatische Einlagerung nach WE
Vorgehen: Berater demonstriert den S/4HANA-Standardprozess im Sandbox-System. Key User vergleicht mit seinem Tagesgeschäft. Frage: „Können Sie so arbeiten?“
Entscheidungsmatrix für jeden Prozessschritt:
| Kategorie | Bedeutung | Aktion | Aufwand |
|---|---|---|---|
| Fit | S/4HANA-Standard deckt IST-Prozess ab | Konfiguration übernehmen, ggf. Fiori-App anpassen | Gering |
| Gap (Config) | Lösbar durch Customizing / Konfiguration | SPRO-Einstellung, Feature Toggle, BRF+ Regel | Mittel |
| Gap (Custom) | Erfordert Entwicklung (BAdI, Enhancement, RAP) | Custom Dev beauftragen, Clean-Core-konform | Hoch |
| Workaround | Lösung existiert, aber anders als im ECC | Prozess anpassen, Schulung erstellen | Mittel |
| Entfällt | ECC-Funktion nicht mehr nötig / obsolet | Z-Code archivieren, Doku aktualisieren | Gering |
Jeder Gap wird strukturiert erfasst:
Gap-ID: GAP-IN-003
Prozess: IN-05 Bezugsquellenfindung
Bereich: Inbound / Disposition
Beschreibung: Orderbuch (ME01) wird in S/4HANA nicht mehr benötigt.
Infosatz reicht für Bezugsquellenfindung.
Aber: Custom-Logik im Orderbuch (Z_ORDERBUCH_SPLIT)
verteilt Bedarfe auf 3 Lieferanten nach %-Schlüssel.
IST (ECC): ME01 + Z_ORDERBUCH_SPLIT (User Exit)
SOLL (S/4HANA): Infosatz + Quotierung (ME05) oder BAdI
Kategorie: Gap (Config)
Priorität: Hoch (betrifft ~500 Materialien)
Lösungsvorschlag: Quotierung über ME05 konfigurieren,
%-Verteilung über Standard-Quotierung möglich
Aufwand: 5 PT (Konfig) + 3 PT (Test) + 2 PT (Migration Stamm)
Risiko: Niedrig (Standard-Funktion vorhanden)
Verantwortlich: MM-Berater + Key User Einkauf
Status: Offen
Entscheidung: Ausstehend (Workshop 15.05.2026)
Nicht alle Gaps sind gleich wichtig. Priorisieren nach: (1) Produktionsstopp-Risiko, (2) Anzahl betroffener User, (3) Tagesgeschäft vs. Monatsprozess, (4) Aufwand. Gaps, die nur 1x/Monat auftreten und einen Workaround haben, können auf Post-Go-Live verschoben werden.
Entscheidungsbaum für jeden Gap:
| Frage | Ja → | Nein → |
|---|---|---|
| Kann der Fachbereich den S/4-Standard nutzen? | Fit — Standard übernehmen | Weiter ↓ |
| Lösbar durch Customizing (SPRO/BRF+)? | Config — Konfigurieren | Weiter ↓ |
| Lösbar durch SAP BAdI / Key User Extension? | Enhancement — Clean Core | Weiter ↓ |
| Ist Custom Development wirtschaftlich? | Custom Dev — Beauftragen | Weiter ↓ |
| Kann der Prozess angepasst werden? | Prozessänderung + Schulung | Eskalation an SteerCo |
Reihenfolge immer: Standard → Konfiguration → BAdI/Key User Extension → Side-by-Side Extension (BTP) → Classic Custom Dev. Jede Custom-Entwicklung muss vom Solution Architect genehmigt werden. Ziel: <10% Custom Code Anteil.
Sign-Off Checkliste pro Prozess:
Jede Kadenz hat definierte Ergebnisobjekte mit klarer Definition of Done (DoD). Ein Ergebnisobjekt gilt erst als „Done“, wenn alle DoD-Kriterien erfüllt sind.
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| Fit/Gap-Register (komplett) | Alle ~60 Prozesse bewertet (Fit/Gap/Custom/Neu). Jeder Gap hat Kategorie, Priorität, Lösungsvorschlag. Register im SharePoint freigegeben. Key User haben pro Workstream abgezeichnet. | Solution Architect + alle Berater |
| IST-Prozessdokumentation | Pro Workstream: Alle IST-Prozesse dokumentiert (Transaktionen, Custom Code, Schnittstellen, Formulare). Mindestens 1 Key-User-Review pro Dokument. Keine offenen „TBD“-Felder. | Workstream-Berater |
| Custom Code Inventar | Alle Z-/Y-Objekte erfasst (Name, Typ, letzte Nutzung). ATC-Check gegen S/4HANA durchgeführt. Entscheidung pro Objekt: Migrieren / Anpassen / Löschen. ≥80% entschieden. | ABAP-Team + Workstream-Berater |
| Systemlandschaft Sandbox | S/4HANA Sandbox installiert, Best Practices Scope Items aktiviert. Alle Berater haben Zugang. Demo-Stammdaten geladen. System für Workshops nutzbar. | Basis-Team |
| EWM-Architekturentscheidung | Entscheidung Embedded vs. Dezentral dokumentiert und vom SteerCo freigegeben. Lagerstruktur-Konzept (Warehouse, Storage Types, Bins) als Entwurf vorhanden. | EWM-Berater + Solution Architect |
| Stammdaten-Qualitätsreport | Datenvolumen pro Objekt ermittelt. Qualitäts-KPIs definiert (Dubletten, Vollständigkeit, Konsistenz). Top-10-Bereinigungsmaßnahmen identifiziert. | Migrationsteam |
| Schnittstelleninventar | Alle ECC-Schnittstellen erfasst (Typ, Partner, Volumen, Richtung). S/4HANA-Ziel-Technologie zugeordnet (CPI/IDoc/API/OData). Priorisierung für Migration. | Integrationsteam |
| Projektplan & Governance | Detaillierter Plan für Kadenz 26.3–27.4. RACI-Matrix. Risikomanagement aufgesetzt. SteerCo-Rhythmus etabliert. Kommunikationsplan verabschiedet. | Projektleitung |
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| Kern-Customizing (SPRO) | Org-Strukturen, Stammdaten-Customizing, MRP-Grundkonfig, EWM-Basis, Versand-Basis konfiguriert. Customizing-Dokumentation pro Workstream vorhanden. Review durch Solution Architect. | Alle Workstream-Berater |
| MD01N (MRP Live) lauffähig | MRP Live läuft mit Testdaten fehlerfrei. MRP-Bereiche konfiguriert. Bezugsquellenfindung getestet (Infosatz-basiert). Min. 3 Dispositionsstrategien validiert. | MM-Berater |
| EWM Embedded Basis | Lagerstruktur angelegt. POSC Einlagerung funktioniert. Wareneingang → Einlagerung End-to-End getestet. ICR Proof of Concept durchgeführt und bewertet. | EWM-Berater |
| BP-Migration (1. Welle) | Business Partner für Top-100 Lieferanten und Top-50 Kunden migriert. CVI-Synchronisation funktioniert. Keine Dubletten. Bankverbindungen korrekt. | Migrationsteam |
| Materialstamm (1. Welle) | Materialstamm für A-Teile migriert (~2.000 Materialien). Dispo-Daten, Einkaufsdaten, Lagerdaten vollständig. Stichprobenprüfung 100% fehlerfrei. | Migrationsteam |
| Erste EDI-Verbindung (DELFOR) | CPI-Flow für Lieferabruf (DELFOR/VDA 4905) produktiv im Testsystem. Min. 1 EDI-Partner erfolgreich getestet. Monitoring/Alerting aufgesetzt. | Integrationsteam |
| Unit Tests Kadenz 26.3 | Pro konfiguriertem Prozess min. 3 Testfälle (Positiv, Negativ, Grenzfall). Alle Tests dokumentiert. Erfolgsquote ≥90%. Fehler im Defect-Log. | Testmanager + Berater |
Release 1 gilt als bestanden wenn: Alle 7 Ergebnisobjekte „Done“, Kernprozesse E2E getestet (WE→Einlagerung→Versand), keine kritischen Defects offen, Solution Architect Sign-Off.
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| Next-Gen JIT/JIS Prototyp | JIT-Abrufverarbeitung (F4509) mit min. 1 OEM-Szenario funktioniert. JIS-Sequenzabruf (F5779) demonstriert. JITCALLREQUEST_IN IDoc verarbeitet. Dokumentierte Abweichungen zu ECC JITO. | MM-Berater (JIT-Spezialist) |
| Kanban + Route Trains | Kanban-Board mit EWM Warehouse Tasks läuft. Min. 2 Kanban-Regelkreise konfiguriert und getestet. Route Train Grundkonfiguration abgeschlossen. | EWM-Berater |
| VDA-Labels & Output Mgmt | VDA 4902 Label via BRF+/Adobe Forms druckt korrekt. Output Management (BRF+) für Lieferschein konfiguriert. Min. 3 Formulartypen migriert (SAPscript → Adobe). | SD-Berater |
| Komplette EDI-Landschaft | CPI-Flows für DELFOR, DELJIT, DESADV, VDA 4905/4913 lauffähig. MES-Anbindung als Prototyp. Min. 3 EDI-Partner getestet. Error Handling dokumentiert. | Integrationsteam |
| Erweiterte Disposition | Verbrauchsgesteuerte und Forecast-Strategien konfiguriert. Lieferpläne mit Feinabrufen getestet. Min. 5 Dispositionsstrategien validiert. | MM-Berater |
| String Tests (Prozessketten) | Pro Workstream min. 2 Prozessketten-Tests (mehrstufig). Inbound: Abruf→Dispo→Bestellung→WE. Outbound: Kommissionierung→Verpackung→Versand→ASN. Ergebnisse dokumentiert. | Testmanager |
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| E2E-Integrationstest bestanden | Kompletter Durchlauf: Abruf → Disposition → Bestellung → WE → Einlagerung → Bereitstellung → Versand → ASN. Min. 5 verschiedene Szenarien. Alle kritischen Defects gelöst. Performance-Baseline gemessen. | Testmanager + alle Berater |
| EDI-Partnertest Top-10 | EDI-Kommunikation mit den 10 wichtigsten OEMs/Lieferanten getestet. Roundtrip (Abruf rein → Lieferavis raus) erfolgreich. Fehlerbehandlung & Monitoring aktiv. Parallel-Run-Plan erstellt. | Integrationsteam |
| Migrations-Probelauf 1 | Vollständige Migration (Stamm + offene Belege) im Testsystem durchgeführt. Dauer gemessen. Datenqualitäts-KPIs geprüft. Bestandsabgleich ECC/S4 durchgeführt. Abweichungen <2%. | Migrationsteam |
| Performance-Baseline | MRP Live, EWM-Prozesse, MATDOC-Buchungen unter Last getestet. Response-Zeiten dokumentiert. Engpässe identifiziert. Optimierungsmaßnahmen definiert. | Basis-Team + Berater |
| Gap-Resolution Report | Statusbericht aller Gaps: ≥70% gelöst (Config oder Custom Dev fertig). Verbleibende Gaps haben Ziel-Kadenz und Verantwortlichen. Keine kritischen Gaps ohne Lösungsplan. | Solution Architect |
Release 2 gilt als bestanden wenn: E2E-Tests erfolgreich, EDI Top-10 Partner getestet, Migrations-Probelauf 1 <2% Abweichung, ≥70% Gaps gelöst, alle Automotive-Spezifika (JIT/JIS, Kanban, Sequenz) funktional validiert.
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| Custom Development fertig | Alle beauftragten Custom Developments (BAdIs, Enhancements, RAP) implementiert und Unit-getestet. Code Review durch 2. Entwickler. ATC clean. Transportiert ins QA-System. | ABAP-Team |
| UAT-Testskripte | Pro Prozess: Min. 5 Testfälle in UAT-Skript-Format (Schritte, erwartetes Ergebnis, Screenshots). Testdaten vorbereitet. Abnahmekriterien pro Prozess definiert und mit Key Usern abgestimmt. | Testmanager + Key User |
| Key-User-Schulung Wave 1 | Alle Key User (8 FTE) auf S/4HANA-Basisprozesse geschult. Pro Workstream: 2-Tages-Schulung durchgeführt. Schulungsunterlage vorhanden. Key User können selbstständig Testfälle durchspielen. | Change Management |
| Migrations-Probelauf 2 (Dress Rehearsal 1) | Komplette Migration unter realistischen Bedingungen. Zeitfenster optimiert (≤48h). Rollback-Szenario getestet. Bestandsabgleich automatisiert. Abweichung <1%. | Migrationsteam |
| Performance-Tuning abgeschlossen | Alle identifizierten Engpässe behoben. MRP Live läuft unter Last in Zielzeit. EWM-Prozesse ≤3s Response. Lasttest mit 50 parallelen Usern bestanden. | Basis-Team + ABAP-Team |
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| UAT Bestanden (3 Zyklen) | 3 UAT-Zyklen durchgeführt. Alle kritischen Testfälle bestanden. Abnahmeprotokoll pro Prozess unterschrieben. Offene Defects ≤5 (Severity Medium/Low). Kein Showstopper. | Testmanager + Key User |
| Cutover-Runbook | Minutengenauer Cutover-Plan erstellt. Alle Schritte mit Verantwortlichem, Dauer, Vorbedingung. Fallback-Punkte definiert. War-Room-Setup dokumentiert. Kommunikationsplan für Go-Live. | Projektleitung + alle Leads |
| Enduser-Schulungsmaterial | Schulungsunterlagen für alle Enduser-Rollen fertig. Quick Reference Cards pro Prozess. Fiori Launchpad pro Rolle konfiguriert. Min. 1 Pilotschulung durchgeführt. | Change Management |
| Berechtigungskonzept | Alle Fiori-Kataloge und -Gruppen pro Rolle zugeordnet. Rollen getestet. SoD-Prüfung durchgeführt. Keine überflüssigen Zugriffe. | Basis-Team + Security |
| Go-Live Readiness Assessment | Checkliste mit 50+ Kriterien abgearbeitet. Alle Workstream-Leads bestätigen Readiness. SteerCo hat Go-Live formal freigegeben. Kein offener Showstopper. | Solution Architect + PM |
| Gap-Resolution ≥95% | Alle kritischen und hohen Gaps gelöst. Verbleibende Gaps (≤5%) haben dokumentierten Workaround und Post-Go-Live-Plan. Gap-Register final reviewed. | Solution Architect |
Release 3 = Go-Live-Freigabe. Gilt als bestanden wenn: UAT bestanden (kein Showstopper), Cutover-Runbook reviewed, Enduser geschult, Berechtigungen getestet, SteerCo Go-Live-Freigabe erteilt, Fallback-Strategie dokumentiert.
| Ergebnisobjekt | Definition of Done | Verantwortlich |
|---|---|---|
| Cutover Dress Rehearsal | Kompletter Cutover-Durchlauf (Wochenende). Alle Runbook-Schritte ausgeführt. Zeitfenster eingehalten (≤36h). Bestandsabgleich <0.5%. Smoke Test bestanden. Rollback getestet. | Migrationsteam + alle Leads |
| Produktivmigration | Inventur am 31.12.2027. Bestandsmigration fehlerfrei. Offene POs, Lieferpläne, Lieferungen migriert. Kanban-Status übernommen. Bestandsabgleich <0.1%. Schnittstellen umgeschaltet. | Migrationsteam |
| Go-Live Smoke Test | Am 01.01.2028: Pro Workstream min. 3 kritische Transaktionen erfolgreich. EDI-Nachrichten fließen. Drucken funktioniert. Fiori-Apps erreichbar. Performance im Zielbereich. | Alle Workstream-Leads |
| War Room & Eskalation aktiv | War Room besetzt (24/7 erste Woche). Eskalationsprozess greift. Alle Ansprechpartner erreichbar. Tägliche SteerCo-Updates. KPI-Dashboard live. | Projektleitung |
| Hypercare Report (4 Wochen) | Wochenbericht: Incidents erfasst & gelöst, KPIs im Zielbereich, keine Produktionsunterbrechung. Enduser-Feedback gesammelt. Übergabe an Betrieb vorbereitet. | Alle Leads |
| Knowledge Transfer an Betrieb | Übergabedokumentation komplett. Betriebshandbuch pro Workstream. Monitoring-Dashboards übergeben. Support-Team eingearbeitet. Projekt formal abgeschlossen. | Solution Architect + PM |
Das Projekt gilt als erfolgreich abgeschlossen wenn: (1) Alle Kernprozesse laufen produktiv ohne Unterbrechung, (2) EDI-Kommunikation mit allen Partnern funktioniert, (3) Keine offenen Severity-1-Tickets nach 4 Wochen Hypercare, (4) Betriebsteam ist eigenständig handlungsfähig, (5) Projekt-Abschlussbericht vom SteerCo abgenommen.
Standardisierte Vorlagen für Fit/Gap-Workshops, Prozessdokumentation, Gap-Register und Abnahmeprotokolle.
Konkreter Fahrplan für die schnellste und sicherste Übernahme.
Für jedes Datenobjekt ist definiert: Migration (einmalig), Schnittstelle (laufend) oder Neuanlage im S/4HANA.
Geplante Teamzusammensetzung über die gesamte Projektlaufzeit. FTE-Angaben pro Phase.