Warum es wichtig ist, Ihren SAP-Kern sauber zu halten

Werfen wir zunächst einen Blick darauf warum Ihr Kern gereinigt werden muss.

Wenn eine Organisation ein Kernsystem implementiert, ist es nie so, dass die sofort einsatzbereite Funktionalität alles bietet, was benötigt wird. Daher müssen Entwickler Ergänzungen, Verbesserungen und Optimierungen am System vornehmen, um die Komplexität ihrer jeweiligen IT-Landschaft zu bewältigen.

Weitere Gründe für die Anpassung sind:

• Integration mit Systemen von Drittanbietern
• Zusammenführung mehrerer Instanzen nach einer Fusion oder Übernahme
• Erstellen einer einzigartigen Benutzererfahrung oder Lokalisierungsanforderungen
• Erfüllung regulatorischer Anforderungen
• Differenzierung als Wettbewerbsvorteil

30,000 benutzerdefinierte Erweiterungen

Nach einer Reihe von Fusionen und Übernahmen ist das multinationale Gesundheits- und Ernährungsunternehmen DSM Firmenich hatte mit einem Mangel an Standardisierung und Kontrolle in der IT zu kämpfen.

Dies führte zu:

• Eine Zunahme von Schatten-IT-Lösungen
• Einschränkungen bei der schnellen Bereitstellung von Verbesserungen
• Unterschiedliche oder inkonsistente Systeme aufgrund lokaler Implementierungen oder M&A-Aktivitäten

„Aus Supportsicht war unsere historische Landschaft ziemlich schwer zu pflegen. Jede Lösung hatte ihre eigene Technologie ohne internes Wissen“, sagte Wouter Vijverberg, Experte für Technologieentwicklung bei DSM-Firmenich.

Eine ähnliche Geschichte gab es bei Cosun Beet (CBC), ein führender Zuckerproduzent in Europa. CBC ist seit 1989 SAP-Kunde und hat in zwei Domänen rund 40 benutzerdefinierte Programme und Komponenten erstellt. Diese Erstellung und Wartung nahm in den letzten 20 Jahren rund XNUMX Personenjahre in Anspruch.

Laut ASUG ist das durchschnittliche SAP ECC-System enthält mehr als 30,000 benutzerdefinierte Erweiterungen um die SAP-Standardfunktionalität zu erweitern. In der ASUG-Datenbank befinden sich Systeme mit benutzerdefiniertem Code-Footprint von 100 Millionen Codezeilen oder mehr, von denen 40–60 % nicht einmal mehr verwendet werden.

Warum also nicht Anpassungen entfernen?

Unterstützung von benutzerdefiniertem Code – Änderungen und Erweiterungen nicht eingerechnet –kann 33% hinzufügen zusätzlich zu den SAP-Kosten eines Unternehmens.

Im Laufe ihrer Lebensdauer können Kernsysteme benutzerdefinierten Code ansammeln, der von verschiedenen Entwicklern und Teammitgliedern hinzugefügt wird. Unweigerlich ziehen Teammitglieder weiter und nehmen das Wissen über das Warum und Wie dieser Anpassungen mit.

Es ist sehr komplex und teuer, nicht mehr genutzten Code und seine Abhängigkeiten zu ermitteln, damit dieser sicher entfernt werden kann. Viele Organisationen verfügen schlicht nicht über die Bandbreite oder die Ressourcen, um dies zu tun.

Enexis ist ein in den Niederlanden ansässiger Energieversorger, war in der Vergangenheit auf kundenspezifische Standardsoftware (COTS) angewiesen. Als Enexis mit COTS-Optionen nicht das bekam, was sie brauchten, holten sie externe Entwickler ins Boot.

Diese Entwickler erstellten Ad-hoc-Lösungen in .NET, Java oder C++, denen es an unternehmensweiter Standardisierung oder Governance mangelte. Darüber hinaus führte die Abhängigkeit von Lösungen und Entwicklungsressourcen von Drittanbietern dazu, dass das IT-Team Wissenslücken in der Landschaft aufwies, was zu Sicherheitsproblemen und Skalierungsproblemen führte.

Warum lassen Sie die Anpassungen nicht einfach unverändert?

Was sind die Nachteile eines stark angepassten Systems? Eine der größten Herausforderungen ist die zunehmende Komplexität bei der Aktualisierung oder Migration von SAP (beispielsweise auf S/4HANA). Mit dieser zunehmenden Komplexität geht auch ein erheblicher Anstieg der Wartungskosten einher. Hinzu kommt die Schwierigkeit, die internen Fähigkeiten aufrechtzuerhalten, um die Auswirkungen der Aktualisierung vorgenommener Anpassungen zu verstehen.

Schweizer Flugzeughersteller, Pilatus Flugzeuge AG war mit den Herausforderungen kundenspezifischer SAP-Lösungen bestens vertraut. „Wenn wir uns unsere wachsende Legacy-Landschaft ansehen, sehen wir viele kundenspezifische SAP-Lösungen und mündliche Prozesse, die nicht dokumentiert sind“, sagte Luca De Simoni, Produktinhaber für digitale Abläufe und Wartung.

Die Legacy-Umgebung von Pilatus hat im Laufe der Jahre zur Entstehung von Schatten-IT-Lösungen geführt. „Sie werden innerhalb des Unternehmens viele verschiedene Arten der Lösungsentwicklung finden. Excel wird häufig auf diese Weise missbraucht. Unser gesamtes Legacy-Intranet basiert auf PHP. Wir haben viele .NET-Anwendungen, viel SAP-ABAP-Codierung und viele andere benutzerdefinierte Software. Sie werden viele nicht standardmäßige Lösungen finden“, sagte De Simoni.

Da ein Upgrade auf SAP S/4HANA bevorstand, musste Pilatus eine Möglichkeit finden, seine Herausforderungen zu bewältigen.

Zeit ist von entscheidender Bedeutung

SAP hat angekündigt, dass der Wartungssupport für SAP ECC Ende 2027 ausläuft. Für Benutzer von Enhancement Pack 5 oder früher – also rund die Hälfte aller ECC-Kunden – läuft der Mainstream-Support jedoch Ende 2025 aus. Daher empfiehlt SAP ein Upgrade auf S/4HANA.

Auch wenn Sie zu den 37 % der Unternehmen gehören, die in den nächsten zwei Jahren (wenn überhaupt) kein Upgrade auf S/4HANA planen, ist die Bereinigung des Kernels von entscheidender Bedeutung für:

• Reduzierte Wartungskosten
• Komplexität reduzieren
• Steigerung der Geschäftsflexibilität
• Mehr Innovation ermöglichen

Ist ein Low-Code-Ansatz die Antwort?

Die einfachste Lösung, um den Kern sauber zu halten, ist die Einführung eines Low-Code-Ansatzes. Low-Code kann Unternehmen dabei helfen, ihre Kernsysteme schnell zu erweitern und Anpassungen außerhalb des Kernsystems neu zu entwickeln. SAP selbst empfiehlt seinen Kunden, ihr Low-Code-Tool SAP Build zu verwenden, um diese Herausforderung anzugehen.

SAP Build ist offensichtlich eng in die SAP-Produktsuite integriert und bietet dem Benutzer in dieser Hinsicht Vorteile. Auf die Frage nach ihren obersten Prioritäten nannten die ASUG-Mitglieder jedoch „Integration zwischen SAP- und Nicht-SAP-Systemen“ als ihr Hauptaugenmerk.

SAP Build ist ein großartiges Tool für die SAP-Entwicklung. Aber für die Integration von SAP- und Nicht-SAP-Systemen?

Das ist wo Mendix übertrifft. Mendix kann einen weitaus ganzheitlicheren Ansatz bieten, um Unternehmen bei der Erweiterung und Modernisierung ihrer Kernsysteme zu unterstützen.

Mendix ist SAP einzige Empfohlener App-Partner für Low-Code und hat den SAP-Test bestanden. Premium-Zertifizierung. Mit Mendixkönnen SAP-Teams die Zeit-, Kosten- und Risikobarrieren reduzieren, die SAP-Änderungen erschweren – sei es bei der Integration nach einer Übernahme, der Konsolidierung von Instanzen oder der Migration zu S/4HANA in der Cloud.

Mendix ist hochgradig in SAP integriert. Kunden können Apps direkt auf SAP HANA Cloud erstellen, sie direkt auf der SAP Business Technology Platform bereitstellen und sie in jede SAP-Anwendung integrieren.

Wie viele SAP-Kunden hat Enexis sein ERP-System im Laufe der Jahre stark angepasst, migriert nun aber zu SAP S/4HANA mit dem Ziel, den Kern sauber zu halten. Die symbiotische Beziehung zwischen SAP und Mendix macht dies möglich. Enexis kann auf kundenspezifische Entwicklung in SAP verzichten, da sie sich hier auf MendixDarüber hinaus kann Enexis noch kritische SAP-Systeme erweitern, etwa in Form wiederverwendbarer Komponenten zur Integration von Projekt-, Kunden- oder Mitarbeiterdaten.

Der Forrester TEI-Bericht über Mendix für SAP-Kunden, im Auftrag von SAP, stellte fest, dass im Vergleich zu Benutzern traditioneller Entwicklung wie SAP ABAP, SAPUI5, Java und JavaScript, Mendix Benutzer erkannten:

• 8x niedrigere Entwicklungskosten
• 8x kürzere Wertschöpfungszeit
• Amortisierung in weniger als drei Monaten

Reinigen des Kerns mit Mendix

Viele Organisationen nutzen Mendix die Komplexität ihrer Systeme durch eine Bereinigung des Kerns zu reduzieren.

DSM-Firmenich verfügt über eine komplexe SAP-Landschaft mit mehreren Instanzen, die viele verschiedene Tools und Technologien nutzt. Das Unternehmen verfügt nun über ein globales Technologieentwicklungsteam, das alle kundenspezifischen Entwicklungen unterstützt mit Mendix, AWS und SAP.

„Wir verwenden nicht die neueste Version von SAP“, sagte Vijverberg von DSM-Firmenich. „Die Anweisung unserer Architekten lautet also, SAP in eine Box zu packen. Wir wollen nicht mehr zu viel an SAP ändern. Stattdessen können wir Mendix als Patch, um zusätzliche Funktionalitäten einzubinden.“

DSM-Firmenich hat über 150 Mendix Anwendungen. Etwa 50 % davon interagieren mit einer oder mehreren SAP-Instanzen. Durch den Einsatz Mendix als Schicht über mehreren Systemen haben Benutzer einen einfachen, einzigen Zugangspunkt, um auf mehrere Systeme zuzugreifen. DSM-Firmenich hat festgestellt, dass die Bereitstellung von Lösungen mit Mendix.

Die Entwickler bei Cosun Beet haben auch festgestellt, dass die Zusammenarbeit mit Mendix Low-Code als die Erstellung von SAP-Benutzeroberflächen. Sie haben bisher über 250 ihrer 600 SAP-Kundenlösungen konsolidiert. Mit nur einer Anwendung, ihrer Dock Planner-Lösung, mit der Mitarbeiter und externe Anbieter Zeitfenster an den CBC-Docks buchen können, sparen sie sechshundert Arbeitstage pro Jahr.

Der Flugzeughersteller Pilatus konnte einen Proof of Concept für einen Digital Work Order (DWO) liefern mit Mendix in nur 14 Wochen. „Das Ziel [des DWO] ist es, alles, was gemäß SAP gebaut werden muss, zusammen mit den entsprechenden Zeichnungen, Dokumentationen, 3D-Modellen und den erforderlichen Schritten, an die Oberfläche zu bringen“, sagte Holz. „Wenn Aufgaben und Aufträge in der Anwendung abgeschlossen werden, werden sie im Kernsystem wiedergegeben und in Echtzeit in SAP aktualisiert, sodass Pilatus den Fortschritt eines bestimmten Flugzeugs und den Zeitabstand bis zur Auslieferung problemlos erkennen kann.“

Halte es sauber

Ganz gleich, ob Sie Ihre Kernsysteme aktualisieren oder Ihre aktuelle Implementierung optimieren möchten: Die Wartung von benutzerdefiniertem Code ist kostspielig und beeinträchtigt Ihre Effizienz, Produktivität, Agilität sowie Innovations- und Wettbewerbsfähigkeit.

Unabhängig von Ihren strategischen Prioritäten ist die Arbeit an einem sauberen Kern der Schlüssel. Mit einem Low-Code-Ansatz kommen Sie schneller ans Ziel. Wie Guido Zeelen, Solution Architect bei Sibelco sagen: „Aus geschäftlicher Sicht Mendix hat uns geholfen, den nicht standardisierten Teil unseres Geschäfts zu standardisieren. S/4HANA standardisiert den Großteil unserer Geschäftsprozesse. Die Teile, die nicht dazu passen, können mit Low-Code standardisiert werden, was wirklich leistungsstark ist.“

Wenn Sie mehr darüber erfahren möchten, wie Mendix kann Ihnen helfen, Ihren Körperkern sauber zu halten, contact us.