Was kostet eine S/4HANA-Utilities-Migration?

Die häufigste Frage von Versorgern ist die nach dem Preis, und jede pauschale Zahl darauf ist unseriös. Was sich aber sehr präzise benennen lässt: die Treiber, die den Preis machen. Dieser Beitrag erklärt, warum Projekte laut PwC das Zwei- bis Dreifache des Geplanten kosten, welche fünf Faktoren das Budget wirklich bestimmen und an welchen Stellen sich seriös sparen lässt.

Der unbequeme Befund zuerst

PwC stellte 2024 fest: IS-U-Umstiegsprojekte dauern oft doppelt so lang wie geplant und kosten das Zwei- bis Dreifache des ursprünglichen Budgets. Das ist keine Aussage über unfähige Projektteams, sondern über Budgets, die auf Annahmen statt auf Analysen gebaut wurden. Wer die Kostentreiber vor der Budgetierung vermisst, statt sie im Projekt zu entdecken, nimmt genau diesen Faktor zwei bis drei aus der Gleichung.

Die Kosten des Wartens gehören in dieselbe Rechnung

Wer die Migrationskosten bewertet, sollte die Alternative ehrlich daneben legen: Der Weiterbetrieb von SAP IS-U nach 2027 kostet in der Extended Maintenance einen Aufschlag von 2 Prozentpunkten auf die Wartungsbasis, real rund 9 Prozent höhere Wartungskosten pro Jahr, drei Jahre lang, ohne dass die Migration dadurch entfiele. Dazu kommt ein indirekter Effekt: Je näher die Fristen 2027 und 2030 rücken, desto knapper und teurer werden erfahrene S/4HANA-Utilities-Berater. Abwarten senkt die Projektkosten also nicht, sondern verschiebt sie in einen teureren Markt.

Treiber 1: Datenqualität, der größte Hebel

Jeder Defekt im Altbestand wird im Projekt mehrfach bezahlt: in der Analyse, in Sonderregeln der Migrationslogik, in Fehleranalysen jedes Testzyklus, in Nacharbeiten nach Go-Live. Ein und dieselbe Karteileiche kostet so drei- oder viermal Geld und in jedem Testzyklus erneut Zeit. Karteileichen mit offenen Posten, Sparten-Inkonsistenzen, unklare Vertragsklassifizierungen: die typischen Stolperfallen sind zugleich die typischen Kostenstellen. Nicht zufällig nennen in der Natuvion/adesso-Transformationsstudie 2025 64 Prozent der befragten EVU-IT-Entscheider die Datenqualität als wichtigsten Erfolgsfaktor.

Treiber 2: Historientiefe, denn jedes Jahr kostet

„Wir nehmen alles mit" ist die teuerste Anforderung des Projekts. Jedes zusätzliche Jahr Belege, Ableseergebnisse und abgeschlossene Verträge vergrößert Extraktion, Transformation, Ladelaufzeiten und jede einzelne Prüfung, und zwar über alle Testzyklen hinweg. Die Gegenfrage lautet: Wer braucht welche Historie wofür, operativ im System, oder genügt ein Auskunftsarchiv? Ein definierter Historienschnitt (etwa aktive Verträge plus wenige Jahre Belege) ist einer der wirksamsten Kostenhebel überhaupt.

Treiber 3: Custom Code, die Rechnung für 20 Jahre Anpassung

Jede Eigenentwicklung will unter SAP S/4HANA analysiert, angepasst oder bewusst abgeschaltet werden. Die Kosten skalieren dabei nicht mit der Menge des Codes, sondern mit der Menge des unbekannten Codes: Reports ohne Verantwortlichen, Schnittstellen ohne Doku, Modifikationen am Standard. Eine frühe Analyse über das ABAP Test Cockpit plus Nutzungsstatistiken trennt die Spreu vom Weizen: Erfahrungsgemäß wird ein erheblicher Teil des Altcodes gar nicht mehr genutzt und muss nie migriert werden.

Treiber 4: Testaufwand, der ehrlich unterschätzte Block

Die Natuvion-Studienreihe identifiziert das Testmanagement als den am meisten unterschätzten Aufwand in Transformationsprojekten. Wer belastbar testen will, fährt mehrere Zyklen auf dem vollen Mengengerüst, prüft Mengen und Semantik (Salden, Laufzeiten, Probeabrechnungen gegen das Altsystem) und bindet den Fachbereich über Wochen. Dieser Block gehört realistisch ins Budget; ihn kleinzurechnen ist die klassische Quelle des PwC-Faktors. Wie eine effiziente Prüfsystematik aussieht, zeigt der Beitrag zur Qualitätssicherung in der Datenmigration.

Treiber 5: Hersteller-Extrakte und Quellsystem-Landschaft

Kommt der Altbestand nicht aus einem eigenen SAP-System, sondern aus Fremdsystemen, werden Extrakte des Herstellers zum Kosten- und Zeitfaktor: Sie kosten Geld, ihre Verspätungen kosten Projektlaufzeit, und jede Formatabweichung kostet Analyse. Bei mehreren Quellsystemen kommen Harmonisierung und Schlüsselkonsolidierung hinzu; jedes zusätzliche Quellsystem multipliziert Mapping-Regeln, Abstimmrunden und Testfälle. Wer hier früh Verträge, Formate und automatisierte Eingangsprüfungen fixiert, kauft sich Planbarkeit statt Nachträgen.

Die Kostenblöcke im Überblick

Wo sich seriös sparen lässt und wo nicht

1. Bereinigen vor der Migration. Jede vor dem Projekt bereinigte Fallklasse spart mehrfach; die Übersicht der typischen Stolperfallen liefert die priorisierte Liste dafür. Das ist der günstigste Euro des gesamten Vorhabens.
2. Standard statt Nachbau. Die teuerste Designentscheidung ist, das Altsystem im neuen nachzubauen. Wo SAP S/4HANA Utilities einen Standardprozess mitbringt, ist dessen Übernahme fast immer billiger als die Rekonstruktion der gewohnten Sonderlocke, einmalig und in jedem Folgerelease.
3. Historie schneiden. Operativ nötige Daten migrieren, Auskunftsbedarfe ins Archiv, nicht umgekehrt.
4. Standardwerkzeuge nutzen. Für den IS-U-Kern ist EMIGALL das etablierte Standardwerkzeug; Eigenbau-Ladeprogramme an dieser Stelle sind vermeidbare Kosten und vermeidbares Risiko.

Nicht sparen sollte man an Testzyklen, an der Generalprobe und an der Datenanalyse, denn das sind genau die Posten, deren Kürzung den Faktor zwei bis drei erzeugt. Und: Das Migrationsszenario ist die größte einzelne Budgetweiche; wer es ohne Analyse wählt, budgetiert das falsche Projekt.

Nicht die Migration ist teuer – teuer ist, was man vor ihr unterlassen hat: bereinigen, analysieren, entscheiden.