LE DÉVELOPPEMENT AGENTIQUE DANS SAP
Donnez à vos agents IA les moyens d’agir dans votre système SAP. Du code aux opérations, avec les autorisations et la traçabilité que vos équipes attendent.
« Ajoute un test sur le calcul de remise, vérifie le code et prépare le transport. »
01 / LA PLATEFORME
Klystron connecte votre client MCP au serveur d’application SAP. Des outils natifs pour agir, une équipe d’agents pour livrer, un savoir partagé pour progresser. Chaque pilier est détaillé plus bas.
Le serveur MCP est écrit en ABAP et tourne dans votre système. Code, dictionnaire, CDS et RAP, contrôles ATC et ABAP Unit, transports, rôles et diagnostic, exposés comme des outils typés. Chaque objet est aussi un fichier au format SAP, prêt pour Git.
Le serveur dans SAPUn plugin pour votre client MCP. Des équipes d’agents par scénario, du développement à l’incident ; des skills métier qui portent les procédures SAP et n’exposent à chaque agent que les outils de sa mission.
Le plugin agentiqueLe Central Hub transforme les constats de terrain en documentation vérifiée et signée, redistribuée aux systèmes participants. Vous choisissez votre périmètre de contribution.
Le Central Hub02 / LES USAGES
Lire le contexte. Proposer un changement. Le vérifier. Quatre scénarios ; le premier sera rejoué depuis une session réelle, code à l’appui.
« Implémente le protocole IPP (RFC 8011) dans NetWeaver, en ABAP pur, sans dépendance externe : un client capable d’interroger une imprimante et d’envoyer un travail. Package ZIPP, tests unitaires, transport. »
Plan en quatre phases. Aucun objet existant sous ZIPP : la phase Comprendre porte sur la release, les classes HTTP disponibles et l’encodage binaire d’IPP.
Vérifie le package cible, les classes HTTP client de la release et les verrous. Critère de passage : package créé, aucun conflit.
abap_read_packageabap_code_searchabap_where_usedCrée les en-têtes puis écrit les sources : encodeur et décodeur des attributs IPP, client HTTP, opérations Get-Printer-Attributes et Print-Job. Activation de masse.
abap_write_class_headerabap_write_file zcl_ipp_codec.clas.abapabap_write_file zcl_ipp_client.clas.abapabap_activate_objectsExécute les tests unitaires de l’encodeur sur des trames de référence, puis ATC. Critère de passage : tests au vert, aucune erreur de priorité 1.
abap_write_file zcl_ipp_codec.clas.testclasses.abapabap_run_unit_testsabap_run_atcVérifie les verrous, simule la release, exporte. Les fichiers du package sont poussés dans le dépôt public.
abap_read_transportsap sync zipp/« Ajoute un test sur le calcul de remise, vérifie le code et prépare le changement dans mon transport. »
03 / COMMENT ÇA MARCHE
Trois mécanismes, dans l’ordre des piliers : le serveur qui expose les outils, les agents qui les utilisent, le hub qui capitalise ce qu’ils apprennent.
Un service ICF expose les outils. Exécution, contrôles et journal restent côté SAP.
zsd_pricing/un dossier = un packagezcl_discount.clas.jsonen-tête · format SAPzcl_discount.clas.abapsourcezcl_discount.clas.testclasses.abaptestszsd_price.tabl.jsontable · format SAPzi_sd_price.ddls.acdsvue CDSzi_sd_price.bdef.abdlcomportement RAPzsd_price_var.vari.jsonformat KlystronChaque objet a un nom de fichier et un format : celui que SAP publie, ABAP File Formats, quand il existe ; un format Klystron dans la même convention sinon, distinguable par sa version (formatVersion 900). La sérialisation est celle de SAP : transformations générées depuis les types ABAP, JSON canonique identique à celui du handler SAP.
Un périmètre par domaine et activité. Lire, modifier ou exécuter sont des permissions distinctes, contrôlées côté serveur.
Des entrées et sorties typées, dans le vocabulaire des fichiers. L’agent sait quoi envoyer, quoi attendre et pourquoi une demande est refusée.
Contrôle de syntaxe avant toute sauvegarde ; empreinte et écriture conditionnelle contre les écrasements concurrents ; relecture après écriture.
Le modèle IA reste celui de votre client : le choix du fournisseur et les données transmises relèvent de votre politique.
Un plugin pour votre client MCP : des équipes d’agents, des skills métier, et les outils du serveur.
Pourquoi cette pile. Charger tous les outils SAP dans le contexte d’un agent gaspille le contexte et ne dit rien des règles d’ordre ni des risques. Les skills apportent la procédure et un catalogue d’outils restreint ; chaque agent n’accède qu’aux domaines utiles à sa mission ; les contrôles SAP encadrent l’exécution.
Un orchestrateur tient les critères de passage ; chaque agent transmet des éléments vérifiables au suivant.
L’analyste · skills sap-abap-dev, sap-transports
Explore le dépôt, les dépendances et le périmètre du changement.
Le développeur · skills sap-abap-dev, sap-ddic
Modifie les objets ABAP, prépare les tests et vérifie l’activation.
L’agent qualité · skill sap-quality
Exécute ABAP Unit et ATC, puis relie les résultats au changement.
L’agent livraison · skill sap-transports
Contrôle les verrous et prépare le transport selon les règles de livraison.
Une boucle : ce qu’un client apprend revient à tous les autres.
Constats, incidents, particularités de release : chaque mission laisse une documentation.
Contributions signées et chiffrées, dans le périmètre que vous avez choisi.
Tri, reproduction sur systèmes de référence, revue humaine, publication signée.
Documentation métier, limites connues et solutions vérifiées, pour les équipes et leurs agents. Puis la boucle repart.
Le hub est optionnel : les outils natifs SAP fonctionnent sans lui. Le partage s’active selon vos besoins.
04 / POURQUOI MAINTENANT
Les équipes doivent moderniser le code, préparer la transition et continuer à opérer. Notre parti pris : donner aux agents un accès concret au système, avec un cadre que les équipes SAP peuvent examiner.
Fin de maintenance standard des applications cœur Business Suite 7 à fin 2027 ; maintenance étendue optionnelle jusqu’à fin 2030.
Stratégie de maintenance SAPMCP relie vos agents à SAP. Klystron leur donne les outils, la méthode et le savoir pour agir.
L’évolution agentique selon SAP05 / LES BONNES QUESTIONS
Données, droits, hébergement et place dans votre outillage.
Non. Le serveur MCP est écrit en ABAP et tourne dans le serveur d’application SAP, derrière un service ICF. Vous connectez ensuite votre client MCP. L’agent et son modèle conservent leurs propres besoins d’hébergement et d’accès réseau.
Les résultats que votre client MCP transmet au modèle peuvent contenir du code ou des données du système. Le serveur dans SAP ne signifie pas que le modèle est local. Le choix du client, du fournisseur IA, des domaines autorisés et des données accessibles fait partie du cadrage du pilote.
Avec l’identité SAP utilisée par le client, les droits natifs applicables et les autorisations du serveur par domaine et activité. Un compte technique éventuel doit être autorisé explicitement. Le périmètre du pilote se vérifie avec le compte qui sera réellement utilisé.
Vous pouvez utiliser les outils natifs SAP indépendamment du Central Hub. Activez le partage de connaissances selon vos besoins, avec une configuration et un périmètre de contribution explicites.
Le Central Hub partage des connaissances vérifiées. Les agents travaillent dans leur environnement, avec les contrôles SAP de votre système. Le hub collecte les contributions, organise leur reproduction et leur revue, puis distribue une documentation signée. Vos équipes gardent la maîtrise de l’exécution et des données partagées.
Klystron fournit un accès outillé au système par MCP, des agents et des skills pour s’en servir. Votre assistant reste responsable du raisonnement ; abapGit et vos pipelines restent vos outils de versionnement et de delivery, et les fichiers aux formats SAP s’y intègrent. Les possibilités de connexion dépendent du client MCP retenu.
Le déploiement se cadre selon votre release, vos composants et vos usages, sur ECC ou S/4HANA. Un pilote en développement ou en test permet de valider les scénarios et les droits avec vos équipes. Le passage en production suit vos processus de changement et d’exploitation.
Choisissez une release, un domaine et un scénario mesurable : un test ABAP, une analyse de findings ou une proposition de rôle.
06 / COMMENÇONS PAR UN VRAI CAS D’USAGE
Un système. Un périmètre. Un premier cas d’usage.