SAP Clean Core-strategie: wat het is en hoe u het toepast

Clean Core bepaalt of een S/4HANA-upgrade zes weken of zes maanden duurt. Zit uw systeem vol modificaties aan SAP-standaardobjecten, dan wordt elke release een regressieproject. Zit uw maatwerklogica achter vrijgegeven interfaces, dan wordt upgraden routineonderhoud.

Ik heb bedrijven de doorlooptijd van upgrades met 40% zien terugbrengen door Clean Core-principes toe te passen voordat hun S/4HANA-programma begon. Een bedrijf in consumentengoederen verving verouderde prijslogica door een modulaire Fiori-app die buiten de core was gebouwd, en bij zijn upgrades ging die logica niet meer stuk.

Er is veel veranderd sinds ik dit in april 2025 voor het eerst schreef. SAP beschrijft Clean Core nu aan de hand van vijf leidende principes en deelt sinds augustus 2025 elke extensie in een van vier niveaus in. Ook de deadlines voor ECC zijn duidelijker. Deze versie weerspiegelt dat.

Clean Core betekent dat u uw S/4HANA-systeem zo dicht bij de SAP-standaard houdt als uw bedrijf toelaat, en alles wat extra is zo bouwt dat het upgrades overleeft.

U mag nog steeds maatwerk bouwen. Dat maatwerk moet gebruikmaken van interfaces die SAP heeft vrijgegeven en heeft beloofd stabiel te houden. SAP biedt daarvoor twee wegen:

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

SAP adviseert zelf om per use case te kiezen, met BTP als eerste keuze. In mijn ervaring maakt het minder uit waar de code draait dan of de eis überhaupt code nodig heeft.

Een vervuilde core komt bekend voor bij iedereen die ECC draaide: aangepaste standaardprogramma's, Z-tabellen waarin rechtstreeks wordt geschreven, interfaces die SAP-interne gegevens uitlezen, 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 elke twee jaar een upgrade krijgt.

SAP organiseert Clean Core rond vijf leidende principes. De eerdere versie van dit artikel noemde andere kopjes. Dit zijn de principes die SAP gebruikt, met wat ik in elk ervan als eerste bekijk:

Principe	Wat SAP bedoelt	Wat ik als eerste controleer
Processen	Blijf zo dicht mogelijk bij het standaardproces van SAP	Welke procesvarianten alleen bestaan omdat “we het altijd zo hebben gedaan”
Uitbreidbaarheid	Extensies die via vrijgegeven API's van de core zijn losgekoppeld, 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 uitleggen
Integraties	Gestandaardiseerde, veilige koppelingen op basis van ondersteunde technologieën	Point-to-point-interfaces die tabellen rechtstreeks uitlezen
Operations	Governance, mensen, processen en tools die de andere vier op hun plaats houden	Wie een extensie goedkeurt en wat de volgende modificatie tegenhoudt

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

In augustus 2025 verving SAP zijn eerdere uitbreidbaarheidsmodel met drie lagen door het Clean Core-niveauconcept. Elke extensie wordt beoordeeld op hoe die is gebouwd, hoe losgekoppeld die van de core is en hoe eenvoudig die kan worden geüpgraded.

Niveau	Omschrijving van SAP	Wat het betekent voor uw upgrade
A	Uitbreiden met SAP Build. Alleen openbaar vrijgegeven, stabiele interfaces, on-stack met ABAP Cloud of side-by-side op BTP	Laagste risico. SAP staat voor deze interfaces garant met stabiliteitscontracten
B	Gebruikt daarnaast de klassieke API's en technologieën van SAP	Over het algemeen upgradestabiel, maar buiten het cloudontwikkelmodel
C	Benadert interne SAP-objecten	Gedeeltelijk compliant. Elke upgrade moet worden gecontroleerd; SAP plant een changelog voor interne objecten
D	Niet aanbevolen: modificaties, schrijfacties naar SAP-tabellen, impliciete enhancements, expliciet niet-aanbevolen objecten	De technische schuld die u als eerste wegwerkt

Dit is bruikbaarder dan het oude debat over “clean of niet clean”. U kunt per object een doel stellen. Niet alles hoeft niveau A te halen. Uw objecten van niveau D vóór een upgrade naar B of C brengen is al een echte risicovermindering.

Niveau ANiveau BNiveau CNiveau D

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

UpgraderisicoNiveau ALaagst, gedekt door stabiliteitscontractenNiveau BOver het algemeen upgradestabielNiveau CMoet bij elke upgrade worden gecontroleerdNiveau DHoogst

Wat u beslistNiveau ADe standaard voor alles wat nieuw isNiveau BAccepteren, met vastgelegde redenNiveau CAccepteren met een reden, bij elke upgrade opnieuw controlerenNiveau DAls eerste verwijderen, of naar B of C brengen

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

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

1. Ontdek wat er wordt gebruikt. Voer de SAP Readiness Check uit, die bij uw onderhoudscontract hoort, en verzamel gebruiksdata over uw maatwerkcode. In één programma bracht een analyse met smartShift ons van 18.000 maatwerkobjecten terug naar 3.200. Het meeste van de rest werd simpelweg niet gebruikt.
2. Deel wat overblijft in naar niveau A tot en met D. De ABAP test cockpit is het SAP-hulpmiddel voor controles op codeniveau. Onder RISE rapporteert het RISE with SAP Methodology-dashboard over de adoptie van Clean Core.
3. Beslis object voor object. Zet het uit gebruik, verplaats het naar een vrijgegeven interface, bouw het opnieuw op BTP of houd het met een gedocumenteerde reden. Begin met code die elke dag draait. Een rapport dat twee keer per jaar door één regionaal team wordt gebruikt, kan wachten.
4. Haal de business erbij. Een teamleider finance met wie ik werkte, begreep de nieuwe Fiori-app pas na een doorloop 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 een salesteam bleek het “unieke” proces voor 80% uit overbodige legacy-administratie te bestaan. Standaard SAP verbeterde hun klantervaring zodra de workarounds verdwenen.
6. Begin vroeg met het datawerk. Eén retailklant had meer dan 15.000 maatwerkvelden om door te nemen. In mijn ervaring neemt datamigratie 30 tot 40% van de implementatie-inspanning in beslag, en het is het onderdeel dat de meeste plannen onderschatten. Waarom dat zo is, beschrijf ik in waarom SAP-datamigratie mislukt.
7. Leg de governance vast vóór de go-live. Een design authority moet elke nieuwe extensie beoordelen. De standaardvraag was vroeger “waarom kan dit niet op BTP draaien?” Tegenwoordig vraag ik: “waarom kan dit niet niveau A zijn, en zo niet, welk niveau accepteren we en waarom?”

Vaardigheden zijn net zo belangrijk als tools. Een ABAP-team dat nog niet met ABAP Cloud of BTP heeft gewerkt, vertraagt het programma terwijl het leert. Een producent met wie ik werkte, draaide drie maanden lang een intern BTP-programma voordat zijn S/4HANA-project begon, en dat leverde minder verrassingen op tijdens de bouw.

Drie vragen komen in bijna elk gesprek hierover terug.

Is Clean Core verplicht onder RISE with SAP? Niet als algemene regel. In S/4HANA Cloud Public Edition kunt u alleen uitbreiden via vrijgegeven interfaces, dus het systeem dwingt het af. In Private Edition en on-premise kunt u de core nog steeds aanpassen. Clean Core is daar een keuze in de governance, en SAP volgt het via het RISE-methodologiedashboard. Als een SI u vertelt dat het contractueel is vastgelegd, vraag dan om de clausule te zien.

Hoe lang heb ik nog op ECC? Voor SAP ERP 6.0 op enhancement packages 6 tot en met 8 eindigt het reguliere onderhoud op 31 december 2027. Optioneel verlengd onderhoud loopt tot 31 december 2030 tegen meerprijs, en SAP vraagt klanten het uiterlijk in Q3 2027 te bestellen. Voor eerdere enhancement packages is het reguliere onderhoud eind 2025 geëindigd. Na 2030 dekt de overgangsoptie SAP ERP, private edition de jaren 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, en alleen met het max success plan van SAP. Zie 2033 als een uitzonderingsroute, niet als planningsdatum. Mijn migratiegids van ECC naar S/4HANA behandelt de routekeuzes.

Is Clean Core belangrijk voor AI? SAP bouwt zijn AI-functies, waaronder Joule, bovenop de eigen standaardprocessen en het eigen datamodel. Joule for developers genereert ABAP Cloud-code op basis van vrijgegeven API's. Mijn werkhypothese is eenvoudig: hoe dichter uw processen en data bij de standaard liggen, hoe minder aanpassing u nodig hebt voordat die functies voor u nuttig zijn. Sterk aangepaste processen zijn waar AI-functies het moeilijkst te adopteren zijn.

Teams die Clean Core overslaan, ontlopen het werk niet. Ze stellen het uit, en het komt terug als geblokkeerde upgrades, regressietestmarathons en maatwerkcode die niemand begrijpt.

Staat u op het punt een S/4HANA- of RISE-contract te tekenen, vraag uw SI dan om een indeling van uw huidige maatwerkcode in niveau A tot en met D voordat u de scope vastlegt. Als ze die niet kunnen leveren, zegt dat iets over de inschatting. U kunt uw migratieopties toetsen met mijn beoordeling voor de migratie van ECC naar S/4HANA, of plan een gesprek in, dan kijken we samen naar uw situatie.

Wat is SAP Clean Core?

Clean Core betekent dat u S/4HANA dicht bij de SAP-standaard houdt en extensies alleen bouwt via interfaces die SAP heeft vrijgegeven en heeft beloofd stabiel 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 dimensies van SAP Clean Core?

SAP noemt ze de vijf leidende principes van Clean Core: processen, uitbreidbaarheid, data, integraties en operations. Processen blijven dicht bij de standaard. Extensies gebruiken vrijgegeven API's. Data wordt schoon gehouden onder een governancemodel. Integraties gebruiken gestandaardiseerde, ondersteunde technologieën. Operations omvat de governance, de mensen en de tools die de andere vier op hun plaats 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 openbaar vrijgegeven, stabiele interfaces. Niveau B gebruikt daarnaast klassieke SAP-API's. Niveau C benadert interne SAP-objecten en moet bij elke upgrade worden gecontroleerd. Niveau D omvat modificaties, schrijfacties naar SAP-tabellen, impliciete enhancements en andere niet-aanbevolen technieken, en vormt het hoogste risico.

Is Clean Core verplicht bij RISE with SAP?

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

Wanneer eindigt de ondersteuning voor SAP ECC?

Voor SAP ERP 6.0 op enhancement packages 6 tot en met 8 eindigt het reguliere onderhoud op 31 december 2027, met optioneel verlengd onderhoud tot 31 december 2030 tegen meerprijs. Voor eerdere enhancement packages is het reguliere onderhoud eind 2025 geëindigd. De overgangsoptie SAP ERP, private edition loopt alleen tot 2033 voor in aanmerking komende grote systemen die vóór eind 2030 zijn overgezet naar SAP ERP, private edition op SAP HANA.

Hoe beoordeel ik hoe klaar mijn SAP-systeem is voor Clean Core?

Begin met de SAP Readiness Check en gebruiksdata voor uw maatwerkcode. Deel wat nog wordt gebruikt in naar niveau A tot en met D, met de ABAP test cockpit voor controles op codeniveau. Besluit daarna per object of u het uit gebruik neemt, naar een vrijgegeven interface verplaatst, opnieuw op SAP BTP bouwt of met een gedocumenteerde reden behoudt. Neem processen en data tegelijk mee, want die verklaren meestal waarom de code bestaat.

Welke rol speelt SAP BTP in een Clean Core-strategie?

SAP BTP is de plek waar side-by-side-extensies draaien. Applicaties op BTP koppelen via API's en events aan S/4HANA, waardoor de core onaangeroerd blijft. SAP adviseert een BTP-first-aanpak, met on-stack ABAP Cloud-extensies waar de logica dicht bij de data of de transactie moet zitten.