Im August führte SAP ein neues Clean-Core-Modell für die Erweiterbarkeit von S/4HANA ein. Wir verabschieden uns offiziell vom 3-Säulen-Modell (3-Tier) und begrüßen die Klassifizierung nach den Ebenen A, B, C und D. Diese Änderung macht Clean Core für Kunden realistischer, da bewährte, aber nicht „Cloud-Ready“ Frameworks und Tools wie ALV, IDOC und WebClientUI anerkannt werden. […]
Die Vorteile von Clean Core in S/4HANA sind unbestreitbar – einer davon ist das Versprechen, dass Upgrade-Projekte auf neuere S/4HANA-Versionen reibungsloser verlaufen. Dies ermöglicht es Kunden, Upgrades häufiger durchzuführen, um von neuen Standardfunktionen zu profitieren, sobald diese von SAP veröffentlicht werden. Eine weitere unbestreitbare Tatsache ist, dass die Einhaltung von Clean Core bei der Konzeption und Implementierung eines Prozesses in S/4HANA nicht immer einfach ist. Wenn S/4HANA Public Cloud verwendet wird, führt kein Weg an Clean Core vorbei. Glücklicherweise gibt es für die S/4HANA Private Cloud einen goldenen Mittelweg, der zwar nicht alle Implementierungen sofort zu 100 % „Clean Core“ macht, aber dabei hilft, dieses Ziel schrittweise zu erreichen und gleichzeitig das sich ständig weiterentwickelnde S/4HANA zu nutzen.
Das Drei-Säulen-Erweiterungsmodell (Three-Tier Extensibility Model)
Um Kunden das Verständnis zu erleichtern, wie Erweiterungen in der S/4HANA Cloud Private Edition aufgebaut sein sollten, hat SAP ein Drei-Säulen-Konzept (Three-Tier Extensibility) definiert:
- Tier 1: Cloud-Erweiterungsmodell (Cloud Extensibility Model)
- Tier 2: Cloud-API-Aktivierung (Cloud API Enablement)
- Tier 3: Klassische ABAP-Erweiterungen (Classic ABAP Extensions)

Tier 1: Cloud-Erweiterungsmodell
Erweiterungen, die vollständig den Clean-Core-Prinzipien entsprechen und auf dem ABAP-Cloud-Entwicklungsmodell basieren, wobei für die Cloud-Entwicklung freigegebene Objekte verwendet werden:
- Key User Extensibility (Anwendungserweiterbarkeit)
- Developer Extensibility (Entwicklererweiterbarkeit)
- Side-By-Side Extensibility
Eines der häufigsten Beispiele in S/4HANA Service wäre ein benutzerdefiniertes Feld (Custom Field) oder ein Cloud-BAdI.
Tier 2: Cloud-API-Aktivierung
Nur für S/4HANA Private Cloud verfügbar. Wenn eine Anforderung nicht ohne die Verwendung von Objekten erfüllt werden kann, die nicht für die Cloud-Entwicklung freigegeben sind, können diese Objekte in einem benutzerdefinierten, für die Cloud freigegebenen Wrapper-Objekt gekapselt werden. Ab diesem Moment wird nur noch das Wrapper-Objekt verwendet. Ein Beispiel in S/4HANA Service kann das Wrapping des populären BAPI sein, um Änderungen in einem Servicedokument vorzunehmen, die in den freigegebenen APIs nicht verfügbar sind.
Tier 3: Klassische ABAP-Erweiterungen
Ebenfalls nur für S/4HANA Private Cloud. Diese Ebene ähnelt Tier 2, aber hier werden Techniken verwendet und Objekte erweitert, die nicht wie in Tier 2 „gewrappt“ werden können. Das größte und herausforderndste Beispiel wäre die Anpassung der Benutzeroberfläche (WebUI), die in der überwiegenden Mehrheit der S/4HANA Service Fiori-Apps verwendet wird.
Wie man von Tier 2 und Tier 3 zu Tier 1 gelangt
Eine 3-Tier-Architektur zu haben bedeutet nicht, dass die Arbeit getan und die Systemlandschaft zukunftssicher ist – sie ist lediglich eine Voraussetzung für eine reibungslosere Reise dorthin. Alle Tier-2- und Tier-3-Erweiterungen sollten perspektivisch nach Tier 1 verschoben werden. Mögliche Schritte dazu sind:
- Nutzen Sie das Influence Portal der SAP, um die Freigabe von Objekten für die Cloud zu beantragen, die bisher noch nicht freigegeben sind, oder um eine neue Cloud-API implementieren zu lassen.
- Prüfen Sie, ob die neueste Version von S/4HANA ein für die Cloud freigegebenes Objekt bietet, das Ihre Tier-2- und Tier-3-Objekte ersetzen kann.
- Suchen Sie in neuen S/4HANA-Releases nach neuen Funktionen, mit denen Sie einen Geschäftsprozess so anpassen können, dass keine Erweiterungen außerhalb von Tier 1 mehr nötig sind.
- Versuchen Sie, Geschäftsprozesse neu zu denken oder zu gestalten, und akzeptieren Sie dabei die damit verbundenen Herausforderungen.
Fazit
Die Einhaltung der SAP-Empfehlungen für Erweiterungen bei der Implementierung von S/4HANA Service ist anspruchsvoll. Es gibt jedoch gute Nachrichten für Kunden, die sich für die Private Cloud entschieden haben: Es besteht keine Notwendigkeit, die Clean-Core-Prinzipien um jeden Preis sofort zu erfüllen. Es gibt eine Strategie, die diese Kunden letztendlich an das Ziel führt, an dem ihr S/4HANA zukunftssicher ist – ohne den Zeitplan des Implementierungsprojekts zu gefährden oder den gewünschten Go-Live ständig verschieben zu müssen.
Bereit für den nächsten Schritt?
Wenn Sie eine Clean Core-Reise in S/4HANA Service planen oder Beratung zu nachhaltiger Erweiterbarkeit benötigen, sind wir für Sie da. Kontaktieren Sie uns bei 4cx, um zu besprechen, wie wir Ihre Transformation unterstützen können — ohne Ihren Kern zu gefährden.