Migration vers SAP S/4 : que faire de vos développements spécifiques ?

Vous préparez votre passage à S/4HANA et vous vous demandez comment gérer vos programmes spécifiques avant, pendant et après cette transition ?

Pour le CIO, le chef de projet ou l’architecte de solution que vous êtes, le passage à S/4HANA et tout sauf un projet évident. Les défis sont nombreux : choix du mode de conversion, préparation des prérequis, ampleur des tests utilisateurs… Mais ce n’est rien comparé à la masse des programmes spécifiques à reprendre, qui représente une véritable épée de Damoclès au-dessus de votre tête.

Quel que soit le scénario de migration que vous allez choisir (brownfield*, greenfield** ou toute la palette chromatique entre les deux), et l’option de déploiement retenue, vous n’envisagerez plus vos développements spécifiques comme avant. Il y a plusieurs raisons à cela :

–        La pérennité de vos développements. Derrière l’injonction de l’éditeur SAP « Keep the Core Clean », il faut avoir en tête que lors de futures montées de version ; SAP se réserve le droit de changer ou supprimer unilatéralement certains « user exits », certains modules et fonctions. Si vous les utilisez actuellement, alors vos programmes spécifiques seront mécaniquement impactés.

–        L’effort de migration. En dehors du mode Greenfield, la mise en conformité de dizaine de programmes spécifiques avant le passage à S/4HANA représente une charge pour les équipes de développement. Mais aussi pour les utilisateurs-clés qui vont devoir retester les modifications pendant le projet de migration. Les risques de bugs sont nettement plus élevés sur les programmes spécifiques que sur le standard SAP.

–       La maintenabilité des programmes spécifiques pour les années à venir : vous êtes conscients que ces développements construits et modifiés pendant 10 ou 20 ans sont fragiles et souvent mal documentés. Les personnes qui les ont conçus et maintenus sont parties ou vont partir dans un avenir proche. C’est un risque technologique susceptible de mettre en péril l’entreprise.

–        Le changement de couverture fonctionnelle de SAP : certains modules (WM, CS) et fonctionnalités standard vont disparaître pour laisser place à de nouvelles fonctionnalités (apps FIORI, workflows ou modules additionnels) : sans garantie d’iso-fonctionnalité et avec des coûts additionnels. Une phase d’analyse gap-fit est nécessaire pour identifier les processus cibles dans le futur environnement, ce qui peut rendre caduques certains programmes spécifiques existants ou créer le besoin de nouveaux développements.

Le passage à S/4HANA est une opportunité pour vous de faire le tri dans vos programmes spécifiques et faire un choix avisé entre les programmes à migrer, les programmes à abandonner et les programmes à développer dans votre futur environnement. Vous êtes conscients de ces faits et vous vous dites :

–        Comment développer en dehors du Core SAP ?

–        Quelles solutions techniques retenir en fonction du type d’applications envisagées ?

–        Comment la sécurité et la pérennité de ces nouvelles applications seront assurées ?

Nous allons vous aider à répondre à ces questions. Dans un premier temps, nous ferons le point sur les possibilités de développement proposées par SAP et leurs avantages/inconvénients respectifs. Dans un second temps, nous identifierons les types d’applications concernées ; que nous illustrerons  à travers des exemples concrets de client SAP qui ont réalisé des développements en dehors du CoreSAP.

Quelles sont les technologies à votre disposition ? 

SAP propose à son catalogue trois options principales :

–      SAP business application studio : plate-forme de développement payante destinée à des développeurs professionnels (langages: SAPUI5, Java, Node.js, Python). Elle permet de consommer d’autres services payants de la plateforme Cloud SAP BTP comme SAP API Business Hub. Elle permet de créer des apps interfacées avec SAP, mais aussi d’étendre des apps FIORI.

–     SAP Build (anciennement app Gyver) : plate-forme low-code récemment acquise par SAP.  Destinée à un développeur junior ou un business analyste (Citizen developer), elle  permet de créer des applications simples de type formulaire sur iOS ou Android, des workflows simples.

–       SAP Rapid Application Development by Mendix : plate-forme de développement collaboratif (qui s’adresse à tous les types de développeurs), leader sur ce marché depuis de longues années (pour Forrester comme au Gartner). Elle couvre tous les cas d’usage et se distingue par des temps de développement très courts.

Quels sont les avantages / inconvénients de ces outils ?

–     SAP Business Application Studio, comme les IDE du marché, n’est utilisable que par des développeurs confirmés, assez rares sur le marché car ils doivent être à même d’utiliser une palette d’autres outils comme SAP workflow ou SAP data modeler selon les cas.  En effet, ce n’est pas  une plateforme intégrée où tous ces services sont inclus et prêts à l’emploi. C’est un outil puissant mais complexe, les temps de développement s’en ressentent. Redévelopper tous vos spécifiques sur cette technologie représenterait un effort incompatible en termes de durée et de coût avec un projet de migration.

–        SAP Build : il permet à des non-développeurs de travailler en équipe et faire des applications mobiles simples et esthétiques. Cependant, ces applications ne peuvent être déployées que sur le Cloud SAP BTP. La gestion des versions n’est à ce jour pas possible sur cet outil. Ses possibilités d’intégration avec le Backend SAP sont limitées à des requêtes simples. Les apps ne peuvent utiliser le système d’authentification de SAP BTP. Encore toute jeune, cette plateforme ne supporte pas des processus complexes.

–        SAP RAD by Mendix*** est une plate-forme robuste et complète permettant à tout type de développeur de travailler en mode collaboratif avec d’autres développeurs et le business en parfaite intégration avec SAP (Rest, SOAP, Odata, BAPI). La gestion des autorisations et de la sécurité répond au standard SAP et utilise l’identity Provider de SAP. Elle permet de développer 7 fois plus vite en moyenne par rapport au développement classique grâce à une intégration poussée avec SAP et la réutilisabilité de ces composants.

Nous allons maintenant voir quels types d’applications envisager avec quelles solutions.

–       Fonction « Portail » : Un portail permet d’interagir avec vos partenaires clients ou fournisseurs en totale intégration avec votre ERP en toute sécurité. SAP va bien sûr mettre en avant ses produits comme Ariba pour le portail fournisseur ou SAP Commerce (CX suite) pour le portail client. Cependant, la grille tarifaire et/ou la rareté des compétences techniques sur le marché vous interroge… Vous analysez d’autres alternatives existantes sur le marché. L’offre est pléthorique, les modèles de licences pas toujours clairs et vous êtes toujours aussi perplexes. S’intègre-t-il facilement avec SAP ? Est-ce que ces produits peuvent en standard répondre aux attentes du business ? « Probablement pas ! ». Vous aurez besoin d’une solution flexible et ouverte pour l’adapter à vos spécificités.
Parmi les 3 plateformes proposées par SAP, seule SAP RAD by Mendix est en capacité d’étendre les possibilités des portails SAP, voire de les remplacer pour construire votre propre portail.

–      Applications Métier mobiles: certains processus métiers couvert par l’ERP sont par nature tournés vers la mobilité car les utilisateurs concernés sont rarement derrière un bureau. Nous citerons évidemment le cas des agents de maintenance ou celui des gestionnaires de stock. Ils ont besoin des informations de l’ERP en temps réel et de confirmer leurs actions dans l’ERP au moment même où ils interviennent. Parmi les solutions offertes par SAP, vous pouvez dans un premier temps tester les apps FIORI nouvellement proposées pour ces processus « nomades ». Si les écrans FIORI nécessitent d’être enrichis avec des fonctionnalités supplémentaires, SAP Business Application Studio sera l’outil à privilégier. Mais s’il s’agit de créer une application mobile plus complexe alors il faudra se tourner vers SAP RAD. En effet, la multiplicité des écrans, la nécessité de travailler avec des tailles d’écrans différents et la gestion des autorisations, vont être gérés beaucoup plus simplement et nativement avec SAP RAD qu’avec SAP Business studio.
Vous pourrez aussi avancer plus vite en ayant plusieurs développements en parallèle sur le même projet dans SAP RAD que dans SAP Business Application Studio.

–       Applications innovantes : vous souhaitez tirer partie des nouvelles technologies comme l’IOT, l’IA, ou bien déployer des services sur de nouveaux types de appareils (lunettes connectées, casques de réalité augmentée) ? L’écosystème est foisonnant de prestataires et la maturité de ces technologies progresse rapidement. Impossible de faire l’impasse, vous avez besoin de les tester pour préparer l’avenir. Cependant, vous vous demandez par où commencer. Entre votre ERP et ces technologies, il vous faut un environnement capable de dialoguer de manière sécurisée avec les API des services externes que vous souhaitez consommées. Une plateforme capable de dialoguer avec vos multiples applications, sera la colonne vertébrale de votre futur paysage informatique. SAP RAD propose Mendix Connect : un hub de données permettant d’industrialiser l’intégration de SAP avec toutes les autres applications externes.
Cette couche d’intégration permet une réutilisation des interfaces avec SAP et simplifie grandement l’effort d’intégration au niveau de chaque interface.

En résumé, votre projet de migration vers S/4 et l’optimisation de votre nouvel ERP va nécessiter l’ajout d’une brique essentielle dans votre paysage pour étendre le standard S/4 en conservant le Core clean, et innover plus vite avec moins de ressources. De nombreux clients SAP ont fait le choix d’SAP RAD. 

Voyons maintenant quels sont les retours d’expériences chez ces clients.

      Cosun Beet Company est un transformateur de betteraves sucrières en Europe, il aide ses 9 000 producteurs coopératifs à optimiser les rendements agricoles de leurs champs de betteraves en combinant les informations de sa propre base de données avec les données fournies par les producteurs, les sources publiques, les informations des capteurs et les observations des employés sur le terrain pour donner à chaque agriculteur des conseils personnalisés. Son challenge : client SAP depuis 1989 (R/2!), il a 600 programmes spécifiques dans ECC (soit 40 années-homme de développement). Il a choisi la solution SAP RAD by Mendix pour doubler sa capacité de développement lui permettant de créer 10 nouvelles applications en 2 ans et de moderniser 250 programmes spécifiques. L’IT a évalué que le développement avec Mendix était 7 fois plus rapide qu’en ABAP ou en SAP UI5.

      Indaver, une entreprise européenne leader dans le traitement des déchets industriels dangereux, a utilisé la plate-forme SAP RAD by Mendix pour créer une suite d’applications destinées à maximiser l’efficacité du transport, du recyclage et de l’élimination de multiples déchets à travers l’Europe. Les applications d’Indaver incluent une application mobile native pour la collecte des déchets, une solution numérique qui utilise la lecture de QR code pour suivre et tracer entièrement la chaîne d’approvisionnement de la gestion des déchets.  L’entreprise utilise d’autres applications conçues avec Mendix qui permettent une planification graphique du traitement des déchets et des flux de documents pour garantir que les déchets dangereux. Ainsi, Indaver s’assure que les déchets sont traités correctement conformément à la réglementation gouvernementale dans les pays européens, notamment la Belgique, les Pays-Bas, l’Irlande, l’Allemagne, le Royaume-Uni, la France, l’Italie, le Portugal et l’Espagne.

      Avec 2 400 agriculteurs partenaires et 2 000 employés, Milcobel est la plus grande coopérative laitière de Belgique. Depuis plus de deux ans, ce leader du marché utilise Mendix pour construire ses applications. « Nous avons introduit le développement rapide d’applications parce que notre service informatique était submergé par les demandes d’application », explique le responsable du changement des processus métier du groupe. « De plus, nous voulions garder notre environnement ERP exempt de toutes sortes de « suppléments numériques ». RAD nous permet de garder une vue d’ensemble. Une autre raison de choisir RAD fut le délai de livraison accéléré. »

Si vous cherchez d’autres exemples dans votre secteur, contactez-nous. Il en existe beaucoup d’autres à partager. Pour plus d’informations techniques sur l’intégration Mendix / SAP, cliquer ici. 

En conclusion, la migration vers S/4HANA n’est pas une simple montée de version. C’est une nouvelle approche de l’architecture IT où l’ERP ne travaille plus tout seul mais dans un écosystème applicatif plus ouvert et plus innovant. La courroie de transmission de ce nouveau moteur s’appelle SAP RAD by Mendix. Nous sommes à votre disposition pour analyser avec vos équipes votre portefeuille d’applications spécifiques, et pour établir la roadmap vers cette nouvelle architecture. 

* Brownfield : migration des données et du paramétrage existant de ECC vers S/4HANA, adaptations limitées au respect des pré-requis S/4HANA, l’historique est conservé, les programmes spécifiques sont mis aux normes S/4HANA.

** Greenfield : projet complet avec phase de conception pour aligner le Métier sur les flux standard, nouveau paramétrage, sélection des données à importer (données de base mais pas de reprise de l’historique). Pas de programme spécifique dans le Core SAP. Développement des add-ons en dehors du Core SAP.

*** Mendix est une société créée en 2005 qui collabore avec SAP depuis plus de sept ans. Siemens a fait l’acquisition de Mendix il y a plus de cinq ans et l’a déployé massivement en interne.