← Tous les articles

Joule et l'avenir de SAP : de l'assistant aux agents

Où SAP emmène Joule après Sapphire 2026, ce que cela change pour les projets S/4HANA et les compétences dans lesquelles les développeurs devraient investir dès maintenant.

JouleIAAgentsClean CoreMCP

Lors de son annonce en 2023, Joule ressemblait à une fenêtre de chat posée sur les applications SAP. Trois ans plus tard, SAP parle d'« entreprise autonome », et Joule est devenu la porte d'entrée de toute une couche d'assistants et d'agents IA. Dans cet article, je résume où nous en sommes, comment je lis cette direction et ce qu'elle implique pour nous, développeurs et consultants SAP.

Les chiffres ci-dessous proviennent des annonces de SAP et de la couverture presse de Sapphire 2026. Les noms de produits et leur disponibilité évoluent vite : vérifiez toujours la roadmap actuelle de SAP avant de planifier un projet.

Du copilote aux agents

L'évolution en trois étapes :

  1. Copilote (2023–2024) : Joule répond aux questions, guide dans les applications et résume les données.
  2. Assistants et agents (2025) : Joule est repositionné comme plateforme d'agents. Les agents enchaînent des tâches sur plusieurs processus, par exemple la gestion des litiges ou le suivi des créances.
  3. Entreprise autonome (2026) : à Sapphire 2026, SAP a présenté Joule Work, un espace de travail IA unique, annoncé plus de 50 Joule Assistants et plus de 200 agents spécialisés, et regroupé BTP, Business Data Cloud et Business AI dans la SAP Business AI Platform.
La place de Joule dans l'architecture SAP
La place de Joule dans l'architecture SAP

Ce qui est vraiment nouveau

  • Joule Studio — l'environnement de SAP pour créer vos propres agents. Ils tournent sur un runtime géré et peuvent conserver le contexte d'une session à l'autre.
  • Le contexte métier — un Knowledge Graph donne aux agents le sens des objets SAP : ce qu'est une commande client et son lien avec livraisons et factures.
  • L'ouverture — les agents peuvent appeler des outils non SAP via MCP, et une intégration agent-à-agent existe avec Microsoft 365 Copilot. SAP mentionne aussi la prise en charge d'outils de code comme Cursor et Claude Code.
  • Des modèles propres à SAP — SAP entraîne des modèles qui comprennent ABAP, RAP et CDS, au lieu de s'appuyer uniquement sur des LLM génériques.

Ce que cela signifie pour les projets S/4HANA

Mon avis : un agent ne vaut que par les API et les données sur lesquelles il s'appuie. Pour approuver une demande d'achat, il lui faut une API publiée, stable, à la sémantique claire, et des autorisations correctes. C'est précisément ce qu'apporte le clean core :

  • Les API publiées et les objets métier RAP deviennent les « outils » des agents. Un objet RAP bien conçu, avec validations et actions, est directement exploitable ; un programme Z mêlé à la logique d'écran ne l'est pas.
  • La qualité des données compte plus que jamais. Doublons clients ou données de base manquantes produisent des réponses sûres d'elles mais fausses.
  • Les autorisations doivent être pensées : l'agent agit au nom d'un utilisateur, les rôles doivent donc être précis.
  • Le cloud d'abord : la plupart des nouveaux agents ciblent le cloud. Les clients on-premise et ECC y accèdent de plus en plus via un parcours de modernisation.

Ce que je conseille d'apprendre dès maintenant

  1. RAP et CDS, sérieusement. Une bonne sémantique (annotations, associations, actions) rend les objets compréhensibles par l'IA.
  2. Les bases de BTP : destinations, XSUAA, CAP — c'est là que vivent agents et extensions.
  3. MCP et la conception d'outils. J'utilise déjà le serveur MCP d'ADT for VS Code pour qu'un assistant IA lise les objets ABAP en toute sécurité : en lecture seule, avec liste d'autorisation. Un bon premier pas.
  4. La conception de prompts et d'agents : consignes claires, petits outils bien définis, validation humaine pour tout ce qui modifie des données.

Les risques à garder en tête

  • Licences et coûts évoluent encore ; les promotions ne durent pas éternellement.
  • Gouvernance : qui valide ce que fait un agent, et comment est-ce audité ?
  • Attentes : une démo n'est pas un processus en production. Commencez par des cas d'usage étroits et mesurables.

Conclusion

Joule n'est plus « un chatbot dans Fiori ». Il devient la manière dont les utilisateurs interagiront avec SAP, et les agents prendront en charge de plus en plus de tâches routinières. Bonne nouvelle pour nous : cet avenir repose sur des objets backend propres et bien modélisés. Meilleurs seront nos objets RAP et nos API, plus Joule sera utile.

Sources

Commentaires

Laisser un commentaire