Viele Unternehmen kämpfen mit der Frage, wie sie die enormen Ressourcen ihrer SAP-Installation für die mobile Entwicklung erschließen können. Sollten wir auf die Technologien warten, die SAP in seinen Roadmaps verspricht, oder gibt es Alternativen?
SAP gibt es schon seit langem und es hat sich in dieser Zeit als sicheres, zuverlässiges und robustes Transaktionssystem erwiesen. Offen gesagt, ist es als System-of-Record konkurrenzlos und wird es auch noch viele Jahre bleiben. Die Technologie, die dahinter steht, ist ausgereift und hat bewiesen, dass sie die Datenintegrität garantiert und Datenverluste vermeidet, während ihre Leistung für jede Betriebsgröße voll skalierbar ist.
Doch so gut die Technik hinter dem Transaktionssystem auch sein mag, SAP kämpft schon seit Jahren mit seiner UX-Strategie. Jahr für Jahr wurde eine neue Technologie nach der anderen auf den Stapel gehäuft, einige davon in Waldorf entwickelt, andere zugekauft. Wenn Sie ein typischer SAP-Betrieb sind, der schon ein paar Jahre auf dem Buckel hat, haben Sie inzwischen mindestens Webseiten in ABAP Webdynpro, Floorplan Manager, Adobe Interactive Forms, WebUI – einschließlich BOL und GenIL – und wahrscheinlich noch einige mehr entwickelt. Fast alle von Ihnen haben mindestens ein Portal und möglicherweise ein föderiertes Portal. Und wenn es um mobile Geräte geht, haben Sie vielleicht etwas mit SAP Gateway und SAPUI5 gemacht, aber wahrscheinlich haben Sie keine App, die direkt mit SAP verbunden ist.
Wie Sie sehen, gibt es eine Fülle von Technologien und Tools, die Sie in Ihrem Team haben müssen, um all dies zu unterstützen. Ressourcen mit diesen Fähigkeiten sind ziemlich schwer zu finden, aber wenn man die richtigen Leute findet, ist ein so großes Team teuer und macht die Projekte unweigerlich komplexer. Ein noch größeres Problem ist, dass SAP bei der Auswahl der Tools recht unberechenbar sein kann. Manchmal wurden Web- und Mobiltechnologien, die als neue Flaggschifftechnologie vorgestellt worden waren, ein paar Jahre später wieder aufgegeben (z. B. Webdynpro für Java), so dass Ihre Investition in diese Technologien nutzlos war: Der erstellte Code war vollständig an das Tool gebunden und Sie mussten einfach von vorne anfangen. Beispiele wie diese zeigen, dass man sich bei seinen Technologieentscheidungen nicht blind auf die Roadmaps von SAP verlassen kann.
Dieses Lock-in ist ein ernstes Problem. Alle Technologiewerkzeuge, die SAP anbietet, sind in irgendeiner Form gebunden, d. h. Sie können den von Ihnen erstellten Code nicht einfach nehmen und unabhängig davon verwenden. Dies führt zu einer Verringerung der Flexibilität: Wenn Sie für ein neues Gerät entwickeln möchten, z. B. für die Microsoft Hololens, müssen Sie warten, bis SAP ein Update der Bibliothek zur Unterstützung dieses Geräts herausbringt. Aufgrund Ihrer Investition werden Sie nicht auf das SAP-Tool verzichten, sondern auf das Update warten. Wenn dies jedoch zu lange dauert oder SAP keine Pläne zur Unterstützung des neuen Geräts hat, sollten Sie Ihren Code aufheben und zu einer Plattform wechseln, die alle Ihre Geschäftsszenarien unterstützt. Das Gleiche gilt, wenn eine großartige neue Plattform auf den Markt kommt, die Ihre derzeitige Plattform eindeutig übertrifft: Sie möchten in der Lage sein, Ihren derzeitigen Code zu übernehmen und ihn auf die neue, bessere Plattform zu übertragen.
Es liegt auf der Hand, dass SAP ein hervorragendes System zur Erfassung von Daten ist. Und das ist genau das, worauf es sich konzentrieren sollte: das beste System-of-Records-System auf dem Markt zu bleiben. Tatsache ist jedoch, dass SAP bewiesen hat, dass es derzeit nicht in der Lage ist, die hohen Standards für die Omnichannel-Entwicklung zu erfüllen, um schöne Benutzererlebnisse auf allen Geräten zu schaffen. Das ist ein Problem, denn Untersuchungen zeigen, dass Mobiltelefone heute die erste Anlaufstelle für Kunden sind und gleichzeitig die bevorzugte Wahl für die Verbindung mit dem Netzwerk für Unternehmensmitarbeiter. Wenn Sie nicht mit großartigen Apps aufwarten, die die neuesten technologischen Möglichkeiten voll ausschöpfen, verlieren Sie Aufträge. Und diese App sollte direkt mit Ihrem Backend-Transaktionssystem verbunden sein, um den Nutzern die bestmögliche Reaktionsfähigkeit zu bieten.
Die derzeitige Schnelllebigkeit der Entwicklung von Online-Anwendungen erfordert eine völlig neue Art der Entwicklung. Es besteht eine große Nachfrage nach einer schnellen Bereitstellung mobiler Anwendungen, die gut funktionieren, leicht an neue Anforderungen oder Technologien angepasst werden können und den Kunden mit einem großartigen Online-Erlebnis fesseln; auf der anderen Seite gibt es eine ähnliche Nachfrage nach einem langsameren, aber äußerst zuverlässigen Transaktionssystem zur Verwaltung des Unternehmens. Aufgrund ihrer gegensätzlichen Natur sind diese beiden Systeme nicht miteinander vereinbar, so dass die einzig mögliche Lösung darin besteht, sie zu trennen und eine zweistufige Strategie zu verfolgen.
Dies ermöglicht es Ihnen, SAP als Transaktions-Backend zu belassen und die Entwicklung von Frontend-Anwendungen darauf zu beenden. Dadurch bleibt Ihre SAP-Umgebung sauberer, schneller und stabiler, so dass sie das sein kann, was sie sein soll: das Transaktionssystem, das Ihre Zahlen verarbeitet. Gleichzeitig verfügen Sie über eine Tier-2-Plattform, auf der Sie schnell Anwendungen entwickeln und Ihren Mitarbeitern und Kunden zur Verfügung stellen können, die sie begeistern werden. Wenn Sie nur Standard-SAP-Objekte verwenden, bleibt nicht nur der SAP-Code-Stack sauber, sondern Ihr Anwendungsentwicklungsteam ist auch von den starren Release-Zeitplänen befreit, denen die meisten SAP-Systeme unterliegen. Das bedeutet, dass Sie Ihre Anwendungen unabhängig von der Produktion bereitstellen können, was echte Agilität und Rapid Application Delivery ermöglicht.
Es gibt viele RAD-Plattformen, aber nur zwei haben den Reifegrad erreicht, der eine sehr robuste und leistungsfähige Integration mit SAP ermöglicht: OutSystems und Mendix. Mendix eignet sich zwar gut für die Erstellung von BPM und Workflows, verfügt aber nicht über die nötigen Funktionen für die schnelle Entwicklung von Omnichannel-Anwendungen und hat nur begrenzte Möglichkeiten für die Bereitstellung von Lösungen und DevOps. OutSystems hingegen hat sich zu einer vollständigen RAD-Plattform mit intuitiver, codefreier Anwendungsentwicklung und nahtloser SAP-Integration entwickelt. Außerdem hat OutSystems stark in das Application Lifetime Management investiert und ausgereifte Bereitstellungs- und Überwachungsoptionen in sein System integriert. OutSystems ist derzeit die einzige RAD-Plattform, die sich nativ mit SAP verbinden kann und über alle Funktionen verfügt, die für die Entwicklung für alle erdenklichen Geräte erforderlich sind. Darüber hinaus ermöglicht sie die Entwicklung einer klaren Architektur für die Erstellung Ihrer Anwendungen unter Verwendung von SAP-Funktionen, um Ihre Plattform wartbar und skalierbar zu halten. Ihr neuer technischer SAP-Stack würde sich dramatisch verändern.
Die Trennung der Anwendungsentwicklung vom transaktionalen Backend schränkt Ihre SAP-Investitionen nicht ein. Im Gegenteil: Sie setzen das SAP-System frei, so dass Sie seine Daten und Funktionen in vollem Umfang nutzen können, ohne durch die technologischen Entscheidungen von SAP behindert zu werden. Sie erhalten das Beste aus zwei Welten: einen transaktionalen Diesel, der die Berechnungen durchführt und die Konten hinzufügt, in Kombination mit einer Rapid-Application-Delivery-Plattform, die es Ihnen ermöglicht, agile Anwendungen für eine großartige Benutzererfahrung auf jedem Gerät zu entwickeln.
