Kosten der S/4HANA-Migration: was sie je Weg treibt

Die Kosten einer S/4HANA-Migration liegen in denselben Bandbreiten wie jedes SAP-Programm. Planen Sie 500.000 bis 2 Mio. USD in einem mittelständischen Unternehmen ein, 2 bis 10 Mio. USD oder mehr in einem großen und 10 bis 50 Mio. USD oder mehr in einem globalen Konzern. Wo Sie innerhalb der Spanne landen, hängt weniger vom Weg ab als von Eigenentwicklungen, Daten, Probekonvertierungen, Parallelbetrieb und Ihrem SAP-Vertrag.

Kurz gesagt: Kein Migrationsweg ist von vornherein günstiger. Die Kosten von Brownfield vs. Greenfield hängen davon ab, wie viele Eigenentwicklungen Sie mitschleppen, wie sauber Ihre Daten sind und wie viel Prozess Sie ändern wollen. Nach meiner Erfahrung sind Eigenentwicklungen die Phase, die am häufigsten überzieht, und die versteckten Kosten, die Unternehmen am häufigsten vergessen.

In diesem Artikel geht es speziell um die Rechnung der Migration. Die Wege, Schritte und ECC-Fristen stehen in meinem Leitfaden zur Migration von ECC auf S/4HANA.

Was SAP allgemein kostet und wohin das Geld fließt, lesen Sie unter was eine SAP-Implementierung kostet. Warum Budgets überziehen, sobald die Arbeit beginnt, lesen Sie unter warum SAP-Projekte das Budget sprengen.

Eine Migration ist ein vollständiges SAP-Programm, also nutzt sie dieselben Arbeitsspannen, die ich für jedes SAP-Programm verwende. Sie umfassen Partnerleistungen, Subskription oder Lizenzen, Daten, Tests, Schulung und Hypercare.

Hier liegt jede Spanne, und das schiebt eine Migration in ihrer Spanne nach oben:

Unternehmensgröße	Gesamtkosten des Programms (USD)	Was eine Migration in der Spanne nach oben schiebt
Klein (unter 200 Mitarbeitende)	80.000 bis 500.000 USD	Volumen der Altdaten, Add-ons ohne S/4HANA-Version
Mittelstand (200 bis 1.000)	500.000 bis 2 Mio. USD	Umfang der Eigenentwicklungen, Integrationen, Datenqualität
Groß (1.000 bis 10.000)	2 bis über 10 Mio. USD	Eigenentwicklungen, Zahl der Probekonvertierungen, Umfang der Regressionstests
Globaler Konzern (über 10.000)	10 bis über 50 Mio. USD	Viele Gesellschaften und Länder, Parallelbetrieb über Rollout-Wellen

Zwei Anteile gelten in jeder Spanne. Partnerleistungen machen 35 bis 50 Prozent der Gesamtsumme aus, und eine Reserve von 10 bis 20 Prozent kommt obendrauf, gehalten von Ihnen statt im Preis des Partners.

Öffentliche Benchmarks liegen an derselben Stelle. LeverX, ein SAP-Partner, beziffert eine Greenfield-Implementierung in einem US-Großunternehmen auf 4 bis über 10 Mio. USD (LeverX US cost guide, 2026). Für eine erste Zahl zu Ihrem eigenen Umfang probieren Sie den SAP-Implementierungskostenrechner.

Viele wollen einen Prozentsatz: Brownfield kostet X Prozent weniger als Greenfield. Meine ehrliche Antwort ist, dass es darauf ankommt, und ich nenne keinen Prozentsatz. Der Weg ändert eher, wohin das Geld fließt, als wie viel es ist.

Eine Systemkonvertierung (Brownfield) behält Ihr Customizing, Ihre Eigenentwicklungen und Ihre Historie. Eine Neuimplementierung (Greenfield) beginnt sauber und lädt nur die Daten, die Sie brauchen, und eine Selective Data Transition macht mit Spezialwerkzeugen ein wenig von beidem.

Hier gibt jeder Weg das Geld aus:

Weg	Wohin das Geld fließt	Was ihn teuer macht	Was ihn günstig hält
Brownfield (Systemkonvertierung)	Bereinigung der Eigenentwicklungen, Konvertierungsläufe mit dem Software Update Manager, Regressionstests von allem, was Sie behalten haben	Eine große Codebasis an Eigenentwicklungen, die niemand nutzt, zu ersetzende Add-ons, ein kurzes Downtime-Fenster bei einer großen Datenbank	Ungenutzten Code vor der Konvertierung stilllegen, Prozesse, die bereits funktionieren
Greenfield (Neuimplementierung)	Prozessdesign, Customizing, Erweiterungen, Datenladungen, Schulung und Change	Alte kundeneigene Reports und Logik im neuen System nachbauen, Bereiche neu gestalten, die funktioniert haben	SAP-Standard übernehmen, offene Posten und nur die nötige Historie laden
Selective Data Transition	Spezialwerkzeuge und Partner, Datenumfang, dazu etwas Neugestaltung und etwas Konvertierung	Komplexe Auswahl von Buchungskreisen und Historie, Fusionen und Carve-outs	Eine klare Entscheidung, welche Bereiche neu gestaltet werden

Wovon hängt es also ab? Diese vier Fragen entscheiden es:

1. Wie viele Eigenentwicklungen Sie mitschleppen und wie viele davon genutzt werden. Bei einer Konvertierung muss jedes Objekt, das Sie behalten, geprüft, wo nötig korrigiert und getestet werden.
2. Wie sauber Ihre Daten sind und wie viel Historie Sie brauchen. Schlechte Daten kosten auf jedem Weg Geld, nur jeweils an einer anderen Stelle.
3. Wie viel Prozess Sie ändern wollen. Meine Regel: Greenfield, wenn Sie von anderen Systemen kommen oder neue Prozesse definiert werden müssen, Brownfield, wenn die Prozesse definiert sind und funktionieren, selektiv, wenn einige Bereiche neu gestaltet werden müssen. Für die Neugestaltung von Prozessen zu zahlen, die bereits funktionieren, ist die teure Wahl.
4. Wie viel Downtime der Fachbereich verkraften kann. Große Systeme mit kurzen Zeitfenstern brauchen Downtime-optimierte Verfahren und die Spezialisten, die sie durchführen.

Die Kosten folgen auch der Zeit. Nach meiner Erfahrung dauert Brownfield 12 bis 18 Monate, Greenfield 18 bis 24 Monate und eine Selective Data Transition 12 bis 18 Monate. Mein Zeitplan und Projektplan für die S/4HANA-Migration schlüsselt das Phase für Phase auf.

Eigenentwicklungen sind die Phase, die ich bei einer Migration am häufigsten überziehen sehe. Sie sind auch die Kosten, die Unternehmen beim Festlegen des Budgets am häufigsten vergessen.

Sie bleiben verborgen, weil sie wie eine technische Aufgabe aussehen. Bei einer Brownfield-Konvertierung wandern Ihre Z-Programme, Erweiterungen und Modifikationen mit, und jedes Objekt, das ein geändertes Datenmodell berührt, muss angepasst und erneut getestet werden.

Der SAP Readiness Check ist der richtige Ausgangspunkt, aber er ist ein Planungswerkzeug. Nach meiner Erfahrung sind die kundeneigenen Objekte das, was er übersieht und was später wehtut.

SAPs eigener Conversion Guide for SAP S/4HANA Cloud Private Edition 2025 verweist für die Prüfungen der Eigenentwicklungen auf das ABAP Test Cockpit. Er empfiehlt außerdem, nicht mehr genutzte Eigenentwicklungen vor der Konvertierung zu entfernen.

In dieser Empfehlung liegen die Einsparungen. In einem Programm brachte uns die Analyse mit smartShift von 18.000 kundeneigenen Objekten auf 3.200, und jedes stillgelegte Objekt war eines, das niemand korrigieren, testen oder in künftige Upgrades mitnehmen musste.

Bevor jemand eine Migration bepreist, würde ich Antworten auf diese Fragen wollen:

1. Wie viele kundeneigene Objekte gibt es? Zählen Sie sie aus Ihrem eigenen System, nicht aus der Schätzung des Partners.
2. Wie viele werden tatsächlich genutzt? Nutzungsdaten aus der Produktion, über einen vollen Geschäftszyklus, einschließlich Jahresabschluss.
3. Welche werden stillgelegt, und wer entscheidet? Eine Design Authority aus Fachbereich und IT, nicht die Entwickler allein.
4. Was ersetzt die, die Sie behalten? Standardfunktionen, freigegebene APIs oder Side-by-Side-Erweiterungen, im Einklang mit einem Clean Core.

Halten Sie Anpassungen auf einem Minimum und steuern Sie den Rest. Der häufige Fehler, den ich sehe, ist der Versuch, SAP wie Oracle arbeiten zu lassen, wodurch jeder Unterschied zu Code wird. Mein Leitfaden zum SAP Clean Core erklärt, wie Sie das Verbleibende klassifizieren.

Nach meiner Erfahrung macht die Datenmigration 30 bis 40 Prozent des Aufwands aus. Ein guter Teil davon liegt bei Ihren eigenen Fachanwendern, die bereinigen und validieren, deshalb taucht er selten in einem Partnerangebot auf.

Bei einer Brownfield-Konvertierung plane ich drei Probekonvertierungen vor dem Cutover. Jede kostet echtes Geld: eine Systemkopie, das technische Team, das die Konvertierung durchführt, fachliche Prüfungen und die Abstimmung der Ergebnisse durch den Fachbereich.

Prüfen Sie, was Ihr Vertrag bereits abdeckt. Der Conversion Guide von SAP für die Private Edition sagt, dass der Standardvertragsumfang zwei Probeläufe enthält, einen für Nicht-Produktivsysteme und einen für die Produktion. Weitere können als kostenpflichtige Leistung hinzugefügt werden.

Wenn Sie drei planen, vereinbaren Sie vorab, wer den dritten bezahlt.

Downtime ist der andere Kostenfaktor in dieser Phase. Die Cutover-Downtime, die ich erlebt habe, reicht von einem Wochenende bis zu einer Woche, und der Fachbereich bezahlt jeden Tag, an dem er nicht liefern, fakturieren oder abschließen kann.

Sie können sie verkürzen. Der Software Update Manager bietet eine Downtime-optimierte Konvertierung, aber laut dem Guide von SAP braucht die Version für die Private Edition einen SAP-Experten, der die Schulung ADM329 abgeschlossen hat. Das ist eine Spezialistenposition im Budget, kein kostenloser Schalter.

Die Tests schließen den Kreis. Eine Konvertierung behält alles, also müssen Regressionstests alles abdecken, was Sie behalten haben, und dieser Umfang wächst mit jedem kundeneigenen Objekt, das Sie nicht stillgelegt haben.

Zwei Kostenblöcke liegen außerhalb des Projektplans, und beide landen auf dem Schreibtisch des CFO.

Der erste ist der Parallelbetrieb. Für SAP ERP 6.0 auf den Erweiterungspaketen 6 bis 8 endet die Standardwartung am 31. Dezember 2027. Eine optionale erweiterte Wartung bis Ende 2030 kostet zwei zusätzliche Prozentpunkte (SAP News).

Ein Greenfield-Programm, das heute startet, läuft bis ins Jahr 2028, also läuft ECC weiter und kostet weiter, während Sie bauen. Budgetieren Sie zumindest etwas erweiterte Wartung, das ECC-Supportteam und alle Schnittstellen, die während eines phasenweisen Rollouts beide Systeme versorgen müssen.

Der zweite ist die Vertragsumstellung. Der Wechsel zu RISE with SAP bedeutet S/4HANA Cloud Private Edition, das SAP heute als SAP Cloud ERP Private vermarktet. Ihre Position bei Lizenzen und Wartung wird zu einer Subskription, und die Konditionen werden verhandelt, nicht veröffentlicht.

Die größten Fallen, die ich in einem RISE-Vertrag sehe, sind die Verlängerungsbedingungen, die Dimensionierung der Full User Equivalents (FUE) und die AI-Credits. Was ich immer hineinverhandle, ist die Liste der enthaltenen Module und eine phasenweise Preisgestaltung, sodass Sie zahlen, wenn Phasen live gehen, und nicht ab dem ersten Tag.

Fragen Sie SAP schriftlich, was mit Ihren bestehenden Lizenzen und Wartungszahlungen passiert. Mein Leitfaden zu Vertrag und Preisen von RISE with SAP behandelt, was enthalten ist, was nicht und wo Sie Druck machen sollten.

In den 21 SAP-Programmen, die ich geleitet oder gerettet habe, ist der größte Fehler, den ich sehe, zu Beginn nicht richtig zu planen. Budgets werden in der Explore-Phase getroffen, wenn die WRICEF-Liste (Reports, Schnittstellen, Konvertierungen, Erweiterungen, Formulare, Workflows) wächst, und den Anbietern die Steuerung des Umfangs zu überlassen, ist eine Grundursache.

Das ist die Reihenfolge, der ich folgen würde:

1. Führen Sie den SAP Readiness Check und die Prüfungen der Eigenentwicklungen aus, bevor Sie irgendjemanden nach einem Preis fragen.
2. Entscheiden Sie, welche Eigenentwicklungen stillgelegt werden, über eine Design Authority aus Fachbereich und IT.
3. Profilieren Sie die Daten und setzen Sie den Datenaufwand mit 30 bis 40 Prozent des Programms an.
4. Zählen Sie die Probekonvertierungen und Probeläufe und vereinbaren Sie, wer jeden einzelnen bezahlt.
5. Bepreisen Sie den Parallelbetrieb, einschließlich erweiterter Wartung, wenn der Go-live nach 2027 liegt.
6. Schreiben Sie den Umfang selbst, damit der Partner Ihren Umfang bepreist und nicht seinen.
7. Rechnen Sie 10 bis 20 Prozent Reserve hinzu, gehalten auf Ihrer Seite.

Gehen Sie dann zu den Partnern. Fragen Sie nach Referenzen und nach ihrem Grobdesign Ihrer Migration, und lassen Sie allgemeine Antworten liegen, die auf jedes Unternehmen passen könnten. Mein Leitfaden zur Wahl eines Partners für die S/4HANA-Migration behandelt den Rest dieses Gesprächs.

Der konkrete nächste Schritt: Ziehen Sie diesen Monat die Zahl der kundeneigenen Objekte und die Nutzungsdaten aus Ihrem eigenen Produktivsystem. Es ist die eine Zahl, die ein Migrationsbudget am stärksten bewegt, und Sie können sie haben, bevor ein Partner im Raum ist.

Wenn Sie eine unabhängige Sicht auf ein Migrationsbudget oder ein Partnerangebot möchten, helfe ich Unternehmen dabei. Sie können mich hier kontaktieren.

Was kostet eine S/4HANA-Migration?

Die Arbeitsspannen, die ich verwende, sind 80.000 bis 500.000 USD für ein kleines Unternehmen und 500.000 bis 2 Mio. USD im Mittelstand. Ein Großunternehmen sollte 2 bis 10 Mio. USD oder mehr einplanen, ein globaler Konzern 10 bis 50 Mio. USD oder mehr. Partnerleistungen machen 35 bis 50 Prozent der Gesamtsumme aus, und Eigenentwicklungen, Daten und die Zahl der Probekonvertierungen entscheiden, wo Sie in der Spanne landen.

Ist Brownfield bei S/4HANA günstiger als Greenfield?

Nicht von vornherein. Es hängt davon ab, wie viele Eigenentwicklungen Sie mitschleppen, wie sauber Ihre Daten sind, wie viel Prozess Sie neu gestalten wollen und wie viel Downtime Sie verkraften können. Eine Brownfield-Konvertierung mit einer großen, ungenutzten Codebasis an Eigenentwicklungen kann mehr kosten als eine Greenfield-Implementierung, die den SAP-Standard übernimmt.

Was sind die größten versteckten Kosten einer S/4HANA-Migration?

Eigenentwicklungen. Nach meiner Erfahrung sind sie die Kosten, die Unternehmen am häufigsten vergessen, und die Phase, die am häufigsten überzieht. Zählen Sie Ihre kundeneigenen Objekte und prüfen Sie, welche genutzt werden, bevor jemand die Migration bepreist.

Wie viele Probekonvertierungen braucht eine S/4HANA-Konvertierung?

Bei einer Brownfield-Konvertierung plane ich drei Probekonvertierungen vor dem Cutover. Der Conversion Guide von SAP für die Private Edition enthält zwei Probeläufe im Standardvertragsumfang, einen für Nicht-Produktivsysteme und einen für die Produktion, weitere sind als kostenpflichtige Leistung erhältlich. Vereinbaren Sie vor der Unterschrift, wer jeden zusätzlichen Lauf bezahlt.

Wie viel Reserve sollte ich in ein Budget für die S/4HANA-Migration aufnehmen?

Halten Sie 10 bis 20 Prozent zusätzlich zum Budget, auf Ihrer Seite statt im Preis des Partners. Geben Sie sie gegen benannte Risiken frei, etwa Probleme mit Eigenentwicklungen oder Daten, die im Test gefunden werden, nicht zur Deckung von Umfang, der nie bepreist wurde.

Macht RISE with SAP eine S/4HANA-Migration günstiger?

Es ändert eher die Form der Kosten als ihre Höhe. Lizenzen, Hosting und technischer Betrieb wandern in eine Subskription, aber Eigenentwicklungen, Daten, Tests und Change bleiben in Ihrem Programmbudget. Achten Sie auf Verlängerungsbedingungen, FUE-Dimensionierung und AI-Credits, und verhandeln Sie die enthaltenen Module und eine phasenweise Preisgestaltung.