SAP-Wiki

Side-by-side Extensibility

Side-by-side Extensibility bezeichnet die Erweiterung von SAP-Systemen über eine separate Plattform, meist die SAP Business Technology Platform, statt direkt im Kernsystem selbst. Individuelle Funktionen, eigene Apps und Integrationen entstehen dort getrennt vom SAP-Standard und bleiben bei Release-Wechseln des Kernsystems vollständig unberührt.

Definition

Was ist Side-by-side Extensibility?

Side-by-side Extensibility entstand als Antwort auf ein altes Problem: Eigenentwicklungen direkt im ERP-Kern erschweren jeden Release-Wechsel, weil sie bei jedem Update neu geprüft werden müssen. SAP verlagert deshalb individuelle Erweiterungen auf eine eigene Plattform, die SAP Business Technology Platform, und verbindet sie über definierte Schnittstellen mit dem Kernsystem. Der Zweck ist ein Kernsystem, das im S/4HANA-Sprachgebrauch als Clean Core bezeichnet wird und frei von Fremdcode bleibt.

Relevant ist der Ansatz für jedes Unternehmen, das SAP S/4HANA einsetzt und eigene Anforderungen jenseits des Standards hat, etwa branchenspezifische Zusatzprozesse oder Integrationen zu Drittsystemen. Besonders in der Public Cloud, wo Eingriffe ins Kernsystem stark eingeschränkt sind, ist Side-by-side Extensibility oft der einzige Weg zur individuellen Erweiterung. Entwicklerteams arbeiten dort mit ABAP Cloud, Java oder gängigen Programmiersprachen auf der Plattform.

Der Ablauf beginnt mit der Entscheidung, ob eine Anforderung tatsächlich Code braucht oder sich über Konfiguration im Standard lösen lässt. Nur echte Zusatzfunktionen wandern auf die Plattform, entwickelt, getestet und über die SAP Integration Suite an das Kernsystem angebunden. Häufiger Stolperstein ist die Unterschätzung des Integrationsaufwands: Schnittstellen, Authentifizierung und Berechtigungskonzept brauchen eigene Sorgfalt, sonst entstehen neue Abhängigkeiten statt weniger.

Funktionen

Wie funktioniert Side-by-side Extensibility?

Technisch läuft die Erweiterung auf der SAP Business Technology Platform, die Laufzeitumgebungen für ABAP Cloud, Java und weitere Sprachen bereitstellt. Eigene Anwendungen kommunizieren mit dem Kernsystem über offene Schnittstellen wie OData-Services oder APIs, nicht über direkte Datenbankzugriffe. Authentifizierung und Benutzerverwaltung laufen häufig über SAP Cloud Identity Services, die Oberfläche entsteht meist mit SAP Fiori Elements. Das Kernsystem bleibt dabei unangetastet, Updates und Release-Wechsel dort verlaufen ohne Rücksicht auf die externe Erweiterung.

Im Zusammenspiel mit dem Kernsystem bindet sich die Erweiterung über die SAP Integration Suite an, die Nachrichtenformate übersetzt und Verbindungen zu weiteren Drittsystemen herstellt. Berechtigungen werden zentral über SAP-Berechtigungen und Identity Management gesteuert, damit externe Apps nur auf die Daten zugreifen, für die ein Anwender freigeschaltet ist. Für IT-Teams bedeutet das eine zusätzliche Betriebsebene neben dem Kernsystem, mit eigenem Lebenszyklus und eigenem Monitoring.

Vorteile

Kernsystem bleibt unberührt

Erweiterungen laufen außerhalb des SAP-Systems. Release-Wechsel und Updates des Kernsystems verlaufen ohne Rücksicht auf individuellen Code.

Moderne Entwicklungssprachen

Teams entwickeln in ABAP Cloud, Java oder gängigen Sprachen statt in systemnahem Legacy-Code. Das erleichtert die Suche nach Entwicklerkapazität am Markt.

Cloud-tauglich

In der SAP S/4HANA Public Cloud sind Eingriffe ins Kernsystem stark begrenzt. Side-by-side Extensibility bleibt hier oft der einzige Weg zur Individualisierung.

Klare Verantwortlichkeiten

Kernsystem und Erweiterung liegen technisch getrennt vor. Betrieb, Support und Lebenszyklus lassen sich für beide Seiten unabhängig planen.

Wiederverwendbare Bausteine

Einmal entwickelte Erweiterungen lassen sich an mehrere Kernsysteme anbinden, etwa bei mehreren Landesgesellschaften mit ähnlichem Bedarf.

Grenzen

Zusätzliche Betriebsebene

Die Plattform braucht eigenes Monitoring, eigene Berechtigungen und einen eigenen Lebenszyklus. Wer das unterschätzt, verschiebt Komplexität nur vom Kernsystem auf die Plattform.

Integrationsaufwand real

Schnittstellen zwischen Plattform und Kernsystem müssen entworfen, gesichert und gepflegt werden. Das ist Aufwand, der bei Erweiterungen im Kernsystem selbst entfällt.

Nicht für jede Anforderung nötig

Viele Anforderungen lassen sich über Konfiguration im Standard lösen. Wer vorschnell auf die Plattform ausweicht, baut unnötige Komplexität auf.

Zusätzliche Lizenz- und Betriebskosten

Die Plattform läuft neben dem Kernsystem und verursacht eigene Kosten für Laufzeitumgebung und Betrieb. Das gehört in jede Kalkulation vor der Entscheidung.

FAQ

Häufige Fragen zu Side-by-side Extensibility

Was ist der Unterschied zwischen Side-by-side und In-App Extensibility?

In-App Extensibility erweitert das Kernsystem direkt, über Customizing oder Eigenentwicklung im S/4HANA-System selbst. Side-by-side Extensibility läuft auf einer separaten Plattform, meist der SAP Business Technology Platform, und bleibt vom Kernsystem technisch getrennt.

Brauche ich zwingend die SAP Business Technology Platform?

Für Side-by-side Extensibility im engeren Sinn ja, sie ist die von SAP vorgesehene Zielplattform. Alternative externe Plattformen sind technisch möglich, verlieren aber den engen Support und die vorgefertigten Integrationen zu SAP-Systemen.

Lohnt sich Side-by-side Extensibility für kleine Anpassungen?

Meist nicht. Kleine, eng mit dem Standardprozess verzahnte Änderungen sind über klassisches Customizing oder In-App Extensibility oft schneller umgesetzt. Der Aufwand einer separaten Plattform lohnt sich erst ab eigenständigen, größeren Funktionsbausteinen.

Welche Programmiersprachen nutzt man bei Side-by-side Extensibility?

Üblich sind ABAP Cloud und Java, daneben unterstützt die SAP Business Technology Platform weitere gängige Sprachen. Die Wahl richtet sich nach vorhandenem Entwickler-Know-how und der Art der Anwendung.

Ist Side-by-side Extensibility in der Public Cloud Pflicht?

Nicht formal Pflicht, aber in der Praxis oft die einzige Option. SAP S/4HANA Public Cloud begrenzt Eingriffe ins Kernsystem stark, individuelle Funktionen entstehen deshalb fast zwangsläufig auf der Plattform.

Ihr Kontakt

Gabriele Görtz

Head of Sales & Growth

Sprechen Sie mit uns.

Ein Erstgespräch dauert 30 Minuten. Sie können auch direkt mit einem konkreten Thema kommen. Rufen Sie an oder schreiben Sie uns.

+49 40 69 658 50-0

Anwender-Helpdesk für Bestandskunden:

0800 52388 55 (kostenfrei)