Konzeptkarte

SAP Build with AI

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, 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 SAP Build with AI?

Das Versprechen des Zwei-Stunden-Prototyps ist real, aber an Bedingungen geknüpft – es gilt für lesezentrierte Apps mit Anbindung an einen einzigen OData-V4-Dienst und verschlechtert sich rasch bei schreibintensiven oder systemübergreifenden Prozessen.

Was es ist

SAP Build with AI ist die generative KI-Schicht, die in die SAP-Build-Familie eingebettet ist — Apps, Process Automation und Work Zone —, die es jemandem, der kein Entwickler ist, erlaubt, einen Geschäftsprozess in gewöhnlicher Sprache zu beschreiben und dafür einen funktionierenden Entwurf einer Anwendung, eines Formulars oder eines Workflows zu erhalten. Es läuft auf der SAP Business Technology Platform und wird von demselben Joule-Modell-Rückgrat angetrieben, das SAPs Konversationsassistenten an anderer Stelle in der Suite antreibt. Das Versprechen ist einfach: eine mündlich formulierte Anforderung in Stunden statt Wochen in einen einsatzfähigen Prototyp zu verwandeln.

Warum es wichtig ist

Jeder SAP-Kunde trägt einen unsichtbaren Rückstau an manueller Arbeit mit sich, der es nie auf eine IT-Roadmap geschafft hat — Excel-Abstimmungen, E-Mail-Genehmigungsketten, PDF-Übergaben zwischen Abteilungen —, weil kein einzelner Prozess je groß genug war, um ein formales Entwicklungsprojekt zu rechtfertigen. Die ursprüngliche Low-Code-Oberfläche von SAP Build senkte die Einstiegshürde bereits, indem sie handgeschriebenen Code durch Drag-and-Drop-Komponenten ersetzte. SAP Build with AI senkt sie erneut, indem es das Drag-and-Drop selbst durch einen Prompt ersetzt: Ein Prozessverantwortlicher tippt, was passieren soll, und der Anforderungsparser extrahiert die Entitäten, Aktionen, Bedingungen und Ergebnisse und bildet sie dann auf BTP-Servicebausteine wie OData-Services, BTP-Workflow-Schritte und Launchpad-Kacheln ab.

Warum es zählt

Zielt auf die 400 bis 4.000 Schatten-IT-Prozesse (manuelle Excel-Abstimmungen, E-Mail-Genehmigungsketten), die zu klein sind, um ein vollständiges ABAP-Projekt zu rechtfertigen
Das Versprechen von unter zwei Stunden gilt nur für lesezentrierte Apps mit Anbindung an einen einzigen OData-V4-Dienst, nicht für schreibintensive oder systemübergreifende Abläufe
Der Integrationsbroker löst benannte Systeme (z. B. „S/4HANA Finance") automatisch auf das konfigurierte BTP-Ziel auf und entfällt damit einen manuellen Verdrahtungsschritt

Kernpunkte

Generative Schicht oberhalb von SAP Build Apps + Process Automation + Work Zone; nutzt das Joule-LLM auf der BTP.
Vom Prompt zum einsatzfähigen Prototyp in unter 2 Stunden — gilt für einen Komplexitätswert ≤ 4/10 (≤ 3 Endpunkte, ≤ 5 Entscheidungszweige, ≤ 15 UI-Bildschirme).
Vierteiliger Stack: Anforderungsparser → Modellgenerator → Prozessautomatisierungs-Generator → Integrationsbroker.
Löst SAP-OData-V4-Ziele nativ über die BTP-Destination-Registry auf — kein eigener Connector nötig.
Lizenzierung: BTP-CPEA-Credits plus tokenbasierter Joule-Verbrauch (~0,003-0,007 € / 1.000 Token).
Governance-Lücke: Die KI-Generierung verkürzt den Freigabezyklus des Change Advisory Board in regulierten Umgebungen nicht.
Wettbewerbsvorteil gegenüber Power Platform: SAP-native OData-Auflösung plus gemeinsamer Joule-Kontext über Build + Datasphere + Consultants hinweg.
Obergrenze: komplexe systemübergreifende oder schreibintensive Prozesse erfordern den manuellen Bau ausgehend vom KI-generierten Gerüst.
SAP Build with AI ist erst dann beherrscht, wenn es eine konkret benannte Kaufentscheidung verändert.
Vor der Tool-Demonstration mit dem semantischen Vertrag und dem Kontrollmodell beginnen.

Begriffe auf dieser Seite

CPEA (Cloud Platform Enterprise Agreement): SAPs Cloud-Credit-Verbrauchsmodell für BTP-Services — Services zehren von einem vorab gekauften Credit-Block statt Abonnementgebühren pro Service zu haben.
OData V4: Das Open Data Protocol Version 4, das Standard-API-Format für SAP-Services aus S/4HANA, SuccessFactors und Datasphere; der Integrationsbroker von SAP Build löst Ziele auf OData-V4-Endpunkte auf.
SAP Build Process Automation: Ehemals SAP Intelligent RPA — die Workflow- und Robotic-Process-Automation-Komponente der SAP-Build-Suite; empfängt KI-generierte Prozessgerüste und führt sie auf der BTP aus.
Komplexitätswert: SAP Builds interne Skala (1-10), die die Integrationstiefe, Entscheidungsverzweigung und Anzahl der UI-Bildschirme einer Anwendung bewertet; die Qualität der KI-Generierung verschlechtert sich oberhalb des Werts 4.
Schatten-IT: Geschäftsprozesse, die außerhalb offizieller IT-Systeme laufen — typischerweise Excel, E-Mail oder PDF-Formulare — und sich anhäufen, weil formale Entwicklungskapazität nicht verfügbar oder zu langsam ist.
Change Advisory Board (CAB): Formales Governance-Gremium, das Änderungen an Produktivsystemen freigibt; KI-generierte Anwendungen unterliegen in regulierten Umgebungen weiterhin der CAB-Prüfung.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Aktion finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.

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 →