Konzeptkarte

Side-by-Side-Erweiterungen auf SAP BTP (ehemals „SAP Extension Suite“) — Clean Core im Zeitalter der KI

Stand 6. 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 Side-by-Side-Erweiterungen auf SAP BTP (ehemals „SAP Extension Suite“)?

„SAP Extension Suite“ ist eine ausgemusterte Bezeichnung: SAP ordnet Erweiterungen heute über SAP Build, ABAP Cloud und die Clean-Core-Stufen A bis D ein. Side-by-Side auf SAP BTP bleibt das upgrade-sichere Muster — und 2026 ist es auch der Ort, an dem KI-Agenten, MCP-Server und A2A-Agenten gebaut werden, im Rahmen der SAP API Policy.

Was es ist – und warum sich der Name geändert hat

„SAP Extension Suite“ war die frühere SAP-Bezeichnung für die BTP-Dienste, mit denen SAP-Anwendungen erweitert wurden (Entwicklungswerkzeuge, Workflow, Portale). SAP strukturiert seine Botschaft nicht mehr so: Die Lernreise „Developing with SAP Extension Suite“ wurde in „Building side-by-side extensions on SAP BTP“ umbenannt, und die Werkzeuge wurden unter SAP Build zusammengeführt (Build Code, Build Apps, Build Process Automation, Build Work Zone), wobei ABAP Cloud seit der TechEd 2024 zu SAP Build gehört. Das Prinzip hinter der alten Bezeichnung bleibt unverändert: SAP-Anwendungen erweitern, ohne sie zu verändern, über stabile, freigegebene Schnittstellen — den Clean Core.

Clean-Core-Stufen A–D (das Modell von 2025)

Im August 2025 ersetzte SAP sein binäres dreistufiges Erweiterbarkeitsmodell durch ein Konzept von Clean-Core-Stufen, das jede Erweiterung bewertet:

Stufe A — Erweitern mit SAP Build. Nur öffentlich freigegebene, stabile SAP-Schnittstellen mit Stabilitätsgarantien: Side-by-Side auf SAP BTP (CAP, ABAP Cloud in der BTP-ABAP-Umgebung, Low-Code) oder On-Stack mit ABAP Cloud.
Stufe B — Klassische APIs nutzen. Klassische ABAP-Technologien und klassische SAP-APIs, so genutzt, wie SAP es empfiehlt, mit dokumentierten, upgrade-stabilen Schnittstellen.
Stufe C — Greift auf interne Objekte zu. Nutzt interne SAP-Objekte; unterstützt für Legacy-Szenarien mit Änderungsprotokollen zur Upgrade-Planung.
Stufe D — Nicht empfohlen. Modifikationen oder nicht empfohlene Objekte und Techniken; technische Schulden.

Side-by-Side-Erweiterungen auf BTP sind konstruktionsbedingt Stufe A, sofern sie ausschließlich veröffentlichte APIs nutzen — genau deshalb bleiben sie der Standard für neue, nicht-triviale Erweiterungen.

Warum es zählt

„SAP Extension Suite“ ist nicht mehr die Art, wie SAP diesen Bereich benennt — SAP Build, ABAP Cloud und die Clean-Core-Stufen A bis D sind das aktuelle Vokabular, das Kunden und SAP-Kundenteams verwenden.
Side-by-Side-Erweiterungen auf freigegebenen APIs sind konstruktionsbedingt Clean-Core-Stufe A; dieselbe Erweiterung fällt auf Stufe C oder D zurück, sobald sie interne Objekte aufruft.
2026 sind Erweiterungen zunehmend Agenten oder Agenten-Werkzeuge (CAP @mcp, CAP-A2A-Agenten, MCP-Server der Integration Suite) und unterliegen der SAP API Policy v.4.2026a.

Kernpunkte

„SAP Extension Suite“ ist eine ausgemusterte Bezeichnung; die Lernreise von SAP wurde in „Building side-by-side extensions on SAP BTP“ umbenannt, und die Werkzeuge befinden sich in SAP Build.
Clean-Core-Stufen (Aug. 2025): A = SAP Build / freigegebene APIs, B = klassische APIs wie empfohlen, C = interne Objekte, D = nicht empfohlen.
Bausteine: CAP (Node.js/Java), Fiori/UI5, SAP Build Apps, Build Process Automation, Integration Suite, Cloud Foundry oder Kyma, BTP-ABAP-Umgebung.
Side-by-Side wählen für eigene Daten, Benutzer, Lebenszyklus, Nicht-SAP-Integration oder KI; On-Stack-ABAP-Cloud für Logik innerhalb der Transaktion; Key-User-Erweiterbarkeit für kleine Änderungen.
Native KI von CAP: Embeddings, @cap-js/mcp (MCP), @cap-js/agents (A2A) — für individuelle Services, nicht als Proxy für SAP-APIs.
SAP API Policy v.4.2026a: nur Published APIs; agentische Nutzung von SAP-APIs über befürwortete Pfade.

Begriffe auf dieser Seite

Clean Core: Prinzip, SAP-Anwendungen nur über freigegebene, stabile Schnittstellen zu erweitern, damit Upgrades individuellen Code nicht beschädigen; seit 2025 in den Stufen A bis D bewertet.
Side-by-Side-Erweiterung: Erweiterung, die auf SAP BTP läuft, außerhalb der SAP-Anwendung, integriert über veröffentlichte APIs und Events.
ABAP Cloud: ABAP-Entwicklungsmodell, beschränkt auf freigegebene APIs, nutzbar on-stack in S/4HANA oder in der SAP-BTP-ABAP-Umgebung; seit TechEd 2024 Teil von SAP Build.
CAP (SAP Cloud Application Programming Model): SAPs Framework für Services und Anwendungen auf BTP in Node.js oder Java, mittlerweile mit nativen KI-Funktionen (Embeddings, MCP-Adapter, Agenten-Plugin).
Kyma: Die verwaltete Kubernetes-Laufzeitumgebung von SAP BTP, geeignet für Container, individuelle Stacks und ereignisgesteuerte Microservices.
Cloud Foundry: Die verwaltete PaaS-Laufzeitumgebung von SAP BTP, das einfachste Ziel für CAP-Anwendungen.

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.