S/4HANA Conversion Frist 2030: Wer zu spät kommt, fängt bei null an

Für ECC auf einer Drittdatenbank bietet SAP die Conversion nur bis Ende 2030 an, danach bleibt nur die Neueinführung. Welcher Weg bis dahin realistisch ist und warum die Bereinigung jetzt beginnen muss.

Das Wichtigste in Kürze

• Für ECC auf einer Drittdatenbank bietet SAP die Conversion nach S/4HANA oder SAP Cloud ERP nur bis Ende 2030 an. Danach bleibt nur Greenfield.
• Ein Umzug auf SAP HANA beseitigt die Abhängigkeit von der Drittdatenbank, verlängert aber keine Wartung.
• Die Transition Option 2031 bis 2033 richtet sich an die größten und komplexesten Kunden, setzt SAP ERP, private edition auf HANA vor Ende 2030 voraus und deckt kein Java ab.
• Wer Brownfield will, muss die Bereinigung der Eigenentwicklungen jetzt starten, denn sie liegt vor dem eigentlichen Umstieg.

Die S/4HANA Conversion Frist 2030 betrifft alle Unternehmen, die SAP ECC auf Oracle, Microsoft SQL Server oder IBM Db2 betreiben: Eine System-Conversion nach S/4HANA oder SAP Cloud ERP bietet SAP für diese Systeme nur bis Ende 2030 an. Danach bleibt nur eine Neueinführung. Wer den Brownfield-Weg gehen will, hat ab heute gut vier Jahre.

Warum endet der Brownfield-Weg für Drittdatenbanken Ende 2030?

SAP bietet die Conversion von Systemen auf Drittdatenbanken nur an, solange die Reseller- und Supportverträge mit den Datenbankanbietern laufen. Diese Verträge enden am 31. Dezember 2030. Das hat SAP am 7. Oktober 2026 im SAP News Center klargestellt. Danach sind laut SAP nur noch Greenfield-Szenarien möglich, also Neueinführungen.

System-Conversion, auch Brownfield genannt, bedeutet: Ein bestehendes ECC-System wird mit Daten, Customizing und Eigenentwicklungen technisch in ein S/4HANA-System überführt. Bei Greenfield wird S/4HANA neu eingeführt, Daten werden selektiv übernommen. Die Frist trifft also den Weg, den Unternehmen mit langer Historie im System meist bevorzugen. Was das Support-Ende darüber hinaus bedeutet, fasst unser Überblick SAP Drittdatenbank 2030 zusammen.

Für wen gilt die S/4HANA Conversion Frist 2030?

Die Frist gilt für jedes ECC-System, das auf einer Drittdatenbank läuft, auch wenn die Datenbanklizenz über SAP bezogen wurde. Läuft ECC bereits auf SAP HANA, betrifft diese Frist das System nicht direkt.

Prüfen Sie dabei die gesamte Landschaft. Entwicklungs- und Qualitätssicherungssysteme laufen meist auf derselben Datenbank wie das Produktivsystem, Nebensysteme wie BW manchmal auf einer anderen. Für den Zeitplan zählt das System, das als letztes konvertiert werden muss.

Reichen vier Jahre für eine Conversion?

Vier Jahre reichen, wenn das Projekt jetzt startet. Eine Conversion besteht aus Vorstudie, Custom-Code-Analyse, Bereinigung, Probe-Conversions, Tests und Hypercare. Dazu kommen Budgetzyklen, Freeze-Phasen im Geschäftsjahr und Beraterkapazität, die knapper wird, je näher 2030 rückt. Wer erst 2029 startet, hat kaum noch Puffer.

Die DSAG-Zahlen zeigen, wie eng es wird. Im DSAG-Investitionsreport 2026 plante knapp die Hälfte der ECC-Anwender, die noch in das System investieren, den Wechsel erst bis Ende 2030, 37 Prozent bis Ende 2027 (198 Befragte, Dezember 2025 bis Januar 2026). DSAG-Chef Jens Hungershausen begründet das mit der Komplexität der Landschaften, Fachkräftemangel, parallelen Transformationsprojekten und knappen Budgets.

Was gehört in eine Vorstudie zur Conversion?

Eine Vorstudie klärt, ob die Conversion vor Ende 2030 realistisch ist, bevor Budget für das eigentliche Projekt fließt. Sie verbindet eine technische Bestandsaufnahme mit der Einschätzung der Fachbereiche. Ergebnis ist eine belastbare Entscheidung zwischen Brownfield und Greenfield mit einem Zeitplan, der vom 31. Dezember 2030 rückwärts gerechnet ist.

• Systemliste mit Datenbank und Release je System, einschließlich Entwicklungs- und Qualitätssicherungssystemen.
• Custom-Code-Analyse mit Nutzungsdaten, damit ungenutzte Objekte früh auffallen.
• Java-Inventur einschließlich Adobe Document Services und PI/PO, siehe SAP NetWeaver Java Ablösung.
• Prüfung der Simplification Items, also der Funktionen, die sich in S/4HANA ändern oder entfallen.
• Abstimmung mit den Fachbereichen, welche Prozesse unverändert bleiben und welche neu gedacht werden.

Planen Sie für die Vorstudie Kapazität in der SAP-Basis und in den Fachbereichen ein. Eine Vorstudie, die nur die IT durchführt, unterschätzt regelmäßig, wie viele Eigenentwicklungen im Tagesgeschäft noch gebraucht werden.

Was bremst Conversion-Projekte am meisten?

Am meisten bremst selten der SAP-Standard, sondern das, was um ihn herum gewachsen ist. Jede Z-Transaktion und jede Modifikation muss vor der Conversion geprüft und entweder angepasst oder abgeschaltet werden. Je mehr davon im Kern liegt, desto länger dauern Analyse und Test, und desto später tauchen Fehler auf, die den Zeitplan kippen.

Ein Beispiel aus dem Controlling: Ein Z-Report liest direkt aus Summentabellen, die es in S/4HANA so nicht mehr gibt, weil das Universal Journal sie ersetzt. Bleibt der Report im Kern, muss er geprüft und in der Regel angepasst werden. Ein zweites Beispiel aus dem Einkauf: Die Freigabe von Bestellanforderungen läuft über eine Z-Transaktion mit eigenen Wertgrenzen und Vertretungsregeln. Wird sie vor der Conversion als eigenständige Anwendung neben dem ERP aufgebaut, verschwindet sie aus dem Conversion-Scope. Wie das geht, beschreibt der Beitrag SAP Eigenentwicklungen entkoppeln.

Brownfield, HANA-Zwischenschritt oder Greenfield: Was passt zu wem?

Welcher Weg passt, hängt vor allem davon ab, ob die Conversion vor Ende 2030 realistisch ist und ob Sie Ihre Prozesse ohnehin neu ordnen wollen. Die Tabelle zeigt, was jeder Weg voraussetzt und wo seine Grenzen liegen. Für den Mittelstand sind Brownfield und Greenfield die realistischen Optionen.

Der HANA-Zwischenschritt ist ein Aufschub, kein Ausweg. Er löst die Abhängigkeit von der Drittdatenbank und ist Voraussetzung für die Transition Option. Die Wartung endet trotzdem Ende 2030, und ein zusätzliches Migrationsprojekt bindet Budget und Personal, die anschließend in der Conversion fehlen. SAP selbst empfiehlt diesen Weg nicht als strategischen Langfristpfad.

Die Transition Option ist laut SAP ein zeitlich begrenztes Subscription-Angebot für die größten und komplexesten Kunden, deren Transformation bereits läuft. Systeme müssen vor Ende 2030 auf SAP ERP, private edition auf SAP HANA umziehen, weitere Voraussetzungen nennt SAP-Hinweis 3591251, und Java-abhängige Funktionen werden nicht unterstützt (SAP News Center, 7.10.2026). Für mittelständische Unternehmen ist sie selten die Antwort.

Wie gelingt Greenfield ohne Prozessbruch?

Greenfield gelingt ohne Prozessbruch, wenn die Oberflächen, mit denen Anwender täglich arbeiten, nicht am ERP hängen. Laufen Freigaben und Erfassungsmasken auf einer Plattform neben dem ERP, wird dahinter das System getauscht, während der Arbeitsplatz bleibt. Angepasst wird die Schnittstelle, nicht die Oberfläche, und das Change-Management wird kleiner.

In der Instandhaltung heißt das: Techniker melden Störungen weiter über dieselbe App auf dem Tablet. Bis zum Go-live landet die Meldung in ECC, danach in S/4HANA. Schulungen für das neue ERP konzentrieren sich auf die Fachbereiche, die direkt im System arbeiten. Go-live und Change-Management lassen sich so entkoppeln.

Was Sie jetzt entscheiden sollten

Unsere Empfehlung: Starten Sie die Bereinigung der Eigenentwicklungen sofort, unabhängig davon, welchen Weg Sie am Ende wählen. Treffen Sie die Wegentscheidung spätestens Mitte 2027. Ungenutzte Eigenentwicklungen kosten in jedem Szenario Zeit, und Anwendungen mit eigener Oberfläche lassen sich vorab aus dem Kern lösen.

Brownfield ist dabei kein Selbstzweck. Die Frage ist, ob Sie damit schneller in einen beherrschbaren Zielbetrieb kommen oder nur Altlasten in ein neues ERP verschieben.

Hier setzt Simplifier an. Anwendungen wie Freigabeprozesse oder Erfassungsmasken entstehen auf einer Plattform neben dem ERP, solange noch ECC dahinter läuft, und greifen über Standardschnittstellen lesend und schreibend auf SAP zu. Sie verlassen den Conversion-Scope und überstehen auch einen Greenfield-Wechsel. Simplifier betreibt sie mit Rollen, Freigaben, Audit Trail und Monitoring, also als Teil eines beherrschbaren Betriebsmodells statt als weitere Insellösung. Welche Ihrer Eigenentwicklungen sich dafür eignen, zeigt ein Migration Checkup mit Miri, unserer KI-Migrations-Agentin.