SAP ECC ablösen: Migrationswege, Kosten und Roadmap

Wer SAP ECC ablösen möchte, muss drei Entscheidungen miteinander verbinden: Welches ERP passt künftig zum Unternehmen? Wie werden Prozesse und Daten übertragen? Und welcher Zeitplan berücksichtigt die tatsächlich geltenden Wartungsfristen? Eine technische Umstellung allein beantwortet diese Fragen nicht.

Für SAP ERP 6.0 mit Enhancement Package 6, 7 oder 8 endet die Mainstream Maintenance am 31. Dezember 2027. Optional ist Extended Maintenance bis Ende 2030 vorgesehen. Die zusätzliche Transition Option bis 2033 gilt dagegen nur für bestimmte Cloud-Konstellationen. Entscheidend sind der konkrete Systemstand und die vertraglichen Voraussetzungen. ^{[1, 2, 3]}

Dieser Leitfaden hilft Ihnen, Migrationswege zu vergleichen, Kosten transparent zu planen und aus der Ablösung eine umsetzbare Roadmap zu machen.

Was unterscheidet SAP R/3, SAP ECC und SAP S/4HANA?

SAP R/3 bezeichnet eine ältere Generation der SAP-ERP-Software. SAP ECC steht für ERP Central Component und bildet den Kern von SAP ERP. SAP S/4HANA ist die nachfolgende ERP-Generation auf Basis der SAP-HANA-Datenbank. ^[4]

Für Ihre Ablösungsplanung reicht das Produktetikett nicht aus. Erfassen Sie die genaue Version, das Enhancement Package, Datenbank und Add-ons sowie die angebundenen Systeme. Für ältere R/3-Installationen lassen sich die Fristen von SAP ERP 6.0 nicht pauschal übernehmen.

Ein ECC-System auf SAP HANA bleibt zunächst ECC. Der Datenbankwechsel allein macht daraus kein S/4HANA. Bei der Umstellung müssen Sie auch die Anforderungen des Zielreleases an Datenmodell, Funktionen und Erweiterungen berücksichtigen. Das Universal Journal ist beispielsweise ein zentraler Bestandteil des Rechnungswesens in S/4HANA. ^[5]

Warum sollten Unternehmen SAP ECC jetzt ablösen?

Das Wartungsende schafft einen zeitlichen Rahmen. Der wirtschaftliche Grund für eine Ablösung entsteht jedoch aus Ihrem Unternehmen: Sind die Prozesse zu kompliziert? Bremsen Eigenentwicklungen neue Anforderungen? Fehlen transparente Daten oder verlässliche Schnittstellen?

Definieren Sie vor der Produktauswahl konkrete Ziele. Beispiele sind ein schnellerer Monatsabschluss, weniger manuelle Auftragserfassung oder eine einfachere Integration von Produktion und Logistik. Halten Sie den Ausgangszustand fest und bestimmen Sie, woran der Erfolg nach dem Go-live gemessen wird.

Eine Migration kann die Gelegenheit bieten, gewachsene Abläufe zu vereinfachen. Sie wird aber nicht automatisch zu einem Modernisierungsprojekt: Wenn unnötige Anpassungen unverändert übernommen werden, bleiben ihre laufenden Kosten und Abhängigkeiten bestehen.

Wann endet die Wartung für SAP ECC?

Die folgende Übersicht bezieht sich auf SAP ERP 6.0. Prüfen Sie ergänzend die Product Availability Matrix und die Vertragsunterlagen für Ihre konkrete Landschaft. Datenbanken, Add-ons und einzelne Komponenten können eigene Fristen haben. ^{[1, 2]}

Das Wartungsende ist kein automatisches Abschaltdatum. ECC kann technisch weiterlaufen. Relevant ist, welche Unterstützung, Korrekturen und Anpassungen dann noch verfügbar sind. Customer-specific Maintenance bietet einen eingeschränkten Umfang; insbesondere dürfen Sie neue gesetzliche Anpassungen nicht pauschal voraussetzen. ^[6]

Bewerten Sie deshalb den Weiterbetrieb gemeinsam mit IT, Fachbereichen und Vertragsverantwortlichen. Eine verschobene Migration braucht einen finanzierten Übergangsplan und eine klare Entscheidung über verbleibende Risiken.

Was kostet die Extended Maintenance bis 2030?

SAP nennt für die Extended Maintenance einen Aufschlag von zwei Prozentpunkten auf die Wartungsbasis. Das ist etwas anderes als ein Zuschlag von zwei Prozent auf die bisherige jährliche Wartungsrechnung. Die maßgebliche Basis ergibt sich aus Ihrem Vertrag. ^[1]

Ein vereinfachtes, ausdrücklich fiktives Beispiel: Bei einer Wartungsbasis von 1.000.000 Euro und einem angenommenen bisherigen Satz von 22 Prozent beträgt die jährliche Wartung 220.000 Euro. Mit zwei zusätzlichen Prozentpunkten wären es 240.000 Euro. Der Unterschied beträgt 20.000 Euro pro Jahr beziehungsweise 60.000 Euro über drei Jahre, ohne weitere Preisänderungen.

Die tatsächlichen Kosten lassen sich erst anhand des Vertrags bestimmen. Vergleichen Sie außerdem den Preis der Verlängerung mit den Kosten des zusätzlichen ECC-Betriebs. Infrastruktur, Schnittstellenpflege und ein späterer Parallelbetrieb verschwinden durch die Verlängerung nicht.

Für wen kommt die SAP Transition Option bis 2033 infrage?

Die SAP ERP, private edition, transition option soll komplexe Übergänge zu S/4HANA unterstützen. Sie verlängert die ECC-Wartung nicht pauschal für alle Kunden. Nach der veröffentlichten SAP-Ankündigung gelten insbesondere folgende Voraussetzungen: ^[3]

• Wechsel zu SAP ERP, private edition auf SAP HANA vor Ende 2030.
• Betrieb auf SAP HANA und eine Mindest-Systemgröße von 2 TB.
• Technische Vorbereitung, einschließlich der Behandlung nicht unterstützter Technologien.
• Nutzung des zusätzlich kostenpflichtigen SAP-Max-Success-Plans während der Transition Option.

Der angebotene Support für 2031 bis 2033 umfasst laut SAP gesetzliche Anpassungen, Sicherheitsupdates und Fehlerbehebungen. Für Vertragsabschlüsse im Jahr 2026 kündigte SAP einen Preisaufschlag von 20 Prozent ab 2031 gegenüber dem Preisniveau Ende 2030 an. Die Konditionen hängen vom Abschlusszeitpunkt ab und müssen anhand des konkreten Angebots geprüft werden.

Planerisch bedeutet das: Diese Option ist eine gesonderte Cloud-Brücke mit zusätzlichen Bedingungen und Kosten. Sie ersetzt weder die Auswahl des Zielsystems noch eine verbindliche Migrationsroadmap.

Welche Alternativen gibt es zur SAP-ECC-Ablösung?

Starten Sie mit den Geschäftsanforderungen. Die bestehende SAP-Landschaft ist ein wichtiger Ausgangspunkt, aber kein ausreichendes Auswahlkriterium für das nächste ERP.

Ein Anbieterwechsel kann die Gelegenheit bieten, die ERP-Landschaft zu vereinfachen. Dafür müssen bestehende Funktionen, Daten und Schnittstellen neu bewertet werden. Ein vermeintlich niedriger Lizenzpreis sagt wenig über den Gesamtaufwand aus.

Wann ist SAP Business One eine Alternative zu S/4HANA?

SAP positioniert Business One für kleine und mittelständische Unternehmen sowie Tochtergesellschaften größerer Unternehmen. Das macht die Lösung grundsätzlich zu einem möglichen Kandidaten in einer ERP-Auswahl, aber nicht zu einem gleichwertigen Ersatz für jede ECC-Landschaft. ^[7]

Lassen Sie Ihre wesentlichen Abläufe mit echten Beispielen demonstrieren: etwa Variantenfertigung, internationale Gesellschaften, komplexe Bewertung oder Serviceprozesse. Entscheidend ist, welche Anforderungen im Standard, durch Erweiterungen oder nur durch zusätzliche Systeme abgedeckt werden.

Welche Migrationswege führen von ECC zu S/4HANA?

SAP unterscheidet Neuimplementierung, System Conversion und Selective Data Transition. Die Wahl hängt davon ab, wie viel Sie übernehmen und wie stark Sie Prozesse oder die Systemlandschaft verändern wollen. ^{[8, 9]}

Wann passt eine Brownfield-Migration?

Brownfield kommt infrage, wenn ein großer Teil der bestehenden Prozesse künftig weiterverwendet werden soll. Die Konvertierung baut auf dem vorhandenen System auf. Trotzdem benötigen Sie eine Prüfung der Voraussetzungen, Anpassungen und geschäftlichen Auswirkungen.

Lassen Sie deshalb nicht nur die technische Konvertierung anbieten. Zum Leistungsumfang gehören auch erforderliche Prozessänderungen, die Behandlung des Custom Codes und die Abnahme durch die Fachbereiche. Ein technisch erfolgreich konvertiertes System ist noch kein erfolgreich eingeführtes ERP.

Wann lohnt sich eine Greenfield-Einführung?

Greenfield passt zu einer umfassenden Neugestaltung. Sie entscheiden neu, wie Prozesse, Organisation und Daten im Zielsystem aussehen sollen. Bestehende Eigenentwicklungen werden nicht automatisch übernommen.

Das eröffnet Möglichkeiten zur Standardisierung. Gleichzeitig steigt die Bedeutung von Prozessverantwortlichen, Datenbereinigung und Schulung. Auch bei einer Neuimplementierung müssen offene Vorgänge und benötigte Stammdaten vollständig und nachvollziehbar übertragen werden.

Wie funktioniert Selective Data Transition?

Bei einer Selective Data Transition werden definierte Daten und Strukturen aus der bisherigen Landschaft ausgewählt und in die Zielumgebung übertragen. Der Ansatz kann beispielsweise bei einer Konsolidierung mehrerer Systeme oder einer selektiven Übernahme historischer Daten passen. ^[9]

Die Auswahl braucht klare Regeln: Welche Gesellschaften und Zeiträume werden übernommen? Wie werden zusammengehörige Belege behandelt? Welche Daten bleiben im Archiv? Je mehr Transformationen vorgesehen sind, desto wichtiger werden Abstimmung, Testmigrationen und fachliche Kontrollen. Der Ansatz ist daher nicht automatisch günstiger oder schneller.

Welches Betriebsmodell passt: Public Cloud, Private Cloud oder On-Premises?

Migrationsweg und Betriebsmodell müssen zusammenpassen. Für SAP S/4HANA Cloud Public Edition sieht SAP eine Neuimplementierung vor. Eine direkte ECC-Systemkonvertierung oder Selective Data Transition ist für dieses Zielmodell nicht vorgesehen. Für Private Edition und On-Premises stehen diese Übergangswege grundsätzlich zur Verfügung; die konkrete Eignung muss geprüft werden. ^[8]

Bei der Auswahl helfen drei praktische Fragen:

RISE with SAP ist kein zusätzlicher technischer Migrationsweg. Prüfen Sie bei entsprechenden Angeboten, welche Produkt-, Service- und Vertragsbestandteile enthalten sind und welche Projektleistungen gesondert beauftragt werden müssen.

Welche Voraussetzungen müssen Sie vor der Migration klären?

Was zeigt die Analyse des bestehenden Systems?

Beginnen Sie mit einem belastbaren Inventar: Systeme und Versionen, Gesellschaften, Datenmengen, Eigenentwicklungen, Add-ons und Schnittstellen. Benennen Sie für jede wichtige Verbindung einen fachlichen und technischen Verantwortlichen.

SAP Readiness Check unterstützt die Bewertung einer geplanten Umstellung auf S/4HANA. Die Ergebnisse helfen, relevante Anpassungen und Prüfungen zu erkennen. Sie ersetzen jedoch weder die fachliche Prozessanalyse noch einen vollständigen Projektplan. Ergänzend müssen die Simplification Items des vorgesehenen Zielreleases bearbeitet werden. ^[10]

Welche Daten und Eigenentwicklungen brauchen Vorbereitung?

Für die Systemkonvertierung zu S/4HANA ist die Customer-Vendor Integration mit dem Business-Partner-Modell ein wesentlicher Vorbereitungspunkt. Planen Sie die Prüfung von Kunden- und Lieferantenstammdaten frühzeitig ein. ^[11]

Bewerten Sie außerdem jede Eigenentwicklung: Wird sie noch genutzt? Erfüllt der Standard inzwischen denselben Zweck? Muss sie angepasst oder ersetzt werden? Eine bewusste Auswahl verhindert, dass ungenutzter Code unnötig Aufwand verursacht.

Bei Daten sind neben der Menge auch Qualität und Abhängigkeiten entscheidend. Legen Sie fest, welche Stammdaten, offenen Posten und historischen Informationen im Zielsystem benötigt werden. Verantwortliche Fachbereiche müssen die Ergebnisse der Migration kontrollieren und freigeben.

Welche Schnittstellen und Tests dürfen nicht fehlen?

Eine Schnittstellenliste sollte Quell- und Zielsystem, Übertragungsweg, Datenformat, Betriebszeiten und Fehlerbehandlung enthalten. Prüfen Sie nicht nur direkte Verbindungen, sondern auch Middleware, Batchläufe, Dateien und manuelle Übergaben.

Testen Sie vollständige Geschäftsabläufe: vom Auftrag über Lieferung und Rechnung bis zur Buchung. Stimmen Sie Bestände, Salden und offene Posten ab. Ergänzen Sie Berechtigungs-, Integrations- und Lasttests entsprechend Ihren Anforderungen. Definieren Sie vorab, welche Ergebnisse den Go-live verhindern würden.

Was kostet es, SAP ECC abzulösen?

Ein belastbares Budget entsteht aus dem abgegrenzten Projektumfang. Unternehmensgröße allein reicht nicht: Zwei ähnlich große Unternehmen können durch Datenhistorie, Länder, Eigenentwicklungen und Schnittstellen sehr unterschiedliche Aufwände haben.

Lassen Sie Angebote deshalb nach denselben Kostenblöcken aufschlüsseln. Verlangen Sie Annahmen, Mengen und klare Abgrenzungen statt eines Gesamtpreises ohne Erläuterung.

Wie sieht ein nachvollziehbares Kostenbeispiel aus?

Das folgende Rechenbeispiel ist fiktiv und kein Marktpreis oder Richtbudget. Es zeigt lediglich, wie eine Kalkulation aufgebaut werden kann. Projektumfang, Mengen und Sätze müssen durch Ihre Analyse und konkrete Angebote ersetzt werden.

Die interne Mitarbeit ist hier als kalkulatorischer Aufwand bewertet. Sie entspricht nicht automatisch einer zusätzlichen Zahlung. Neue ERP-Lizenzen beziehungsweise Abonnements und der laufende Zielbetrieb sind in diesem Beispiel noch nicht enthalten.

Für die Entscheidung benötigen Sie zusätzlich eine Gesamtkostenrechnung über einen einheitlichen Zeitraum, beispielsweise fünf Jahre. Berücksichtigen Sie dabei sowohl die einmalige Umstellung als auch den Übergang und den anschließenden Betrieb. Eine Risikoreserve sollte aus Ihren konkreten Unsicherheiten abgeleitet werden; 20 Prozent sind hier nur eine Rechenannahme.

Wie lange dauert eine SAP-ECC-Migration?

Eine allgemeingültige Dauer lässt sich ohne Systemanalyse nicht seriös nennen. Entscheidend sind unter anderem Projektumfang, Datenqualität, Testbedarf, verfügbare Fachbereichskapazität und die Zahl der Umstellungswellen.

Erstellen Sie einen Terminplan rückwärts vom angestrebten Go-live. Berücksichtigen Sie auch Monats- und Jahresabschlüsse, Produktionsspitzen, Urlaubszeiten und andere Großprojekte. Reservieren Sie Zeit für Testmigrationen und die Behebung gefundener Fehler.

Eine Wartungsverlängerung kann Zeit verschaffen. Sie löst aber keine personellen Engpässe. Lassen Sie sich deshalb erklären, welche Mitarbeit Ihr Team in jeder Phase leisten muss und welche Abhängigkeiten den kritischen Pfad bestimmen.

Wie bauen Sie eine umsetzbare Roadmap auf?

Welche Ergebnisse braucht die Bestandsaufnahme?

Erfassen Sie Wartungsstatus, Systemlandschaft, Prozesse, Schnittstellen und Daten. Dokumentieren Sie bekannte Probleme und benennen Sie Verantwortliche. Das Ergebnis ist eine Ausgangsbasis, auf der Aufwand und Risiken bewertet werden können.

Entscheidungspunkt: Sind Systemstand, Fristen und wesentliche Abhängigkeiten ausreichend bekannt, um Zieloptionen zu vergleichen?

Wie treffen Sie die Entscheidung über Zielsystem und Migrationsweg?

Definieren Sie Muss-Anforderungen und messbare Projektziele. Vergleichen Sie geeignete ERP- und Betriebsmodelle. Lassen Sie kritische Prozesse demonstrieren und prüfen Sie den vorgesehenen Übergangsweg sowie die Gesamtkosten.

Entscheidungspunkt: Sind Funktionsabdeckung, Budget, interner Personalbedarf und Verantwortlichkeiten freigegeben?

Was gehört in die Vorbereitung und Umsetzung?

Bereinigen Sie Daten, bearbeiten Sie technische Voraussetzungen und setzen Sie die Zielprozesse um. Planen Sie Schnittstellen, Berechtigungen und Schulung gemeinsam mit den Fachbereichen. Führen Sie Testmigrationen durch und gleichen Sie die Ergebnisse ab.

Entscheidungspunkt: Sind Datenqualität, Prozessabnahmen und Integrationen ausreichend nachgewiesen, um den finalen Umstieg zu proben?

Wie sichern Sie Cutover und Go-live ab?

Proben Sie den Wechsel mit einem detaillierten Ablaufplan. Darin stehen Datenstopp, finale Übernahme, Kontrollen, Zuständigkeiten und Kommunikation. Legen Sie Go-/No-Go-Kriterien und einen technisch geprüften Rückfallplan fest.

Entscheidungspunkt: Können die Verantwortlichen den Start anhand dokumentierter Testergebnisse freigeben? Nach dem Go-live folgt eine betreute Stabilisierungsphase mit klaren Ansprechpartnern und Prioritäten.

Wann darf das ECC-Altsystem stillgelegt werden?

Stilllegung und Archivierung sind eigene Arbeitspakete. Prüfen Sie, welche historischen Daten für Auskunft, Prüfungen und geschäftliche Nachweise zugänglich bleiben müssen. Aufbewahrungsfristen und Zugriffsrechte müssen zum jeweiligen Datenbestand passen.

Testen Sie den Zugriff aus Sicht der Nutzer: Lassen sich Belege auffinden, Zusammenhänge nachvollziehen und erforderliche Informationen exportieren? Erst wenn diese Anforderungen erfüllt und verbliebene Schnittstellen bereinigt sind, sollte die technische Abschaltung freigegeben werden. Beziehen Sie auch Lizenz-, Wartungs- und Infrastrukturverträge ein.

Welche Fehler sollten Sie bei der ECC-Ablösung vermeiden?

Wie wählen Sie einen geeigneten Migrationspartner aus?

Verlangen Sie Referenzen mit vergleichbarer Prozesskomplexität und dem vorgesehenen Migrationsweg. Lassen Sie sich zeigen, wie der Partner Datenübernahme, Schnittstellentests und fachliche Abnahmen organisiert.

Ein belastbares Angebot beschreibt Leistungen, Annahmen, Mitwirkungspflichten und Ausschlüsse. Es legt fest, wie Änderungen am Umfang bewertet werden und wer nach dem Go-live Fehler behandelt. Klären Sie außerdem, welche Aufgaben an weitere Anbieter oder Unterauftragnehmer gehen.

Vergleichen Sie die Angebote anhand derselben Anforderungen. Die günstigste Tagessatzliste hilft wenig, wenn Testumfang, interne Mitarbeit oder Altsystemstilllegung unterschiedlich kalkuliert sind.

Quellen und fachliche Einordnung

Redaktioneller Stand: 2. Oktober 2026. Die Quellenangaben gehören zur redaktionellen Dokumentation. Kostenbeispiel, Entscheidungshilfen und Roadmap sind eigene, illustrative Ausarbeitungen; sie sind keine SAP-Vorgaben. Konkrete Fristen und Konditionen müssen für das jeweilige System und den Vertrag bestätigt werden.

• [1] SAP: Innovation Commitment for SAP S/4HANA until 2040 / Maintenance for Business Suite 7. Wartungsphasen und Aufschlag auf die Wartungsbasis.
• [2] SAP: Maintenance Timelines for SAP ERP 6.0 (ECC). Unterscheidung EHP 0–5 und EHP 6–8.
• [3] SAP News, 5. August 2025: RISE with SAP Journey: Updates on SAP ERP, private edition, transition option. Voraussetzungen, Umfang und angekündigte Konditionen.
• [4] SAP Help: ERP Central Component – Begriffsdefinition.
• [5] SAP Help: Universal Journal.
• [6] SAP Note 52505: Support after end of mainstream maintenance or extended maintenance. Öffentlich zugängliche Fassung.
• [7] SAP: Business One – Zielgruppe und Produkteinordnung.
• [8] SAP Learning: Transitioning to SAP S/4HANA Cloud. Migrationswege und Einschränkungen für Public Edition.
• [9] SAP: Selective Data Transition Engagement.
• [10] SAP: Readiness Check und technische Analyse. sowie Explore and Define Target Architecture
• [11] SAP: FAQ – CVI for System Conversion to SAP S/4HANA.