Migration von ECC auf S/4HANA: Wege, Schritte und SAP-ECC-Fristen

Eine Migration von ECC auf S/4HANA bringt Ihr SAP-ERP-System von SAP ECC 6.0 auf SAP S/4HANA, mit neuer Datenbank, neuem Finanzdatenmodell und neuer Benutzeroberfläche. Die Entscheidung, vor der Sie stehen: welchen Weg Sie gehen und ob Sie live gehen können, bevor die ECC-Standardwartung am 31. Dezember 2027 endet.

Die kurze Antwort: Greenfield, wenn Sie von anderen Systemen kommen oder neue Prozesse brauchen, Brownfield, wenn Ihre Prozesse definiert sind und funktionieren, Selective Data Transition, wenn nur einige Bereiche neu gestaltet werden müssen. Nach meiner Erfahrung dauert Brownfield 12 bis 18 Monate, Greenfield 18 bis 24 Monate und Selective Data Transition 12 bis 18 Monate. Führen Sie den SAP Readiness Check aus, bevor Sie sich für einen davon entscheiden.

ECC auf S/4HANA ist kein einfaches Upgrade. Es ändert, wie Daten gespeichert werden, wie Buchungen laufen und wie Anwender arbeiten.

In einem Projekt, an dem ich gearbeitet habe, ließ ein Team Dutzende Eigenentwicklungs-Reports genau so nachbauen, wie sie in ECC waren. Niemand fragte, ob sie noch gebraucht wurden. Später wurde die Hälfte davon nie genutzt.

Die Migration war technisch sauber. Der Nutzen nicht.

SAP ECC steht für SAP ERP Central Component. Es ist der Kern von SAP ERP 6.0, einer der Kernanwendungen der SAP Business Suite 7, und wer „SAP ECC“ sagt, meint fast immer ECC 6.0. Es steuert Finanzwesen, Controlling, Einkauf, Vertrieb und Produktion auf jeder von SAP unterstützten Datenbank, von Oracle bis SQL Server und Db2.

Der erste Grund für den Umstieg ist die Wartung. Für SAP ERP 6.0 auf den Erweiterungspaketen 6 bis 8 endet die Standardwartung am 31. Dezember 2027. Systeme auf Erweiterungspaket 5 oder niedriger sind Ende 2025 aus der Standardwartung gefallen (SAP).

SAP S/4HANA ist der Nachfolger, und SAP hat sich verpflichtet, es bis Ende 2040 zu warten.

Der zweite Grund ist die Zeit. Starten Sie heute, im Oktober 2026, eine Brownfield-Konvertierung, landet der Go-live zwischen Ende 2027 und Frühjahr 2028. Starten Sie heute Greenfield, gehen Sie 2028 live.

Für die meisten ECC-Kunden lautet die Frage also nicht mehr, ob sie umsteigen. Sondern welcher Weg, und wie viel erweiterte Wartung sie für die Zeit des Umstiegs budgetieren.

Ich behandle dieses Thema auch in einem Video auf meinem YouTube-Kanal (auf Englisch).

Diese Unterschiede treiben den größten Teil des Migrationsaufwands:

Bereich	SAP ECC	SAP S/4HANA
Datenbank	Jede unterstützte Datenbank (Oracle, Db2, SQL Server und andere)	Nur SAP HANA
Finanzdatenmodell	Getrennte FI-, CO- und Ergebnisrechnungstabellen mit Summentabellen	Universal Journal (Tabelle ACDOCA) als einzige Quelle auf Einzelpostenebene
Kunden- und Lieferantenstamm	Getrennte Kunden- und Lieferantensätze	Geschäftspartner ist Pflicht
Materialnummer	18 Zeichen	Bis zu 40 Zeichen, wenn Sie die erweiterte Länge aktivieren
Kreditmanagement	Kreditmanagement in SD	SAP Credit Management (FIN-FSCM)
Benutzeroberfläche	SAP GUI	SAP-Fiori-Apps, SAP GUI weiterhin verfügbar On-Premise und in der Private Edition
Bereitstellung	On-Premise	On-Premise, Private Edition (RISE with SAP) oder Public Edition (GROW with SAP)
Erweiterungen	Z-Programme und Modifikationen	Clean Core: freigegebene APIs, ABAP Cloud on-stack oder side-by-side auf SAP BTP
Wartung	EHP 6 bis 8 Standardwartung bis Ende 2027, erweitert bis Ende 2030	Zugesagt bis Ende 2040

SAP erfasst jeden dieser Unterschiede als Simplification Item und veröffentlicht sie für jedes S/4HANA-Release in der Simplification List. Manche sind für jeden Kunden Pflicht, etwa der Geschäftspartner. Andere zählen nur, wenn Sie die Funktion nutzen, und der SAP Readiness Check zeigt Ihnen, welche für Ihr System gelten.

Ein europäischer Fertigungskunde, mit dem ich 2023 gearbeitet habe, fragte immer wieder, warum seine eigenen Batch-Jobs nach der Konvertierung nicht mehr liefen. Die Logik hing an ECC-Tabellenstrukturen, die S/4HANA geändert hatte. Niemand hatte gefragt, ob diese Jobs im neuen Modell überhaupt noch sinnvoll waren.

Die Migration bewegt die Daten. Die eigentliche Frage ist, was Sie mit den Designentscheidungen machen, die Sie erben.

Meine Regel für die Wahl ist kurz. Greenfield, wenn Sie von anderen Systemen kommen oder neue Prozesse definiert werden müssen. Brownfield, wenn Ihre Prozesse definiert sind und funktionieren, und Selective Data Transition, wenn die Prozesse einiger Bereiche neu definiert werden müssen.

Decide

Welcher Weg von ECC zu S/4HANA passt zu Ihrer Situation?

→Greenfield

Umstieg von anderen Systemen, oder neue Prozesse müssen definiert werden

→Brownfield

Prozesse sind definiert und funktionieren

→Selective Data Transition

Nur in einigen Bereichen müssen Prozesse neu definiert werden

Greenfield: eine Neueinführung

Eine Neueinführung von S/4HANA. Keine Altkonfiguration wird übernommen, die Prozesse werden gegen den SAP-Standard entworfen, und nur die Daten, die Sie brauchen, werden geladen.

Das ist die naheliegende Wahl, wenn ein Teil Ihres Geschäfts heute auf Nicht-SAP-Systemen läuft. Ich habe Unternehmen gesehen, die bereut haben, ihre Anwender nicht darauf vorbereitet zu haben, wie anders sich ein Greenfield-System anfühlt. Wenn die Planung der Akzeptanz erst bei der Schulung beginnt, ist es schon spät.

Brownfield: Systemkonvertierung

Brownfield ist eine Systemkonvertierung. Ihr bestehendes ECC-System wird an Ort und Stelle konvertiert, und Konfiguration, Eigenentwicklungen und Historie kommen mit. Die technische Konvertierung läuft über den Software Update Manager (SUM) mit seiner Database Migration Option.

SAP veröffentlicht für jedes Release einen Conversion Guide für SAP S/4HANA mit den Voraussetzungen und der Reihenfolge der technischen Schritte. Lesen Sie den für Ihr Ziel-Release, bevor Sie Termine planen. Das Risiko ist die technische Schuld, die Sie mitnehmen, denn Altkomplexität zieht mit um, wenn Sie sie nicht gezielt bereinigen.

Selective Data Transition

Selective Data Transition überträgt ausgewählte Buchungskreise, Geschäftsbereiche oder Zeitscheiben der Daten, nicht alles. Sie braucht Spezialwerkzeuge und einen Partner mit Erfahrung darin. Manche Anbieter verkaufen sie als „Bluefield“.

Sie passt zu Konzernen, in denen das Finanzwesen gut funktioniert, der Einkauf aber neu gestaltet werden muss, oder in denen Fusionen und Carve-outs sehr unterschiedliche Prozesse nebeneinander hinterlassen haben. Sie gestalten die Bereiche neu, die es brauchen, und behalten die Historie dort, wo sie zählt.

So schneiden die drei bei den Fragen ab, die Vorstände meist stellen:

Weg	Wann wählen	Typischer Zeitplan	Hauptrisiko
Greenfield	Umstieg von anderen Systemen, oder neue Prozesse müssen definiert werden	18 bis 24 Monate	Veränderungslast für die Anwender, und zurückgelassene Historie
Brownfield	Prozesse sind definiert und funktionieren	12 bis 18 Monate	Technische Schuld und ungenutzte Eigenentwicklungen werden mitgenommen
Selective Data Transition	Die Prozesse einiger Bereiche müssen neu definiert werden	12 bis 18 Monate	Abhängigkeit von Spezialwerkzeugen und Partnern, und komplexe Abgrenzung der Daten

Der Weg ändert die Details, aber die Reihenfolge bleibt gleich. Das sind die fünf Schritte, die ich planen würde, in dieser Reihenfolge.

Die Migrationsreihenfolge

1. 01

   Readiness Check

   Führen Sie den SAP Readiness Check aus und bestätigen Sie die technischen Voraussetzungen.

2. 02

   Weg wählen und planen

   Wählen Sie den Weg, legen Sie den Umfang fest und planen Sie das gesamte Programm, bevor der Aufbau beginnt.

3. 03

   Eigenentwicklungen

   Finden Sie heraus, was genutzt wird, legen Sie den Rest still, passen Sie an, was bleibt.

4. 04

   Daten

   Klassifizieren, bereinigen und archivieren Sie, bevor Sie irgendetwas bewegen.

5. 05

   Testen und umstellen

   Mehrere Testrunden plus mindestens eine vollständige Cutover-Generalprobe.

1. Den Readiness Check ausführen

Fangen Sie hier an. Immer. Der SAP Readiness Check analysiert Ihr ECC-System und berichtet über Simplification Items, Add-on-Kompatibilität, Eigenentwicklungen, Datenvolumen und Sizing.

Die Überraschungen sind meist die Add-ons und die Eigenentwicklungen. Einige Kunden, mit denen ich gearbeitet habe, hatten Hunderte eigene Objekte im Umfang. Besser, Sie finden das in Woche zwei als in Monat zwölf.

Prüfen Sie bei einer Brownfield-Konvertierung gleichzeitig diese Voraussetzungen:

1. Release: Die Konvertierung funktioniert ab SAP ERP 6.0 auf jedem Erweiterungspaket.
2. Unicode: Das System muss Unicode sein, sonst planen Sie eine Konvertierung in zwei Schritten.
3. Dual-Stack: Dual-Stack-Systeme müssen zuerst getrennt werden.
4. Geschäftspartner: Kunden- und Lieferantenstämme müssen vor der Konvertierung in Geschäftspartner umgewandelt werden. Daran scheitern mehr Teams als an jedem anderen Punkt.

2. Den Weg wählen und das Programm planen

Nutzen Sie die Ergebnisse des Readiness Checks und meine Regel von oben, um den Weg zu wählen. Planen Sie dann das gesamte Programm, einschließlich Daten, Tests und Cutover, bevor irgendjemand mit dem Aufbau beginnt.

In den 21 SAP-Programmen, die ich geleitet oder gerettet habe, ist der größte Migrationsfehler, den ich sehe, die fehlende saubere Planung zu Beginn der Einführung. Entscheiden Sie in den ersten Wochen, wer die Datenbereinigung verantwortet, welche Eigenentwicklungen stillgelegt werden und wann die Cutover-Generalproben stattfinden. Diese Entscheidungen werden teuer, wenn man sie spät trifft.

3. Die Eigenentwicklungen anpassen

Führen Sie die S/4HANA-Prüfungen im ABAP Test Cockpit aus, die Ihren Code mit den Simplification Items von SAP abgleichen. Die Custom Code Migration App zeigt dieselben Ergebnisse mit Nutzungsdaten, sodass Sie sehen, was genutzt wird, bevor Sie etwas korrigieren.

Das Ziel ist weniger Z-Code, nicht nur funktionierender Z-Code. In einem Programm brachte uns die Analyse mit smartShift von 18.000 eigenen Objekten auf 3.200.

Jedes eigene Objekt, das Sie mitnehmen, verteuert jedes künftige Upgrade. Ich habe Unternehmen gesehen, die ihre Upgrade-Zeiten mit Clean-Core-Prinzipien um 40 % verkürzt haben, und mein Leitfaden zu SAP Clean Core zeigt, wie Sie das Verbleibende klassifizieren.

4. Die Daten vorbereiten und übertragen

Klassifizieren, bereinigen und archivieren Sie, bevor Sie irgendetwas bewegen. Dieser Schritt dauert länger, als jeder Plan vorsieht, deshalb hat er unten einen eigenen Abschnitt.

5. Testen, schulen und umstellen

Testen Sie in Runden: Unit-Tests, Integrationstests und User Acceptance Testing (UAT), danach mindestens eine vollständige Cutover-Generalprobe. Nehmen Sie sowohl Key-User als auch gelegentliche Anwender in den UAT auf, denn sie finden unterschiedliche Probleme.

Die Generalprobe ist nicht optional. Sie deckt Zeitlücken, fehlende Validierungen und Schnittstellenfehler auf, die nur erscheinen, wenn die ganze Abfolge durchläuft. Teams, die sie auslassen, treffen auf diese Probleme am Go-live-Wochenende.

Nach meiner Erfahrung macht die Datenmigration 30 bis 40 % des Implementierungsaufwands aus. Sie ist auch der häufigste Grund, warum Zeitpläne rutschen.

Wie die Daten übertragen werden, hängt vom Weg ab. Bei Brownfield konvertiert SUM die Daten an Ort und Stelle. Bei Greenfield laden Sie Stammdaten und offene Posten mit dem SAP S/4HANA Migration Cockpit, und bei Selective Data Transition übertragen Spezialwerkzeuge den gewählten Umfang.

Egal welcher Weg, sortieren Sie die Daten, bevor Sie sie bewegen:

1. Heiß: häufig genutzt, für die laufende Verarbeitung nötig.
2. Warm: gelegentlicher Zugriff, relevant, aber nicht täglich.
3. Kalt: historisch oder ungenutzt, nur für die Prüfung aufbewahrt.

Kalte Daten müssen nicht nach S/4HANA. Archivieren Sie sie. Doppelte Lieferantensätze, uneinheitliche Mengeneinheiten und halb gepflegte Kundenstämme gibt es in jedem ECC-System, und sie wandern unverändert nach S/4HANA, wenn niemand sie vorher bereinigt.

Ein Kunde, mit dem ich gearbeitet habe, verbrachte fünf Monate allein mit Datenbereinigung und Archivierung. Mein Artikel dazu, warum SAP-Datenmigrationen scheitern, geht tiefer auf diesen Schritt ein.

Das sind die fünf Tools, die ich in Programmen von ECC auf S/4HANA eingesetzt habe. Zwei stammen von SAP selbst, drei von spezialisierten Anbietern:

Tool	Hersteller	Was es tut	Wo es hingehört
SAP Readiness Check for SAP S/4HANA	SAP	Berichtet über Simplification Items, Add-on-Kompatibilität, Auswirkungen auf Eigenentwicklungen, Datenvolumen und Sizing	Vor der Wahl des Wegs
Custom Code Migration App	SAP	SAP-Fiori-App, die die S/4HANA-Prüfungen des ABAP Test Cockpit ausführt und mit Nutzungsdaten ungenutzten Code findet; läuft in S/4HANA oder in der SAP BTP ABAP Environment	Abgrenzung und Anpassung der Eigenentwicklungen
smartShift	smartShift Technologies	Automatisierte Analyse und Transformation von ABAP-Eigenentwicklungen für S/4HANA	Analyse und Bereinigung der Eigenentwicklungen
SNP (Kyano-Plattform)	SNP Group	Software zur Datentransformation für Selective Data Transition, vermarktet unter dem „Bluefield“-Ansatz von SNP	Selective Data Transition, Fusionen und Carve-outs
Natuvion	Natuvion Group	Software zur Datenkonvertierung und Cutover-Werkzeuge für S/4HANA-Umstiege	Selective Data Transition und Cutover

SNP und Natuvion sind beide Gründungsmitglieder der Selective Data Transition Engagement Community von SAP. Die anderen SAP-Werkzeuge, denen Sie begegnen werden, sind SUM für die Brownfield-Konvertierung und das Migration Cockpit für Greenfield-Datenübernahmen.

Ein Tool ersetzt nicht die Entscheidungen. Jemand auf Ihrer Seite muss immer noch festlegen, was stillgelegt wird.

Für SAP ERP 6.0 auf den Erweiterungspaketen 6 bis 8 endet die Standardwartung am 31. Dezember 2027. Die optionale erweiterte Wartung läuft von 2028 bis 31. Dezember 2030, mit einem Aufschlag von zwei Prozentpunkten auf Ihre bestehende Wartungsbasis (SAP News).

Nach 2030 gibt es einen schmalen Weg, die SAP ERP, private edition, transition option. Sie bietet Wartung von 2031 bis 2033 für Kunden, die ihr ECC-System als SAP ERP, private edition, auf SAP HANA im Rahmen von RISE with SAP in SAPs Private Cloud verlagern. Das System muss vor dem 31. Dezember 2030 umziehen, mindestens 2 TB groß sein und braucht den Max Success Plan von SAP.

2033 ist also keine allgemeine Frist. Sie gilt für große Systeme, die ECC bereits in SAPs Cloud verlagert haben. Für alle anderen gilt für ECC auf eigener Infrastruktur 2027 als Ende der Standardwartung und 2030 als Ende der erweiterten Wartung.

1. 2027Ende der ECC-Standardwartung31. Dezember, für SAP ERP 6.0 EHP 6 bis 8
2. 2028Voraussichtlicher Go-live bei Start heuteBrownfield 12 bis 18 Monate, Greenfield 18 bis 24
3. 2030Ende der erweiterten WartungOptional, mit zwei Prozentpunkten Aufschlag
4. 2033Ende der Transition OptionNur SAP ERP, private edition, Systeme ab 2 TB

Quelle: SAP News, Februar 2020 und August 2025

Die Rechnung ist einfach. Budgetieren Sie zumindest etwas erweiterte Wartung, und nutzen Sie die Zeit, um Daten zu bereinigen und Eigenentwicklungen stillzulegen, statt zu warten.

Die Kosten folgen denselben Treibern wie der Zeitplan: dem Weg, dem Umfang der Eigenentwicklungen, dem Zustand Ihrer Daten und der Zahl der Gesellschaften, die live gehen. Allein die Daten machen 30 bis 40 % des Aufwands aus, deshalb spart ein sauberer Datenplan mehr Geld als jede Verhandlung über Tagessätze. Mein Leitfaden zu den Kosten einer S/4HANA-Migration behandelt, was ein Migrationsbudget treibt, und mein Leitfaden zu den Kosten einer SAP-Einführung schlüsselt das Budget nach Unternehmensgröße auf.

Wie ein Programm tatsächlich verlief, lesen Sie in meiner Fallstudie zur Migration von ECC auf S/4HANA. Um Ihre eigenen Optionen zu prüfen, nutzen Sie die Bewertung Greenfield oder Brownfield.

Dieser Artikel ist der Überblick. Jeder der folgenden Leitfäden beantwortet eine Frage vollständig.

1. Zeitplan und Projektplan der S/4HANA-Migration: Phase für Phase, je Weg, mit Probekonvertierungen und Cutover.
2. Kosten der S/4HANA-Migration: was das Budget für eine Konvertierung, eine Neuimplementierung oder einen selektiven Umstieg treibt.
3. SAP Readiness Check und Migrationsbewertung: was der Check Ihnen sagt und was er übersieht.
4. SAP S/4HANA Migration Cockpit Schritt für Schritt: Daten mit Staging-Tabellen oder Direkttransfer laden.
5. RISE with SAP: Public Cloud vs. Private Cloud: welche Edition zu Ihren Prozessen passt.
6. Vertrag und Preise von RISE with SAP: was die Subskription abdeckt und was Sie verhandeln sollten.
7. So wählen Sie einen Partner für die S/4HANA-Migration: die Fragen, die Sie stellen sollten, und die Warnsignale.
8. SAP-Projektrettung: wie Sie eine Migration retten, die aus der Spur geraten ist.

Zwei Werkzeuge helfen bei den Zahlen: der SAP-Implementierungskostenrechner und der Schätzer für Datenmigration.

Was ist SAP ECC?

SAP ECC (SAP ERP Central Component) ist der Kern von SAP ERP 6.0, Teil der SAP Business Suite 7. Es deckt Finanzwesen, Controlling, Logistik und andere Kernprozesse ab und läuft auf mehreren Datenbanken. SAP S/4HANA ist sein Nachfolger und läuft nur auf SAP HANA.

Wie lange dauert eine Migration von ECC auf S/4HANA?

Nach meiner Erfahrung dauert eine Brownfield-Konvertierung 12 bis 18 Monate, eine Greenfield-Einführung 18 bis 24 Monate und eine Selective Data Transition 12 bis 18 Monate. Die Datenbereinigung ist der häufigste Grund, warum Zeitpläne rutschen, denn die Datenmigration macht 30 bis 40 % des Implementierungsaufwands aus.

Was passiert nach 2027 mit SAP ECC?

Für SAP ERP 6.0 auf den Erweiterungspaketen 6 bis 8 endet die Standardwartung am 31. Dezember 2027. Sie können eine optionale erweiterte Wartung bis 31. Dezember 2030 gegen zwei zusätzliche Prozentpunkte kaufen. Von 2031 bis 2033 gibt es Wartung nur über die SAP ERP, private edition, transition option, für große Systeme, die vor Ende 2030 in SAPs Private Cloud umgezogen sind.

Brownfield oder Greenfield: Was ist besser?

Keines ist grundsätzlich besser. Wählen Sie Greenfield, wenn Sie von anderen Systemen kommen oder neue Prozesse definiert werden müssen, und Brownfield, wenn Ihre Prozesse definiert sind und funktionieren. Wenn nur einige Bereiche neu gestaltet werden müssen, ziehen Sie Selective Data Transition in Betracht.

Was ist Selective Data Transition bei SAP?

Selective Data Transition überträgt ausgewählte Buchungskreise, Geschäftsbereiche oder Zeitscheiben der Daten nach S/4HANA, statt alles zu konvertieren oder leer zu beginnen. So können Sie einige Bereiche neu gestalten und in anderen die Historie behalten. Sie braucht Spezialwerkzeuge, etwa von SNP oder Natuvion, und einen erfahrenen Partner.

Welche Voraussetzungen gelten für die Konvertierung von ECC 6.0 auf S/4HANA?

Die Konvertierung funktioniert ab SAP ERP 6.0 auf jedem Erweiterungspaket. Das System muss Unicode sein, sonst nutzen Sie einen Ansatz in zwei Schritten, und Dual-Stack-Systeme müssen zuerst getrennt werden. Kunden- und Lieferantenstämme müssen vor der Konvertierung in Geschäftspartner umgewandelt werden.

Was zeigt der SAP Readiness Check?

Er analysiert Ihr ECC-System und berichtet über die Simplification Items, die Sie betreffen, Add-on-Kompatibilität, Auswirkungen auf Eigenentwicklungen, Datenvolumen und HANA-Sizing. Führen Sie ihn früh aus, denn Teams finden regelmäßig Add-ons und Eigenentwicklungen, von denen sie nicht wussten, dass sie davon abhängen.

Sollte ich für eine ECC-Migration RISE with SAP oder GROW with SAP wählen?

Die meisten ECC-Kunden mit vielen Eigenentwicklungen und komplexen Prozessen gehen auf S/4HANA Cloud Private Edition unter RISE with SAP, das die Konvertierung des bestehenden Systems unterstützt. GROW with SAP nutzt die Public Edition, also eine Neueinführung mit Standardprozessen und Erweiterungen nur über freigegebene APIs. Das passt zu Unternehmen, die bereit sind, den SAP-Standard zu übernehmen.