Das Clean-Core-Paradoxon: So passen Sie SAP S/4HANA an, ohne es zu beschädigen

SAP S/4HANA ist die Zukunft, und für die meisten CIOs ist der Druck groß. Mainstream-Wartung für SAP Business Suite-Systeme läuft 2027 aus, und darüber hinaus gibt es nur noch begrenzte und zunehmend kostspielige Optionen, sodass Untätigkeit weniger zur Strategie und mehr Aufschub bei steigendem Risiko wird.

Aber wie beginnen Sie überhaupt mit einer SAP S/4HANA-Migration, wenn Sie wissen, dass Sie im Begriff sind, jahrelange ABAP-Anpassungen, Z-Code und eingebettete Workflows, die den täglichen Betrieb am Laufen halten, hinter sich zu lassen?

SAP ist nicht jugendfrei darüber. Ein Großteil dieser benutzerdefinierten Logik kann nicht unverändert übertragen werden. Sie muss identifiziert, angepasst oder vollständig entfernt werden, sodass CIOs neben der Migration selbst einer parallelen Herausforderung ausgesetzt sind.

Kritische Geschäftslogik, die einst sicher im Kern verankert war, muss an anderer Stelle neu aufgebaut werden, und zwar schnell genug, um Betriebsunterbrechungen zu vermeiden. Aber wohin führt diese Logik, und wie führt man sie wieder ein, ohne genau die technischen Schulden nachzubilden, die S/4HANA eigentlich beseitigen soll?

Die Clean-Core-Strategie: Warum SAP Skalierbarkeit und langfristige Agilität priorisiert

ERP-Systeme großer Unternehmen neigen dazu, Komplexität auf eine Weise zu akkumulieren, die letztendlich funktioniert gegen die Organisation. Im Laufe der Jahre der Anpassung wird die Geschäftslogik durch benutzerdefinierten Code, Verbesserungen und eng miteinander verknüpfte Integrationen tief in den Kern integriert. Dadurch sind Systeme schwieriger zu aktualisieren, die regionsübergreifende Skalierung langsamer und die Wartung teurer.

Der Clean-Core-Ansatz ist die Antwort von SAP auf dieses Muster. Durch die Beibehaltung des ERP-Kernstandards und das Upgrade erhalten Unternehmen die Möglichkeit, neue SAP-Versionen vorhersehbarer einzuführen, Änderungen einheitlich in allen globalen Abläufen einzuführen und zu verhindern, dass sich die technischen Schulden im Laufe der Zeit verschärfen.

SAP hat zu diesem Zweck zwei Erweiterbarkeitsmodelle. In-App-Erweiterungen, die in S/4HANA enthalten sind, aber den Standardkern nicht modifizieren (am besten für geringfügige Änderungen, die den Standardprozessen wie BAdIS, Fiori-App-Erweiterungen oder ABAP RAP nahe kommen), und Seite-an-Seite-Erweiterungen die außerhalb von S/4HANA leben, typischerweise auf SAP BTP. Dabei handelt es sich um separate Anwendungen, Workflows und Integrationen, die über APIs und Ereignisse mit S/4HANA kommunizieren (am besten für komplexe Geschäftsanwendungen, KI/ML-Dienste und -Integrationen, systemübergreifende Datenorchestrierung, Kundenportale und mobile Apps).

Laut SAP verschwindet Innovation in diesem Modell nicht. Es bewegt sich einfach an Orte, an denen es sich weiterentwickeln kann, ohne die Stabilität des Kerns zu gefährden. Aber wie wahr ist das in der Praxis?

SAP-Erweiterbarkeit im Vergleich zu Low-Code: Auswahl des richtigen Ausführungsmodells für geschäftskritische Anwendungen

Die Ausrichtung von SAP in Bezug auf Erweiterbarkeit ist architektonisch solide. Durch die Einführung klarer Erweiterungsmodelle ermöglicht SAP Unternehmen, den S/4HANA-Kern stabil zu halten und gleichzeitig Innovationen rund um den Kern zu ermöglichen. Aus Sicht der Skalierbarkeit, Erweiterbarkeit und langfristigen Agilität bietet dieser Ansatz macht Sinn.

Eine klare Definition, wo benutzerdefinierte Logik eingesetzt werden sollte, führt jedoch nicht immer zu der Geschwindigkeit, Nachhaltigkeit und Berechenbarkeit, die für die Bereitstellung geschäftskritischer Funktionen erforderlich sind.

Warum geschäftskritische Erweiterungen die technische Verschuldung in älteren SAP-Umgebungen erhöhen

Selbst wenn native SAP-Erweiterungen nebeneinander erstellt werden, basieren sie in der Regel auf traditionellen Entwicklungsansätzen, die ABAP, UI5 oder CAP verwenden. Diese bleiben Bemühungen mit hohem Codeaufwand mit längeren Entwurfs-, Bau- und Testzyklen, als es die Geschäftszeitpläne zulassen, kann dies im Laufe der Zeit:

• Verlangsamen Sie die Lieferung
• erschweren die Prognose der Kosten
• Erhöhung der Abhängigkeit von knappen Fachkenntnissen
• zusätzlichen Verwaltungs- und Koordinationsaufwand
• Verlagerung des CIO-Fokus von Innovation auf Kapazitätsmanagement und langfristiges Wartungsrisiko

Wie Low Code CIOs hilft, technische Schulden zu reduzieren und Geschwindigkeit, Berechenbarkeit und Kontrolle wiederzuerlangen

Low Code Plattformen wie Mendix sind so konzipiert, dass sie vollständig Seite an Seite mit SAP S/4HANA funktionieren. Sie lassen sich über Standard-APIs und Ereignisse integrieren, während der digitale Kern sauber bleibt. Anstatt die Clean‑Core-Erweiterbarkeit als rein technische Übung zu betrachten, hilft Low Code CIOs:

1. Stellen Sie wichtige Geschäftslogik schneller wieder her

Visuelle Entwicklungsmodelle, wiederverwendbare Komponenten und schnelle Iterationszyklen ermöglichen es Teams, Arbeitsabläufe weitgehend neu aufzubauen schneller als herkömmliche High‑Code-Ansätze. Dies hilft Unternehmen dabei, wichtige Geschäftsfunktionen wieder einzuführen, ohne den Betrieb während oder nach der S/4HANA-Migration zu verzögern.

2. Reduzieren Sie die Abhängigkeit von knappen SAP-Kenntnissen

Low-Code verändert die Struktur der Bereitstellungsteams. Anstatt sich ausschließlich auf das knappe ABAP-, UI5- oder CAP-Fachwissen zu verlassen, können CIOs funktionsübergreifende Teams bilden, die Geschäftskenntnisse mit IT-Governance kombinieren. Dies erweitert die Lieferkapazität und reduziert das Risiko, das mit speziellen Personalengpässen verbunden ist.

3. Ermöglichen Sie modulare, wiederverwendbare Erweiterungen

Low-Code-Anwendungen werden als zusammensetzbare Komponenten erstellt, die in allen Prozessen und Geschäftsbereichen wiederverwendet werden können. Dies reduziert die Verbreitung einmaliger Erweiterungen und unterstützt ein skalierbares Wachstum, wenn neue Anforderungen entstehen, ohne sie neu erstellen zu müssen technische Schulden außerhalb des Kerns.

4. Vereinfachen Sie Upgrades durch klare Trennung

Da Low-Code-Erweiterungen unabhängig vom S/4HANA-Lebenszyklus arbeiten und über freigegebene Schnittstellen integriert werden, vereinfachen Low-Code-Erweiterungen Upgrades und Regressionstests. Gleichzeitig behalten CIOs die Kontrolle, indem sie klare Standards dafür definieren, wie Erweiterungen erstellt, verwaltet und verwaltet werden.

In diesem Betriebsmodell bleibt die SAP Business Technology Platform die sichere und skalierbare Grundlage, während Low-Code wird zur Ausführungsebene das macht sauberes Erz von einem theoretischen Prinzip zu einer praktischen und wiederholbaren Fähigkeit. Durch die Modularisierung der Geschäftslogik außerhalb des S/4HANA-Kerns können Low-Code-Plattformen CIOs dabei unterstützen, technische Schulden aktiv zu verwalten und zu verhindern, anstatt sie kontinuierlich durch eng gekoppelte Anpassungen anzuhäufen.

Die Rolle von CLEVR: Vom Clean-Core-Ansatz zur funktionierenden Architektur

Das Clean-Core-Prinzip zu verstehen, ist eine Sache. Es in etwas umzuwandeln, das tatsächlich systemübergreifend und geschäftsbereichsübergreifend funktioniert, ist eine andere.

Mit mehr als 30 Jahre Erfahrung CLEVR hat bei der Bereitstellung von Low‑Code-Lösungen auf Unternehmensebene mit Mendix geholfen mehrere Organisationen setzen Sie Clean‑Core‑Prinzipien in funktionierende, geschäftskritische Anwendungen um.

Anstatt Erweiterungen als isolierte Einzellösungen zu behandeln, unter CLEVR Wir helfen bei der Definition, wie Erweiterungen konzipiert, mit SAP verbunden, verwaltet und im Laufe der Zeit gewartet werden sollten.

Dazu gehören:

• Definition klarer Architekturmuster im Einklang mit den Clean‑Core-Prinzipien von SAP
• Beratung zu Integrationsstrategien unter Verwendung von Standard-APIs und Veranstaltungen
• Etablierung von Eigentums- und Führungsmodellen für IT- und Geschäftsteams
• Festlegung von Entwicklungsstandards, die Geschwindigkeit und Kontrolle in Einklang bringen
• Gestaltung von Lebenszyklusprozessen, sodass Erweiterungen verwaltbar, upgradesicher und vorhersehbar bleiben, wenn sie an Umfang und Bedeutung zunehmen

Clean Core ist nur dann wertvoll, wenn Sie ihn sicher ausführen können

Ein sauberer Kern ist kein theoretisches Ziel. Für CIOs ist es ein Versprechen, dass geschäftskritische Systeme stabil, erweiterbar und sicher bleiben, während das Unternehmen weiterarbeitet und sich weiterentwickelt. Dieses Versprechen gilt jedoch nur, wenn die Logik, die das Unternehmen am Laufen hält, mit Zuversicht neu aufgebaut und erweitert werden kann.

Hier kommt es auf Erfahrung an. Die Entwicklung von Parallelanwendungen für SAP-Umgebungen erfordert mehr als nur Tools. Dazu sind architektonisches Urteilsvermögen, Führungsdisziplin und ein Bereitstellungsmodell erforderlich, das unter echtem Geschäftsdruck funktioniert. Und mit jahrzehntelanger Erfahrung in der Bereitstellung geschäftskritischer Anwendungen auf Unternehmensebene kann CLEVR genau das bieten.

Wenn Sie eine S/4HANA-Migration planen oder bereits durchführen und SAP sicher erweitern möchten, ohne den Kerngeschäftsbetrieb zu gefährden, hilft Ihnen unser Team gerne weiter.

Kontakt CLEVR für ein Beratungsgespräch, um zu besprechen, wie Sie sichere, geschäftskritische Erweiterungen erstellen können, die Ihren Kern sauber halten, während Ihr Unternehmen weiterhin mit Zuversicht voranschreitet.

‍