Intelligence artificielle et SAP ECC : vous n'avez pas besoin d'attendre

La discussion sur l'intelligence artificielle dans l'écosystème SAP a un problème fondamental : elle part presque toujours du principe que l'on utilise déjà S/4 Hana, que l'on a configuré BTP ou que l'on se trouve au moins au milieu d'un projet de modernisation.

La réalité est différente. Des milliers d'entreprises dans le monde continuent à utiliser SAP ECC 6.0. Il s'agit de systèmes stables et éprouvés qui prennent en charge des opérations critiques pour l'entreprise. La migration vers S/4 Hana est coûteuse, complexe et ne constitue pas une priorité immédiate pour de nombreuses entreprises. Certaines ont décidé de prolonger le support au-delà de 2027. D'autres étudient des alternatives. Et dans l'intervalle, les solutions d'IA appliquée ne semblent pas être faites pour elles.

Ce scénario n'est pas une exception, mais la règle même pour les grandes entreprises. En décembre 2025, Catherine Jestin, Executive Vice President Digital chez Airbus, a déclaré publiquement que la plupart des DSI en Europe n'auront pas terminé leur migration de SAP ECC 6.0 d'ici 2030. Si les entreprises disposant des ressources d'Airbus suivent de tels calendriers, attendre une „maison nettoyée” dans S/4 Hana pour commencer à utiliser l'IA revient en pratique à renoncer à l'innovation pendant une demi-décennie.

Mais cela a un prix. Alors que d'autres secteurs technologiques intègrent des capacités d'IA génératives dans leurs processus de travail quotidiens, le monde SAP classique semble rester spectateur. SAP Joule et d'autres solutions de partenaires SAP sont déjà déployées dans les entreprises, prêtes à être utilisées immédiatement dans les activités quotidiennes. Ce fossé est-il inévitable ? Pas nécessairement.

La barrière n'est pas de nature technique

Il est généralement admis que l'intégration de l'intelligence artificielle dans les systèmes SAP ECC nécessite une architecture moderne. Qu'il faut d'abord migrer, puis moderniser les interfaces avec RAP et enfin tout connecter via BTP. Ce n'est qu'alors, dit-on, que l'on pourra parler d'IA.

Cette idée semble être la ligne officielle, mais elle n'est pas tout à fait exacte. Les systèmes ECC-6.0 disposent de fonctions natives qui permettent de communiquer avec des systèmes externes : Modules de fonction RFC, services HTTP via ICF, formats d'échange standard. Ces interfaces existent depuis des années et fonctionnent de manière fiable.

Ce qui a changé, ce n'est pas la capacité technique de SAP, mais ce qui se trouve de l'autre côté de la connexion. Les modèles linguistiques actuels peuvent comprendre le code Abap, analyser les structures de données, proposer des solutions techniques et générer du code fonctionnel. La question n'est plus de savoir si l'IA peut comprendre SAP, mais comment nous établissons la communication.

Cette réflexion a conduit au développement d'une autre approche : connecter les modèles d'IA directement aux systèmes ECC via des interfaces RFC et des services HTTP natifs, sans niveaux intermédiaires dans le cloud et sans dépendance vis-à-vis de plateformes supplémentaires.

Les véritables défis : Gouvernance et contrôle

Lorsque l'on évoque l'idée de relier directement l'intelligence artificielle à un système SAP, la première réaction est généralement un mélange d'intérêt et d'inquiétude. Et c'est tout à fait justifié. Plus on est proche d'informations critiques pour l'entreprise, plus les questions de contrôle, d'audit et de responsabilité sont importantes.

Qui approuve les modifications proposées par l'IA ? Comment s'assurer que les données ou le code ne sont pas modifiés sans supervision ? Qu'en est-il des autorisations et de la séparation des fonctions ?

Ces questions ne sont pas des obstacles, mais des exigences de conception. Toute intégration sérieuse de l'IA dans des systèmes SAP productifs doit répondre à ces questions dès le départ.

Le principe de base est simple : l'IA assiste, l'homme décide. Toute opération impliquant la modification d'objets du système (programmes, classes, blocs fonctionnels) doit faire l'objet d'une validation humaine explicite et ne peut être effectuée que dans des environnements de développement ou des sandbox. L'IA peut analyser, proposer et préparer, mais l'activation finale reste entre les mains du développeur.

Les modifications proposées sont gérées par le système de transport existant. Elles sont soumises aux mêmes contrôles de qualité, autorisations et processus d'audit que tout autre développement. L'IA sera intégrée dans le cadre de gouvernance existant, mais ne le remplacera pas.

Pour les opérations de lecture (interrogation de tables, vérification de journaux, analyse de code existant), il existe déjà un modèle de sécurité : les autorisations SAP standard de l'utilisateur connecté. Si un utilisateur n'a pas l'autorisation d'accéder manuellement à certaines informations, il ne l'a pas non plus via l'IA. Il n'existe pas de raccourci permettant à un utilisateur qui n'avait pas accès à certaines données de les obtenir maintenant.

Lors de la lecture de données, on peut opter pour un „traducteur” du langage naturel en SQL, qui traduit une requête telle que „Je veux voir les dernières commandes du fournisseur ‚X’ pour 1000 euros” en un „select” pour les tables EKKO/EKPO et LFA1. Ce traducteur est d'une valeur inestimable pour les utilisateurs professionnels qui n'ont pas besoin de connaître le nom des tables SAP.

Un pont, pas une solution de secours

Il est important de clarifier ce que cette approche n'est pas. Ce n'est pas une alternative à la modernisation. Elle n'est pas un argument pour rester indéfiniment avec ECC. Les raisons de migrer vers S/4 Hana sont toujours valables : meilleures performances, modèle de données simplifié, nouvelles fonctions commerciales.

Cette approche offre plutôt une réponse à une question pratique : que faisons-nous dans l'intervalle ? Pour les entreprises dont la migration est prévue pour 2026, 2027 ou plus tard, „en attendant” peut signifier des années de fonctionnement. Des années pendant lesquelles le développement d'Abap se poursuivra, les équipes techniques continueront à entretenir et à développer les systèmes et le fossé se creusera avec les autres technologies.

Aujourd'hui, l'introduction de fonctions d'IA dans ces systèmes ne retarde pas la modernisation. En fait, elle peut même la faciliter. Les équipes qui utilisent l'IA pour mieux comprendre leur code hérité, documenter la logique commerciale implicite ou identifier les dépendances cachées sont mieux équipées pour réussir leur migration.

En outre, le fait que cette solution permette de connecter les systèmes SAP ECC à l'IA ne signifie pas qu'elle ne fonctionnera plus en cas de migration vers S/4 Hana ou vers le cloud. Une mise à jour des objets qui gèrent les actions effectuées par les agents au sein de SAP sera probablement nécessaire, mais l'idée en elle-même devrait continuer à fonctionner.

Perspectives

L'écosystème SAP est en pleine mutation. Certains clients passeront rapidement à S/4 Hana. D'autres suivront des chemins plus longs. Certains exploreront des alternatives en dehors de SAP. Tous ont en commun le fait que l'intelligence artificielle fera partie de leur avenir, quelle que soit la plate-forme qu'ils choisiront.

La question pertinente n'est pas de savoir si les systèmes SAP classiques peuvent bénéficier de l'IA. La question est de savoir si nous sommes prêts à construire les ponts nécessaires, avec le soin et la gouvernance qu'exigent ces systèmes critiques.

La technologie est prête. Les interfaces existent. Les modèles d'IA comprennent les données Abap et SAP. Il ne nous reste plus qu'à décider si nous attendons le futur parfait ou si nous commençons avec ce que nous avons aujourd'hui.