Was ist SAP S/4HANA und was bedeutet der Umstieg?

SAP S/4HANA ist die ERP-Suite, die SAP am 3. Februar 2015 vorgestellt hat. SAP beschreibt sie als vierte Generation nach R/2, R/3 und SAP ERP. Das „S“ steht für „Suite“, die „4“ für die vierte Generation, „HANA“ für die zugrunde liegende In-Memory-Datenbank. Die Suite deckt Finanzen, Beschaffung, Produktion, Vertrieb, Lieferkette und Projektmanagement ab.

Technisch ist die wichtigste Änderung, dass Geschäftsdaten im Arbeitsspeicher gehalten werden. Dadurch lassen sich Transaktionen und Auswertungen im selben System ausführen, ohne dass Daten vorher in ein getrenntes Auswertesystem kopiert werden müssen. Die folgende Tabelle stellt SAP ERP 6.0 (ECC) und S/4HANA gegenüber.

Der Anlass für viele Projekte ist ein Datum. SAP hat am 4. Februar 2020 angekündigt, die Standardwartung für die Kernanwendungen der SAP Business Suite 7 (dazu zählt SAP ERP 6.0) bis Ende 2027 zu gewähren. Danach ist optional eine erweiterte Wartung von Anfang 2028 bis Ende 2030 möglich, die SAP mit einem Aufschlag von zwei Prozentpunkten auf die Wartungsbasis berechnet. Für SAP S/4HANA gilt eine Wartungszusage bis Ende 2040.

Was das kostet, lässt sich überschlagen. Rein zur Illustration: Bei einer Wartungsbasis von 10 Mio. € ergeben zwei Prozentpunkte 200.000 € pro Jahr, über die drei Jahre der erweiterten Wartung also 600.000 €. Die tatsächliche Basis steht in Ihrem Wartungsvertrag, dieses Beispiel ersetzt keine Prüfung.

Hinzu kommt ein fachlicher Grund. Wer Daten aus Finanzen, Controlling und Anlagen in einer gemeinsamen Struktur führt, muss weniger abstimmen. Für die Fertigung ist das relevant, weil Kosten, Material und Aufträge dann nicht mehr aus getrennten Quellen zusammengesetzt werden. Prüfen Sie die Wartungstermine bitte direkt auf den Support-Seiten von SAP, da SAP sie anpassen kann.

S/4HANA ist kein einzelnes Programm, sondern ein Zusammenspiel aus Datenbank, Datenmodell, Fachanwendungen und Betriebsmodell. Die folgende Übersicht nennt die Bausteine, die für Ihre Planung am häufigsten eine Rolle spielen.

Technisch entscheidet sich ein Umstieg an vier Punkten.

• Eigenentwicklungen: Selbst geschriebener Code muss auf Kompatibilität geprüft werden. Nutzungsdaten, etwa über die SAP-Werkzeuge UPL und SCMON, zeigen, welcher Code überhaupt noch läuft.
• Daten und Stammdaten: Das neue Datenmodell setzt konsistente Stammdaten voraus, besonders in Finanzen und Material.
• Schnittstellen: Jede Anbindung an MES, Lager oder Maschinendaten muss gegen das neue System getestet werden.
• Betriebsmodell: Ob Cloud, On-Premise oder Hybrid, bestimmt Release-Rhythmus, Anpassungsspielraum und Verantwortlichkeiten im Betrieb.

Die Reihenfolge ist in den meisten Projekten ähnlich, auch wenn sich Dauer und Aufwand stark unterscheiden.

1. Bestandsaufnahme

   Mit dem SAP Readiness Check lässt sich prüfen, welche Anwendungen, Eigenentwicklungen und Schnittstellen im Bestandssystem betroffen sind.

2. Migrationspfad wählen

   SAP kennt drei Wege: Neuimplementierung (Greenfield), Systemkonversion (Brownfield) und Selective Data Transition. Welcher passt, hängt von Datenbestand und Zielbild ab.

3. Umsetzen und testen

   Bei einer Systemkonversion kommt der Software Update Manager mit der Database Migration Option (DMO) zum Einsatz. Getestet werden Prozesse und alle Schnittstellen.

4. Betrieb und Weiterentwicklung

   Nach dem Cutover geht es darum, Datenflüsse zu überwachen und Prozesse schrittweise auf das neue Datenmodell auszurichten.

Vier Abgrenzungen verhindern typische Missverständnisse.

• Nicht dasselbe wie SAP HANA: HANA ist die Datenbank, S/4HANA die darauf aufbauende ERP-Suite.
• Nicht automatisch Cloud: S/4HANA ist als Cloud-, On-Premise- und Hybrid-Variante verfügbar.
• Kein Ersatz für die Maschinenanbindung: Das ERP-System plant und bucht, es erfasst aber nicht von selbst Zustände an Anlagen.
• Kein Standardweg: Es gibt keine einzige richtige Migration, sondern mehrere Pfade mit unterschiedlichem Risiko.

In der Praxis scheitern Umstiege selten an der Software selbst. Häufiger sind es gewachsene Strukturen, die vorher niemand vollständig dokumentiert hat.

• Eigenentwicklungen, die niemand mehr kennt, aber viele Prozesse tragen
• Stammdaten mit Dubletten oder widersprüchlichen Einträgen
• Schnittstellen zu Produktions- und Lagersystemen ohne aktuelle Dokumentation
• Fachbereiche, die Prozessänderungen erst spät testen können

pronubes ersetzt SAP nicht, sondern sorgt auf der Produktionsseite dafür, dass die Daten dort ankommen, wo das ERP-System sie braucht.

• pronubes Edge: Mit Connectoren und Add-ons werden Maschinen, Anlagen und Zielsysteme wie ERP angebunden, ohne dass für jede Verbindung ein eigenes Schnittstellenprojekt entsteht.
• pronubes Zones: Zones bildet Standorte, Produktionsbereiche, Systeme und Datenflüsse in einer klaren Struktur ab. Das hilft, Werke und Bereiche im neuen ERP-System eindeutig zuzuordnen.
• pronubes Insights: Insights macht sichtbar, ob Verbindungen und Datenflüsse im laufenden Betrieb stabil arbeiten. Gerade rund um den Cutover erkennen Sie so früh, wenn eine Schnittstelle nicht liefert.