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.
01 / LA PLATEFORME
Klystron connecte votre client MCP au serveur d’application SAP. Des outils natifs pour agir, des skills pour guider l’agent, 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. Développement ABAP, qualité, transports, customizing, sécurité, exploitation Basis et intégration, 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. Un coordinateur associe à chaque tâche un processus et un domaine SAP. Le diagnostic, l’intégration et la Basis restent en lecture seule ; l’écriture passe par le protocole transports.
BIENTÔTSkills avancés et équipes d’agents.
Le plugin agentiqueLe Central Hub transformera les constats de terrain en documentation vérifiée et signée, redistribuée aux systèmes participants. Vous choisirez 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 est tiré d’une session réelle.
« Lis BRIEF.md et construis-le. »
Crée l’ordre de transport et le package ZBC_PRT. Choix de conception : des messages IPP binaires sur le client HTTP de SAP, avec un contrôle séparé des erreurs HTTP et IPP. Toute modification du standard sera soumise à votre accord.
abap_create_transportabap_write_packageLes 8 tests unitaires de l’encodeur sont au vert : ordre des octets, UTF-8, valeurs répétées, messages mal formés. Point d’accroche trouvé dans le spool : le callback MAIL2 de RSPOLPRF reçoit déjà le fichier d’impression.
klystron sync pushabap_run_unit_testsabap_read_file« Puis-je activer l’enhancement ZBC_PRT_MAIL au début de RSPOLPRF, FORM MAIL2 ? Il ne redirige que les imprimantes créées par ZBC_PRT ; les autres suivent le code SAP existant. »
request_user_inputAccord donné, limité à cet enhancement.
L’impression ne passe pas par le hook : l’outil d’écriture d’enhancement a enregistré un mode d’exécution invalide (« I », alors que SAP ne connaît que S et D). L’agent corrige par l’API d’enhancement de SAP et déclare lui-même le défaut du plugin.
abap_read_enhancement_codemcp_report_incidentAprès un dernier correctif (COMMIT WORK est interdit dans ce callback), l’impression automatique passe : le spool SAP arrive sur la file de test CUPS, le travail se termine et SAP affiche le statut « terminé ».
abap_read_dumpabap_classrunUne impression vers une file inexistante apparaît en erreur dans SAP, avec le message de CUPS dans le journal du spool. À 10 h 38, le brief est rempli : synchronisation, impression, échec visible, ATC sans priorité 1 ou 2, un seul transport.
abap_classrunabap_read_spool« PDFUC ne serait-il pas meilleur ? Analyse cet écart fonctionnel et propose quelque chose. »
PDFUC est la bonne base pour l’Unicode, mais ne transmet ni la couleur ni le recto-verso. Proposition : synchroniser les capacités de chaque imprimante et traduire les choix de chaque impression en attributs IPP.
web searchabap_classrunEn relisant le document réellement reçu par CUPS, l’agent voit que le cyrillique et le chinois sont remplacés par « # », alors que l’aperçu SAP était correct. Correction par la conversion PDF standard de SAP, appel par appel, sans paramètre système.
abap_classrunabap_read_spool18 tests unitaires verts, ATC sans priorité 1 ou 2 sur 30 objets, tout dans un seul transport. À votre demande, une page couleur recto-verso est imprimée sur une imprimante HP réelle.
abap_run_unit_testsabap_run_atc« 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 exemple : un agent, deux paysages SAP. Le développement en lecture et écriture, la qualification et la production en lecture seule.
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.
Chaque domaine est exposé par des outils typés, sous les autorisations SAP de l’utilisateur connecté. En bleu, le skill du plugin qui les met en œuvre ; en pointillé, le skill à venir. Les outils sont disponibles sur le serveur dans les deux cas.
Classes, programmes, fonctions, dictionnaire, CDS, RAP, enhancements et BAdI, textes, packages, transactions, formulaires Adobe. Lecture, écriture, activation.
Syntaxe, ATC, ABAP Unit, dumps ST22, versions, objets inactifs, where-used, recherche de code, Notes SAP.
Ordres et tâches : création, affectation, contenu, simulation et libération.
Contenu de tables, vues de customizing, IMG, BC Sets et leur activation, sous ordre de customizing.
Rôles PFCG et profils, rôles issus d’une trace, valeurs SU24, objets d’autorisation, utilisateurs et porteurs de rôles, audit de sécurité.
Processus de travail, mises à jour, verrous, log système, base de données, sauvegardes, CCMS, files RFC, spool ; jobs et démons ABAP.
Types de base, segments et extensions IDoc, statut des IDoc, services web et proxies, WSDL, destinations RFC.
Échecs d’outils, capacités manquantes, tentatives de contourner une permission : l’agent les déclare au journal d’audit du serveur.
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 : un coordinateur, des skills SAP par processus et par domaine, 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 ; le coordinateur ne charge que la paire utile à la tâche ; les contrôles SAP encadrent l’exécution.
Des règles appliquées par le plugin, en plus des autorisations SAP de l’utilisateur connecté.
Skill transports
Toute action qui écrit, crée, supprime ou libère dans SAP est bloquée tant que le protocole transports n’est pas chargé, outil MCP comme ligne de commande.
Diagnostic · intégration · Basis
Chaque lecture passe par son skill de processus. Le diagnostic des dumps, l’inspection des interfaces et l’observation Basis ne modifient rien.
Skill transports
Simulation avant libération ; ATC et tests unitaires avant de libérer du code ; suppression seulement avec l’ordre qui détient l’objet, après confirmation.
Skill tool-reporting
L’agent déclare lui-même les échecs d’outils, les capacités manquantes et toute tentative de contourner une permission.
Ce que les garde-fous ne font pas. Ils bloquent ou se taisent, ils n’accordent jamais de droit. La limite réelle reste les autorisations SAP de l’utilisateur connecté et les permissions de votre client MCP ; selon le client, ces règles sont appliquées par des hooks ou portées par les instructions des skills.
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 Central Hub est en préparation. Les outils natifs et le plugin fonctionnent sans lui ; le partage s’activera 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é.
Non. Le Central Hub ouvrira prochainement ; les outils natifs SAP et le plugin s’utilisent sans lui. Une fois ouvert, vous activerez le partage de connaissances selon vos besoins, avec une configuration et un périmètre de contribution explicites.
Non. Le Central Hub, bientôt disponible, partagera des connaissances vérifiées. Les agents travaillent dans leur environnement, avec les contrôles SAP de votre système. Le hub collectera les contributions, organisera leur reproduction et leur revue, puis distribuera une documentation signée. Vos équipes gardent la maîtrise de l’exécution et des données partagées.
Non. abapGit reste un composant utile et important de vos infrastructures. Pour ses agents, Klystron avait besoin d’une méthode plus proche de Git natif : le serveur synchronise les objets avec un dépôt local, directement au format ABAP File Formats (AFF) de SAP dès que l’objet le permet. Agents et équipes profitent ainsi de toute la puissance des outils Git natifs : diff, branches, revue, merge requests. Vos pipelines de livraison restent les vôtres.
Klystron n’est pas un assistant. Il donne à l’assistant de votre choix, via MCP, des outils natifs dans votre système, des agents et des skills SAP. Le client, le modèle et les données transmises relèvent de votre politique ; aucun service Klystron ne s’intercale.
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
Ou écrivez directement à contact-klystron@thirion.fr
Un système. Un périmètre. Un premier cas d’usage.