SAP Clean Core: wat het betekent, niveaus A tot D en governance

SAP Clean Core betekent dat u uw S/4HANA-systeem zo dicht bij de SAP-standaard houdt als uw bedrijf toelaat. Alles wat u toevoegt, bouwt u via interfaces die SAP heeft vrijgegeven en stabiel belooft te houden, zodat upgrades het niet breken.

Kort antwoord: Clean Core is een discipline voor de manier waarop u SAP uitbreidt en bestuurt. Maatwerklogica draait on-stack met ABAP Cloud of side-by-side op SAP BTP, en SAP beoordeelt elke extensie van niveau A (het schoonst) tot niveau D (modificaties die weg moeten). De opbrengst is snellere upgrades: ik heb bedrijven op deze manier de doorlooptijd van hun upgrades met 40% zien verkorten.

Zit uw systeem vol modificaties op SAP-standaardobjecten, dan wordt elke release een regressieproject. Zit uw maatwerklogica achter vrijgegeven interfaces, dan worden upgrades routineonderhoud.

Ik heb bedrijven de doorlooptijd van upgrades met 40% zien verkorten door Clean Core-principes toe te passen. Ze deden dat door maatwerk tot het minimum te beperken en het maatwerk dat ze hielden goed te besturen.

In 2024 verving een Europees consumentengoederenbedrijf zijn verouderde prijslogica door een modulaire Fiori-app, gebouwd buiten de core op SAP BTP. Daarmee verdween het regressietesten voor die logica volledig.

U kunt een Clean Core-ERP nog steeds aanpassen. Het maatwerk moet dan wel interfaces gebruiken die SAP heeft vrijgegeven en stabiel belooft te houden. SAP biedt daarvoor twee routes:

• On-stack, met ABAP Cloud. Extensies draaien binnen S/4HANA, maar gebruiken alleen vrijgegeven API's en uitbreidingspunten.
• Side-by-side, op SAP BTP. Extensies draaien als aparte applicaties en communiceren met S/4HANA via API's of events.

SAP noemt zijn aanpak BTP-first, met een keuze per use case. In mijn ervaring maakt het minder uit waar de code draait dan of de eis überhaupt code nodig heeft.

Een vervuilde core kent iedereen die ECC heeft beheerd: gewijzigde standaardprogramma's, Z-tabellen waarin direct wordt geschreven, interfaces die SAP-internals lezen, impliciete enhancements die niemand heeft gedocumenteerd. Niets daarvan was fout toen het werd gebouwd. Het was alleen niet gebouwd voor een systeem dat elk jaar of om de twee jaar een upgrade krijgt.

Ik bespreek dit onderwerp ook in een video op mijn YouTube-kanaal (in het Engels).

SAP organiseert Clean Core rond vijf leidende principes. Zo kadert SAP elk principe, en dit is waar ik als eerste naar kijk:

Principe	Wat SAP bedoelt	Wat ik als eerste controleer
Processen	Zo dicht mogelijk bij het SAP-standaardproces blijven	Welke procesvarianten alleen bestaan omdat „we het altijd zo deden"
Uitbreidbaarheid	Extensies losgekoppeld van de core via vrijgegeven API's, met governance over welke optie wordt gebruikt	Hoeveel maatwerkcode er is, hoeveel daarvan wordt gebruikt en op welk niveau die zit
Data	Schone, compliant data met een vastgesteld governancemodel	Dubbele en onvolledige stamgegevens, maatwerkvelden die niemand kan verklaren
Integraties	Gestandaardiseerde, veilige koppelingen op ondersteunde technologieën	Point-to-point-interfaces die tabellen direct lezen
Operations	Governance, mensen, processen en tools die de andere vier op hun plek houden	Wie een extensie goedkeurt, en wat de volgende modificatie tegenhoudt

De meeste teams beginnen en eindigen bij uitbreidbaarheid, omdat die het makkelijkst te meten is. In mijn ervaring zorgen processen en data voor meer vertraging. Maatwerkcode is meestal het symptoom, en het proces erachter is de oorzaak.

In augustus 2025 verving SAP zijn eerdere uitbreidbaarheidsmodel met drie tiers door het Clean Core-niveauconcept. Elke extensie wordt beoordeeld op hoe ze is gebouwd, hoe losgekoppeld ze is van de core en hoe veilig ze een upgrade overleeft. Leest u ouder SAP-materiaal dat over tiers spreekt, dan is dit wat het heeft vervangen.

Niveau ANiveau BNiveau CNiveau D

Wat het gebruiktNiveau AAlleen publiek vrijgegeven, stabiele interfacesNiveau BOok de klassieke API's van SAPNiveau CInterne SAP-objectenNiveau DModificaties, schrijfacties in SAP-tabellen, impliciete enhancements

UpgraderisicoNiveau AHet laagst, gedekt door stabiliteitscontractenNiveau BOver het algemeen upgradestabielNiveau CBij elke upgrade controlerenNiveau DHet hoogst

Wat te beslissenNiveau ADe standaard voor alles wat nieuw isNiveau BAccepteren, met de reden vastgelegdNiveau CAccepteren met een reden, bij elke upgrade opnieuw controlerenNiveau DEerst verwijderen, of naar B of C brengen

Bron: Clean Core-niveauconcept van SAP, SAP News, augustus 2025

Niveau A gebruikt alleen publiek vrijgegeven interfaces met stabiliteitscontracten, gebouwd met SAP Build, ABAP Cloud of BTP. Niveau B voegt de klassieke API's van SAP toe. Niveau C raakt interne SAP-objecten, en SAP plant daarvoor een changelog om te helpen bij de upgradeplanning.

Niveau D omvat modificaties, schrijfacties in SAP-tabellen, impliciete enhancements en andere technieken die SAP niet aanbeveelt. Dat is bruikbaarder dan het oude debat over „schoon of niet schoon", omdat u per object een doel kunt stellen. Uw niveau D-objecten vóór een upgrade naar B of C brengen is al een echte vermindering van het risico.

ABAP Cloud is het cloud-ready ABAP-ontwikkelmodel van SAP. Ontwikkelaars gebruiken de taalversie „ABAP for Cloud Development" en kunnen alleen bouwen op vrijgegeven objecten, publieke API's en uitbreidingspunten. Het begon in de ABAP-omgeving van SAP BTP en is nu beschikbaar in elke S/4HANA-editie (ABAP Cloud-FAQ van SAP).

S/4HANA Cloud biedt u drie uitbreidingsroutes. Key user-uitbreidbaarheid dekt eenvoudige wijzigingen in velden, logica en UI zonder SAP-code aan te raken. Developer-uitbreidbaarheid met ABAP Cloud is voor sterk gekoppelde logica, en side-by-side-extensies op SAP BTP zijn voor alles wat losgekoppeld moet blijven.

De editie bepaalt hoeveel keuze u hebt:

	S/4HANA Cloud Public Edition	S/4HANA Cloud Private Edition en on-premise
ABAP-ontwikkeling	Alleen ABAP Cloud, verplicht voor nieuwe klanten sinds release 2208	ABAP Cloud aanbevolen sinds 2022; klassiek ABAP nog toegestaan
Wijzigingen in SAP-code	Niet mogelijk	Mogelijk, maar ze vallen onder niveau D
Key user- en BTP side-by-side-extensies	Beschikbaar	Beschikbaar
Wie Clean Core afdwingt	Het systeem	Uw governance

Mijn regel voor Private Edition-klanten: behandel het voor alles wat nieuw is alsof het Public Edition is. Klassiek ABAP mag, maar elk klassiek object dat u vandaag toevoegt, is een beslissing die iemand bij de volgende upgrade moet verdedigen.

Clean Core-beslissingen horen te liggen bij een design authority van business en IT. IT alleen keurt alles goed wat technisch kan. De business alleen vraagt haar oude proces terug.

Zo zou ik het inrichten:

1. Benoem de leden. Procesowners uit de business voor elk groot domein, plus de solution architect en de lead developer. De business-owners beslissen of een eis echt is, en IT beslist hoe die wordt gebouwd.
2. Spreek de voorkeursvolgorde af voordat de bouw begint. Eerst het standaardproces, dan key user-uitbreidbaarheid, dan niveau A op ABAP Cloud of BTP. Niveau B of C vraagt een schriftelijke onderbouwing, en niveau D een exitplan.
3. Laat elk extensieverzoek een eigenaar en een zakelijke reden hebben. Geen eigenaar, geen bouw. De beslissing en het geaccepteerde niveau gaan in één register.
4. Zet een technische poort vóór de transporten. Draai de Clean Core-controles van de ABAP test cockpit volgens een schema, en houd nieuwe niveau D-code tegen voordat die productie bereikt.
5. Beoordeel het register vóór elke upgrade. Faseer uit wat niemand meer gebruikt en breng alles wat nu een hoger niveau kan halen naar dat niveau.

De vraag aan die tafel was vroeger „waarom kan dit niet op BTP?" Vandaag zou ik vragen „waarom kan dit niet niveau A zijn?" Kan het niet, dan is de volgende vraag welk niveau u accepteert en waarom.

De grootste Clean Core-fout die ik zie, is proberen SAP te laten werken als Oracle. Neem de standaardprocessen van SAP over in plaats van de logica van een ander systeem in maatwerk na te bouwen. Kiest u nog tussen de twee, dan vergelijk ik ze in SAP vs Oracle.

Clean Core is een verandermanagementprobleem voordat het een technisch probleem is. Elk maatwerkobject bestaat omdat iemand erom vroeg. Het verwijderen betekent die persoon ervan overtuigen dat het standaardproces goed genoeg is.

Dat gesprek verloopt beter als de business het nieuwe proces ziet werken, en niet een slide erover. Het verloopt ook beter als u de bewering toetst dat een proces uniek is, want vaak is het dat niet (zie stap 4 en 5 hieronder).

Vaardigheden tellen net zo zwaar als tools. Een ABAP-team dat nog niet met ABAP Cloud of BTP heeft gewerkt, vertraagt het programma terwijl het leert. Een fabrikant waarmee ik werkte, draaide een intern BTP-programma van drie maanden voordat zijn S/4HANA-project begon, en dat betaalde zich uit in minder verrassingen tijdens de bouw.

Clean Core-compliance is de mate waarin uw systeem voldoet aan de criteria van SAP over de vijf principes. Zonder cijfers kunt u het niet sturen, en SAP geeft u drie plekken om ze te halen.

1. De ABAP test cockpit. De tool van SAP voor controles op codeniveau. Hij laat zien welke maatwerkobjecten niet-vrijgegeven objecten, modificaties of directe tabeltoegang gebruiken.
2. De SAP Readiness Check. Die hoort bij uw onderhoudscontract en toont wat een overstap naar S/4HANA raakt voordat u zich vastlegt.
3. Het RISE with SAP Methodology-dashboard, ook bekend als het Clean Core-dashboard. Het draait in SAP Cloud ALM. De systeemweergave controleert uw S/4HANA-versie, bevestigt dat de tools voor dataverzameling actief zijn en beoordeelt extensies vóór een upgrade, en de operationsweergave volgt operationele KPI's.

De cijfers die ik elke maand aan de design authority zou voorleggen, zijn eenvoudig. Hoeveel maatwerkobjecten zitten op elk niveau, en daalt niveau D? Hoeveel uitzonderingen staan open, en heeft elke uitzondering een eigenaar?

Als u mij vroeg om uw systeem volgende maand te beoordelen, is dit de volgorde die ik zou aanhouden.

1. Zoek uit wat wordt gebruikt. Draai de SAP Readiness Check en verzamel gebruiksgegevens over uw maatwerkcode. Bij één programma bracht een analyse met smartShift ons van 18.000 maatwerkobjecten terug naar 3.200, omdat het grootste deel van de rest gewoon niet werd gebruikt.
2. Deel wat overblijft in niveaus A tot D in. Gebruik de ABAP test cockpit voor de code. Zit u op RISE, dan volgt het Clean Core-dashboard het vanaf daar.
3. Beslis per object. Faseer het uit, breng het naar een vrijgegeven interface, bouw het opnieuw op BTP of houd het met een gedocumenteerde reden. Begin met code die elke dag draait, want een rapport dat één regionaal team twee keer per jaar gebruikt, kan wachten.
4. Haal de business erbij. Een financieel lead met wie ik werkte, begreep de nieuwe Fiori-app pas na een walkthrough van 45 minuten. Die sessie scheelde twee weken heen-en-weer in de UAT.
5. Stel „ons proces is anders" ter discussie. In een workshop met het salesteam van een Europees industrieel bedrijf in 2023 bleek het „unieke" proces voor 80% uit overbodige legacy-administratie te bestaan. Standaard-SAP verbeterde hun klantervaring zodra de workarounds weg waren.
6. Begin vroeg met het datawerk. Een retailklant in de GCC met wie ik in 2024 werkte, had meer dan 15.000 maatwerkvelden om door te nemen. In mijn ervaring kost datamigratie 30 tot 40% van de implementatie-inspanning, en mijn gids over SAP-implementatiekosten laat zien waar dat in het budget terechtkomt.
7. Leg de governance vast vóór de go-live. Richt de hierboven beschreven design authority in en maak die de enige route voor een nieuwe extensie.

Drie vragen komen terug in bijna elk gesprek dat ik hierover voer.

Is Clean Core verplicht onder RISE with SAP?

Niet als algemene regel. In Public Edition dwingt het systeem het af, terwijl u in Private Edition en on-premise de core nog steeds kunt modificeren.

Daar is Clean Core een governancekeuze die SAP volgt via het RISE-methodologiedashboard. Zegt een SI dat het contractueel is, vraag dan of hij u de clausule laat zien.

Hoelang heb ik nog op ECC?

Voor SAP ERP 6.0 op enhancement packages 6 tot 8 eindigt het reguliere onderhoud op 31 december 2027. Optioneel extended maintenance loopt tot 31 december 2030, tegen meerkosten.

Daarna dekt de transitieoptie SAP ERP, private edition de periode 2031 tot 2033. Die geldt alleen voor grote systemen die vóór eind 2030 al zijn overgezet naar SAP ERP, private edition op SAP HANA.

Zie 2033 als een uitzonderingsroute, niet als een planningsdatum. Mijn gids voor de migratie van ECC naar S/4HANA behandelt de keuzes in route.

Doet Clean Core ertoe voor AI?

Ja. SAP standaard houden helpt AI en Joule beter te werken, en sterk gemodificeerde processen zijn precies waar ze het moeilijkst in te voeren zijn.

SAP bouwt zijn AI-functies, waaronder Joule, op zijn standaardprocessen en datamodel. Joule for developers genereert ABAP Cloud-code op basis van vrijgegeven API's. Hoe cloud, AI en Clean Core samenhangen, behandel ik in ERP-modernisering.

Teams die Clean Core overslaan, ontlopen het werk niet. Ze stellen het uit, en het komt terug als geblokkeerde upgrades, marathons van regressietests en maatwerk dat niemand begrijpt.

Vraag uw SI, voordat u een S/4HANA- of RISE-contract tekent, om uw huidige maatwerkcode in te delen in niveaus A tot D. Kan hij dat niet leveren, dan zegt dat iets over de schatting. Plan een gesprek en dan bekijken we uw situatie.

Wat is Clean Core in SAP?

Clean Core betekent S/4HANA dicht bij de SAP-standaard houden en extensies alleen bouwen via interfaces die SAP heeft vrijgegeven en stabiel belooft te houden. Extensies draaien on-stack met ABAP Cloud of side-by-side op SAP BTP. Het doel is dat upgrades uw maatwerklogica niet breken.

Wat zijn de vijf principes van SAP Clean Core?

De vijf leidende Clean Core-principes van SAP zijn processen, uitbreidbaarheid, data, integraties en operations. Processen blijven dicht bij de standaard, extensies gebruiken vrijgegeven API's en data wordt schoon gehouden onder een governancemodel. Integraties gebruiken ondersteunde technologieën, en operations omvat de governance, mensen en tools die de andere vier op hun plek houden.

Wat zijn de SAP Clean Core-niveaus A, B, C en D?

Sinds augustus 2025 deelt SAP extensies in vier niveaus in. Niveau A gebruikt alleen publiek vrijgegeven, stabiele interfaces, niveau B gebruikt ook klassieke SAP-API's en niveau C benadert interne SAP-objecten. Niveau D omvat modificaties, schrijfacties in SAP-tabellen en impliciete enhancements, en heeft het hoogste upgraderisico.

Is Clean Core verplicht voor RISE with SAP?

Niet als algemene regel. S/4HANA Cloud Public Edition staat alleen ABAP Cloud en vrijgegeven interfaces toe, dus dwingt Clean Core technisch af. In Private Edition kunt u de core nog steeds modificeren, dus is Clean Core een governancebeslissing die SAP volgt via het RISE with SAP Methodology-dashboard.

Wat is ABAP Cloud?

ABAP Cloud is het cloud-ready ABAP-ontwikkelmodel van SAP. Het staat alleen vrijgegeven objecten, publieke API's en uitbreidingspunten toe, waardoor maatwerkcode upgradestabiel blijft. Het is verplicht in S/4HANA Cloud Public Edition voor nieuwe klanten sinds release 2208 en aanbevolen in Private Edition en on-premise sinds 2022.

Hoe meet u Clean Core?

Gebruik de ABAP test cockpit voor controles op codeniveau en deel maatwerkobjecten in niveaus A tot D in. RISE-klanten kunnen de adoptie volgen in het RISE with SAP Methodology-dashboard, ook wel het Clean Core-dashboard genoemd, in SAP Cloud ALM. Ik volg het aantal objecten per niveau, de trend in niveau D en het aantal openstaande uitzonderingen met een eigenaar.

Wie moet eigenaar zijn van SAP Clean Core-governance?

Een design authority van business en IT hoort eigenaar te zijn van elke Clean Core-beslissing. Procesowners uit de business beslissen of een eis echt is, en IT beslist hoe die wordt gebouwd en op welk niveau. Elke uitzondering wordt vastgelegd met een eigenaar en vóór elke upgrade beoordeeld.

Wanneer eindigt de ondersteuning voor SAP ECC?

Voor SAP ERP 6.0 op enhancement packages 6 tot 8 eindigt het reguliere onderhoud op 31 december 2027, met optioneel extended maintenance tot 31 december 2030 tegen meerkosten. De transitieoptie SAP ERP, private edition loopt tot 2033, alleen voor in aanmerking komende grote systemen die vóór eind 2030 zijn overgezet naar SAP ERP, private edition op SAP HANA.