Schon auf S/4HANA? Die Releases 2020 und 2021 fallen aus der Mainstream-Wartung. Wir bringen Sie mit einem getesteten Plan, einem kurzen Downtime-Fenster und einem Fallback auf das aktuelle Release.
Jedes S/4HANA-Release erhält für eine feste Zeit Mainstream-Wartung. Danach gibt es für Ihr Release keine neuen gesetzlichen Änderungen, Steuer-Updates oder Sicherheitskorrekturen mehr – und neue SAP®-Innovationen setzen ein aktuelles Release voraus.
| Release | Ende Mainstream-Wartung | Was das bedeutet |
|---|---|---|
| S/4HANA 2020 | 31.12.2025 | Mainstream-Wartung beendet – jetzt upgraden |
| S/4HANA 2021 | 31.12.2026 | Upgrade noch dieses Jahr planen |
| S/4HANA 2022 | 31.12.2027 | Für 2027 planen |
| S/4HANA 2023 | 31.12.2030 | Optionales Feature-Upgrade |
| S/4HANA 2025 | 31.12.2032 | Aktuelles Release |
Termine laut Veröffentlichung von SAP® für On-Premise- und Private-Cloud-Releases. Prüfen Sie die Release-Strategie von SAP® für Ihr genaues Feature Pack.
Zurück in der Mainstream-Wartung – Steuer-, Rechts- und Sicherheitsupdates kommen weiterhin.
Neuere Fiori-Apps, Embedded Analytics und die KI-Funktionen, die SAP® nur für aktuelle Releases ausliefert.
Nutzen Sie das Upgrade, um ungenutzte Eigenentwicklungen stillzulegen und Erweiterungen Richtung Clean Core zu bringen.
SUM mit near-Zero Downtime Maintenance (nZDM) oder ZDO hält das Ausfallfenster für das Business kurz.
Upgrade-Pfad, Add-ons und Eigenentwicklungen gegen das Ziel-Release geprüft – mit QTS und dem Maintenance Planner von SAP®.
Ziel-Release und Feature Pack, Downtime-Strategie (SUM, nZDM oder ZDO), Code Freeze und Fallback.
Zuerst eine Sandbox aus einer Produktivkopie, dann DEV, QAS und PRD – mit Regressionstests dazwischen.
Hypercare nach dem Go-live, Behebung offener Befunde und ein Plan für das nächste Release.
Die meisten Upgrades folgen demselben Muster. Wir haben daraus ein Paket mit klarem Umfang gemacht – so wissen Sie, was wann passiert und was es kostet.
In der Regel drei bis sechs Monate von der Prüfung bis zum Go-live – abhängig von Eigenentwicklungen, Add-ons und der Anzahl der Systeme in Ihrer Landschaft.
Mit SUM und der passenden Downtime-Option (nZDM oder ZDO) passt die Business-Downtime meist in ein Wochenende. Die tatsächliche Laufzeit messen wir vorher im Sandbox-Upgrade.
In den meisten Fällen ja – S/4HANA lässt sich in einem Schritt über mehrere Releases hinweg upgraden, sofern Ihre Add-ons und Eigenentwicklungen das Ziel-Release unterstützen. Der Maintenance Planner bestätigt das für Ihr System.
Sie brauchen Regressionstests für Ihre Kernprozesse. Wir helfen Ihnen, einen fokussierten Testplan aufzusetzen, und QTS zeigt, wo Eigenentwicklungen betroffen sind – dort setzen die Tests an.
Nein – von ECC 6.0 ist der Wechsel auf S/4HANA eine Konvertierung, kein Upgrade. Sehen Sie sich unsere Brownfield-Migration gemeinsam mit GOLIVE an.
Nennen Sie uns Ihr aktuelles Release und Ihre Landschaft – wir melden uns mit einem Pfad, einem Zeitplan und einem Festpreisangebot.