Integration und Organisation mobiler Arbeitsszenarien

Anbieter zum Thema

Plattformfrage 2: Die Middleware

Ein prozessorientierter Ansatz erlaubt Unternehmen in einem ersten Schritt, ohne größere Anfangsinvestitionen mit der Mobilisierung einzelner Prozesse zu starten. SAP-Anwendern stellt die Komponente NetWeaver Gateway mit ihren Entwicklungs-Werkzeugen hierzu alles bereit, um Services und Objekte in den ABAP-basierten Backend-Anwendungen via REST/OData als Services diskriminierungsfrei zugänglich zu machen.

Wächst die Zahl mobiler Prozesse oder müssen Anwendungen aus eigener oder dritter Feder eingebunden werden, bietet sich die Einführung einer umfassenden Mobility Enterprise Plattform an, die den mobilen Anwendungen als einheitliches Interface zu den Backend-Lösungen dient. Eine solche Plattform stellt alle hierzu erforderlichen Funktionen zur Entwicklung und Daten-Distribution bereit, um unterschiedlichste Geschäftsprozesse zu mobilisieren.

Die SAP Mobile Platform (alias Sybase Unwired Platform) umfasst für diese Aufgabe den allgemeinen Abstraktionslayer Mobile Business Object (MBO), der den Zugriff auf Transaktionsobjekte aus beliebigen Backendprogrammen vereinheitlicht. Im Falle von SAP-Lösungen kann die Plattform natürlich auf die Gateway-Komponente zurückgreifen. Eine Mobility Enterprise Platform, wie sie die SAP Mobile Platform realisiert, bietet zwei Vorteile: Stabilität und Zeitgewinn. Denn sie passt sich zum einen transparent wachsenden Anwender- und Prozesszahlen an. Zum anderen führt ihr Einsatz zu einer signifikanten Zeitersparnis, da die Anbindung des Backend nur noch einmal in Teilen programmiert werden muss. Meist ist sogar nur eine reine Konfiguration erforderlich, da entsprechende Konnektoren im Lieferumfang enthalten sind.

Konzentration auf mobile Potenziale

Die Kombination aus beiden Plattformen – HTML5 als Träger der Plattformunabhängigkeit und Mobile Enterprise Platform als zentrale Middleware – schafft Unternehmen alle Freiheiten zur Entwicklung einer nachhaltigen Mobilitätsstrategie. Ihrer Kreativität und Phantasie sind in dieser Hinsicht keine Grenzen gesetzt, wenn es um die Entwicklung innovativer Anwendungsszenarien geht.

Hinzu kommt, dass die Zahl mobiler Apps seitens SAP und SAP-Partner immer reichhaltiger wird. Dies erlaubt es Unternehmen, aus dem Standardangebot geeignete Apps auszuwählen und gegebenenfalls mit ergänzenden Entwicklungen zügig für eigene Zwecke kostengünstig einzusetzen. Sie können sich vollständig darauf konzentrieren, ihre Prozesse inhaltlich und organisatorisch auf das mobile Potenzial abzuklopfen (siehe Kasten).

Die enervierenden technischen Fragestellungen, die in der Vergangenheit häufig eine Umsetzung blockierten, sind weithin gelöst. Die Verantwortlichen in den Unternehmen müssen nicht um ihre Investitionen bangen, da durch HTML5 die Zukunft ihrer Programmentwicklung ungeachtet des Innovationstempos auf der Endgeräte-Seite sicher sind.

Matthias Klocke — (Bild: Lynx-Consulting)

Sie müssen ebenso wenig fürchten, in Sachen Integration auf das falsche Pferd zu setzen. Selbst wenn es aus Compliance-Sicht zunächst ein Online-Einsatz opportun ist, steht das Tor für künftige Offline-Szenarien weithin offen.

Ergänzendes zum Thema

Compliance-Aspekte

Die eingeschränkten Eingabeoptionen mobiler Geräte machen es ratsam, sich in der Logik auf den Frontends auf das Nötige zu begrenzen. Das Design-Prinzip "small is beautiful" wirkt als wahre Komplexitätsbremse, insbesondere mit Blick auf die begleitenden Sicherheits- und Compliance-Maßnahmen. Ähnlich verhält es sich mit der Leitlinie "online sticht offline". Wenn Daten ausschließlich von der Backend-Anwendung verwaltet werden, stellt sich die Frage der Synchronisation erst gar nicht. Das spart Arbeit in Technik und – noch wichtiger – Compliance/Sicherheit, da die eingespielten Verfahren im Allgemeinen auch im mobilen Einsatz greifen. Deshalb sollte die Frage sorgfältig geprüft werden, ob die Offlinebetriebsmöglichkeit tatsächlich in jedem Fall notwendig ist.

Für viele Aufgaben ist ein Online-Szenario vollkommen ausreichend. Um SAP-Services zu mobilisieren, reicht es dann bereits, die Gateway-Technologie einzuführen. Synchronisierungsfunktionen werden hier im Gegensatz zum Offline-Betrieb schließlich nicht benötigt. Soll dagegen das mobile Arbeiten bei Unterbrechung der Verbindung zu den Backend-Anwendungen weiter möglich sein, ist die Einführung der SAP Mobile Platform empfehlenswert. Denn die Daten werden von der Middleware zwischengespeichert und synchronisiert. Auch steht der Weg frei, die SAP Mobile Platform vor die Gateway-Komponenten zu setzen und deren Objekte bzw. Services in den MBO-Abstraktionslayer zu überführen, um so die Offline-Fähigkeit zu realisieren.

Unabhängig davon, ob mobile Szenarien nun off- oder online umgesetzt werden, zählt die Klassifizierung der Daten zu den unerlässlichen Compliance-Aspekten. Wichtig an dieser Stelle sind Aspekte wie Sicherheitsstufen, Festlegung von Berechtigungskonzepten der Mitarbeiter oder Haftung bei Datenverlusten. Ebenso ist mit Blick auf die kritischen Unternehmensdaten abzuklären, ob BYOD unterstützt werden soll oder ob mobile Firmengeräte auch privat genutzt werden dürfen. Um die Compliance- und Sicherheitsvorgaben transparent umzusetzen, bietet sich in der Regel die Einführung einer MDM (Mobile Device Management)-Plattform an. Aufgabe dieser Management-Middleware ist die Verteilung und Steuerung von Apps, Daten, Konfigurationen und Sicherheitszertifikaten für alle mobilen Geräte.

Über den Autor

Matthias Klocke ist Senior Consultant bei der Lynx-Consulting GmbH in Bielefeld

(ID:39191810)

Mobility im betrieblichen Einsatz

Integration und Organisation mobiler Arbeitsszenarien

Plattformfrage 2: Die Middleware

Konzentration auf mobile Potenziale

Über den Autor