SAP S/4HANA Utilities ist die strategische Nachfolge von SAP IS-U: dieselbe Branchenfachlichkeit, aber auf einer neuen technischen Generation. Dieser Beitrag ordnet die Architektur ein (SAP HANA, vereinfachtes Datenmodell, Business Partner, Fiori), zeigt die funktionalen Neuerungen und vergleicht die drei Betriebsmodelle On-Premise, Private Cloud und Public Cloud.
Mehr als ein Versionswechsel – und mit Termindruck
S/4HANA Utilities übernimmt die fachlichen Kernprozesse von IS-U: Geräteverwaltung, Abrechnung und Fakturierung, FI-CA, Energiedatenmanagement und Marktkommunikation bleiben als native Bestandteile erhalten, keine Compatibility Packs. Neu ist das Fundament darunter: Datenbank, Datenmodell, Stammdatenführung und Bedienkonzept ändern sich gleichzeitig.
Der Zeitrahmen ist gesetzt: Die Mainstream-Wartung der Business Suite 7, auf der SAP IS-U basiert, endet Ende 2027; Extended Maintenance gibt es gegen Aufpreis bis Ende 2030. Für S/4HANA hat SAP dagegen eine Innovationszusage bis mindestens 2040 gegeben. Wer die Migration erst 2027 startet, konkurriert mit dem Rest der Branche um dieselben Beraterkapazitäten.
Architektur-Baustein 1: SAP HANA als Basis
S/4HANA läuft ausschließlich auf der In-Memory-Datenbank SAP HANA. Daten liegen im Hauptspeicher und spaltenorientiert; rechenintensive Vorgänge wie Massenabrechnungs- oder Zahlläufe beschleunigen sich spürbar, und Auswertungen laufen als Embedded Analytics direkt auf den Bewegungsdaten, ohne separates BW für Standardberichte. Für den Betrieb heißt das: HANA-Sizing, neue Backup- und Hochverfügbarkeitskonzepte und die Frage, wer die Infrastruktur künftig verantwortet.
Architektur-Baustein 2: das vereinfachte Datenmodell
Weil HANA Aggregationen zur Laufzeit rechnet, entfallen zahlreiche Index- und Summentabellen, die ECC noch mitführte. SAP dokumentiert diese Änderungen in der Simplification List, dem Pflichtdokument jeder Konvertierung: Sie zeigt pro Bereich, welche Funktionen sich ändern, ersetzt werden oder wegfallen. Eigenentwicklungen, die auf weggefallene Tabellen oder abgelöste Funktionsbausteine zugreifen, müssen vor dem Umstieg identifiziert und angepasst werden; die SAP-Prüfwerkzeuge für Custom Code liefern dafür die Trefferliste, die Bewertung bleibt Projektarbeit.
Architektur-Baustein 3: Business Partner und CVI
In S/4HANA ist der Business Partner das einzige führende Stammdatenobjekt. Die getrennten Debitoren, Kreditoren und Geschäftspartner der ECC-Welt werden über die Customer-Vendor-Integration (CVI) zusammengeführt, und zwar verpflichtend vor der eigentlichen Systemkonvertierung. Für Versorger ist das doppelt relevant: IS-U arbeitet zwar seit jeher mit dem Geschäftspartner, aber die CVI legt Dubletten, Altlasten und inkonsistente Rollen im Partnerbestand offen. Häuser, die die CVI früh als eigenes Teilprojekt aufsetzen, nehmen der späteren Konvertierung das größte Einzelrisiko.
Architektur-Baustein 4: Fiori als Bedienkonzept
Das Bedienkonzept von S/4HANA ist SAP Fiori: rollenbasierte, webfähige Apps statt Transaktionscodes. Die klassische SAP GUI bleibt für viele Expertentransaktionen nutzbar, etwa in Abrechnung und Migration, aber neue Funktionen erscheinen zunehmend nur noch als Fiori-App. Für Gelegenheitsnutzer im Kundenservice ist das ein Gewinn; für langjährige Sachbearbeiter eine Umstellung, die Schulung und Change-Begleitung braucht.
Was funktional neu ist
Mit dem S/4HANA-Release 2025 hat SAP die Utilities-Roadmap konkretisiert. Die wichtigsten Punkte: Market Process Management (MPM) und Prepayment sind in den Core gewandert, bislang teils Add-on-Territorium. Mit SAP Market Communication for Utilities (MaCo Cloud) steht eine SaaS-Lösung für die deutsche Marktkommunikation bereit, die die halbjährlichen Formatwechsel als Betreiberleistung übernimmt, während das Backend on-premise bleiben kann. Für Non-Commodity-Produkte wie Wallboxen oder Contracting ergänzt BRIM/Subscription Billing mit Convergent Invoicing die klassische Abrechnung, ersetzt sie aber nicht. Was davon ins eigene Zielbild gehört, ist eine Architekturentscheidung, kein Automatismus; die Unterschiede zur ECC-Welt im Detail zeigt der Beitrag IS-U vs. S/4HANA Utilities.
Deployment: drei Wege im Vergleich
| Kriterium | On-Premise | Private Cloud (RISE) | Public Cloud |
|---|---|---|---|
| Betrieb | eigenes Rechenzentrum oder Hoster | SAP-verantwortet, dedizierte Umgebung | SAP-betrieben, geteilte Plattform |
| Individualisierung | maximal | hoch, mit Cloud-Leitplanken | gering, Standard mit Erweiterungskonzept |
| IS-U-Branchenkern | nativ enthalten | nativ enthalten | nicht enthalten; für Utilities bislang Randbereiche |
| EMIGALL verfügbar | ja | ja (private edition) | nein |
| Update-Rhythmus | selbstbestimmt | vertraglich geregelt | verpflichtend, mehrmals jährlich |
Für Versorger mit hoher Customizing-Tiefe ist On-Premise oder die private edition realistisch; die Public Cloud spielt im deutschen Utilities-Kerngeschäft derzeit kaum eine Rolle. Die Abwägung samt Kostenlogik behandelt der Beitrag RISE with SAP: Cloud oder On-Premise?. Wichtig für die Migrationsplanung: Die Migration Workbench EMIGALL bleibt on-premise und in der private edition das Standardwerkzeug für den Branchenkern.
Die Technik der Plattform ist gesetzt, das Zielbild nicht: Deployment, MaCo Cloud und BRIM sind Entscheidungen, die jedes Haus für seine Marktrollen selbst treffen muss.
Häufige Fragen
Das Wichtigste in Kürze
- S/4HANA Utilities ist die IS-U-Fachlichkeit auf neuem Fundament: SAP HANA, vereinfachtes Datenmodell, Business Partner, Fiori.
- Die CVI ist Pflicht vor jeder Konvertierung und die größte einzelne Datenmodell-Umstellung der Migration.
- Release 2025: MPM und Prepayment im Core, MaCo Cloud als SaaS für die deutsche MaKo, BRIM als Non-Commodity-Ergänzung.
- Deployment-Realität für Versorger: On-Premise oder private edition (RISE); der Branchenkern fehlt in der Public Cloud.
- ECC-Wartung endet Ende 2027 (Extended bis 2030), S/4HANA trägt eine Innovationszusage bis mindestens 2040.