SAP Build Process Automation mit Agenten — vom Workflow zum Joule-Skill bis zum Joule-Agenten
Stand 2026-09-25
Modul auf mittlerem Niveau, das die zwei Bedeutungen von „Agent“ in SAP Build Process Automation entwirrt — den RPA-Ausführer Desktop Agent gegenüber dem Joule-Agenten — und die dokumentierte, durchgängige Brücke zwischen beiden baut: eine BTP-Destination (mit der häufig übersehenen Eigenschaft sap.processautomation.enabled), ein Action-Projekt (in die Library published), ein als Process-Automation-Projekt verfasster Joule-Skill (Call-Action- und Send-Message-Schritte, präzise Beschreibungen der Auslöseformulierungen), ein Joule-Agent (Instructions, Foundation Model, Skills als Tools, Human-in-the-Loop), und ein Deployment pro Umgebung über eine Joule Formation. Behandelt erforderliche Berechtigungen und den harten Joule-Booster-Schritt, Principal Propagation entlang der Identitätskette (gemeinsamer Grund mit M368), sowie eine dokumentierte Tabelle von sechs spezifischen Fehlermodi und ihren Ursachen, entnommen aus veröffentlichten Feldleitfäden namentlich genannter SAP-Praktiker und SAPs eigenem Agenten-Dokumentationsvokabular.
Was Sie lernen
- Einen Desktop Agent (RPA-Ausführungskomponente) von einem Joule-Agenten (eine in Joule Studio gebaute, nachdenkende, Tool-aufrufende Entität) unterscheiden und ihre Verwechslung im Scoping vermeiden
- Die dokumentierte Brücke von einer BTP-Destination über ein Action-Projekt zu einem als SAP-Build-Process-Automation-Projekt verfassten Joule-Skill bauen
- Eine Skill-Beschreibung schreiben, die das Agenten-Routing zuverlässig steuert, unter Anwendung der dokumentierten Regel vage-gegen-präzise
- Einen Joule-Agenten konfigurieren und deployen, der einen oder mehrere Skills als Tools aufruft, einschließlich Human-in-the-Loop für wirkungsstarke Aktionen
- Principal Propagation entlang der Kette von Joule zur CAP-Action erklären und einen Identitätsvertrauensfehler diagnostizieren
- Jeden der sechs dokumentierten Fehlermodi (fehlende Destination-Eigenschaft, nicht published Action, überlappende Skill-Beschreibungen, Destination-Inkonsistenz, unvollständiger Joule-Booster-Lauf, fehlendes IAS-Vertrauen) auf seine spezifische Ursache zurückführen
Für wen dieses Modul gedacht ist. Sie kennen SAP Build Process Automation als Workflow- und RPA-Werkzeug, und Sie hören ständig, dass es jetzt Teil des „agentischen SAP“ ist — aber das Wort „Agent“ bedeutet in derselben Produktsuite zwei verschiedene Dinge, und sie zu verwechseln verschwendet ein Design-Meeting. Dieses Modul entwirrt zuerst das Vokabular und baut dann die echte, dokumentierte Brücke: Ein Process-Automation-Projekt wird zu einem Joule-Skill, und ein Joule-Agent ruft diesen Skill als Tool auf. Es setzt M333 voraus und profitiert vom Begleitmodul zu den Grundlagen des Generative AI Hub (M325).
1. Zwei Bedeutungen von „Agent“ im selben Produkt — benennen Sie sie, bevor Sie irgendetwas entwerfen
Die eigene Dokumentation von SAP Build Process Automation verwendet „Agent“ für etwas Spezifisches und viel Älteres als generative KI: einen Desktop Agent, die Software, die auf einem Windows- oder macOS-Rechner läuft und aufgezeichnete oder entworfene RPA-Automatisierungen ausführt — Bildschirmerfassung, Anwendungsinteraktion, betreute und unbetreute Läufe. Desktop Agent 3 ist die aktuelle Version, registriert und mit der Plattform verbunden, automatisch aktualisiert, mit eigener Installations- und Verwaltungsdokumentation. An einem Desktop Agent ist nichts, was ein Sprachmodell betrifft.
Voraussetzungen
- M333 (KI- und LLM-Grundlagen für SAP-Berater)
- Arbeitskenntnisse in SAP Build Process Automation (Business Processes, Automations, Decisions) oder Bereitschaft, eine Testversion zu erkunden
- Grundlegende Vertrautheit mit SAP-BTP-Destinations, CAP/OData-Services und dem BTP-Cockpit
- M325 (SAP Generative AI Hub in der Praxis) hilfreich für den Kontext zu den Foundation Models, die ein Joule-Agent nutzen kann, nicht erforderlich
Lernergebnisse
- Eine 'Agent'-Anfrage in einem Projektgespräch korrekt einordnen, indem Desktop-Agent-RPA-Arbeit von Joule-Agenten-Design unterschieden wird.
- Die Kette Destination-zu-Action-zu-Skill für eine reale SAP-API bauen und publizieren, unter Vermeidung der dokumentierten Konfigurationsfallen.
- Skill-Beschreibungen schreiben, die präzise genug sind, um zuverlässiges Agenten-Routing zu erzeugen, und dies durch Tests auf Skill- und Agentenebene verifizieren.
- Einen fehlerhaften Agenten fehlerbeheben, indem das Symptom einem von sechs dokumentierten Fehlermodi zugeordnet wird, statt zu raten.
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.