Dieser Artikel wurde maschinell aus dem Englischen übersetzt. Zum englischen Original.
Nur 37 % der Unternehmen, die noch SAP ECC einsetzen, rechnen damit, bis Ende 2027 auf den Nachfolger S/4HANA umgestiegen zu sein.
Das geht aus dem Investitionsreport 2026 der DSAG hervor, der Deutschsprachigen SAP-Anwendergruppe. Etwa die Hälfte plant, bis Ende 2030 fertig zu sein, und zahlt bis dahin zusätzlich für die Wartung. 4 % rechnen nicht vor 2033 mit dem Umstieg.
Für die meisten Unternehmen ist die Migration von ECC auf S/4HANA ein mehrjähriges Projekt, und die Instandhaltung muss die ganze Zeit über weiterlaufen.
Dieser Leitfaden zeigt, was die Migration für Instandhaltungsteams mit SAP PM oder CS bedeutet, welche Termine für Sie gelten und was Sie schon jetzt tun können, statt auf das Ende des Projekts zu warten.
Fristen für die Migration von ECC auf S/4HANA.
Es gibt nicht die eine Frist für die Migration auf S/4HANA. Der Termin hängt davon ab, welche ECC-Version Sie einsetzen, und daneben gibt es weitere Termine.
Auf jedem ECC-System ist ein Erweiterungspaket (Enhancement Package) installiert, so nennt SAP einen größeren Versionsstand. Ihre IT, genauer das SAP-Basis-Team, das sich um das System selbst kümmert, kann Ihnen sagen, welches Sie haben.
Die folgenden Termine stammen aus der Product Availability Matrix, dem offiziellen Verzeichnis von SAP mit den Wartungsterminen jeder Produktversion.
Vielleicht haben Sie auch gehört, dass SAP ein Angebot namens SAP ERP, private edition, transition option angekündigt hat, mit dem ECC von 2031 bis 2033 weiterlaufen kann.
Es ist an Bedingungen geknüpft:
- Sie betreiben ECC bereits unter RISE with SAP (SAP ERP, private edition).
- Das System ist mindestens 2 TB groß.
- Sie kaufen für den gesamten Zeitraum die höchste Supportstufe von SAP, den sogenannten Max Success Plan.
Laut SAP ist das keine Verlängerung der ECC-Wartung, und für Unternehmen, die ECC nach 2030 auf eigenen Servern betreiben, ändert sich nichts (SAP News, Februar 2025).
Die Wartungsphasen von SAP im Überblick.
SAP teilt die Wartung für ECC in drei Phasen ein, und mit jeder Phase ändert sich, was Sie bekommen und was Sie zahlen. Die Definitionen unten stammen von der Seite zur Wartungsstrategie von SAP.
Die Kosten sehen so aus: Die verlängerte Wartung erhöht Ihren Wartungssatz um zwei Prozentpunkte. Ein Unternehmen, das 22 % des Lizenzwerts zahlt, zahlt dann 24 %, also 9 % mehr für die Wartung.
Die eingeschränkte Wartung kostet nichts extra. Laut SAP-Hinweis 52505 zahlen Sie aber weiterhin die volle Wartungsgebühr, während gesetzliche Änderungen, Support Packages und Service Level Agreements wegfallen.
Mit Erweiterungspaket 5 oder älter befinden Sie sich bereits in der eingeschränkten Wartung. Das System läuft und die Rechnung bleibt gleich, aber die Unterstützung dahinter ist dünner.
Mit Erweiterungspaket 6, 7 oder 8 wechseln Sie im Januar 2028 automatisch dorthin, es sei denn, Ihr Unternehmen kauft die verlängerte Wartung oder ist bereits auf S/4HANA umgestiegen.
Ab Januar 2031 ist die eingeschränkte Wartung die einzige Option für ECC.
Weitere Termine, die Sie im Blick behalten sollten.
Nicht nur Ihr ECC-System hat Termine, die Sie kennen sollten.
Prüfen Sie auch, ob die Datenbank unter ECC (zum Beispiel Oracle, Db2 oder SQL Server) eigene Wartungstermine ihres Herstellers hat. Die ECC-Termine von SAP ändern daran nichts (SAP-Hinweis 2881788).
Was gleich bleibt.
Die Teile von SAP, mit denen Ihr Instandhaltungsteam arbeitet, überstehen den Umstieg. Technische Plätze, Equipmentstammsätze, Meldungen, Instandhaltungsaufträge, Arbeitspläne und Wartungspläne gibt es auch in S/4HANA, wie die SAP-Dokumentation zum Instandhaltungsmanagement zeigt.
Auch die klassische SAP-Oberfläche (SAP GUI) verschwindet nicht. S/4HANA bringt mit SAP Fiori eine browserbasierte Oberfläche mit, und manche Teams gehen davon aus, dass sie umsteigen müssen. Das müssen sie nicht. Der Supportplan von SAP für SAP GUI (SAP-Hinweis 147519) zeigt, dass SAP GUI für Windows 8.10 im Juli 2026 erschienen ist und bis 30. Juni 2029 voll unterstützt wird. Außerdem sagt SAP zu, eine unterstützte Version von SAP GUI bereitzustellen, solange Anwendungen die klassische Bildschirmtechnik nutzen.
Was sich ändert.
Vier Punkte sollten Sie kennen.
1. S/4HANA folgt einem Release-Zyklus.
ECC steht seit zwei Jahrzehnten bei Version 6.0. S/4HANA dagegen erscheint fast jährlich in einem neuen Release, und jedes Release hat sein eigenes Wartungsfenster. Auf welchem Release Sie landen, entscheidet, wie viel Zeit Ihnen bis zum nächsten Upgrade bleibt.
Unternehmen, die früh auf Release 2021 oder 2022 umgestiegen sind, stehen vor einem S/4HANA-Upgrade, während alle anderen gerade von ECC umstellen.
2. Aufträge können einem Phasenmodell mit neun Schritten folgen.
S/4HANA bietet für Instandhaltungsaufträge ein Phasenmodell, das jeden Auftrag in neun feste Phasen gliedert:
- Initiierung
- Prüfung
- Planung
- Genehmigung
- Vorbereitung
- Terminierung
- Ausführung
- Nachbearbeitung
- Abschluss
Das Phasenmodell ist optional. SAP liefert es über neue Auftragsarten aus, Ihre bestehenden Auftragsarten funktionieren also weiter wie in ECC. Wenn Ihr Team in ECC eigene Anwenderstatus nutzt, um denselben Ablauf zu steuern, kann das Phasenmodell sie ersetzen, oder es passt nicht. Diese Entscheidung sollte die Instandhaltungsorganisation treffen, nicht das Migrationsprojekt.
3. Kundenservice wird abgelöst.
Wenn ein Teil Ihrer Arbeit über das Modul Kundenservice (CS) läuft, also Serviceaufträge, Reparaturen an Kundengeräten oder Garantieabwicklung, betrifft Sie dieser Punkt.
In S/4HANA gibt es CS nur noch als Kompatibilitätspaket (Compatibility Pack). Sie erhalten damit ein befristetes Nutzungsrecht, während Sie auf den Nachfolger S/4HANA Service umsteigen.
Dieses Nutzungsrecht endet zu einem festen Termin, und der hängt davon ab, wie Sie S/4HANA betreiben. Laut SAP-Hinweis 2269324 (Version 102, August 2026) gilt:
- Wenn Sie S/4HANA On-Premise betreiben, also auf eigenen Servern oder bei einem Hoster unter Ihrer eigenen Lizenz, endet das Nutzungsrecht für CS am 31. Dezember 2030.
- Wenn Sie S/4HANA unter RISE with SAP betreiben, endet es am 31. Dezember 2033.
Die Umstellung der CS-Prozesse auf S/4HANA Service ist ein eigenes Projekt neben der ECC-Konvertierung und braucht einen eigenen Plan.
4. Ihre Planungssoftware und Ihre mobile App haben eigene Termine.
Dieser Punkt betrifft Instandhaltungsteams am stärksten und umfasst mehrere Produkte, deshalb folgt dazu ein eigener Abschnitt.
Ihre Instandhaltungs-Apps haben eigene Fristen.
Die ECC-Konvertierung ist ein Projekt. Die Planungssoftware und die mobile App Ihrer Techniker setzen auf SAP auf und haben eigene Wartungsfenster.
Einige davon enden vor ECC. Alle Termine unten stammen aus der Product Availability Matrix (Stand August 2026).
Zwei Dinge fallen auf.
Wenn Ihre Techniker SAP Work Manager auf der SAP Mobile Platform nutzen, endet die Standardwartung der Plattform am 31. Dezember 2026. Diese Frist für die mobile Lösung liegt vor der ERP-Frist, und das ERP-Projekt ist dafür wahrscheinlich nicht zuständig.
SAP Service and Asset Manager (SSAM), die aktuelle mobile App von SAP für Instandhaltungsaufträge, erhält pro Version etwa zwei Jahre Standardwartung. Wer SSAM betreibt, steckt in einem dauerhaften Upgrade-Zyklus für die mobile App, unabhängig davon, was mit ECC oder S/4HANA passiert. Budget und Testzeit für diesen Zyklus stehen selten im Migrationsplan.
Wenn Sie Ihre eigenen Produkte prüfen möchten, bitten Sie Ihr Basis-Team, jedes davon in der Product Availability Matrix zu suchen und zwei Felder zu notieren: „End of Mainstream Maintenance“ und „End of Extended Maintenance“.
Für Kompatibilitätspakete wie CS stehen die Termine dagegen in SAP-Hinweis 2269324. Das sind zwei verschiedene Verzeichnisse, die man leicht verwechselt.
Wo die Migration von ECC auf S/4HANA Instandhaltungsteams trifft.
Die technische Konvertierung ist Aufgabe der IT. Ihr Team sieht die App auf dem Smartphone, die Planungssoftware und die Formulare. Dort spürt Ihr Instandhaltungsteam die Kosten der Migration.
Viele Unternehmen entwickeln oder kaufen eine mobile Lösung, die auf Custom Code, ECC-spezifischen Schnittstellen oder einer Low-Code-Plattform beruht, die für die Datenstrukturen von ECC konfiguriert ist. Ändert sich das Backend, muss die Integration neu gebaut, neu getestet und erneut an jeden Techniker ausgerollt werden. Das trifft Ihr Team, in dessen Umstieg auf die aktuelle Software Sie vermutlich viel Zeit und Mühe gesteckt haben.
Die S/4HANA-Migration ist für SAP-Kunden die größte Herausforderung. 61 % nennen das Budget, 48 % die Integration.
Umfragedaten bestätigen das. In der Umfrage „Pulse of the SAP Customer“ 2026 stellte die amerikanische SAP-Anwendergruppe ASUG fest, dass die Migration auf S/4HANA für SAP-Kunden die größte Herausforderung ist: 61 % nennen das Budget, 48 % die Integration. In einer ASUG-Umfrage von 2025 war die Änderung von Geschäftsprozessen für 49 % der Befragten das größte Hindernis für die Migration auf S/4HANA, noch vor allen technischen Fragen. Die Instandhaltung ist ein Geschäftsprozess mit viel kundenspezifischer Logik und vielen Nutzern und spürt das stärker als die meisten anderen Bereiche.
Jeder Anbieter sagt, dass sein Produkt S/4HANA unterstützt. Fragen Sie stattdessen, was neu gebaut werden muss, wer das bezahlt und wie lange die Migration dauert.
Kein Stillstand, während Sie auf S/4HANA warten.
Wird eine Migration angekündigt, legt die IT oft alle anderen Entscheidungen rund um SAP auf Eis.
„Ihre neue Planungssoftware schauen wir uns nach S/4HANA an.“
Bei einem Projekt, das in sechs Monaten abgeschlossen ist, kann das vernünftig sein. Bei einem Projekt, das Jahre dauert, wird es teuer.
Die Antwort auf „Wir warten auf S/4HANA“ ist Software, der es egal ist, mit welchem System Sie arbeiten. Drei Kriterien machen das möglich:
1) Keine Änderungen am SAP-Core. Custom Code in SAP ist das, was bei der Konvertierung bricht. Software, die sich von außen über SAP-Standardschnittstellen anbindet, muss nicht neu gebaut werden. SAP nennt diesen Ansatz Clean Core.
2) Eine Integrationsschicht für ECC und S/4HANA. Unterstützt der Anbieter beide Systeme über dieselbe Plattform, behalten Ihre Techniker beim Wechsel des Backends dieselbe App, dieselbe Schulung und dieselben Gewohnheiten.
3) Einführung in Wochen. Dauert die Einführung ein Jahr, konkurriert sie mit der Migration um dieselben Leute und dasselbe Budget. Dauert sie nur Wochen, entfällt diese Konkurrenz.
Wenn Sie Lösungen mit messbarem Nutzen für Ihr Unternehmen finden, die diese Kriterien erfüllen, sollten sich die Einwände der IT erledigen.
Wie Arkyn hilft.
FastCloud, die SAP-Integrationsplattform hinter den FastApps von Arkyn, funktioniert mit SAP ECC und S/4HANA und unterstützt den Übergang zwischen beiden.
FastCloud verbindet sich über Standardschnittstellen mit SAP, ohne Änderungen am SAP-Core. Die Integration ist also nicht an ein bestimmtes Backend-Release gebunden. Und die Einführung geht schnell: Die meisten Implementierungen gehen in 2 bis 6 Wochen live.
Für ein Instandhaltungsteam heißt das: Sie können Ihrem Team schon heute auf ECC FastWork oder FastPlan geben und behalten dieselbe App, dieselbe Schulung und dieselbe Akzeptanz, wenn das Backend umzieht.
Wenn Sie also die Arbeitsweise Ihres Teams verbessern möchten und noch nicht auf S/4HANA sind, kontaktieren Sie uns. Wir helfen Ihnen, Ihre Prozesse auch während einer Migration zu verbessern.