All-in on Abap

Libertés sur site versus règles strictes du cloud

Le professeur Christian Leubner, orateur principal, expliquera à Heidelberg que le passage au cloud impose aux développeurs Abap des changements fondamentaux dans les processus habituels et d'innombrables détails techniques, car SAP impose une séparation rigide entre les libertés sur site d'autrefois et les nouvelles règles strictes du cloud.

Le véhicule technique de cette mesure de contrainte architecturale porte dans la communauté le nom de code sonore de Steampunk, qui désigne officiellement l'environnement SAP BTP Abap. Avec Steampunk, SAP oblige ses clients existants à externaliser systématiquement les extensions personnalisées du système ERP principal et à les exploiter sous forme de scénarios côte à côte sur la Business Technology Platform (SAP BTP). Cette démarche est accompagnée par le concept de l'Embedded Steampunk, qui permet des extensions On-Stack directement dans le système S/4, mais qui opère exactement sous les mêmes restrictions implacables du nouveau modèle de développement très réglementé „Abap Cloud“.

Un processus de refactoring coûteux

Pour les clients existants de SAP, cette nouvelle doctrine de développement pose d'énormes défis techniques, organisationnels et commerciaux, qui s'apparentent souvent à un processus de refactoring douloureux et coûteux. Dans le nouveau monde Abap-Cloud, l'accès direct illimité aux tables de la base de données, au système de fichiers local ou au noyau du serveur d'applications est rigoureusement interdit.

Les programmeurs ne peuvent accéder qu'à des API explicitement validées par SAP, appelées listes blanches, et à des points d'extension clairement définis. Cette mesure garantit certes sur le papier la stabilité des versions et des mises à niveau dont le besoin se fait cruellement sentir pour les futurs scénarios de cloud, mais elle dévalorise en même temps le code personnalisé qui s'est développé historiquement et qui se différencie de la concurrence et qui doit être réécrit dans le cadre de projets de longue haleine.

Eclipse, ADT et CDS

De plus, les utilisateurs sont privés d'un outil qui leur est cher depuis des décennies : L'environnement de développement classique basé sur l'interface graphique avec la transaction SE80 a fait son temps et, à la place, l'utilisation des outils de développement Abap (ADT) basés sur Eclipse est rendue obligatoire.

Le changement exige en outre des développeurs des connaissances approfondies en Core Data Services (CDS) ainsi qu'une maîtrise approfondie du modèle Abap RESTful Application Programming Model (RAP), afin de pouvoir orchestrer des objets commerciaux transactionnels modernes et des services web en conformité avec les règles. Si l'on ne parvient pas à maîtriser cette courbe d'apprentissage abrupte au sein de sa propre équipe informatique, on se retrouve tout simplement incapable d'agir dans le nouveau monde SAP piloté par le cloud.

IA et Abap-1

Afin d'atténuer cette énorme pression migratoire et de pouvoir transférer les millions de lignes de code héritées dans la nouvelle ère du cloud, SAP a recours à l'intelligence artificielle générative, les Large Language Models (LLM) spécifiques, qui ont été formés directement sur le code Abap et sont regroupés dans le monde des développeurs sous l'assistant „Joule for Developers“ ou le paradigme Abap-1, jouant un rôle stratégique central.

Ces modèles de base spécialisés ont été entraînés avec des centaines de millions de lignes de code Abap et CDS de SAP, ainsi qu'avec une vaste documentation technique, afin de fournir aux développeurs des suggestions contextuelles et extrêmement précises pour la création de code et la migration complexe des données héritées vers S/4 Hana. L'IA agit ici comme un assistant numérique omniprésent qui automatise les tâches routinières ennuyeuses, génère des tests unitaires et analyse le code obsolète et incompatible afin de proposer des solutions adaptées et conformes au clean core pour une réécriture automatisée.

Comportement du service de réparation informatique

D'un point de vue critique, cette utilisation massive de l'IA révèle toute l'ironie stratégique du leader mondial de l'ERP : SAP utilise l'intelligence artificielle sophistiquée en premier lieu comme outil de réparation algorithmique, afin de rendre techniquement et temporellement gérables les gigantesques obstacles de migration et les contraintes architecturales qu'il a lui-même imposées à ses clients avec sa stratégie radicale Clean Core.

Avenir de „All-in on Abap“

L'avenir d'Abap n'est donc pas du tout la mort définitive du langage, souvent évoquée, mais sa soumission inconditionnelle à la stricte économie de plateforme du cloud SAP. Abap continuera d'être très nécessaire pour les clients existants de SAP, car il reste le fondement irremplaçable et éprouvé pour intégrer des connaissances approfondies des processus spécifiques à un secteur dans les opérations ERP standardisées.

Cependant, l'utilisateur doit et devra à l'avenir utiliser Abap exclusivement dans le cadre du principe dogmatique du "clean core". Dans la pratique, cela signifie que chaque nouvelle ligne de code écrite doit être réalisée soit sous forme d'extension side-by-side strictement découplée dans le BTP (steampunk), soit sous forme d'extension de développeur on-stack fortement contrôlée (embedded steampunk) via le modèle cloud d'Abap.

Modifications dans l'espace de nommage Z : impasse technique

Les entreprises qui refusent cette discipline technique et s'accrochent par commodité à d'anciennes modifications sauvages dans l'espace de nommage Z risquent irrémédiablement de perdre leur capacité de mise à niveau future et se poussent elles-mêmes dans une impasse technique coûteuse. La conclusion critique pour tout client SAP éclairé est donc qu'à l'ère de l'IA générative et du cloud, l'utilisation d'Abap n'est plus un métier libre et créatif, mais ressemble à un travail à la chaîne industriel, basé sur l'IA et sévèrement réglementé par SAP, où la stabilité du système, la conformité au cloud et la capacité absolue de mise à jour priment toujours sur la liberté architecturale de son propre service informatique.

Depuis plus de quatre décennies, le langage de programmation Abap constitue le cœur battant incontesté des paysages SAP mondiaux, mais les temps glorieux de la liberté illimitée des développeurs sont irrémédiablement révolus au nom du cloud computing. Celui qui observe la transformation actuelle de l'ERP reconnaît un changement de paradigme radical, que le professeur Christian Leubner démasque sans ménagement dans ses analyses sur le thème „Abap pour le cloud“.

La semaine prochaine, le Steampunk et BTP Summit 2026 se tiendra à Heidelberg. La communauté SAP y discutera des tendances de la plateforme, y compris des produits alternatifs comme Boomi pour les clients existants de SAP. Outre un atelier de découverte de l'IA, une partie importante de cette manifestation de deux jours sera naturellement consacrée à Abap.

À Heidelberg, Christian Leubner tiendra une keynote sur le thème Abap-Cloud. Réservez dès maintenant les billets restants et discutez avec le professeur Leubner de „All-in on Abap“. Pour vous inscrire, cliquez ici.