Pas de code

En tête, on trouve Abap sur le BTP avec le nom de code Steampunk. Mais il existe aussi de nombreuses offres Low-Code/No-Code. Java est également toujours demandé et le concept "Bring Your Own Programming Languages" existe également.

Un proverbe dit que beaucoup de cuisiniers gâtent la bouillie. Au final, le client SAP existant pourrait se retrouver sans aucun code, ou alors il faut se dire que plusieurs chemins mènent à Rome. Lors du SAP Competence Center Summit 2023 à Salzbourg, la rédaction d'E-3 a interrogé les clients existants et les partenaires sur leurs préférences. Abap est toujours en tête des préférences. Peu de participants au Summit donnent une chance à l'offre Low-Code/No-Code Build de SAP. Pourtant, il existe de bonnes approches Low-Code dans la communauté SAP, voir le reportage suivant de Simplifier dans cette histoire de couverture.

Pour éviter un désastre sans code, les clients existants de SAP sont confrontés à un double défi : Comment amener les modifications Abap de l'espace de noms Z vers S/4 et comment réaliser la personnalisation future sur la SAP Business Technology Platform ? Abap RESTful Application Programming (RAP), Cloud Application Programming (CAP), Low Code/No Code avec SAP Build et Steampunk en tant qu'Abap embarqué ne sont qu'une petite sélection des possibilités qu'aura à l'avenir un client SAP de modifier son système ERP. Il ne s'agit donc pas seulement d'étudier différents concepts, de l'Open Source et GitHub au code propriétaire Steampunk, mais aussi d'apprendre les langages de programmation eux-mêmes. Ce n'est pas une tâche facile pour les programmeurs, dans quel langage les algorithmes devront être codés à l'avenir - et Java existe encore !

L'écho de Steampunk a été très positif dans les groupes de travail DSAG à l'occasion des journées technologiques de Mannheim. Mais il s'agissait en grande partie de clients SAP existants qui avaient passé la moitié de leur vie professionnelle avec Abap. Comment se présente l'avenir ? Un nouveau client pour le cloud privé ou public doit-il aussi apprendre Abap avec une perspective steampunk ? Karl Kessler, VP Product Management Abap Platform chez SAP, répond à cette question dans l'interview exclusive d'E-3 : "Abap est toujours pertinent et le restera à l'avenir. Pour les clients S/4, qu'il s'agisse de clients existants ou de nouveaux clients, SAP propose un modèle de développement Abap Cloud moderne. Abap Cloud permet de construire des solutions et des extensions stables en termes de mise à niveau et compatibles avec le cloud. Selon le scénario, les clients ou les partenaires peuvent construire leur extension Abap Cloud directement sur la pile S/4 ou sur la Business Technology Platform. Au sein de la communauté, on parle aussi ici de steampunk intégré ou de steampunk. Le modèle de développement Abap Cloud est disponible sur la BTP et dans toutes les éditions de S/4, à savoir Public Cloud, Private Cloud et On-prem, dans sa dernière version".

Modifications d'Abap

De nombreux systèmes R/3 couronnés de succès reposent également sur d'importantes modifications Abap. La question du coût total de possession (TCO) du codage Abap s'est rarement posée. Avec l'arrivée de NetWeaver et de nouvelles possibilités d'adaptation du système, y compris dans l'espace de noms Z, les réflexions sur les coûts de programmation deviennent de plus en plus pertinentes. Au plus tard lors du passage à S/4 Hana, chaque client SAP existant devrait examiner de très près le "TCO of Coding".

Avec l'essor de ce que l'on appelle l'entreprise composable, la demande de composants logiciels réutilisables permettant de développer des solutions rapidement et efficacement augmente également. L'association numérique Bitkom postule : Les entreprises numérisées se démarquent de la concurrence ! Les entreprises allemandes craignent de plus en plus de perdre le contact avec leurs concurrents numériques. Une nette majorité d'entre elles devance actuellement les concurrents qui ont misé très tôt sur la numérisation. C'est une valeur record. Il y a un an, seules 52 % des entreprises voyaient leurs concurrents numériques les distancer, et il y a cinq ans, elles n'étaient même que 37 %. Actuellement, deux tiers considèrent que leur propre entreprise est à la traîne en matière de numérisation, tandis qu'un tiers se considère comme un précurseur. Ce sont les résultats d'une enquête représentative menée auprès de 602 entreprises de 20 salariés et plus en Allemagne pour le compte de l'association numérique Bitkom.

Importance de la numérisation

"Les entreprises ont reconnu l'importance de la numérisation pour leur propre avenir. Mais elles ne savent apparemment pas comment aborder la numérisation. Pour chaque entreprise individuelle, comme pour l'économie allemande dans son ensemble, le mot d'ordre doit être : faire des années 2020 la décennie du numérique", demande le nouveau président de Bitkom, Ralf Wintergerst, à l'occasion de la présentation de l'étude. "Dans le passé, l'Allemagne était le pays des poètes et des penseurs. A l'avenir, l'Allemagne doit être le pays des poètes, des penseurs et des numérisateurs".

L'IA n'est pas la seule technologie pour laquelle il existe un écart entre l'importance perçue pour la compétitivité générale et l'utilisation dans sa propre entreprise. Ainsi, 92% des entreprises accordent une grande importance à l'analyse des données et au Big Data, mais seulement 39% les utilisent. La robotique est considérée comme importante par 86 % des entreprises, mais seulement 40 % l'utilisent. La situation est similaire pour l'Internet des objets (84 pour cent de grande importance, 36 pour cent d'utilisation), la 5G (82 pour cent contre 23 pour cent), les véhicules autonomes (76 pour cent contre 17 pour cent), l'impression 3D (74 pour cent contre 23 pour cent) et la réalité virtuelle et augmentée (67 pour cent contre 24 pour cent).

Et pour les technologies plus récentes, l'utilisation est encore plus rare : ainsi, seuls 4 % utilisent la technologie blockchain, alors que 67 % lui accordent une grande importance. Et pratiquement aucune entreprise n'utilise elle-même les technologies Metaverse (1 %), bien que 36 % leur accordent une grande importance. "Nous devons positionner l'Allemagne de manière exceptionnelle dans l'économie numérique. Nous avons besoin de plus de courage pour le numérique, y compris dans les entreprises", a déclaré Wintergerst.

Du point de vue des entreprises, le plus grand obstacle à la numérisation est la protection des données, dont 77 pour cent se sentent entravés dans leur transformation numérique. Il y a un an, ils étaient 71%. Le manque de personnel qualifié (64% ; 2022 : 55%) s'aggrave également. Viennent ensuite, à égalité avec 54 pour cent chacun, les exigences en matière de sécurité informatique technique, le manque de temps et le manque de moyens financiers - le manque de moyens étant nettement plus souvent cité comme raison qu'en 2022 (43 pour cent). En revanche, le manque de volonté du personnel (12 %) et les incertitudes quant à l'utilité économique de la numérisation (5 %) ne constituent pas des obstacles répandus.

Composabilité

Une étape essentielle de la numérisation pour les clients SAP existants sera la personnalisation, l'adaptation et la composabilité de leur propre système ERP, ECC ou S/4. Les modifications ont toujours représenté une valeur ajoutée pour les utilisateurs SAP, ce qui a toujours poussé le leader mondial de l'ERP à développer de nouveaux modèles de programmation, même au-delà d'Abap. En 2020, SAP a présenté un premier essai de Low-Code avec le framework Ruum, qui doit permettre aux utilisateurs sans connaissances en programmation de créer des processus départementaux en quelques heures au lieu de plusieurs jours ou semaines auparavant.

Peu de temps après, en 2021, SAP a annoncé l'acquisition d'AppGyver. AppGyver est une start-up dans le domaine des plateformes de développement sans code, qui permettent aux utilisateurs sans connaissances en programmation de créer des applications mobiles ainsi que des applications pour le web. Une fois de plus, SAP a déclaré : "Avec l'acquisition d'AppGyver, SAP peut mieux aider ses clients existants et ses partenaires à adapter efficacement les systèmes informatiques à leurs propres besoins spécifiques et à optimiser la convivialité de leurs applications. Les solutions d'AppGyver feront partie de la Business Technology Platform (BTP) de SAP. AppGyver doit élargir l'offre de SAP dans le domaine de la Business Process Intelligence et compléter l'offre Low-Code de SAP, qui est fournie par le partenaire Mendix et fait partie de Siemens. Le framework Low-Code de Mendix figurait même autrefois dans la liste de prix de SAP et des salons de congrès ont été organisés conjointement par SAP et Mendix. Entre-temps, ce partenariat a été rompu, mais Ruum et AppGyver ont également disparu dans la nature, si bien que la communauté parle de "no code" à ce sujet.

Tout le monde peut développer des applications, a expliqué SAP, en promouvant une expérience Low-Code/No-Code unifiée basée sur la Business Technology Platform. Les développeurs professionnels et spécialisés sont ainsi en mesure de développer de nouvelles applications. Les applications existantes peuvent ainsi être améliorées et les tâches complexes automatisées, estime-t-on chez SAP. AppGyver permet le développement et l'automatisation sans code, tandis que SAP Business Application Studio augmente le développement à bas code. L'argument régulièrement entendu est le suivant : avec le Low Code, la complexité technique est bien moindre qu'avec les méthodes de programmation traditionnelles.

Développement d'applications

Une étude récente de Techconsult en collaboration avec Neptune Software montre que les plateformes Low-Code sont déjà devenues une option importante dans le développement d'applications SAP des entreprises allemandes. Plus des deux tiers de toutes les entreprises (68%) s'occupent déjà activement de solutions de ce type, selon leurs propres indications. Les solutions logicielles flexibles et modernes, telles que l'Intelligent Enterprise Solutions Framework de SAP, qui comprend également le nouveau monde ERP autour de S/4, sont un facteur de succès central pour la poursuite de la numérisation et le fondement des processus numériques.

Ces défis sont de plus en plus souvent relevés à l'aide de méthodes de développement agiles et innovantes, et des technologies permettant de rendre les logiciels plus flexibles et moins coûteux se sont entre-temps développées. Il s'agit de passer d'introductions de logiciels à grande échelle, coûteuses en temps et en argent, à un développement agile avec des processus et des méthodes de développement entièrement automatisés, qui sont nécessaires dans l'environnement en évolution rapide de la numérisation, afin de pouvoir développer et fournir des logiciels avec la qualité, la vitesse et l'efficacité requises, même en période de budgets et de ressources limités. Dans l'environnement SAP, les plateformes Low-Code offrent différentes approches pour soutenir le développement d'applications SAP individuelles ou le développement et l'adaptation d'applications existantes.

UI5 et Fiori

Ils offrent par exemple la possibilité de développer des applications Fiori basées sur UI5 dans l'infrastructure SAP existante, même pendant la conversion S/4 et même après. Grâce aux outils de modélisation graphique, les développeurs n'ont pas besoin de connaître HTML5 ou JavaScript, et les développeurs Abap peuvent utiliser la pile technologique stratégique de SAP dans le système numérique de base pour développer des applications personnalisées et fournir des fonctions d'entreprise sous forme d'API sans avoir besoin d'outils supplémentaires ou de connaissances spécialisées.

Même si les avantages sont évidents, le framework final ne devrait pas encore être trouvé chez SAP lui-même, car après Ruum et AppGyver, c'est Build qui a suivi l'automne dernier et qui constitue une autre offre Low-Code pour la Business Technology Platform. Ce nouvel outil informatique doit permettre aux utilisateurs de créer et d'étendre des applications d'entreprise avec des connaissances techniques minimales, d'automatiser des processus et d'assembler des interfaces web en un prototype par simple glisser-déposer. "SAP Build rassemble les applications d'entreprise les plus puissantes du monde sur une plateforme spécialement conçue pour offrir de nouvelles possibilités aux utilisateurs professionnels en un temps record", a déclaré Jürgen Müller, membre du conseil d'administration et Chief Technology Officer de SAP.

Le cycle de vie complet d'une application doit pouvoir être représenté dans une seule plateforme Low-Code.

"La demande de solutions numériques modernes est nettement supérieure à la capacité des développeurs professionnels à les fournir", a déclaré Arnal Dayaratna, vice-président de la recherche sur le développement de logiciels chez IDC. "IDC s'attend à ce que plus de 100 millions d'utilisateurs professionnels dans le monde soient impliqués dans le développement de solutions numériques au cours des dix prochaines années. Les solutions de développement low-code de SAP Build permettent aux utilisateurs professionnels d'exploiter leur expertise pour développer et optimiser rapidement des solutions numériques à grande échelle".

Mais il y a aussi deux raisons importantes qui parlent contre SAP Build, la dernière offre No-Code/Low-Code de Walldorf : GRC et MS-Power-Apps. Si chaque utilisateur SAP devient un développeur d'applications avec Build, le chaos en matière de gouvernance, de risque et de conformité ne va pas tarder. Et avec Microsoft Power, la communauté est bien plus grande et largement compatible avec Hana et S/4. Pourquoi SAP ne coopère-t-il pas avec Microsoft et n'apporte-t-il pas Power sur la BTP ?

Microsoft Power

Il y a deux ans, Holger Bruchelt, collaborateur de Microsoft, écrivait déjà dans le magazine E-3 : "Low Code/No Code est sur toutes les lèvres, même dans la communauté SAP, et pas seulement depuis les différentes acquisitions de SAP. Low Code/No Code permet à de nouveaux groupes de personnes de développer les applications nécessaires non seulement plus rapidement, mais aussi à moindre coût. Il y a quelques années déjà, Gartner avait fait état de l'énorme pénurie de développeurs d'applications, et de nombreuses entreprises avaient constaté dans leur propre entreprise que les développeurs nécessaires faisaient défaut ou que le temps d'attente pour le développement d'une nouvelle application était long.

On ne peut plus suivre. On construit donc par nécessité des solutions de contournement sujettes aux erreurs et les données sont ensuite transférées "à la main" dans le système SAP. Les moyens disponibles passent alors le plus souvent à côté de la sécurité, de la gestion de la qualité et des processus proprement dits. Cela comporte parfois de gros risques, allant jusqu'à la perte de données. C'est probablement pour cette raison que de nombreuses entreprises ont mis en place un "Excel critique", avec lequel elles travaillent (ou doivent travailler) parallèlement à leur environnement SAP. Grâce à OData, il est certes relativement facile de synchroniser les données avec le système SAP "Single Source of Truth" et de reproduire des processus plus complexes à l'aide de nombreuses macros Excel - mais cela n'a en fait jamais été le but de ces programmes.

Avec SAP Ruum, SAP Intelligent RPA, SAP Conversational AI ou le nouvel AppGyver, les clients existants de SAP disposent désormais de différents outils qui doivent leur permettre de développer eux-mêmes de nouvelles interfaces utilisateur et d'automatiser le déroulement des processus. Le SAP Store pour iRPA, par exemple, constitue un excellent point de départ et montre comment les processus SAP peuvent désormais être automatisés plus facilement.

Un système SAP classique se compose de trois niveaux hiérarchiques : Système de développement, système de test et système de production - et c'est bien ainsi ! Tout d'abord, on développe, autrefois avec Abap et Java, à l'avenir évidemment avec Build sur BTP, la Business Technology Platform ; ensuite, on transporte le système dans le système de test et on effectue un Reality-Check avec des données de test anonymes ; si tout se passe bien, on procède alors au transport et à la mise en service dans le système de production. Cette feuille de route vieille de plusieurs décennies a fait ses preuves. A l'aube de l'ère du build, on n'en entend plus parler.

De toute évidence, deux questions se posent : comment Build sur la BTP peut-il garantir la cohérence des données dans la base de données Hana si tout le monde peut y faire des modifications et des manipulations ? Comment s'assurer que le voisin ne met pas en œuvre la même idée, mais avec une UI différente ? Build devrait disposer d'un référentiel très intelligent afin d'attirer l'attention des utilisateurs créatifs en amont sur la redondance et le manque de cohérence.

Dans l'ensemble, on peut constater que SAP Build ne peut pas tenir la promesse d'une plate-forme de développement Low-Code. Tant les utilisateurs spécialisés que les développeurs pro-code sont confrontés à diverses restrictions et lacunes. La plateforme n'est pas encore suffisamment mature et n'offre pas une approche globale et surtout unifiée pour le développement d'applications d'entreprise. À l'origine, SAP Build a été présenté comme une solution permettant aux entreprises de créer leurs propres applications et processus sans connaissances en programmation. Dans la pratique, il s'avère toutefois que cette plateforme nécessite des connaissances considérables en matière de programmation.

Scepticisme et valeur ajoutée

En raison des développements antérieurs et du scepticisme à l'égard des plateformes Low-Code/No-Code, convaincre la communauté que la solution propriétaire Low-Code peut offrir une réelle valeur ajoutée est un défi. De nombreux membres de la communauté SAP sont fortement attachés à Abap et peuvent considérer le développement Low-Code/No-Code comme un abandon des pratiques et des normes établies. Les réticences au sein de la communauté SAP peuvent toutefois être surmontées. En effet, l'approche Low-Code offre de nombreuses valeurs ajoutées qui sont très souvent confirmées par les entreprises qui utilisent des alternatives Low-Code en dehors du BTP. Le Low Code ne doit toutefois pas être uniquement une technologie. Le Low Code est un état d'esprit qui doit s'inscrire dans l'ADN des entreprises.