Agenten-Orchestrierung in BDC
Stand 2026-09-03
Ein Joule Agent ist keine größere Joule Skill — es handelt sich um eine andere Engineering- und Governance-Disziplin, und die meisten BDC-Piloten stocken genau an dem Punkt, an dem Teams beides gleichsetzen. Die beiden Entscheidungen, die darüber bestimmen, ob ein Agent in die Produktion gelangt, sind der Tool-Katalog (5-8 eng abgegrenzte Tools, nie eine offene Discovery-Fläche) und die Leitplanken um die ReAct-Schleife — Iterationsobergrenze, Budgetobergrenze pro Aufgabe und eine Human-Oversight-Warteschlange nach Art. 14 für jede risikoreiche Aktion. Werden diese falsch gesetzt, liegen die Kosten pro Aufgabe beim 3- bis 10-Fachen einer Skill — ohne Obergrenze, wenn die Schleife divergiert. Werden sie richtig gesetzt, entsteht ein belastbares Architecture Decision Record, das ein CIO-Governance-Gremium tatsächlich absegnet — das Artefakt, das einen Berater, der Agenten produktiv ausliefert, von einem unterscheidet, der sie nur vorführt.
Was Sie lernen
- Eine Joule-Agent-Definition für ein BDC-Programm entwerfen — mit Festlegung von Tool-Katalog (5-8 Tools), Autorisierung auf Tool-Ebene, Iterationsobergrenze, Budgetobergrenze pro Aufgabe und HITL-Triggern — und jede Scoping-Entscheidung gegen die Audit-Anforderungen eines Enterprise-CIO begründen
- Jeden der fünf Agenten-Fehlermodi (Schleifendivergenz, halluzinierter Tool-Aufruf, Rechteeskalation, Prompt Injection, Kosten-Runaway) in einer gegebenen Agentenspur diagnostizieren und für jeden die passende Leitplanke verordnen
- Eine HITL-Review-Warteschlange für einen Agenten konfigurieren und testen, der in einer Domäne operiert, die nach Artikel 14 des EU AI Act als Annex-III-Hochrisiko eingestuft ist — einschließlich Trigger-Schwellen, Reviewer-Oberfläche und Audit-Log-Ziel
- Ein Architecture Decision Record für die Entscheidung Skill versus Agent erstellen, den Kostenunterschied quantifizieren und die Governance-Kontrollen dokumentieren, die die Agenten-Option für einen Compliance-Beauftragten akzeptabel machen
Warum Agenten-Orchestrierung gerade das Schwierigste in der SAP-KI ist
Wer in den letzten achtzehn Monaten Zeit auf SAP-Business-Data-Cloud-Programmen verbracht hat, kennt das Muster: Die Demo ist beeindruckend, das Produktions-Deployment ist ernüchternd. Joule Skills — einstufige Frage-Antwort-Fähigkeiten, gegründet auf Datasphere-Semantikmodellen — landen gut in Produktion, weil sie deterministisch, kostenbegrenzt und leicht zu auditieren sind. Joule Agents — mehrstufige, multi-tool-fähige Orchestratoren, die autonom planen und handeln — sind eine völlig andere Engineering-Disziplin. Sie führen Nichtdeterminismus, Kosten-Nichtlinearität, Fehlermodi, die es in klassischen ETL-Pipelines nicht gibt, und Governance-Pflichten ein, die für die meisten SAP-Architekturteams neu sind.
Dieses Modul liefert die Architekturmuster, das Leitplanken-Engineering und den Governance-Vertrag, die einen Produktions-Agenten von einem überzeugenden Proof-of-Concept unterscheiden, der nie über einen Sicherheitsreview hinauskommt.
Das Ausführungsmodell: ReAct und warum es bricht
Jeder Joule Agent führt eine Variante der ReAct-Schleife aus (Reason-Act-Observe, also Denken-Handeln-Beobachten). In jeder Iteration liest das Agent-Modell das akkumulierte Kontextfenster — das Nutzerziel, frühere Tool-Ausgaben, frühere Reasoning-Spuren —, erzeugt einen Reasoning-Schritt (was es zu wissen glaubt und welche Aktion als Nächstes folgen sollte), ruft ein Tool auf, liest dessen Ausgabe und wiederholt die Schleife. Konvergenz tritt ein, wenn das Modell eine finale Antwortaktion statt eines weiteren Tool-Aufrufs erzeugt, oder wenn eine harte Obergrenze die Schleife beendet.
Voraussetzungen
- Fortgeschrittene praktische Erfahrung in SAP-Analytics-Projekten
- Zuerst die Kernkonzepte wiederholen: C087, C047, C009
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: B2B-SaaS-Umsatzuntersuchungs-Agent — „2 % MoM-Rückgang in EMEA, Ursache finden und VP-Briefing entwerfen".
- Das Anti-Muster erkennen und vermeiden: weit geöffneter Tool-Katalog — unvorhersehbares Verhalten, Audit-Albtraum.
- Die Kernentscheidung des Moduls anwenden: Skill vs. Agent — Skill für „was ist X"-Antworten wählen; Agent nur, wenn Multi-Tool-Orchestrierung nötig ist, nicht Agent für Probleme, die ein Skill löst (3- bis 10-facher Kostenverlust).
- Die Beherrschung mit dem KPI verfolgen: Aufgaben-Erfolgsquote (Ziel: > 80 % konvergieren innerhalb des Budgets; Warnsignal: < 60 % = Scope- oder Tooling-Problem).
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.