Von SAP ECC auf S/4HANA wechseln — Praxis-Guide 2026

SAP hat den Mainstream-Support für SAP ERP Central Component (ECC) 6.0 bis Ende 2027 verlängert (mit Extended Maintenance bis 2030 gegen Aufpreis). Damit ist die Migration auf S/4HANA für nahezu alle ECC-Anwender unausweichlich — die Frage ist nicht mehr „ob", sondern „wie und wann". Dieser Guide gibt einen praxisnahen Überblick über die drei Migrations-Pfade, typische Aufwände, Stolperfallen und Erfolgsfaktoren — speziell für DACH-Mittelstand und gehobenen Konzern.

Auslöser: Warum jetzt migrieren?

Drei harte Treiber zwingen ECC-Anwender zur Entscheidung:

Wartungs-Deadline 2027/2030. SAP-Standardwartung für ECC läuft Ende 2027 aus. Verlängerung bis 2030 ist möglich, aber teuer (Extended Maintenance Fee von 2% jährlich auf das Wartungs-Volumen oben drauf). Ab 2031 ist Custom-Maintenance-Aufwand bei einem SAP-Partner erforderlich — wirtschaftlich für die meisten Anwender unattraktiv.

Innovations-Stillstand auf ECC. SAP investiert seit 2018 ausschließlich in S/4HANA. Neue Funktionen (KI-gestützte Anomalie-Erkennung, Embedded Analytics, Universal Journal mit ACDOCA, Group Reporting, Business Network) gibt es nicht in ECC. Wer auf ECC bleibt, fährt jedes Jahr mehr Innovations-Schulden auf.

Compliance-Updates verlangsamen sich. GoBD-, e-Rechnung-, ZUGFeRD-, EU-VAT-Updates kommen für ECC zwar noch, aber später und mit weniger Standardabdeckung als für S/4HANA. XRechnung-2.x und EU-VAT-Reform 2028 sind Beispiele für Compliance-Themen, die auf S/4HANA besser implementiert werden.

Daneben gibt es weichere Treiber, die das Projekt antreiben: gestiegene Cloud-Erwartungen der Anwender, höhere Anforderungen an Mobile-Bedienung, schwindende ABAP-Spezialisten am Personalmarkt, Konzern-Konsolidierungs-Anforderungen, die in modernen Tools schneller umgesetzt werden.

Drei Migrations-Pfade: Greenfield, Brownfield, Selective Data Transition

SAP bietet drei prinzipielle Vorgehen, die sich in Zeit, Kosten und Datenkontinuität deutlich unterscheiden.

Greenfield (Neu-Implementation)

Komplett neuer S/4HANA-Stand, keine Code-Übernahme aus ECC, Stammdaten und ggf. Bewegungsdaten werden via Data Migration neu eingespielt. Vorteil: man profitiert direkt von SAP Best Practices, eliminiert Custom-Code-Altlasten, modernisiert Prozesse. Nachteil: bisheriges Customizing geht weitgehend verloren, Anwender müssen neu geschult werden, Datenmigrations-Aufwand ist hoch.

Greenfield passt besonders, wenn:

• Das ECC-Customizing über Jahre gewachsen und niemand mehr versteht, was warum so ist
• Geschäftsprozesse ohnehin grundsätzlich überarbeitet werden sollen (z.B. nach Akquisition oder strategischem Refocus)
• Die Anzahl der Z-Objekte (Custom-Code) im Bereich von Tausenden liegt und der Großteil als technische Schulden erkannt wurde

Brownfield (Technische Konvertierung)

Das bestehende ECC-System wird mittels SAP-Tooling (DMO, Software Update Manager) auf S/4HANA umgewandelt. Der Custom-Code (Z-Objekte) wird automatisiert konvertiert (mit manueller Nacharbeit), Daten und Prozesse bleiben weitgehend erhalten. Vorteil: Datenkontinuität, kürzere Time-to-Live, weniger Anwender-Schulungsaufwand. Nachteil: technische Schulden werden mitkonvertiert, der Modernisierungs-Hebel bleibt schwach.

Brownfield passt, wenn:

• Bestehende ECC-Prozesse weitgehend gut funktionieren und nur das technologische Fundament modernisiert werden soll
• Das Custom-Code-Volumen überschaubar ist und die Mehrheit als ATC-Check-fest dokumentiert wurde
• Datenkontinuität (vollständige Historie) für Audit- oder Reporting-Zwecke wichtig ist
• Der Umstellungs-Zeitrahmen knapp ist und ein 12-Monats-Cutover realistisch sein muss

Selective Data Transition (Hybrid)

Mischform: ein neues S/4HANA-System wird aufgebaut, aber ausgewählte historische Daten und ggf. Custom-Logik werden migriert. Vorteil: bessere Modernisierung als Brownfield, weniger Datenrisiken als Greenfield. Nachteil: aufwendigere Projekt-Steuerung, oft längere Laufzeit als reines Brownfield.

Selective Data Transition passt, wenn:

• Du die Vorteile des Greenfield-Ansatzes willst, aber bestimmte Stamm- und Bewegungsdaten zwingend mitwandern müssen (z.B. wegen Audit-Anforderungen, lange laufender Verträge, Garantien)
• Das ECC-Customizing partiell wertvoll ist (z.B. branchenspezifische Z-Tabellen) und partiell entrümpelt werden soll

Migrations-Phasen — typischer Ablauf

Ein S/4HANA-Migrationsprojekt im Mittelstand-/Konzernumfeld läuft typischerweise in 5–7 Phasen:

Phase 1 — Discover & Assessment (4–8 Wochen). ECC-Bestandsaufnahme: Custom-Code-Inventur (ATC-Check), Stammdaten-Qualität, Schnittstellen-Landschaft, Branchen-Add-ons. SAP Readiness Check ausführen. Fit-Gap-Analyse zwischen ECC-Status und S/4HANA-Standard. Strategie-Entscheidung Greenfield/Brownfield/Hybrid.

Phase 2 — Prepare (8–16 Wochen). Sandbox-System für S/4HANA bereitstellen (Public Cloud, Private Cloud oder On-Prem). Lizenz-Verhandlung mit SAP. Implementierungs-Partner auswählen. Projektorganisation, Steuerungs-Gremien, Sponsoren benennen. Detail-Roadmap.

Phase 3 — Explore (12–24 Wochen). Soll-Konzept entwickeln: Welche Prozesse werden in den S/4HANA-Standard überführt? Welche brauchen Customizing? Welche Z-Objekte werden konvertiert, welche entfallen? Branchen-Add-ons evaluieren (z.B. Beverage, Engineering, Construction). Schnittstellen mit Drittsystemen (Lager, Versand, BI, CRM) neu spezifizieren.

Phase 4 — Realize (16–32 Wochen). Konfiguration, Custom-Code-Anpassung, Data Migration, Testing. SAP Activate-Methodik mit iterativen Sprints. Integration-Tests mit allen Drittsystemen. Performance-Tests. End-User-Schulungen vorbereiten.

Phase 5 — Deploy (8–16 Wochen). Cutover-Planung: Was wird in welcher Reihenfolge migriert? Mock-Cutover (mehrere Probedurchläufe). Final Go-Live-Wochenende. Hypercare-Phase mit erhöhter Betreuung in den ersten 4–8 Wochen nach Go-Live.

Phase 6 — Run & Optimize (laufend). Stabilisierung. Optimierung von Reports, Workflows, Dashboards. Quartalsweise S/4HANA-Updates einspielen.

Insgesamt summiert sich das auf 12–24 Monate für Mittelstandsprojekte und 24–48 Monate für komplexe Konzern-Migrationen mit mehreren Standorten und Töchtern.

Datenmigration: Was wandert mit, was nicht?

Eine zentrale Entscheidung ist, welche Daten in welcher Tiefe migrieren.

Stammdaten wandern grundsätzlich mit: Material, Geschäftspartner (BP), Kostenstellen, Konten. Hier ist die Datenqualität entscheidend — schlechte ECC-Daten werden zu schlechten S/4HANA-Daten. Empfehlung: Datenqualitäts-Bereinigung VOR der Migration, nicht währenddessen. Bei Greenfield-Migrationen ist das oft der schmerzhafteste Teil — man entdeckt, wie viele Stammdaten-Karteileichen über die Jahre angefallen sind.

Bewegungsdaten sind die schwierige Frage. Optionen:

• Vollständige Historie übernehmen (wie bei Brownfield) — größter Speicherbedarf, längste Migrations-Zeit, einfachstes Reporting
• Nur offene Posten + 2–3 Jahre historie übernehmen — Kompromiss bei Selective Data Transition
• Nur offene Posten zum Stichtag — schnellste Migration, aber Reporting verliert Vergleichbarkeit; Workaround: ECC-Read-Only-System weiter betreiben

Custom-Code (Z-Objekte) wird beim Brownfield automatisch konvertiert — aber nicht alles funktioniert nach der Konvertierung sofort. ABAP-Routinen müssen oft manuell nachjustiert werden, weil sich Datenmodelle geändert haben (z.B. ACDOCA in Universal Journal ersetzt mehrere alte Tabellen). Beim Greenfield werden Z-Objekte gar nicht migriert — Logik wird in S/4HANA neu implementiert, oft als BAdI-Implementierungen oder mit der SAP Cloud Application Programming Model (CAP).

Schnittstellen (zu BI, CRM, Lager-Software, Bank, DATEV, Lohn) müssen praktisch alle neu eingerichtet werden. SAP Integration Suite (Cloud Integration, API Management) ist dafür die Standardplattform — ältere PI/PO-Schnittstellen müssen Stück für Stück darauf migriert werden.

Aufwand & Zeitrahmen — realistische Planungs-Werte

Diese Werte gelten ab Kick-off bis Go-Live des ersten produktiven Standorts. Bei Multi-Country-Konzernen kommen Roll-out-Wellen für weitere Töchter dazu (oft jeweils 4–8 Monate pro Welle).

Kosten-Ranges — was du erwarten musst

Realistische Gesamt-Projekt-Kosten (Lizenz + Implementierung + Schulung + Hardware/Cloud + Risikopuffer):

Diese Spannen sind weit, weil die Komplexität extrem variabel ist. Treiber für höhere Kosten: viele Branchen-Add-ons, hohe Custom-Code-Tiefe, viele Schnittstellen, Multi-Country-Setups, Konzern-Konsolidierungs-Anforderungen, Industrie-spezifische Compliance.

Die Lizenz allein ist meistens 15–30% der Gesamtkosten. Den Rest machen Implementierungs-Beratung, interner Aufwand, Hardware/Cloud, Schulung, Datenmigration.

Stolperfallen — was am häufigsten schief geht

Custom-Code unterschätzt. Viele ECC-Anwender haben über die Jahre Custom-Code akkumuliert, dessen geschäftlicher Wert niemand mehr beurteilen kann. Bei Brownfield-Migrationen führt das zu Konvertierungs-Schmerzen, bei Greenfield zu unrealistischen Hoffnungen, alles im Standard abbilden zu können.

Stammdaten-Qualität ignoriert. Wer schlechte Stammdaten in S/4HANA migriert, hat schlechte S/4HANA-Stammdaten. Stammdaten-Bereinigung zieht sich oft länger als geplant, blockiert das Migration-Tooling und führt zu Verzögerungen am Ende des Projekts.

Schnittstellen-Inventar unvollständig. ECC ist meist tief in eine ganze Software-Landschaft integriert (DATEV, Lager-Manager, BI, CRM, Bank, Lohn, Versand). Bei Greenfield-Migrationen werden gerne Schnittstellen vergessen oder erst spät entdeckt. Empfehlung: in Phase 1 ein vollständiges Schnittstellen-Inventar machen (mindestens 50–80 Schnittstellen typischerweise im Mittelstand-ECC).

Anwender-Schulung zu spät. S/4HANA-UI (Fiori) ist anders als ECC SAP GUI. User-Akzeptanz hängt stark von früher und kontinuierlicher Schulung ab. Wenn Schulung erst 4 Wochen vor Go-Live startet, sinkt die Produktivität nach Cutover stark.

Hypercare-Budget vergessen. Die ersten 4–8 Wochen nach Go-Live sind kritisch. Erhöhte Beratungs-Kapazität (oft das Implementierungs-Team in reduzierter Form) muss verfügbar sein. Wer das nicht plant, hat eine schlechte Hypercare-Phase und unzufriedene Anwender.

Lizenz-Verhandlung erst spät. SAP-Lizenz-Strukturen (FUE, Engine-Pricing, Cloud-Editionen) sind komplex. Wer die Verhandlung erst kurz vor Vertragsabschluss führt, bekommt schlechtere Konditionen. Empfehlung: Lizenz-Berater (intern oder extern) ab Phase 2 einbinden.

Erfolgsfaktoren — was Top-Migrationen ausmacht

Sponsorship aus der Geschäftsführung. S/4HANA-Migration ist kein IT-Projekt — es ist ein Geschäftstransformations-Programm. Ohne aktiven Sponsor aus C-Level (CFO oder CEO) versanden Konflikte zwischen Fachbereichen schnell.

Starkes Stammdaten-Team. Eine dedizierte Rolle (Stammdaten-Lead) mit Befugnissen und Budget, die das ganze Projekt über Stammdatenqualität verantwortet.

Implementierungs-Partner sorgfältig auswählen. Nicht der größte Partner ist der beste — entscheidend ist Branchenexpertise, Methodik (SAP Activate), Continuous Improvement, kulturelle Passung. Empfehlung: Referenzen aus deiner Branche prüfen, persönliche Gespräche mit anderen Kunden des Partners suchen.

Mock-Cutover mehrfach üben. Vor dem Go-Live-Wochenende sollten 3–5 Mock-Cutovers stattgefunden haben. Jeder identifiziert neue Probleme, die im Echtbetrieb sonst zu Stillstand führen würden.

Klare Kommunikation an alle Anwender. Was ändert sich? Wann? Welche Schulung? Wer ist der Hypercare-Ansprechpartner? Diese vier Fragen sollten 2 Monate vor Go-Live für jeden Anwender beantwortbar sein.

Wann sich der Wechsel NICHT lohnt

In sehr wenigen Fällen ist eine S/4HANA-Migration die falsche Wahl:

• Geplante Veräußerung des Unternehmens in den nächsten 2–3 Jahren — Käufer wird ohnehin auf seine eigene ERP-Plattform migrieren wollen
• Geplante Schließung oder massive Umstrukturierung der Geschäftseinheit
• Sehr kleines Setup (<50 MA) — hier ist eine Migration auf ein KMU-ERP wie SAP Business One, Microsoft D365 BC oder ein DACH-Mittelstands-ERP oft wirtschaftlicher als der Sprung auf vollwertiges S/4HANA

In allen anderen Fällen ist die Migration unausweichlich — die Frage ist nur, wann und wie.

FAQ

Wann muss ich spätestens migrieren? SAP-Standardwartung für ECC läuft Ende 2027 aus. Für planbare Projektzeiträume bedeutet das: Mittelstands-Migrationen sollten bis Ende 2026 starten, Konzern-Migrationen bis Mitte 2025.

S/4HANA Public Cloud, Private Cloud oder On-Premise? Public Cloud ist günstiger und Standard-getrieben, aber begrenzt im Customizing. Private Cloud bietet vollen Customizing-Spielraum mit Cloud-Vorteilen. On-Prem ist die teuerste Variante mit eigener Infrastruktur. Empfehlung: Mittelstand startet meist mit Public oder Private Cloud, On-Prem nur bei sehr spezifischen Anforderungen (Datensouveränität, Branchen-Spezial-Compliance).

Was kostet eine Brownfield-Migration im Vergleich zu Greenfield? Brownfield ist meist 30–50% günstiger als Greenfield bei vergleichbarer Größe — weil Datenmigrations- und Schulungs-Aufwände niedriger sind. Allerdings „bezahlt" man für den Brownfield-Vorteil mit weiterhin bestehenden technischen Schulden.

Können wir ECC und S/4HANA parallel betreiben? Ja, vorübergehend ist das eine sinnvolle Strategie, vor allem für Multi-Country-Konzerne. Manche Töchter migrieren früher, andere später. Konsolidierung läuft dann über S/4HANA Group Reporting oder dedizierte Konsolidierungs-Tools.

Wie ändert sich die Lizenz-Struktur? ECC-Lizenzen werden nicht 1:1 in S/4HANA-Lizenzen umgewandelt. SAP bietet Conversion-Programme an (Customer Engagement Initiative, Contract Conversion). Erwarte eine vollständige Lizenz-Neuverhandlung — das ist der einzige sinnvolle Zeitpunkt für SAP-Customer, ihre Lizenz-Struktur grundlegend zu modernisieren.

Was passiert mit unseren Reports und BW/BI-Systemen? SAP BW/4HANA ist die moderne BI-Plattform. Alte BW-Inhalte können mit Standard-Tools migriert werden, aber neue S/4HANA-Embedded-Analytics-Funktionen (Real-Time-Reports auf Universal Journal) bieten oft bessere Alternativen. Strategische Entscheidung: Migration des bestehenden BW oder Aufbau neuer Embedded Analytics?

Verwandte Themen

• SAP S/4HANA Cloud im Detail
• Microsoft Dynamics 365 F&O als Alternative
• Oracle Fusion Cloud ERP als Alternative
• Greenfield vs. Brownfield-Implementation
• ERP-Migration: Strategien und Vorgehen
• ERP-Implementation: Phasen und Methodik

Stand: Mai 2026. Dieser Guide gibt einen praxisnahen Überblick über typische Migrations-Projekte und stellt keine individuelle Beratung dar. Die konkreten Aufwände, Kosten und Zeitrahmen variieren stark je nach Unternehmen, Branche und Projekt-Setup.