Warum ist die S/4HANA Utilities Transformation relevant?

Für SAP Business Suite 7, zu der auch viele klassische SAP-ECC-/SAP-IS-U-Landschaften gehören, stellt SAP Mainstream Maintenance bis Ende 2027 bereit. Danach ist eine optionale Extended Maintenance bis Ende 2030 vorgesehen. Für Energieversorger, die langfristig auf SAP-Standardwartung, Weiterentwicklung und eine zukunftsfähige Utilities-Architektur setzen, entsteht dadurch ein klarer Transformationsdruck.

Die Transformation betrifft jedoch nicht nur die technische Umstellung auf eine neue Plattform. Im Utilities-Umfeld sind auch fachliche Prozesse, Marktkommunikation, Abrechnung, FI-CA, Stammdaten, Geräteverwaltung, Messwesen, Netznutzungsabrechnung und kundenspezifische Erweiterungen betroffen.

Eine S/4HANA-Utilities-Transformation sollte deshalb nicht als reines IT-Upgrade verstanden werden. Sie ist ein fachlich-technisches Transformationsprojekt, bei dem bestehende Prozesse analysiert, Daten bereinigt, Eigenentwicklungen bewertet und Zielarchitekturen definiert werden müssen.

Brownfield, Greenfield oder Selective Data Transition?

Für die Transformation nach SAP S/4HANA Utilities kommen grundsätzlich verschiedene Ansätze in Betracht. Welcher Ansatz geeignet ist, hängt von Systemzustand, Datenqualität, Prozesslandschaft, Eigenentwicklungen, Zielarchitektur und Projektstrategie ab.

Brownfield – System Conversion

Beim Brownfield-Ansatz wird ein bestehendes SAP-System technisch in Richtung SAP S/4HANA überführt. Bestehende Prozesse, Customizing-Einstellungen, Daten und Eigenentwicklungen werden grundsätzlich weiterverwendet, müssen aber im Rahmen der Conversion geprüft und gegebenenfalls angepasst werden.

Der Vorteil liegt darin, dass bewährte Prozesse und Datenhistorien weitgehend erhalten bleiben können. Gleichzeitig besteht das Risiko, dass technische Altlasten, historisch gewachsene Strukturen und nicht mehr benötigte Erweiterungen mitgenommen werden.

Greenfield – Neuimplementierung

Beim Greenfield-Ansatz wird eine neue S/4HANA-Landschaft aufgebaut. Prozesse, Stammdaten, Rollen, Schnittstellen und technische Architektur können stärker an einer neuen Zielstruktur ausgerichtet werden.

Dieser Ansatz bietet die Chance, bestehende Komplexität zu reduzieren und Prozesse neu zu gestalten. Gleichzeitig erfordert er eine umfassende fachliche Konzeption, Datenmigration, Testplanung und organisatorische Vorbereitung.

Selective Data Transition

Bei der Selective Data Transition werden ausgewählte Daten, Prozesse oder Organisationseinheiten in eine neue oder angepasste S/4HANA-Zielarchitektur überführt. Dieser Ansatz liegt zwischen vollständiger System Conversion und kompletter Neuimplementierung.

Er kann sinnvoll sein, wenn bestimmte Datenhistorien oder Prozessbereiche übernommen werden sollen, während andere Bereiche neu aufgebaut oder bereinigt werden. Die konkrete Ausgestaltung ist projektspezifisch und erfordert eine genaue Analyse von Daten, Prozessen, Systemabhängigkeiten und Migrationsobjekten.

Readiness Assessment – der erste Schritt

Eine S/4HANA-Utilities-Transformation beginnt in der Regel mit einer Bestandsaufnahme. Dabei werden Systemlandschaft, Prozessumfang, Eigenentwicklungen, Schnittstellen, Datenqualität und organisatorische Rahmenbedingungen analysiert.

Wichtige Bestandteile eines Readiness Assessments sind unter anderem:

SAP-Readiness-Check und technische Systemanalyse

Custom-Code-Analyse und Bewertung von Eigenentwicklungen

Analyse der genutzten IS-U- und FI-CA-Prozesse

Schnittstellen- und Integrationsinventar

Bewertung von Datenqualität und Stammdatenstrukturen

Prüfung von Marktkommunikation, Abrechnung und Fakturierung

Bewertung von Test-, Cutover- und Betriebsanforderungen

Ziel ist eine belastbare Grundlage für Migrationsstrategie, Projektumfang, Aufwandsschätzung und Risikobewertung.

US4G und deutschlandspezifische Utilities-Prozesse

Für den deutschen Energiemarkt spielen länderspezifische Anforderungen eine zentrale Rolle. Dazu gehören unter anderem Marktkommunikation, Netznutzungsprozesse, Bilanzierung, Messwesen, Mehr-/Mindermengenabrechnung und weitere branchenspezifische Prozesse.

Im S/4HANA-Utilities-Kontext werden solche Anforderungen über SAP-Utilities-Funktionen, deutschlandspezifische Erweiterungen und angebundene Lösungen wie SAP Market Communication for Utilities abgebildet. Die genaue Zielarchitektur hängt von Systemversion, Marktrolle, Projektansatz und eingesetzten Komponenten ab.

Bei der Transformation ist deshalb zu prüfen, welche bisherigen IS-U-/IDEX-Prozesse, Eigenentwicklungen, Schnittstellen und Marktkommunikationslogiken weiterhin benötigt, angepasst oder ersetzt werden müssen.

Datenmigration und Business Partner

Die Datenmigration gehört zu den kritischsten Aufgaben einer S/4HANA-Utilities-Transformation. Betroffen sind unter anderem Geschäftspartner, Vertragskonten, Verträge, Anlagen, Geräte, Marktlokationen, Messlokationen, offene Posten, Abrechnungsdaten und historische Bewegungsdaten.

Mit S/4HANA gewinnt das Business-Partner-Modell besondere Bedeutung. Kunden-, Lieferanten- und Geschäftspartnerdaten müssen fachlich korrekt strukturiert, bereinigt und in die Zielarchitektur überführt werden.

Eine frühzeitige Datenbereinigung ist entscheidend. Dubletten, veraltete Adressen, inkonsistente Stammdaten, unklare Rollen oder fehlerhafte Zuordnungen können die Migration, Tests und spätere Prozessverarbeitung erheblich belasten.

Typischer Projektverlauf

Der konkrete Projektverlauf hängt stark vom Transformationsansatz ab. Ein Brownfield-Projekt folgt anderen Schwerpunkten als eine Greenfield-Implementierung oder eine Selective Data Transition.

Typische Phasen sind:

Analyse und Readiness Assessment

Zielarchitektur und Migrationsstrategie

Fachliche Prozesskonzeption

Custom-Code- und Schnittstellenbewertung

Datenbereinigung und Migrationsdesign

Realisierung und technische Umsetzung

Testphase mit Integrationstest, Migrationstest und Fachbereichstest

Cutover-Planung und Go-live

Stabilisierung und Hypercare

Gerade im Utilities-Umfeld bestimmen regulatorische Prozesse, Marktkommunikation, Abrechnung, FI-CA, Datenmigration und Schnittstellen häufig den kritischen Pfad.

RISE with SAP

RISE with SAP ist ein SAP-Angebot für den Betrieb und die Transformation in Richtung Cloud-ERP. Für S/4HANA-Projekte kann RISE eine Option sein, wenn Betrieb, technische Plattform und SAP-Verantwortlichkeiten stärker in ein cloudbasiertes Modell verlagert werden sollen.

Für Energieversorger muss ein solcher Ansatz sorgfältig geprüft werden. Relevant sind unter anderem Datenschutz, Betriebsmodell, Schnittstellen, Marktkommunikation, regulatorische Anforderungen, Integrationen, Verfügbarkeit, Berechtigungen und die Einbindung bestehender Systeme.

Ob RISE with SAP geeignet ist, hängt von der bestehenden Systemlandschaft, den fachlichen Anforderungen und der geplanten Zielarchitektur ab.

Häufige Fragen zur S/4HANA Utilities Transformation

Wie lange dauert eine typische Migration?

Die Dauer hängt vom Transformationsansatz, der Größe des Unternehmens, der Datenqualität, der Anzahl der Schnittstellen, dem Umfang der Eigenentwicklungen und den betroffenen Utilities-Prozessen ab.

Kleinere oder stärker standardisierte Projekte können deutlich kürzer sein als komplexe Landschaften mit Marktkommunikation, Abrechnung, FI-CA, Migration historischer Daten und vielen Schnittstellen. Eine belastbare Einschätzung ist erst nach einem Readiness Assessment möglich.

Kann SAP IS-U zunächst weiterbetrieben und später migriert werden?

Ein Weiterbetrieb bestehender SAP-ECC-/SAP-IS-U-Systeme kann abhängig von Wartungsmodell, Systemversion und Unternehmensstrategie möglich sein. Dabei sind jedoch Wartungsfristen, regulatorische Anforderungen, technische Weiterentwicklung, Sicherheitsaspekte und Projektvorlaufzeiten zu berücksichtigen.

Je später eine Transformation gestartet wird, desto höher kann der Druck auf Planung, Ressourcen, Testfenster und Cutover werden.

Was kostet eine S/4HANA Utilities Transformation?

Die Kosten lassen sich nicht pauschal beziffern. Sie hängen unter anderem von Unternehmensgröße, Projektansatz, Systemlandschaft, Datenmigration, Anzahl der Schnittstellen, Eigenentwicklungen, Testumfang, Lizenzen, Betriebsmodell und externem Unterstützungsbedarf ab.

Eine belastbare Kostenschätzung setzt eine strukturierte Voranalyse voraus.

Was ist der Unterschied zwischen US4G und IDEX?

IDEX steht für klassische SAP-IS-U-Funktionen und Erweiterungen im Umfeld der Marktkommunikation. Im S/4HANA-Utilities-Kontext verändern sich Architektur und Komponenten für deutsche Utilities-Prozesse deutlich.

US4G beziehungsweise deutschlandspezifische Utilities-Funktionen und SAP Market Communication for Utilities spielen in modernen S/4HANA-Utilities-Zielarchitekturen eine wichtige Rolle. Welche bisherigen IDEX-Prozesse ersetzt, angepasst oder integriert werden, hängt von der konkreten Systemlandschaft und Zielarchitektur ab.

S/4HANA Utilities Transformation