Des voies faciles vers la mobilité avec SAP

Les applications hybrides créées avec Apache Cordova sont souvent une alternative plus simple. Elles peuvent être exécutées avec le Launchpad Fiori, dans le navigateur web ou en tant qu'application native sous iOS/Android. Depuis 17 ans déjà, SAP dispose d'un composant pour la gestion et la communication de services web vers l'extérieur : avec la publication de SAP NetWeaver 7.0, il était possible de publier des applications avec SAP NetWeaver ApplicationServer 6.20 via l'Internet Communication Framework (transaction SICF). Il s'agit d'un standard ouvert qui permet aux applications de consulter et de modifier des données via un service web.
Alors pourquoi ne pas prendre du recul lorsqu'on réfléchit à la manière de connecter les mondes mobiles à SAP ? Il existe aussi une voie simple et directe, et celle-ci passe par Apache Cordova. Le framework développé par Nitobi pour le développement d'applications mobiles a été racheté par Adobe Systems en 2011, rebaptisé PhoneGap et publié plus tard en version open source sous Cordova.
Le standard universel pour la conception d'un service web est l'Open Data Protocol (OData) développé par Microsoft, actuellement disponible dans la version 4. Le SAP Gateway (jusqu'en 2014 SAP NetWeaver Gateway), publié il y a dix ans, est également basé sur OData. Elle est incluse dans SAP NetWeaver depuis la version 7.4 et réalise les services RFC au sein du monde SAP, qui sont basés sur TCP/IP. La passerelle permet d'établir facilement des connexions entre les systèmes SAP et les programmes externes, c'est-à-dire qu'elle permet d'offrir des services web, tout comme la transaction SICF. Pour SAP, cela ne signifie toutefois aucune activité supplémentaire si un client utilise ces services avec la passerelle SAP. D'autres composants intermédiaires pour le routage, comme le SAP Dispatcher, sont également utilisables gratuitement, c'est-à-dire sans acquisition de licences SAP supplémentaires.

C'est dans ce contexte qu'il faut comprendre l'introduction de SAP Cloud Platform et de ses services mobiles. L'offre PaaS met à disposition des services pour le développement, l'intégration et l'exploitation d'applications en nuage et d'extensions personnalisées d'environnements en nuage et sur site. Les applications mobiles inter-plateformes et natives sont développées ici via les essais "Mobile Development Kit Cloud" et "Cloud Platform SDK pour Android et iOS". En tant que nouvelle couche (désormais payante), la Cloud Platform devrait offrir différentes valeurs ajoutées aux clients qui souhaitent passer au cloud. Avec le lancement de l'initiative Rise, la Cloud Platform a été rebaptisée Business Technology Platform (SAP BTP), dont elle constitue l'un des piliers.
Plateforme technologique d'entreprise
Pour de nombreux scénarios d'entreprise, l'utilisation du BTP offre d'excellentes possibilités de mobiliser les processus SAP via le cloud. Mais pas nécessairement pour tous. En effet, la mise en place et l'exploitation des composants mentionnés coûtent de l'argent, nécessitent beaucoup d'entretien et l'infrastructure est complexe. Il faut relier SAP au cloud, créer différentes voies de communication, etc. Les clients existants ne savent toujours pas quelle fonction les nouveaux outils et plates-formes doivent réellement remplir. Ceux qui se rendent à la BTP constateront que tout n'est pas encore au point et que les possibilités de développement ne sont pas non plus toujours améliorées. Ainsi, il y a toujours des restrictions qui doivent ensuite être activées en partie par des services payants.
Réponses hybrides
Cordova permet de développer des applications hybrides avec une simplicité déconcertante : En haut, on y met du Java Script, en bas, on obtient des applications prêtes à l'emploi pour iOS, Android et même Blackberry. Avec les outils de la boîte à outils de conception SAPUI5, Munich Enterprise développe de telles applications mobiles qui sont intégrées à 100 % dans le processus standard SAP. Emballées dans des conteneurs Cordova, elles fonctionnent comme une application native, conçue directement pour IOS/Android, dans tous les environnements. Cela simplifie leur utilisation pour les utilisateurs ainsi que pour l'administration. Les applications SAP, en revanche, nécessitent toujours la construction du Fiori Launchpad ou d'un navigateur web.
Certes, le Launchpad fonctionne aussi bien sur les ordinateurs de bureau que sur les appareils mobiles. Mais pas aussi bien qu'une application native. On a moins de possibilités et la convivialité est moins bonne. Il n'est donc pas étonnant que SAP ait entre-temps reconnu l'avantage de Cordova et propose des plug-ins pour transformer son Fiori en apps natives. Mais cela ne fait que suivre la comparaison avec "l'original" du fabricant. On mélange ici des choses qui ne vont en fait pas ensemble. Lorsque des applications Fiori standard sont mises en place sur le téléphone portable, il s'agit en fait de quelque chose de spécifique au client : plus cher et l'infrastructure rend les choses encore plus compliquées.