Konzeptkarte

SAP BTP Extension Suite & Side-by-Side-Erweiterungen

Stand 2026-07-23

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 BTP Extension Suite & Side-by-Side-Erweiterungen?

Die BTP Extension Suite erlaubt es Beratern, S/4HANA über stabile APIs statt über ABAP-Exits zu erweitern, und tauscht dabei anfängliche Architekturkomplexität gegen dauerhafte Upgrade-Sicherheit.

Worum es geht

Die SAP Business Technology Platform (BTP) Extension Suite ist das empfohlene Muster, um S/4HANA und andere SAP-Cloud-Anwendungen zu erweitern, ohne die Standard-Codebasis zu verändern — das Clean-Core-Prinzip in der Praxis. Statt In-System-Erweiterungen über ABAP-Exits (das alte Muster der SAP Business Suite, das zwei Jahrzehnte lang Upgrade-Albträume verursacht hat), laufen Erweiterungen side-by-side auf BTP und integrieren sich über stabile APIs mit S/4HANA. Für SAP-Analytics-Berater ist die BTP Extension Suite wichtig, weil dort zunehmend kundenspezifische Analytics-Anwendungen, Integrationen und KI-Agenten entstehen.

Warum es zählt

Side-by-Side-Erweiterungen halten S/4HANA upgradefähig, weil SAP nur den API-Vertrag bewahren muss, nicht kundenspezifischen In-System-Code.
Die Kosten sind real: Was früher eine einzige ABAP-Erweiterung war, wird zu einer mehrteiligen Anwendung, die sich über BTP, S/4HANA und die Integrationsschicht erstreckt.
Greifen Sie nur bei nicht-trivialen Erweiterungen darauf zurück — triviale UI-Anpassungen (Fiori-Adaption) oder Anwendungsfälle, die mit den nativen Fähigkeiten von SAC/Datasphere abgedeckt sind, benötigen sie nicht.

Kernpunkte

Drei Säulen — Anwendungsentwicklung (Build Code / Build, Java/Node/Python auf CF oder Kyma, CAP-Framework), Prozessautomatisierung (SAP Build Process Automation), Integration (SAP Integration Suite).
Clean-Core-Prinzip — Erweiterungen laufen side-by-side auf BTP und integrieren sich über stabile APIs; S/4HANA-Upgrades können die Erweiterung nicht brechen.
Cloud Foundry vs. Kyma — CF stärker gemanagt, Kyma Kubernetes-nativ; die Präferenz des Teams und vorhandene Betriebs-Skills entscheiden.
Anti-Pattern — BTP für triviale UI-Anpassungen zu nutzen (Fiori-UI-Adaption ist einfacher) oder für Analysen, die mit nativem SAC/Datasphere abgedeckt sind.
Ersetzt veraltete ABAP-seitige Erweiterungen — eine saubere architektonische Trennung von In-System-Änderungen.
SAP BTP Extension Suite & Side-by-Side-Erweiterungen ist erst dann beherrscht, wenn es eine konkret benannte Kaufentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, Knowledge-Graph- und Nachrichtensignale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.

Begriffe auf dieser Seite

Clean Core: Das Architekturprinzip, wonach die SAP-Kernanwendung (S/4HANA, SuccessFactors, Ariba) unverändert bleiben muss und sämtliche Anpassungen in Side-by-Side-BTP-Erweiterungen stattfinden; die Grundlage für sichere, upgradefähige SAP-Cloud-Implementierungen.
CAP (Cloud Application Programming model): SAPs eigenständiges Framework zum Aufbau cloud-nativer Anwendungen auf BTP; stellt Service-Definitionen, Datenmodelle, OData-Services und Berechtigungsverwaltung von Haus aus bereit.
Cloud Foundry: Eine der beiden BTP-Runtimes — eine gemanagte PaaS-Plattform, die Java, Node.js, Python und weitere Sprachen unterstützt; die einfacher zu betreibende Wahl für Teams ohne Kubernetes-Expertise.
Kyma: BTPs zweite Runtime — Kubernetes-nativ mit integrierter Erweiterbarkeit (Eventing, API-Gateway, Function-as-a-Service); die Wahl für Teams mit Cloud-native-Kompetenz und CNCF-Präferenz.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Kompromiss 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.
Kontrollebene: Die Schicht, die Richtlinien, Zugriff, Lineage, Monitoring und Eskalation über das Betriebsmodell hinweg anwendet.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, richtungsweisende Signale, modellierte Annahmen und Feldbeobachtungen voneinander unterscheidet.

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.

In der App öffnen →