Executive Summary
SAP Cloud ERP verspricht schnelle Implementierung, minimale Wartungskosten und kontinuierliche Innovation durch automatische Quarterly Releases. Doch diese Versprechen werden nur Realität, wenn Clean Core von Anfang an konsequent umgesetzt wird.
Der entscheidende Unterschied zu SAP Cloud ERP Private: In SAP Cloud ERP (S/4HANA Cloud Public Edition) ist Clean Core nicht optional, sondern by Design mandatory. Sie haben keine Möglichkeit, klassische Modifikationen oder unsaubere Extensions zu erstellen – und das ist Ihr größter strategischer Vorteil. Dieser Artikel zeigt Ihnen, wie Sie die drei Extensibility-Säulen des SAP Cloud ERP optimal nutzen und Ihre Organisation auf Clean Core-Erfolg ausrichten.
1. Warum Clean Core in SAP Cloud ERP anders ist
SAP Cloud ERP = Clean Core by Design
Im Gegensatz zu SAP S/4HANA Cloud Private Edition oder On-Premise-Systemen haben Sie in SAP Cloud ERP keine Wahl: Clean Core ist mandatory. Das bedeutet konkret, dass Modifikationen am SAP-Standard-Code, Zugriff auf Classic ABAP oder direkter Schreibzugriff auf SAP-Tabellen technisch unmöglich sind. Stattdessen stehen Ihnen ausschließlich Released APIs mit Stabilitätsvertrag (Level A), Key User Extensibility für In-App-Extensions, Developer Extensibility via ABAP Cloud und SAP BTP für Side-by-Side Extensions zur Verfügung.
Der strategische Vorteil liegt auf der Hand: Sie können gar nicht falsch abbiegen. Clean Core ist von Anfang an garantiert. Während Organisationen in Private Edition oder On-Premise-Umgebungen aktiv gegen die Versuchung ankämpfen müssen, „schnelle“ aber unsaubere Lösungen zu implementieren, ist dieser Kampf in SAP Cloud ERP bereits gewonnen – durch die Architektur selbst.
Das Versprechen des SAP Cloud ERP
Die drei Wertsäulen von SAP Cloud ERP – schnelle Implementierung, minimale Wartung und kontinuierliche Innovation – stehen und fallen mit Clean Core. Bei der schnellen Implementierung bedeutet Clean Core, dass kein Custom Code Cleanup notwendig ist und Key User Extensions in Tagen statt Wochen umgesetzt werden können. Bei der minimalen Wartung führt Clean Core zu automatischen Quarterly Releases ohne Testing-Aufwand und null Custom Code Impact bei Updates. Die kontinuierliche Innovation wird durch Clean Core ermöglicht, da neue Features sofort nutzbar sind und Business AI out-of-the-box integriert werden kann.
Ohne Einhaltung des Clean Core würde aus dem versprochenen Go-Live in 3-6 Monaten ein Jahresprojekt, Quarterly Releases würden als zu risikoreich ignoriert und Innovation bliebe aufgrund mangelnder API-Kompatibilität unerreichbar. Der Unterschied zwischen SAP Cloud ERP und SAP Cloud ERP Private ist fundamental: In SAP Cloud ERP ist Clean Core mandatory by Design mit ausschließlich Level A Extensions möglich, während Private Edition Clean Core empfiehlt aber Level A-D zulässt. Upgrades sind SAP-managed und automatisch statt customer-managed, was die Governance-Komplexität drastisch reduziert.
2. Die drei Extensibility-Säulen in SAP Cloud ERP
SAP Cloud ERP bietet drei komplementäre Extension-Ansätze, die zusammen ein vollständiges Extensibility-Ökosystem bilden. Das Verständnis dieser drei Säulen und ihrer optimalen Anwendung ist der Schlüssel zu erfolgreicher Clean Core-Umsetzung.
Key User Extensibility: Die 70%-Lösung
Key User Extensibility richtet sich an Business Power User ohne Entwickler-Skills und ermöglicht browser-basierte Anpassungen direkt in SAP Fiori Apps. Diese Extensibility-Form umfasst das Hinzufügen von Custom Fields zu Standard Business Objects wie Sales Orders oder Purchase Requisitions, die Definition von Validierungsregeln und Feldberechnungen, sowie UI-Adaptationen wie das Ein- und Ausblenden von Feldern je nach Rolle.
Die Charakteristik dieser Extensions ist bemerkenswert: Sie erfordern keine Coding-Skills, ermöglichen sofortige Produktivsetzung, sind versioniert und dokumentiert, und sind upgrade-stabil per Definition, da ausschließlich Released Extension Points genutzt werden. Die Best Practice zeigt, dass 70% aller Extension-Anforderungen durch Key User Extensibility gelöst werden können – vorausgesetzt, die Key User sind entsprechend befähigt.
Der ROI ist eindeutig: Während eine Developer-Extension typischerweise 3-5 Tage Aufwand plus Transport und Testing erfordert, kann eine Key User Extension in 30 bis 90 Minuten erstellt und sofort produktiv gesetzt werden. Dies entspricht einer Einsparung von über 90% der Entwicklerkosten. Die Empfehlung ist daher klar: Investieren Sie in intensives Key User Extensibility Training von 2-3 Tagen, etablieren Sie ein Center of Excellence mit 2-3 Super Key Users pro Modul, und definieren Sie klare Governance-Regeln für die Erstellung von Extensions.
Developer Extensibility: Für komplexe On-Stack-Szenarien
Developer Extensibility mit ABAP Cloud kommt dann zum Einsatz, wenn Key User Extensibility nicht ausreicht. Typische Use Cases umfassen die Erstellung vollständig neuer Geschäftsobjekte, die Implementierung komplexer Custom Logic an SAP Extension Points, Custom OData Services als Wrapper um mehrere Standard-APIs, sowie Custom Fiori Apps als Full-Stack-Lösungen mit eigenem UI, Service Layer und Datenmodell.
Ein kritischer Unterschied zum klassischen ABAP: In SAP Cloud ERP steht ausschließlich ABAP Cloud zur Verfügung, nicht Classic ABAP. ABAP Cloud ermöglicht nur Zugriff auf Released APIs, während Classic ABAP alle Objekte zugänglich macht. Der ABAP Cloud Compiler erzwingt Clean Core Rules und verhindert syntaktisch unsauberen Code, während Classic ABAP keine Restriktionen kennt. Diese Einschränkungen garantieren Upgrade-Stabilität, bedeuten aber auch, dass Developer einen Mindset-Shift vollziehen müssen: Weg von „alles ist möglich“ hin zu „Arbeiten innerhalb definierter Boundaries“.
Die zentrale Empfehlung für Developer Extensibility lautet: Nutzen Sie sie nur, wenn transaktionale Konsistenz mit dem SAP-Standard wirklich erforderlich ist, performance-kritischer Zugriff auf hohe Datenvolumina notwendig ist, oder komplexe Datenabfragen unvermeidbar sind. In allen anderen Fällen sollten Sie Side-by-Side auf SAP BTP bevorzugen, da dies unabhängigen Lifecycle, Multi-Technologie-Support und unabhängige Skalierung ermöglicht.
Side-by-Side Extensions: Die BTP-First Strategie
SAP Business Technology Platform (BTP) mit SAP Build ist die strategisch wichtigste Extensibility-Säule. SAP Build umfasst ABAP Cloud im BTP ABAP Environment, CAP (Cloud Application Programming Model) für Java und JavaScript, SAP Build Apps für Low-Code/No-Code, SAP Build Process Automation für Workflows, sowie SAP Build Work Zone für zentrale Entry Points.
Typische Use Cases für BTP-Extensions reichen von stand-alone Full-Stack Applications über mobile Anwendungen für externe User bis hin zu Multi-System Orchestration als Hub zwischen verschiedenen Backend-Systemen. Besonders wertvoll ist BTP für AI/ML Use Cases mit SAP AI Core, wo beispielsweise Custom Machine Learning Models in Python entwickelt und nahtlos integriert werden können.
Die BTP-First Strategie folgt einem klaren Entscheidungsprozess: Prüfen Sie zuerst, ob Key User Extensibility ausreicht. Falls nein, evaluieren Sie, ob BTP möglich ist – dies sollte der Default sein. Nur wenn weder Key User noch BTP die Anforderung erfüllen können und transaktionale Konsistenz oder performance-kritischer Zugriff erforderlich ist, sollten Sie zu Developer Extensibility (On-Stack) greifen.
Die empfohlene 70-20-10 Regel lautet: 70% der Extensions durch Key User, 20% auf SAP BTP, und nur 10% als Developer Extensions on-stack. Diese Verteilung maximiert Agilität, Innovationsfähigkeit und Zukunftssicherheit.
3. Die Rolle von SAP Build und Joule
SAP Build ist die zentrale Plattform für alle Extensions in SAP Cloud ERP und vereint Pro-Code (ABAP Cloud, CAP) mit Low-Code (SAP Build Apps) und No-Code (SAP Build Process Automation). Das Besondere ist das Konzept des Fusion Team Development: Business Experts nutzen Low-Code/No-Code Tools, während Pro-Code Developer mit ABAP Cloud oder CAP arbeiten – auf einer gemeinsamen Plattform mit Shared Asset Library und integriertem Lifecycle Management.
Joule
SAPs AI-Copilot, ist in SAP Build integriert und steigert die Developer Productivity messbar. Joule generiert ABAP Cloud Code und CAP Services aus natürlicher Sprache, erklärt existierenden Code für besseres Onboarding, findet automatisch passende Released APIs für Use Cases, und erstellt Workflow Automation basierend auf Business Rules. Die Zeitersparnis ist dabei signifikant für API-Recherche und Onboarding neuer ABAP Cloud Developer.
Die SAP Build Lobby dient als zentraler Hub für alle Extension-Aktivitäten und bietet Monitoring über alle Extensions, Quick Start Templates für häufige Use Cases, Discovery von Pre-built Content, Team-Collaboration Features sowie Analytics zu Extension Performance und Usage. Der Zugriff erfolgt direkt aus SAP S/4HANA Cloud via Extension Wizard im Fiori Launchpad oder über das SAP BTP Cockpit.
4. Governance für SAP Cloud ERP Clean Core
Ein weit verbreiteter Irrtum lautet: „SAP Cloud ERP ist per Design clean – wir brauchen keine Governance.“ Die Realität zeigt, dass Governance trotz Clean Core by Design auch in SAP Cloud ERP essentiell ist, allerdings aus anderen Gründen als in Private Edition. Sie benötigen Governance für Make-or-Buy Entscheidungen (ist die Extension wirklich differenzierend?), für Extension-Domain-Entscheidungen (Key User vs. Developer vs. Side-by-Side?), für Cost Management auf BTP (Consumption Monitoring, Budget-Kontrolle), sowie für Key User Empowerment (Berechtigungen, Qualitätssicherung, Dokumentation).
Ein Solution Standardization Board (SSB) sollte auch für SAP Cloud ERP etabliert werden, allerdings mit vereinfachtem Mandat im Vergleich zu Private Edition. Die Zusammensetzung umfasst den Head of SAP CoE als Chairperson, SAP S/4HANA und BTP Solution Architects, Business Process Owners sowie einen Key User Coordinator. Das SSB ist verantwortlich für Extension Approvals ab definiertem Scope, Technology Guidance bei der Wahl zwischen den drei Extensibility-Säulen, sowie Cost Governance für BTP Consumption und Budget Allocation.
Besonders wichtig ist Key User Governance, viele Extensions durch Key User umgesetzt werden sollen. Eine klare Policy definiert, welche Extension Types welches Approval-Level benötigen: Custom Fields auf Standard Objects benötigen nur Approval durch den Key User Coordinator, während Custom Fields auf neuen Business Objects SSB-Approval erfordern. Einfache Custom Logic mit If-Then-Regeln kann vom Key User Coordinator approved werden, während komplexe Multi-Step Logic das SSB durchlaufen muss.
5. Enablement: Skills für Clean Core Success
Der Erfolg von Clean Core in SAP Cloud ERP hängt maßgeblich von den Skills Ihrer Teams und des Implementierungspartners ab. Für Key User ist die Learning Journey klar definiert: 2 Tage S/4HANA Cloud Basics, gefolgt von 3 Tagen Key User Extensibility Training (Custom Fields, Custom Logic App, UI Adaptations), abgeschlossen mit einem 2-tägigen Hands-on Workshop mit realen Use Cases aus der eigenen Organisation. Der Zeitinvestment beträgt 40-60 Stunden inklusive Selbststudium und führt zur Zertifizierung als SAP Certified Application Associate – SAP S/4HANA Cloud Key User.
Für ABAP Cloud Developer ist der Weg intensiver, insbesondere für jene, die aus der Classic ABAP-Welt kommen. Die Learning Journey umfasst „Acquiring Core ABAP Skills“ und „Practicing Clean Core Extensibility“ aus dem SAP Learning Hub, ergänzt durch Hands-on Training mit Joule und SAP Build Integration. Der Zeitinvestment liegt bei 80-120 Stunden und führt zur Zertifizierung als SAP Certified Associate – Back-End Developer – ABAP Cloud. Kritisch ist der Mindset-Shift: Classic ABAP Developer müssen lernen, innerhalb definierter Boundaries zu arbeiten, API-First zu denken statt direkten Table Access zu nutzen, und deklarative Ansätze (RAP) statt prozeduralen Code zu bevorzugen.
BTP Developer mit CAP-Fokus durchlaufen eine eigene Learning Journey mit SAP BTP Fundamentals, Cloud Application Programming Model Training, und SAP Build for Developers Hands-on. Der Zeitinvestment beträgt 60-80 Stunden für erfahrene Java oder JavaScript Developer und führt zur Zertifizierung als SAP Certified Development Associate – SAP BTP.
6. Die Zukunft: Business AI und Composable Enterprise
Die strategische Bedeutung von Clean Core wird durch zwei Mega-Trends verstärkt: Business AI und Composable Enterprise. Alle Business AI-Capabilities von SAP – von Joule als Business Copilot über Predictive Analytics bis hin zu Document Intelligence – sind ausschließlich via Clean Core APIs zugänglich. Ohne Clean Core sieht Joule Ihre Custom Daten nicht, AI kann Ihre Daten nicht verarbeiten, und Extended Planning & Analytics bleibt eine Insellösung. Clean Core ist buchstäblich Ihre Eintrittskarte zur AI-Ära.
Das Composable Enterprise-Konzept zeigt sich in SAPs eigener Strategie: SAP entwickelt selbst große Teile der Innovation als modulare Apps auf BTP – SAP Green Ledger, Digital Manufacturing, Advanced Financial Closing, und Extended Planning & Analytics. Diese Apps sind via Released APIs integriert, unabhängig vom Core-Release-Zyklus, schneller innovativ als Core-Features, und einfach austauschbar. Wenn SAP selbst auf BTP setzt, sollten Sie das auch.
7. Fazit: SAP Cloud ERP = Clean Core Confidence
SAP Cloud ERP bietet eine einzigartige Garantie: Clean Core by Design. Sie müssen nicht kämpfen, um sauber zu bleiben. Sie müssen nicht debattieren, ob Level B oder C akzeptabel ist. Sie starten clean, bleiben clean – automatisch. Aber auch nur dann, wenn Sie für Ihr SAP Cloud ERP auf eine Clean Core Governance setzen.
Hier liegt ein häufiges Missverständnis: Viele Organisationen glauben, dass die technische Garantie von Clean Core ausreicht und Governance überflüssig macht. Die Realität zeigt jedoch, dass gerade die Freiheiten des SAP Cloud ERP – auch die Möglichkeiten der Key User Extensibility und die Flexibilität von SAP BTP – ohne strukturierte Governance schnell zu Extension Sprawl führen: Hunderte undokumentierter Key User Extensions, inkonsistente Naming Conventions, Dubletten und explodierende BTP-Kosten. Während diese Extensions technisch sauber sind (Level A), können sie organisatorisch zu Chaos führen – schlechte Dokumentation, fehlende Wartbarkeit, und mangelnde Transparenz.
Die Clean Core Governance für SAP Cloud ERP muss andere Schwerpunkte setzen als für SAP Cloud ERP Private. Es geht nicht um die Verhinderung unsauberen Codes (das macht die Plattform), sondern um strategische Ausrichtung und organisatorische Disziplin. Das Solution Standardization Board stellt sicher, dass jede Extension einen klaren Business Case hat und wirklich differenzierend ist. Key User Governance verhindert wildes Experimentieren und stellt sicher, dass Extensions dokumentiert, getestet und langfristig wartbar sind. BTP Cost Management vermeidet finanzielle Überraschungen durch strukturiertes Budget Monitoring.
SAP Cloud ERP gibt Ihnen Clean Core by Design – aber Clean Core Excellence erreichen Sie nur durch Governance. Die Weichen werden in den ersten 100 Tagen Ihrer Implementierung gestellt.