Der Leitfaden zur SAP-S/4HANA-Transformation

Was ist die SAP S/4HANA-Transformation?

Eine SAP-S/4HANA-Transformation ist die strategische Migration des bestehenden ERP-Systems (Enterprise Resource Planning) eines Unternehmens auf die In-Memory- platform der nächsten Generation von SAP, S/4HANA. Dieser Transformationsprozess umfasst die Überprüfung des bestehenden benutzerdefinierten Codes, die Migration von Geschäftsdaten in die cloud sowie die Einführung der SAP-Fiori-Oberfläche, um die Leistung zu steigern und erweiterte Analysen zu ermöglichen.

Unternehmen müssen vor Ablauf der Wartungsfristen 2027/2030 auf SAP S/4HANA umsteigen, um das Risiko zu vermeiden, dass geschäftskritische Abläufe auf veralteter und nicht gepatchter Software ausgeführt werden. Die Umstellung der Unternehmensarchitektur auf die „ cloud “ ist ein komplexer Prozess, weshalb es entscheidend ist, die zentralen Methoden und Risiken zu verstehen.

Die drei Ansätze für die S/4HANA-Transformation

Bei der Migration zu SAP S/4HANA müssen Unternehmen entscheiden, wie sie mit ihren Altdaten und ihrem benutzerdefinierten Code verfahren wollen. Basierend auf Best Practices der Unternehmensarchitektur gibt es drei primäre Implementierungswege:

1. Greenfield (Neuimplementierung): Man fängt bei Null an. Unternehmen lassen veralteten Legacy-Code, alte Daten und nicht mehr genutzte Prozesse hinter sich, um ein neues, optimiertes System aufzubauen. Dies ist der erforderliche Ansatz für SAP-Implementierungen im Rahmen des Public- cloud.

2. Brownfield (Systemumstellung): Eine Mischung aus Alt und Neu, bei der das bestehende SAP-ECC-System umgestellt und Altcode sowie Altdaten in die neue SAP-S/4HANA-Umgebung übernommen werden.

3. Bluefield / Hybrid (selektive Datenmigration): Überträgt Geschäftsprozesskonfigurationen in SAP S/4HANA, jedoch nur ausgewählte Daten. Dabei wird ein toolgestützter Prozess genutzt, um Datenbanken zu konsolidieren und die Systemlandschaft zu bereinigen.

Vorteile der digitalen Transformation mit SAP S/4HANA

SAP S/4HANA automatisiert Geschäftsprozesse und schafft die grundlegende Architektur, die für den Einsatz intelligenter Technologien wie künstliche Intelligenz, maschinelles Lernen und das Internet der Dinge (IoT) erforderlich ist.

Die platform fortschrittliche Funktionen für Datenmanagement und -analyse und unterstützt gleichzeitig die agile Anwendungsentwicklung sowie eine sichere Integration.

Die Realität der Risiken bei der S/4HANA-Transformation

Bei der Bewertung ihrer Transformationsstrategien sticht für CIOs eine Kennzahl besonders hervor: die Ausfallraten. Der Versuch, komplexe ERP-Systeme ohne eine bewährte Methodik einfach zu übertragen („Lift-and-Shift“), führt zu erheblichen Kostenüberschreitungen und Betriebsausfällen.

Der Anteil der Projekte zur digitalen Transformation, die keine positiven Ergebnisse erzielen.
Der Anteil der Initiativen zur digitalen Transformation, die völlig scheitern und die Budgets der Unternehmen verschlingen.
Die durchschnittlichen Kosten eines gescheiterten, verzögerten oder in seinem Umfang reduzierten Projekts zur digitalen Transformation

Die Umsetzung einer digitalen Transformation mit SAP S/4HANA oder SAP RISE ist in der Regel mit folgenden zentralen Herausforderungen verbunden:

Im Laufe der Jahrzehnte haben Unternehmen Millionen von Zeilen an benutzerdefiniertem ABAP-Code erstellt. Ein wichtiger Schritt bei der Umstellung besteht darin, festzustellen, welche benutzerdefinierten Objekte veraltet sind und welche kritische Sicherheitslücken aufweisen. Die Übernahme von nicht geprüftem Code in S/4HANA birgt erhebliche Compliance- und Sicherheitsrisiken.

Die beschleunigte Modernisierung führt zu einem enormen Druck, Projektverzögerungen zu vermeiden. Wird Sicherheit erst nachträglich berücksichtigt, führt dies zu massiven Hindernissen in der Testphase. Eine frühzeitige Einbindung von Sicherheitsaspekten wirkt hingegen als Beschleuniger.

So hat beispielsweise ein weltweit tätiges Werbeunternehmen (über 54.000 Mitarbeiter; Umsatz > 9 Mrd. US-Dollar), das jährlich Transaktionen im Wert von 6,0 Mrd. US-Dollar über SAP abwickelt, die Onapsis- Platform integriert, um seine SAP-HANA-Migration abzusichern. Indem die Anwendungen bereits während der „Build“-Phase stabilisiert wurden, anstatt auf Patches nach der Migration zu warten, konnte das Unternehmen die gesamte Migration ein ganzes Jahr früher als geplant abschließen.

Der Umstieg auf die „ cloud “ über SAP RISE verlagert die Infrastrukturlast auf SAP, doch die Kunden tragen weiterhin die volle Verantwortung für die Anwendungsebene. Die Betriebsteams müssen darauf vorbereitet sein, im Rahmen dieser neuen Matrix der geteilten Verantwortung den Benutzerzugriff, benutzerdefinierten Code und die Datenverwaltung zu sichern.

Unternehmen, denen internes S/4HANA-Fachwissen fehlt, sind in hohem Maße auf Systemintegratoren (SIs) angewiesen. Die Überprüfung der Qualität und Sicherheit des von externen SIs gelieferten Codes mittels manueller Peer-Reviews ist ein langwieriger, fehleranfälliger Prozess, der die Geschäftskontinuität gefährdet.

Durch SAP-Umstellungen fallen ERP-Umgebungen häufig erstmals in den Zuständigkeitsbereich des Chief Information Security Officer (CISO). Herkömmliche Sicherheitswerkzeuge für Unternehmen können SAP-spezifische Protokolle nicht auswerten, sodass eine spezielle SAP-DevSecOps-Integration erforderlich ist.

Seien Sie den Hindernissen einen Schritt voraus, indem Sie von Anfang an auf Sicherheit achten und bei jedem Schritt Ihrer SAP S/4HANA- oder SAP RISE-Transformation potenzielle Risiken vorhersehen.

Webinar ansehen

Eine DevSecOps-Methodik für jede Phase der Transformation

Die folgenden Statistiken spiegeln die wichtigsten Probleme wider, die in der Planungsphase von SAP-RISE-Projekten aufgetreten sind

Viele Unternehmen betrachten bestehende Anpassungen als Hindernis auf ihrem Weg zu S/4

von den Unternehmen rechnen damit, dass sie während ihrer Transformation mit Sicherheitsherausforderungen konfrontiert werden

Bevor Sie auch nur eine einzige Zeile neuen Codes schreiben oder einen Transport verschieben, müssen Sie einen Sicherheits baseline us festlegen. In der „Plan“-Phase von DevSecOps bewerten Architekten den Zustand des aktuellen Betriebsmodells:

  • Assess Baseline: Identifizieren Sie Schwachstellen in Altsystemen und Probleme mit benutzerdefiniertem Code vor einer Brownfield- oder Bluefield-Migration. Bei einer Greenfield-Migration sollten Sie Standard-SAP-Konfigurationen anhand von Best Practices überprüfen. assess
  • Core bereinigen:Entscheiden Sie, welche veralteten benutzerdefinierten Objekte zugunsten der Standardfunktionen von S/4HANA aufgegeben werden sollen.
  • SI-Anforderungen festlegen: Die Sicherheits- und Testverpflichtungen in den Ausschreibungsunterlagen (RFP) für externe Entwickler ausdrücklich darlegen.

Die folgenden Statistiken spiegeln die wichtigsten Probleme wider, die während der Implementierungsphase von SAP-RISE-Projekten aufgetreten sind

Viele Organisationen befürchten, dass der Fachkräftemangel die Migration verlangsamen wird

Std.

Neue Systeme, die in IaaS-Umgebungen bereitgestellt werden, werden bereits nach drei Stunden ausgenutzt.

Sobald die Entwicklung beginnt, kann das manuelle Testen mit dem Umfang der Codeänderungen einfach nicht mehr Schritt halten. Die Phasen „Code, Build und Test“ erfordern eine umfassende Automatisierung, um Verzögerungen zu vermeiden:

  • Interaktive Code-Analyse: Entwicklern wird in ihrer IDE Echtzeit-Feedback bereitgestellt, um Sicherheits- und Qualitätsfehler bereits während der Erstellung von benutzerdefiniertem ABAP-Code zu erkennen.
  • Transportprüfung: SAP-Transporte werden automatisch auf fehlende Objekte, Reihenfolgefehler und Sicherheitslücken überprüft, bevor sie in die QA- oder Produktionsumgebung importiert werden.
  • Downgrade-Schutz: Stellen Sie sicher, dass neue Transporte nicht versehentlich neuere Objekte überschreiben oder Funktionsmängel verursachen, die bestehende Geschäftsprozesse beeinträchtigen.

Um diese Risiken wirksam zu mindern und den durch diese Statistiken aufgezeigten Bedenken Rechnung zu tragen, sollten Unternehmen die folgenden wesentlichen Schritte befolgen:

Std.

Wie viele Stunden lang lassen sich nach der Veröffentlichung eines SAP-Patches noch Sicherheitslücken ausnutzen?

USD

Die durchschnittlichen jährlichen Kosten von Betriebsunterbrechungen aufgrund von Verstößen gegen Vorschriften

Sobald das SAP S/4HANA-System in Betrieb ist, wechselt der DevSecOps-Zyklus in die Phase „Betrieb und Überwachung“, um den neuen digitalen Kern zu „ defend “ zu betreiben:

  • Kontinuierliche Bedrohungsüberwachung: Überwachen Sie den Netzwerkverkehr, Anwendungsprotokolle und Benutzeraktivitäten in Echtzeit, um unbefugte Zugriffe oder böswillige Ausnutzungsversuche zu erkennen.
  • Automatisierte Prüfung von IT-Kontrollen: Ersetzen Sie manuelle Stichprobenprüfungen durch kontinuierliche, automatisierte Konformitätsprüfungen gemäß den SOX-, DSGVO- und NIST-Rahmenwerken.
  • Verhinderung von Konfigurationsabweichungen: Führen Sie kontinuierlich eine „ assess “ der Landschaft durch, um sicherzustellen, dass Notfallkorrekturen oder unbefugte Parameteränderungen die S/4HANA-Sicherheit im Laufe der Zeit nicht beeinträchtigen.

4 Schlüssel zu einer sicheren SAP-S/4HANA-Architektur

1. Erstellen Sie vor dem Umzug einen Überblick über die Architektur

Unabhängig davon, ob Sie eine Greenfield-, Brownfield- oder Bluefield-Implementierung durchführen, benötigen Sie eine genaue Übersicht über Ihren aktiven benutzerdefinierten Code und die Datenabhängigkeiten. Migrieren Sie keinen „Dark Code“ (unbenutzte Objekte) in Ihre neue, leistungsstarke SAP-HANA-Datenbank.

2. „Shift Left“ in der Entwicklung

Die Behebung einer Sicherheitslücke oder eines Sequenzfehlers in der Produktionsumgebung ist exponentiell teurer als deren Behebung in der Entwicklungsphase. Integrieren Sie automatisierte Code-Scans direkt in den Arbeitsablauf der Entwickler, um Probleme zu beheben, bevor sie kompiliert werden.

3. Eine „Clean Core“-Strategie entwickeln

SAP setzt sich nachdrücklich für einen „Clean Core“-Ansatz bei S/4HANA ein, was bedeutet, dass Anpassungen vom ERP-Kern entkoppelt werden sollten (häufig unter Verwendung von SAP BTP). Sicherheitstools müssen in der Lage sein, zu überprüfen, ob die Integrität des Kernsystems während der Migration gewahrt bleibt.

4. Manuelle Genehmigungen durch Automatisierung ersetzen

Projekte zur digitalen Transformation unterliegen strengen Fristen. Sich darauf zu verlassen, dass ein Team aus Mitarbeitern oder ein Sicherheitsteam jede einzelne Codezeile, jeden Patch und jeden Transport manuell überprüft, führt zu einem massiven Engpass. Automatisierung ist der einzige Weg, um den S/4HANA-Betrieb zu skalieren.

Verringern Sie Risiken und umgehen Sie Sicherheitshindernisse auf Ihrem Weg zu SAP S/4HANA – mit den automatisierten Lösungen von Onapsis, die speziell für SAP entwickelt wurden

schnellere Code-Reviews
schnellere Patch-Validierung
schnellere Behebung von Sicherheitslücken
Automatisierung von Funktionstests
Infografik herunterladen

Weitere SAP S/4HANA-Ressourcen entdecken

S/4HANA-Migrationen beschleunigen Case Studies anzeigen Berichte anzeigen

Sind Sie bereit, Ihre Sicherheitslücke bei SAP zu schließen?

Wir zeigen Ihnen, wie einfach es sein kann, Ihre Geschäftsanwendungen zu schützen.

Demo vereinbaren

Häufig gestellte Fragen

SAP hat das Jahr 2027 als primäre Frist (in einigen Fällen mit verlängertem Support bis 2030) für das Ende des Mainstream-Supports für ältere ERP-Systeme wie SAP ECC festgelegt. Wird die Migration nicht vor Ablauf dieser Frist abgeschlossen, laufen kritische Geschäftsabläufe weiterhin auf einer veralteten, nicht gepatchten Infrastruktur.

SAP HANA ist die zugrunde liegende leistungsstarke In-Memory-Datenbanktechnologie. SAP S/4HANA ist die umfassende ERP-Business-Suite (Enterprise Resource Planning), die ausschließlich für den Betrieb auf dieser Datenbank entwickelt wurde.

Die drei wichtigsten architektonischen Ansätze sind „Greenfield“ (komplett von Grund auf neu), „Brownfield“ (Umstellung des bestehenden SAP-ECC-Systems) und „Bluefield“ (eine hybride, selektive Datenmigration, bei der ungenutzter Legacy-Code zurückbleibt).

RISE with SAP basiert auf einem gemeinsamen Sicherheitsmodell, bei dem SAP die zugrunde liegende Infrastruktur von „ cloud “ absichert, der Kunde jedoch weiterhin die volle Verantwortung für die Sicherheit der Konfigurationen auf Anwendungsebene, des benutzerdefinierten Codes und der Benutzerzugriffe trägt.

Jahrzehntelang entwickelter benutzerdefinierter ABAP-Code enthält oft veraltete Funktionen und kritische Sicherheitslücken. Durch die Überprüfung dieses Codes wird verhindert, dass strukturelle Mängel aus dem Altsystem in Ihren modernisierten S/4HANA-Kern gelangen, was Ihnen dabei hilft, einen „Clean Core“ zu erreichen.