Mendix und SAP-Partnerschaft

Mendix ist seit 2017 der Hauptpartner von SAP für die Low-Code-Anwendungsentwicklung und der einzige Low-Code-Anbieter, der ein SAP Endorsed Apps-Partner und hat die SAP Premium-Zertifizierung. Das bedeutet, dass SAP den Einsatz von Mendix neben SAP-Lösungen,

SAP Build ist als Ausgangspunkt für Kunden sinnvoll, die Low-Code als nützliche Ergänzung zur traditionellen SAP-Entwicklung betrachten, mehr ist es jedoch nicht. Mendix ist sinnvoller, wenn die Ambition des Kunden darin besteht, den Großteil seiner herkömmlichen Entwicklung durch eine Low-Code-Arbeitsweise zu ersetzen, und zwar nicht nur für SAP, sondern auch für Nicht-SAP-Systeme und -Technologien (Oracle, Salesforce, Java, .Net usw.).

Mendix ist eine einzelne Plattform, die sich ausschließlich auf die Anwendungsentwicklung konzentriert, während SAP Build aus vier Produkten besteht, die auch andere Aufgaben übernehmen, wie z. B. Robotic Process Automation (RPA). Daher kann es Situationen geben, in denen Mendix und Teile von SAP Build können zusammen verwendet werden. Es ist schwierig, einen direkten Vergleich anzustellen, aber SAP und Mendix Beide sehen klare Unterschiede zwischen den beiden Angeboten und ihre fortlaufende Partnerschaft bedeutet, dass die Kunden das wählen können, was ihren Anforderungen am besten entspricht: Mendix, SAP Build oder eine Kombination aus beiden.

Produkt

Mendix ist wie ein Schweizer Taschenmesser für SAP-Kunden. Es kann verwendet werden, wenn SAP eine bestimmte Funktionalität fehlt, aber auch als leichte Alternative zu SAP, wenn die Standard-SAP-Lösung für das Problem, das sie lösen soll, zu groß ist.

Natürlich können Sie SAP BTP, einschließlich SAP Build, verwenden, um diese Lücken zu schließen, aber Sie müssen möglicherweise zusätzlich zu oder anstelle von Low-Code auch herkömmlichen High-Code verwenden. Es ist oft schneller und einfacher mit Mendix, insbesondere wenn sie eines oder mehrere der folgenden Kriterien erfüllen:

1. Kombinieren von Daten und Funktionen aus SAP- und Nicht-SAP-Systemen: Wie andere ERP-Systeme oder Salesforce für Marketing-, Vertriebs- und Servicebenutzer. Mendix verfügt über eine starke SAP-Integration, ist aber nicht SAP-orientiert. Die Tatsache, dass es nicht von SAP gebrandet ist, macht es wahrscheinlich auch von denen, die mit anderen Systemen und Technologien arbeiten, als unternehmensweite Plattform akzeptiert.
2. Kombination von Standard-Workflow-Funktionen mit einem speziell entwickelten App-Erlebnis: Zum Beispiel im Finanzwesen, im Einkauf, im Stammdatenmanagement und in branchenspezifischen Prozessen. Anders als bei SAP Build, wo Workflow-Management und Low-Code-Entwicklung in separaten Tools vorliegen, Mendix verfügt über eine eingebettete Workflow-Engine, die Ihnen das Beste aus beiden Welten auf einer einzigen Plattform bietet.
3. Benutzerdefiniertes Benutzererlebnis: Beispielsweise Self-Service-Apps für Kunden und Partner, bei denen Unternehmensbranding und eine benutzerfreundliche Benutzererfahrung erforderlich sind. Es ist auch für interne Benutzer in Vertrieb, Service und anderen Abteilungen gedacht, deren Produktivität durch die standardmäßige SAP-Benutzererfahrung eingeschränkt ist.
4. Mobiles Benutzererlebnis: Beispiele hierfür sind die Auftragsausführung in der Wartung und im Außendienst, das Scannen von Lagerhallen und Zustellnachweis-Apps. Viele Kunden haben traditionell Probleme damit, SAP auf mobilen Geräten zu aktivieren, aber dies ist eine Stärke von Mendix. Mendix Apps sind standardmäßig responsiv, können aber auch in Progressive Web Apps (PWA) und native mobile Apps für iOS und Android umgewandelt werden. Sie können auch offline funktionieren, was für die oben aufgeführten Anwendungsfälle oft wichtig ist.

Je mehr dieser Kriterien ein Anwendungsfall erfüllt, desto besser eignet er sich für Mendix.

Kundenszenarien

„Keep the core clean“ ist das SAP-Mantra für benutzerdefinierten Code seit der Einführung von S/4HANA im Jahr 2015. Wir sehen, dass Kunden dies in unterschiedlichem Ausmaß tun mit Mendix, und grob gesagt fallen sie in vier verschiedene Kategorien oder Szenarien.

Szenario 1: Verbindung zum Kern herstellen

In diesem Szenario hat der Kunde (noch) nicht unbedingt eine Strategie formuliert, um „den Kern sauber zu halten“, aber er baut Mendix Anwendungen mit SAP-Integrationen.

Ein guter Ausgangspunkt ist eine „SAP-Vorverarbeitungsanwendung“, bei der Daten erfasst und/oder von verschiedenen Benutzern genehmigt werden müssen, bevor das vollständige und genehmigte Objekt oder die Transaktion in SAP eingegeben wird.

Beispiele hierfür sind Investitionsausgabenanfragen, Kaufanfragen, Stammdatenänderungen usw. und sie werden oft mithilfe von Schatten-IT wie E-Mail, Excel und Lotus Notes erledigt. Mendix ist eine ideale Möglichkeit, diese Anwendungsfälle zu automatisieren, insbesondere wenn sie auch Nicht-SAP-Integrationen und/oder die Benutzererfahrung einer dedizierten App anstelle eines Standard-Workflow-Tools wie SAP Build Process Automation erfordern.

Im Laufe der Zeit erstellen Kunden möglicherweise viele Apps mit SAP-Integration, obwohl sie nicht explizit versuchen, „den Kern sauber zu halten“. Ein gutes Beispiel ist Siemens, mit vielen SAP-Instanzen und über 800 Mendix Apps in der Produktion.

Szenario 2: Den Kern eindämmen

In diesem Szenario behandelt der Kunde SAP gewissermaßen als Altsystem und beabsichtigt, es zu einem unbestimmten Zeitpunkt in der Zukunft auf S/4HANA oder ein anderes ERP-System zu migrieren.

Diese Kunden versuchen, SAP „einzudämmen“, „SAP in eine Box zu packen“ oder sogar „SAP einzufrieren“ für alle Änderungen, mit Ausnahme von obligatorischen Dingen wie Sicherheitspatches und rechtlichen Updates. Neue Entwicklungen werden fast immer in Mendix, aber die Verbesserung und Erweiterung des vorhandenen benutzerdefinierten Codes hängt von der Größe und dem Umfang der Änderung sowie den Richtlinien des Kunden ab.

Kleinere Änderungen können im Kern vorgenommen werden, aber größere Änderungen können eine Gelegenheit sein, die gesamte Funktionalität zu verschieben auf MendixZu den Kunden dieser Kategorie gehören das Gesundheits-, Schönheits- und Ernährungsunternehmen DSM Firmenich und der Energieversorger Enexis.

Szenario 3: Reinigen des Kerns

In diesem Szenario entfernt der Kunde systematisch benutzerdefinierten Code aus seinem Kern und erstellt ihn neu mit Mendix.

Es besteht die falsche Vorstellung, dass sie die gleiche Funktionalität eins zu eins neu aufbauen, aber natürlich nutzen sie auch die Gelegenheit, sie mit neuen Funktionen und einer besseren Benutzererfahrung zu modernisieren, einschließlich beispielsweise vollständiger mobiler Unterstützung. In diesem Sinne ist die Kernbereinigung nicht nur ein IT-Projekt zur Reduzierung technischer Schulden, sondern bietet auch einen echten Mehrwert für das Unternehmen.

SAP hat in einem Dokument mit dem Titel „Custom Extensions in SAP S/4HANA Implementations – A Practical Guide for Senior IT Leadership“ detaillierte Anleitungen zur Bereinigung des Kernels bereitgestellt. Das Dokument stammt aus dem Jahr 2021, ist aber immer noch die detaillierteste Anleitung, die SAP bereitgestellt hat, und ist sowohl für Kunden relevant, die bei SAP ECC bleiben, als auch für diejenigen, die zu S/4HANA migrieren. Obwohl es keine Schritt-für-Schritt-Anleitung ist, werden darin die wichtigsten Schritte beschrieben, die Sie unternehmen müssen:

• Beginnen Sie mit der Weiterbildung Ihrer SAP-Architekten und Entwicklungsteams über die neuen Technologien, die Sie verwenden möchten, so schnell wie möglich, falls Sie dies nicht bereits getan haben. Das Dokument geht davon aus, dass Sie SAP BTP-Technologien verwenden, aber Mendix ist in dieser Hinsicht viel einfacher, da es sich um eine einzige Plattform, Technologie und ein einziges Kompetenzspektrum handelt.
• Entfernen Sie den gesamten veralteten Code aus Ihrem ERP-System. Laut SAP sind dies normalerweise 30 % der Gesamtsumme und manchmal bis zu 50 %. Um herauszufinden, welcher Code veraltet ist, können Sie eine integrierte SAP-Funktion zur Überwachung der Verwendung von benutzerdefiniertem Code aktivieren, wie im Dokument erläutert.
• Ignorieren Sie Code, der veraltet sein wird wenn Sie auf S/4HANA umsteigen, weil es durch Standardfunktionen ersetzt werden kann und daher ein Neuaufbau keinen Sinn macht. Dieser Schritt erfordert funktionales und technisches SAP-Wissen, daher müssen Sie hierfür möglicherweise mit einem SAP-Partner zusammenarbeiten. SAP gibt an, dass nach diesem Schritt möglicherweise nur noch 10 % Ihres ursprünglichen benutzerdefinierten Codes übrig sind, die Sie aus Ihrem Kern entfernen müssen.
• Verwenden Sie ein Tool namens SAP Custom Code Analyzer um die Komplexität des verbleibenden Codes zu analysieren und ihn für die Bereinigung und den Neuaufbau zu priorisieren. Abgesehen von den geschäftlichen Prioritäten empfiehlt SAP seinen Kunden, zunächst komplexen Code und „verwaisten Code“ zu priorisieren. Komplexer Code führt zu den meisten Problemen und Änderungen und verursacht daher die höchsten Wartungskosten, während „verwaister Code“ keinen Eigentümer mit ordnungsgemäßer Dokumentation hat, was bedeutet, dass er ein Risiko für das Unternehmen darstellt.

Bewerten Sie für jede Änderung, die Sie neu erstellen müssen, die Optionen nach der Reihenfolge Ihrer Präferenz mithilfe der ausführlichen Anleitung in Abschnitt 4 des Dokuments:

• In-App-Erweiterungen (nur in S/4HANA verfügbar)
• Side-by-side-Erweiterungen auf der neuen Plattform
• On-Stack-Erweiterungen (nur in S/4HANA verfügbar)
• Nichts tun (bei Ihrem aktuellen ABAP-Code bleiben, der jetzt als „klassische Erweiterungen“ bezeichnet wird)

Ein gutes Beispiel für einen Kunden, der den Kern seines SAP ECC-Systems systematisch bereinigt hat, ist das Agrarunternehmen Cosun Beet Company. Sie starteten ein Programm namens „SAP 2 Standard“, um ihr ECC-System zu bereinigen und ihre vorhandenen ABAP- und Fiori-Entwickler für den Einsatz von Mendix. Dadurch verdoppelten sie ihre Entwicklungskapazität, erreichten das Siebenfache dessen, was sie zuvor erreicht hätten, und trugen sogar dazu bei, den Ernteertrag des Unternehmens um 7 Millionen Euro pro Jahr zu steigern.

Szenario 4: Den Kern sauber halten

„Halten Sie den Kern sauber“ bedeutet, dass Ihr Kern von Anfang an sauber ist, entweder weil Sie ihn bereinigt haben, weil Sie eine Greenfield-Neuimplementierung durchführen oder weil Sie bei SAP völlig neu sind.

In gewisser Weise ist es einfacher, wenn Sie neu bei SAP sind, weil Sie Ihre Architekten und Entwickler direkt in Mendix ohne sie erst von älteren SAP-Technologien entwöhnen zu müssen. Gute Beispiele für solche Kunden sind das Bergbauunternehmen Sibelco und der Großhändler für Heizungs-, Lüftungs- und Klimatechnik, Bad und Küche Van Marcke.

Viele weitere Beispiele von Kunden, die Mendix in Kombination mit SAP, siehe unsere Kundengeschichten mit SAP.

Gemeinsame Partner

Mendix hat Berater, die Ihnen beim Erstellen von Apps helfen können, aber sie sind keine SAP-Berater. Wenn Sie auch SAP-Fachwissen benötigen, können wir Ihnen helfen, einen Partner zu finden, der beides hat Mendix und SAP-Erfahrung. Dies könnte ein globaler Systemintegrator sein, der sowohl eine Mendix Praxis und einer SAP-Praxis, oder es könnte ein kleinerer Partner sein, der sich auf die Kombination von Mendix und SAP. Wir haben viele davon und helfen Ihnen gerne, einen in Ihrer Region zu finden.

Support-Strategie zwischen Mendix und SAP BTP

Mendix Anwendungen werden für die Ausführung auf SAP BTP entwickelt und bereitgestellt. Dabei wird Mendix Cloud Foundry Build Pack. Unsere Kunden können manchmal auf ungerechtfertigte Probleme stoßen. Als Teil unserer SAP-Mendix Partnerschaft haben wir eine klar definierte Support-Strategie, wie in unserem Support-Anleitung.