Das Befolgen der Clean-Core-Prinzipien kann eine herausfordernde Aufgabe sein, die jedem, der Erweiterungen entwirft und implementiert, Kopfschmerzen bereitet. SAP stellt jedoch eine Reihe von Empfehlungen bereit, um den Prozess der Bewertung der richtigen Erweiterungsoption zu erleichtern. Dieser Artikel hilft dabei, diese Empfehlungen zu verstehen und zeigt ein praktisches Beispiel für die Erweiterung von S/4HANA Service.
S/4HANA Clean Core Erweiterungstechniken
Dieser Artikel beginnt mit einer kurzen Erinnerung an die Erweiterbarkeit. Wenn es um den Clean-Core-Ansatz bei der Erweiterung von S/4HANA geht, gibt es 3 unterstützte Methoden:
Ermöglicht schnelle und einfache Erweiterungen mit Low-Code/No-Code-Tools; tiefgehende technische Kenntnisse sind nicht erforderlich.
- On-Stack Developer Extensibility
Wird von Entwicklern verwendet, um fortgeschrittene benutzerdefinierte Logik direkt in S/4HANA unter Verwendung freigegebener APIs und Erweiterungspunkte zu implementieren, wobei die Konformität mit den Clean-Core-Prinzipien sichergestellt wird.
- Side-by-Side Extensibility
Wird ebenfalls von Entwicklern genutzt, aber in diesem Fall laufen die Erweiterungen nicht auf SAP S/4HANA Cloud, sondern auf der SAP BTP unter Nutzung deren Entwicklungs- und Laufzeitdienste. Ideal für komplexe oder entkoppelte Szenarien.
Wie wählt man die richtige Erweiterungsoption?
SAP stellt ein Entscheidungsflussdiagramm zur Verfügung, das während der Designphase jeder Erweiterung zur Unterstützung genutzt werden kann. Es enthält Kriterien, auf deren Basis klarer wird, welcher Erweiterungstyp zu wählen ist:
- D1 – Zielgruppen und Konsum
- D2 – SaaS-Lösung
- D3 – Infrastruktur und Betrieb
- D4 – System of Record und Transaktion
- D5 – Key User oder Developer Extension
Entscheidungsflussdiagramm in Aktion
Anwendungsfall 1
Die Anforderung besteht darin, einen Indikator in einem Serviceauftrag zu speichern, der eng mit der Standardlogik verknüpft ist, wobei kein von SAP im Standard bereitgestelltes Feld verwendet werden kann. Nehmen wir an, es wurde entschieden, ein zusätzliches Feld zu implementieren, um die Daten zu speichern. Betrachten wir nun den Entscheidungsfluss und suchen nach einer möglichen Lösung.
Beim Durchlaufen des Flusses wurden die ersten drei Entscheidungsschritte, die eine Side-by-Side-Erweiterung nahelegen, nicht erfüllt. Der vierte Entscheidungsschritt, basierend auf der Anforderung einer engen Kopplung, ist erfüllt. Im fünften Entscheidungsschritt ist das Kriterium eines benutzerdefinierten Feldes (Custom Field) erfüllt. Die endgültige Entscheidung lautet, ein Custom Field zu verwenden, das Teil der Key User Extensibility ist. Ein solches Feld kann der Fiori-App „Serviceauftrag verwalten“ über die Konfiguration hinzugefügt werden; eine weitere Entwicklung ist nicht erforderlich. Die Lösung folgt dem Clean-Core-Prinzip.
Anwendungsfall 2
Diese Anforderung ähnelt der aus Fall 1. Hier erfordert der Prozess jedoch, einen Servicevertrag auf Positionsebene um eine Datentabelle zu erweitern, um beispielsweise einen benutzerdefinierten Wartungsplan zu speichern, falls die SAP-Standardlösung aus irgendeinem Grund nicht genutzt werden kann. Nehmen wir an, dass hier auch transaktionale Konsistenz erforderlich ist.
Beim Durchlaufen des Flusses wurden erneut die ersten drei Entscheidungsschritte für eine Side-by-Side-Erweiterung nicht erfüllt. Der vierte Entscheidungsschritt, basierend auf der Anforderung der transaktionalen Konsistenz, ist erfüllt. Im fünften Entscheidungsschritt wird nach Analyse der Möglichkeiten der Key User Extensibility Tools die Entscheidung getroffen, On-Stack Developer Extensibility zu nutzen.
Das ist die Theorie – in der Praxis sieht es etwas anders aus. Derzeit ist es nicht möglich, ein Servicevertrags-Objekt mit der On-Stack Developer Extensibility für diese Art von Anforderung zu erweitern. Eine weitere Herausforderung besteht darin, diese Art von Erweiterungen in die S/4HANA Fiori-Apps für das Service-Modul zu integrieren. Diese basieren teilweise noch auf dem WebUI-Framework – einer Technologie, die nach den Clean-Core-Prinzipien nur sehr eingeschränkt erweiterbar ist. In solchen Szenarien ist eine klare Strategie erforderlich, um diese Einschränkungen zu überwinden.
Fazit
Die richtige Wahl des Erweiterungstyps ist entscheidend für den Entwurf optimaler und zukunftssicherer Erweiterungen. SAP stellt ein Entscheidungsflussdiagramm zur Verfügung, das diesen Prozess unterstützt, aber manchmal erlauben die Möglichkeiten von S/4HANA einen bestimmten Ansatz (noch) nicht. In solchen Fällen ist es am wichtigsten, offen zu bleiben und konsequent an der eigenen Clean-Core-Strategie festzuhalten.
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.
