Clean Core pour S/4

On peut bien sûr faire du Customizing dans le système SAP et construire ses propres développements. Je dois étendre les processus, intégrer des corps http, ajouter mes propres champs et implémenter ma propre logique pour certains processus. Mais j'arrive très vite à un point dans les projets où le Customizing mène à une impasse. Il me semble donc judicieux d'introduire la Business Technology Platform (BTP) avant un projet S/4. En personnalisant, je m'éloigne de plus en plus du standard SAP - et ce n'est pas malin. Toutes ces extensions doivent en effet être transférées d'une manière ou d'une autre lorsqu'une nouvelle mise à niveau du logiciel, un changement de version ou un déménagement dans un nouveau système est prévu. 

À chaque mise à jour, je dois manipuler ces extensions spéciales une à une, les adapter, les examiner particulièrement, les tester plusieurs fois et les reformuler pour ainsi dire. C'est un travail énorme. Si je ne le fais pas, des erreurs, appelées "defects", apparaissent immédiatement. Il ne faut pas non plus utiliser des éléments de SAP qui n'ont pas été validés, car ils peuvent changer tout comme le standard.

Clean Core signifie Lean Core

La réponse est simple : Keep your core clean. Garde ton noyau propre. Qu'est-ce qu'on entend par Clean Core ? Clean Core est une approche importante du développement logiciel qui vise à maintenir les systèmes centraux aussi propres et ordonnés que possible. Cette approche met l'accent sur la qualité et la maintenabilité du système central en veillant à ce que le noyau soit bien structuré et facile à comprendre.

Clean Core signifie également que le noyau SAP est vraiment libre de toute modification dure. De logiques individuelles extrêmes et d'implémentations de corps et de logiques Z très spécifiques. En effet, le concept d'exploitation de S/4 Hana ne prévoit tout simplement plus de telles extensions. Il n'y a plus non plus d'add-ons de tiers que l'on connecte via un logiciel cloud, car ils présupposent un certain standard qui a été livré par SAP.

Les clients SAP existants qui se déplacent avec un core "pollué" sont confrontés à de nombreux problèmes. Des petits travaux manuels deviennent nécessaires, ce qui entraîne un immense retard dans les projets. Et il se peut même qu'une faille de sécurité apparaisse.

Des extensions vieilles de 20 ans

En fait, Clean Core n'est pas correct, le noyau n'était pas sale avant, mais on a créé des dépendances qui nous ralentissent en regardant vers l'avant. Parlons donc de Lean Core. Un noyau allégé. Il est donc essentiel de simplifier ses processus de mise à niveau, de les accélérer et de les rendre plus sûrs.

Regardons ce qui se passait avant S/4. Souvent, différents systèmes ERP sont consolidés en un seul ERP. Ces systèmes proviennent en partie d'acquisitions, parfois aussi de différents pays avec des lignes directrices différentes pour les développements internes. Si je consolide tout cela dans un nouveau système S/4, il devient naturellement difficile de garder une vue d'ensemble et de maintenir l'ensemble à jour.

Il est alors grand temps de repenser toute sa stratégie d'extension. De nombreuses extensions fonctionnent depuis 15 ou 20 ans, mais personne ne les a documentées correctement. Souvent, les auteurs ne sont même plus dans l'entreprise. Certains documents ont tout simplement été perdus. Mais si je n'ai plus la logique derrière un calcul dans le système financier, je peux vite me retrouver dans le pétrin si l'expert-comptable vient me voir. Le monde est en pleine mutation, le marché évolue selon des cycles de plus en plus courts, de sorte que les acteurs mondiaux ne peuvent plus s'en sortir avec les extensions classiques et statiques de l'ancien temps. Les pandémies, le changement climatique, les bouleversements politiques, les goulets d'étranglement dans la chaîne d'approvisionnement, l'inflation, les cyber-attaques, la crise énergétique et la recherche de la durabilité sont autant de défis complexes qu'il faut relever.

La prochaine génération

En outre, il faut maîtriser la transformation numérique. De nouveaux modèles commerciaux doivent être intégrés. De nouveaux actifs numériques doivent être créés pour permettre aux entreprises de suivre le rythme des exigences croissantes des clients. On attend des services informatiques qu'ils mettent en place la prochaine génération de solutions d'entreprise (Next One), qui permettront de réagir avec plus d'agilité aux nouvelles conditions et de mettre en œuvre plus rapidement les nouvelles technologies.  

Pour ces mêmes innovations, la SAP Business Technology Platform, BTP, est idéale, car elle offre une multitude de possibilités et est tout simplement très proche du cœur de SAP, mais les clients peuvent aussi théoriquement utiliser Microsoft-Azure. Je dis toujours à mes clients : vous avez aussi un hub API Business qui vous permet d'accéder en permanence au système SAP et d'échanger des données à votre guise. Cette intégration cloud SAP est une plateforme en tant que service qui permet une intégration fluide des applications et des processus sur site et dans le cloud avec des outils et des contenus préconfigurés gérés par SAP.

Connaissance de l'industrie, savoir-faire spécifique en matière de processus, expertise sectorielle - il y a beaucoup de choses dans son propre code. Avec la Business Technology Platform, je peux parfaitement protéger mon investissement. Ce sont les extensions Z qu'il faut faire à l'avenir sur la BTP. Notre message : vous connaissez le monde Abap (Advanced Business Application Programming), depuis 1990 tous les modules SAP R/3 sont basés sur ce langage, mais vous avez maintenant la chance unique de vivre un saut d'évolution technologique dans le domaine du développement.

Nous voulons donc vous mettre au courant : Comment fonctionne SAP ? Comment se comporte un système S/4 en termes d'extensions ? Que peut-on vraiment faire avec la BTP ? Le nouveau monde SAP est différent, donc les clients doivent aussi changer. Mon conseil : même si tu ne passes à S/4 que dans deux ans, familiarise-toi dès aujourd'hui avec la BTP.

Souvent, le client décide alors d'acheter quelques licences pour avoir une première impression du look-and-feel de la BTP. Il peut alors par exemple lancer une preuve de concept (PoC) et reproduire une transaction standard de SAP ERP/ECC 6.0 ou une extension Z classique via la plateforme cloud.

La complexité augmente

Il faut toutefois se rendre à l'évidence : Le BTP n'est au départ qu'une coquille vide. Le chemin est encore très long jusqu'à ce que je puisse mettre à disposition une application professionnelle que je puisse vraiment utiliser de manière productive, une application qui correspond aux normes de mon entreprise et qui crée une valeur ajoutée.

Cela signifie que si je ne commence mes développements agiles que lorsque S/4 est déjà en service dans l'entreprise, c'est plutôt tard. Peut-être trop tard. Car je serai alors déjà en retard sur le plan technologique. 

J'explique souvent les choses aux clients de cette manière : Nous avons un petit projet dans le programme S/4 - nous pouvons commencer plus tôt. Nous sommes alors armés pour répondre aux exigences qui viennent du business pendant le projet S/4 et que nous devons mettre en œuvre de manière agile. La BTP n'est pas un petit gadget dans une niche, ce n'est pas un "nice-to-have", mais une machine performante avec des applications d'entreprise qui doivent être mises en service le plus rapidement possible. Et parfois, elle reproduit peut-être même des processus clés de l'entreprise.

Steampunk

Faut-il craindre à l'avenir un mélange quasiment inextricable de techniques hybrides ? Il y a des extensions Abap, des adaptations in-app, des extensions side-by-side, des solutions on-premise et des solutions cloud coexistent, et, et, et. Nous voyons se côtoyer des spécialistes Abap et des développeurs cloud - et parfois j'ai un troisième développeur qui a conçu l'UI (interface utilisateur). La complexité autour de l'ERP augmente nettement. Et il faut la maîtriser. Il ne s'agit plus seulement d'un petit groupe de personnes maîtrisant l'ensemble des langages de programmation et des interfaces, mais d'un plus grand nombre de personnes et de rôles. 

L'objectif doit être de mieux organiser les responsabilités, de sorte que je puisse sécuriser les futures mises à jour sans devoir effectuer le Customizing dans le système central.

Je pense qu'il est conseillé de rester le plus proche possible de la guidance SAP, d'intégrer très tôt les nouvelles technologies dans sa planification 2023 et 2024, même si cela nécessite un changement radical de mentalité. Ne vous inquiétez pas, les développeurs Abap seront toujours nécessaires, car l'expérience montre qu'environ un tiers des extensions se fait toujours dans le noyau. Il n'existe pas encore de solution in-app ou side-by-side adaptée à chaque besoin.

Et comment commencer ? Cette question revient souvent. Peut-être lirez-vous les blogs SAP sur le thème de l'extension in-app et de l'extensibilité via le BTP. Ou vous pouvez regarder ce qu'il y a de nouveau chez Steampunk ! Ce terme désigne l'utilisation d'Abap dans le cloud. Steampunk est un bon moyen de construire des applications innovantes indépendamment de son propre paysage SAP on-prem et des versions. Je le dis ainsi : celui qui est curieux et qui s'initie suffisamment tôt au sujet aura beaucoup de plaisir à travailler sur les projets S/4 à venir.