Was bedeutet Side-by-Side-Erweiterung?

Bei der Side-by-Side-Erweiterung laufen eigenständige Apps außerhalb des S/4HANA-Kerns auf der SAP Business Technology Platform (z. B. ABAP Environment oder CAP) und greifen über freigegebene APIs und Events auf S/4HANA zu. Der Kern bleibt unangetastet.

Müssen alle Z-Programme bei S/4HANA weg?

Nein – aber sie müssen Clean-Core-konform werden. Mit dem ABAP Test Cockpit (ATC) prüfen Sie die Cloud-Readiness; konformer Code bleibt, Modifikationen werden in freigegebene Erweiterungspunkte refaktoriert und schwere Eigenanwendungen wandern side-by-side auf BTP.

SAP Clean Core & BTP-Erweiterungen: Y/Z-Code ablösen

Q: Was ist Clean Core bei SAP?

Clean Core bedeutet, den S/4HANA-Kern standardnah und unmodifiziert zu halten. Erweiterungen erfolgen ausschließlich über von SAP freigegebene APIs und Erweiterungspunkte – nicht durch Modifikationen am Standard. Dadurch bleibt das System upgrade- und cloudfähig.

Von Aleksandar Prvulovic · Geschäftsführer & SAP-Berater, AP IT · Veröffentlicht 21. Juni 2026 · Lesezeit ~6 Min.

Das Wichtigste in Kürze

Clean Core heißt: den S/4HANA-Kern standardnah und unmodifiziert halten, damit er upgrade- und cloudfähig bleibt und die Betriebskosten sinken. Erweiterungen laufen über drei Wege: In-App (Key-User, No-/Low-Code), Developer Extensibility (ABAP Cloud / RAP im Stack mit nur freigegebenen APIs) und Side-by-Side (eigene Apps auf der SAP BTP). ABAP Cloud ist SAPs empfohlenes Modell für alle neuen Eigenentwicklungen. SAP gliedert Erweiterungen seit 2025 in vier Clean-Core-Stufen (A–D): A ist voll upgrade-sicher (nur freigegebene APIs), D umfasst klassische Modifikationen mit hohem Upgrade-Risiko. Klassische Z-Modifikationen werden mit dem ABAP Test Cockpit (ATC) geprüft, in freigegebene Erweiterungspunkte refaktoriert oder side-by-side ausgelagert – mit einer Retirement-Roadmap für riskante Eingriffe.

Was ist Clean Core?

Clean Core ist das Prinzip, den digitalen Kern von S/4HANA möglichst im Standard zu belassen. Statt den SAP-Standard zu modifizieren, werden Anpassungen ausschließlich über von SAP freigegebene APIs und Erweiterungspunkte umgesetzt. Ein „sauberer Kern" lässt sich problemlos upgraden – besonders wichtig bei S/4HANA Cloud mit halbjährlichen Releases – und senkt die Wartungs- und Total-Cost-of-Ownership langfristig deutlich.

Warum Clean Core? (Upgrade-Sicherheit & Cloud)

Jede Modifikation am SAP-Standard muss bei jedem Upgrade geprüft und nachgezogen werden – das ist teuer, langsam und fehleranfällig. Wer den Kern sauber hält, bekommt Innovationen ohne Reibung, kann in die Cloud, und reduziert technische Schulden. Genau deshalb verlangt SAP für S/4HANA das Umdenken weg von Y/Z-Modifikationen hin zu entkoppelten, freigegebenen Erweiterungen.

Die drei Erweiterungsarten

Erweiterungsart	Wo	Wofür
In-App (Key-User)	im S/4HANA-Stack, No-/Low-Code	Zusatzfelder, Formulare, einfache Logik über freigegebene BAdIs
Developer Extensibility	im Stack, ABAP Cloud / RAP, nur freigegebene APIs	eigene Fiori-/OData-Apps und RAP-Geschäftsobjekte
Side-by-Side	auf SAP BTP (ABAP Environment, CAP)	eigenständige, lose gekoppelte Apps & Integration über released APIs/Events

ABAP Cloud / RAP statt Modifikationen

ABAP Cloud ist das moderne, Clean-Core-konforme Entwicklungsmodell auf Basis des ABAP RESTful Application Programming Model (RAP). Es erlaubt nur freigegebene SAP-Objekte und öffentliche APIs – der direkte Zugriff auf nicht freigegebene Tabellen ist gesperrt. Dadurch sind die Apps von Haus aus upgradesicher. Für Erweiterungen ausserhalb des Kerns dient das ABAP Environment auf SAP BTP („Steampunk") oder das Cloud Application Programming Model (CAP).

Wie räumen Sie Custom-Code auf? (5 Schritte)

Inventur & Cloud-Readiness. Custom-Code mit dem ABAP Test Cockpit (ATC) und den Clean-Core-/ABAP-Cloud-Prüfvarianten analysieren.
Klassifizieren. Behalten (konform), Anpassen (Modifikation → freigegebener Erweiterungspunkt) oder Auslagern (schwere App → Side-by-Side).
Refactoring im Stack. Modifikationen durch freigegebene BAdIs/RAP-Erweiterungen ersetzen.
Side-by-Side auslagern. Eigenständige Anwendungen auf SAP BTP (ABAP Env./CAP) über released APIs anbinden.
Absichern. Wiederverwendbare Templates für die häufigsten Erweiterungen (Formulare, Preisfindung, Lieferschein) etablieren – upgradesicher und wartbar.

Häufige Stolpersteine

„Wir modifizieren nur ein bisschen". Jede Modifikation kostet bei jedem Upgrade – Clean Core ist kein Luxus, sondern Kostenkontrolle.
RAP-Know-how fehlt. Der Umstieg von klassischem ABAP auf ABAP Cloud/RAP braucht Erfahrung – sonst entstehen neue, schwer wartbare Muster.
Alles side-by-side. Nicht jede Erweiterung gehört auf BTP – In-App ist oft einfacher und günstiger.
Custom-Code nicht inventarisiert. Ohne ATC-Analyse bleibt der Migrationsaufwand unklar.

Häufige Fragen

Was ist Clean Core bei SAP?

Den S/4HANA-Kern standardnah halten und nur über freigegebene APIs/Erweiterungspunkte erweitern – statt zu modifizieren. So bleibt das System upgrade- und cloudfähig.

Was ist ABAP Cloud bzw. RAP?

Das moderne, Clean-Core-konforme Entwicklungsmodell (RESTful Application Programming Model). Nur freigegebene Objekte/APIs erlaubt – upgradesichere Fiori-/OData-Apps.

Was ist Side-by-Side-Erweiterung?

Eigenständige Apps außerhalb des Cores auf SAP BTP (ABAP Env./CAP), die über released APIs/Events auf S/4HANA zugreifen.

Müssen alle Z-Programme weg?

Nein, aber sie müssen Clean-Core-konform werden: mit ATC prüfen, Konformes behalten, Modifikationen refaktorieren, schwere Apps side-by-side auslagern.

SAP Clean Core & BTP-Erweiterungen