Konzeptkarte

KI-Orchestrierung

Stand 10. Oktober 2026

Redaktion: Cédric Mary, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist KI-Orchestrierung?

Einen Recherche-Agenten, einen Entwurfs-Agenten und einen Review-Agenten in einem einzigen Workflow zu koordinieren – nicht ein einzelnes KI-Tool besser zu nutzen – unterscheidet Power-User von Gelegenheitsanwendern.

Was es ist

KI-Orchestrierung ist die Schicht, die entscheidet, welches Modell, Tool oder welcher Retrieval-Schritt für eine gegebene Anfrage läuft, in welcher Reihenfolge, und was passiert, wenn einer davon fehlschlägt — im Unterschied zu den Modellen selbst.

Warum es wichtig ist

Die Orchestrierungsschicht ist der Ort, an dem Enterprise-KI-Projekte tatsächlich gelingen oder scheitern. Modellqualität wird zunehmend zur Commodity; der Unterschied zwischen einer Demo und einem System liegt darin, ob der richtige Kontext zusammengestellt wurde, ob ein Tool-Aufruf zulässig war und ob ein Fehler kontrolliert abgefedert wurde oder eine selbstsichere Fehlantwort erzeugt hat.

Für einen SAP-Berater ist dies die Schicht, an der Governance ansetzt. Welche Daten ein Schritt lesen darf, mit wessen Autorisierung, und was anschließend protokolliert wird, sind Orchestrierungsentscheidungen, keine Modellentscheidungen.

Wie es funktioniert

Drei Verantwortlichkeiten: Routing (welche Fähigkeit übernimmt diese Anfrage), Kontextaufbau (was das Modell sehen darf) und Fehler-Policy (was bei Timeout, Ablehnung oder geringer Konfidenz geschieht). Die dritte ist diejenige, die die meisten Designs auslassen, und sie ist es, die darüber entscheidet, ob das System sicher exponiert werden kann.

SAPs Plattformrichtung verortet Agenten und ihre Governance in der Runtime statt in jeder einzelnen Anwendung — dasselbe Argument eine Ebene höher (SAP News Center — Business Data Cloud).

Der Senior-Move

Machen Sie die Autorität jedes Schritts explizit. Eine Orchestrierung, bei der jeder Schritt alles lesen darf, ist keine Architektur, sondern eine Demo, die noch keinem Prüfer begegnet ist. Den Scope pro Schritt zu benennen ist das, was die einzige im Review relevante Frage beantwortbar macht: Was hätte dieser Schritt sehen können?

Warum es zählt

Die Kompetenzlücke liegt im Verketten von Agenten, nicht darin, ein einzelnes Modell besser zu prompten.
Ein Single-Agent-Workflow deckelt den Output auf das, was ein Modell in einem Durchlauf leisten kann; Orchestrierung summiert Fähigkeiten über mehrere Schritte.

Kernpunkte

Die Praxis, mehrere KI-Modelle und -Tools zu koordinieren, um komplexe Workflows umzusetzen — Recherche-Agent + Entwurfs-Agent + Review-Agent.
Die aufkommende Kompetenz, die Power-User von gelegentlichen KI-Anwendern unterscheidet.
Orchestrierungsentscheidungen sind Governance-Entscheidungen: welche Daten ein Schritt lesen darf, unter wessen Autorität, und was danach protokolliert wird — keine Modellentscheidungen.
SAP implementiert dies auf Plattformebene über den Orchestrierungsdienst von generative AI hub (Templating, Grounding, Content-Filterung, Datenmaskierung, Übersetzung als Pipeline-Module), statt es jeder Anwendung zu überlassen, das neu zu erfinden.
Zwei Bedeutungen von Grounding dürfen nicht vermischt werden: Grounding im Orchestrierungsdienst ist ein RAG-Pipeline-Schritt gegen konfigurierte Dokumente; Joule-/Knowledge-Graph-Grounding verankert das Denken in den tatsächlichen SAP-Entitäten und -Beziehungen eines Kunden.
Die in Joule Studio 2.0 eingebettete n8n-Oberfläche (GA von der Fachpresse für Q3 2026 angekündigt, in SAP-Quellen bis 10.10.2026 nicht bestätigt) erweitert die Orchestrierung über SAP-Systeme hinaus — ein in Joule gebauter Agent kann Nicht-SAP-Werkzeuge ohne individuellen Integrationscode aufrufen.
NVIDIA OpenShell beantwortet „kann diese Aktion sicher ausgeführt werden“; Joule Studios Laufzeit-Governance-Schicht beantwortet „soll diese Aktion überhaupt geschehen“ — Orchestrierung braucht beide Antworten, nicht nur eine.

Begriffe auf dieser Seite

Judgment layer: Der Teil der Arbeit, den KI nicht leisten kann — Priorisierung, Trade-offs, das Lesen des Kundenkontexts.
AI-first draft: Workflow, bei dem die KI den ersten Entwurf liefert (Code, Memo, Folie) und der Berater überarbeitet statt von Grund auf neu zu schreiben.
Agent reliability: Die Konsistenz, Kosten, Sicherheit und Policy-Konformität eines Agenten über wiederholte Durchläufe hinweg.
Orchestration service: SAPs gesteuerte API in generative AI hub (AI Core), die Templating, Grounding, Content-Filterung, Datenmaskierung und Übersetzung als konfigurierbare Pipeline-Module zusammensetzt.
Document grounding: Ein RAG-Pipeline-Schritt in SAPs Orchestrierungsdienst: Dokumente aus SharePoint oder AWS S3 werden eingebettet, zum Zeitpunkt der Anfrage nach Relevanz abgerufen und vor dem LLM-Aufruf in den Prompt eingefügt.
Knowledge Graph grounding: Das Verankern des Denkens eines Agenten im SAP Knowledge Graph — einer beziehungsbewussten Landkarte der tatsächlichen SAP-Entitäten eines Kunden — im Unterschied zu dokumentbasiertem RAG.
Failure policy: Die explizite, schrittweise Festlegung, was bei Timeout, Ablehnung oder geringer Konfidenz in einer orchestrierten Pipeline geschieht — das Element, das die meisten Entwürfe auslassen.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.