Les agents dans SAP Build Process Automation
À jour au 2026-09-25
Qu'est-ce que Les agents dans SAP Build Process Automation ?
C122 cartographie SAP Build with AI de bout en bout ; cette fiche est la vue plus étroite et pratique d'un chemin à travers celui-ci — construire un agent Joule dont l'étape d'action est une automatisation de processus, relié à des sous-agents, au grounding documentaire et à des serveurs MCP, et, quand l'agent doit atteindre du code hors de Joule, connecté via l'une de trois options d'intégration A2A à leurs propres délais fixes.
Le temps de conception et le temps d'exécution vivent dans des subaccounts différents
Un agent construit dans l'agent builder de Joule Studio est conçu à l'intérieur de SAP Build Process Automation mais s'exécute à l'intérieur d'une instance Joule — et le code d'exemple de SAP lui-même est explicite sur le fait qu'il s'agit fréquemment de deux subaccounts SAP BTP différents. Quand cette séparation existe, toute destination BTP dont dépend l'agent — les identifiants d'un serveur MCP, par exemple — doit être créée à l'identique dans les deux subaccounts : une fois pour SAP Build Process Automation au moment de la conception, une fois pour l'instance Joule au moment de l'exécution. En omettre une ne fait pas échouer le déploiement discrètement ; le mode d'échec documenté par SAP est une erreur précise, Failed to create agent using mass deploy content due to exception... (error code: Tenant Administration Worker - 6011), qui se lit comme un problème d'infrastructure mais est presque toujours une destination manquante dans l'un des deux subaccounts. C122 couvre le paysage plus large de SAP Build with AI — Build Code, Build Apps, Process Automation, les deux éditions de Joule Studio ; cette fiche reste dans la tranche Process Automation et agent builder.
Pourquoi c'est important
- Un consultant qui n'a lu que le panorama de SAP Build with AI dans C122 ne peut pas déboguer un échec de déploiement Tenant Administration Worker - 6011 — cela exige de connaître la séparation conception/exécution entre subaccounts que documente cette fiche.
- Le schéma « automatisation de processus à l'intérieur d'une compétence » est la réponse documentée à une question que toute construction d'agent finit par poser : où l'action d'écriture se produit-elle réellement, et comment est-elle auditée et retentée ?
- Choisir A2A pour une tâche qui dure légitimement plus d'une minute produit un délai ferme et indébogable ; connaître les trois formes d'intégration en amont évite une refonte en cours de projet.
Points clés
- Les agents Joule sont conçus dans SAP Build Process Automation (agent builder de Joule Studio) mais s'exécutent dans une instance Joule — souvent un subaccount BTP différent.
- Les destinations (par ex. identifiants de serveur MCP) doivent être dupliquées dans les deux subaccounts ; une manquante se manifeste par « Tenant Administration Worker - 6011 » au déploiement, pas par une destination manquante nommée.
- Le schéma de référence de SAP lui-même pour une action d'écriture : une automatisation de processus invoquée depuis l'intérieur d'une compétence, pas un simple appel REST depuis l'agent.
- Conception multi-agents : un agent racine orchestre des sous-agents spécialisés (par ex. vérification de politique, recherche, gestion d'enregistrements), chacun configuré et testable indépendamment dans l'agent builder.
- L'accès au web et aux outils externes dans les agents Joule passe par des serveurs MCP enregistrés comme destinations BTP.
- Atteindre des agents basés sur du code hors de Joule : A2A direct (délai d'1 minute), API REST asynchrone (délai de 5 minutes), ou un A2A Client Service intermédiaire en streaming pour les tâches plus longues.
- Les agents basés sur du code sont typiquement construits avec le SAP Generative AI Hub, le SAP Cloud SDK for AI, et un framework tel que LangGraph.
- Cette fiche couvre la tranche Process Automation / agent builder de SAP Build with AI ; C122 couvre le paysage complet (Build Code, Build Apps, les deux éditions de Joule Studio).
Termes employés sur cette page
- Agent builder
- La capacité de Joule Studio pour composer des agents Joule à partir de compétences, d'instructions et de sous-agents.
- Destination
- Un objet de configuration BTP portant des détails de connexion (par ex. les identifiants d'un serveur MCP) qui doit exister dans le subaccount de conception comme dans celui d'exécution.
- Agent racine / sous-agent
- Une conception multi-agents où un agent orchestrateur délègue des tâches spécialisées à des sous-agents configurés indépendamment.
- Protocole A2A (Agent-to-Agent)
- Le protocole utilisé par Joule pour appeler directement un agent externe basé sur du code ; plafonné à un délai de requête d'une minute dans l'exemple documenté par SAP.
- A2A Client Service
- Un service de streaming intermédiaire placé entre Joule et un agent basé sur du code pour prendre en charge les tâches longues sans heurter un délai fixe.
- Tenant Administration Worker - 6011
- Le code d'erreur que documente l'exemple de SAP pour un échec de déploiement en masse typiquement causé par une destination manquante dans l'un des deux subaccounts.
Sources
- SAP-samples GitHub — btp-agentic-ai-use-cases (main README): Escalation Assistant and Joule integration with code-based agents, use cases and services used
- SAP-samples GitHub — Escalation Assistant with Joule Studio (10-escalation-assistant-joule-studio/README.md): multi-agent design, destinations across subaccounts, Tenant Administration Worker - 6011
- SAP-samples GitHub — Joule Integration with Code-based Agent (20-joule-a2a-code-based-agent/README.md): A2A, async REST and streaming A2A Client Service, their timeouts
Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · les pièges courants et leur correctif · l'aide-mémoire · les blocs de code · les chiffres à citer.