SAP ECC läuft 2027 aus: Migrationsentscheidungen brauchen ein Projekt

Was tatsächlich passiert ist

Der Kongress läuft vom 6. bis 8. Oktober unter dem Motto „Claim Your Ground. Lead Your Business.“ In der Pressemitteilung zum Auftakt heißt es, vielerorts seien parallel S/4HANA-, Cloud-, KI- oder Modernisierungsprojekte zu stemmen. Die zentralen Punkte:

• Das Ende der ECC-Standardwartung zum 31. Dezember 2027 erhöht laut DSAG den Druck zu migrieren. Die Transformation erfordere erhebliche Investitionen; entscheidend sei, dass diesen ein nachvollziehbarer geschäftlicher Mehrwert gegenüberstehe.
• Der DSAG-Investitionsreport 2026 (Befragung im Januar 2026) zeigt: 56 Prozent der Befragten setzen S/4HANA On-Premises ein, 42 Prozent planen für 2026 hohe oder mittlere Investitionen in dieses Betriebsmodell. Die von SAP favorisierte Public Cloud spielt in der DACH-Region laut DSAG derzeit noch eine untergeordnete Rolle.
• Der CIO berichtete am 7. Oktober unter Berufung auf dieselbe Erhebung, 54 Prozent der Unternehmen nutzten noch SAP ECC oder die alte Business Suite. Die weit überwiegende Zahl der umgesetzten KI-Anwendungsfälle basiere auf Nicht-SAP-Lösungen.
• DSAG-Vorstandsvorsitzender Jens Hungershausen formulierte: „Investitionsentscheidungen dürfen sich nicht allein an Visionen und angekündigten Zielbildern orientieren. Entscheidend sind Umsetzbarkeit, Wirtschaftlichkeit, Integrationsfähigkeit und ein nachweisbarer Nutzen für das jeweilige Geschäftsmodell.“ An anderer Stelle sagt er: „Es geht um Einordnung statt Euphorie, Nutzenbewertung statt Schlagworten und Problemlösungen statt blindem Aktionismus.“
• Die DSAG fordert realistische Etappen und passende Übergangsszenarien statt eines pauschalen Vorgehens, verlässliche Roadmaps und Innovationen, die auch für On-Premises-Kunden verfügbar sind. SAP hat S/4HANA-Wartung bis 2040 zugesagt.

Zur Frage erweiterter Wartungsmodelle nach 2027 sagt die DSAG-Mitteilung nichts. Wer das für seine Planung braucht, muss es im Gespräch mit SAP klären — die Aussage „das System wird Ende 2027 abgeschaltet“ lässt sich daraus jedenfalls nicht ableiten.

Meine Einordnung

Das Wartungsende ist kein Schalter, sondern eine Preisfrage und eine Risikofrage. Standardwartung heißt: reguläre Korrekturen, Sicherheitsupdates auf dem üblichen Weg, planbare Releases. Läuft das aus, wird der Betrieb des Altsystems nicht unmöglich, aber teurer und schlechter planbar — jede Anpassung, jeder Steuerfall, jede Schnittstelle wird zum Einzelvorgang. Was mich an solchen Vorhaben regelmäßig stört, ist die Reihenfolge: Es wird zuerst das Zielsystem gewählt und danach angefangen, über Prozesse zu reden. Ich habe Projekte gesehen, in denen eine S/4HANA-Migration technisch sauber lief und der Nutzen trotzdem nicht eintrat, weil dieselben Workarounds, dieselben Excel-Listen und dieselben Sonderfälle mitgenommen wurden. Dann hat man eine neue Plattform und dasselbe Betriebsmodell.

Der zweite Punkt: Die Zahlen der DSAG sind ein Plädoyer für Wahlfreiheit, und sie sagen etwas über den echten Engpass. Wenn 42 Prozent der Befragten Budget in On-Premises stecken und nur ein kleiner Teil in die Public Cloud, dann ist die Entscheidung über das Betriebsmodell keine Nebenfrage, sondern der Kern des Projekts. Sie bestimmt Investitionshöhe, Betriebskosten, Exit-Kosten und die Frage, wie abhängig Sie sich vom Anbieter machen. Genau diese Entscheidung gehört in eine Vorlage mit Zahlen für die Geschäftsführung — nicht in eine Architekturdiskussion unter Technikern.

Und ich widerspreche einer Lesart, die auf dem Kongress mitschwingt: Dass nach dem DSAG-Investitionsreport 43 Prozent der Befragten KI-Anwendungsfälle umgesetzt hatten, ist kein Argument für eine Migration. Nach der Erhebung laufen diese Anwendungen überwiegend außerhalb von SAP. Der Nutzen Ihrer ERP-Migration entsteht aus Prozessharmonisierung, Datenqualität und Abschlusszeiten — nicht daraus, dass ein Assistent mitgeliefert wird. Wer mit dem KI-Argument in ein 18-Monats-Projekt geht, hat keine Nutzenrechnung, sondern eine Folie.

Was Sie jetzt konkret tun können

1. Nutzenhypothese in Zahlen formulieren. Ein Satz, der drei Kennzahlen nennt: Abschlusszeit, Durchlaufzeit eines Belegs, Fehlerquote. Ohne diese Zahlen fehlt später jede Erfolgskontrolle.

2. Erst Prozesse und Stammdaten, dann System. Nehmen Sie auf, was heute gilt und in Ausnahmefällen läuft — genau dort entstehen die Projektschleifen.

3. Betriebsmodell mit Exit vergleichen. On-Premises, Private Cloud, Public Cloud: pro Variante Investition, laufende Kosten und Kosten eines späteren Ausstiegs auf einer Seite.

4. Etappen mit sichtbarem Zwischenergebnis planen. Erst ein Werk, eine Abteilung oder ein Prozess — mit vorab festgelegtem Rückweg.

5. Projektleitung und Fachseite verbindlich machen. Ein Vorhaben in dieser Größe braucht einen Entscheider aus dem Fachbereich und eine Projektleitung, die berichtet, statt zu moderieren.

Wann sich Unterstützung lohnt: wenn die Migrationsentscheidung ansteht und keine belastbare Nutzenrechnung vorliegt oder wenn ein laufendes Programm ins Rutschen gerät. Wie ich solche Vorhaben steuere, steht unter /it-projektsteuerung/; Fragen zu Betriebsmodell, Netzen und Ausfallsicherheit behandele ich unter /it-infrastruktur/. Erstgespräch über /kontakt/.

Quellen

• DSAG e.V., „DSAG-Jahreskongress 2026: Wirtschaftlichkeit und Wahlfreiheit als Maßstab für Innovation und Transformation“ (Pressemitteilung), 06.10.2026 — https://impulsant.dsag.de/formate/pressemeldung/dsag-jahreskongress-2026-wirtschaftlichkeit-und-wahlfreiheit/
• CIO (Foundry), „SAP customers seek renewed control over their ERP fate“, 07.10.2026 — https://www.cio.com/article/4232191/sap-customers-seek-renewed-control-over-their-erp-fate.html