Clean Core SAP: wat betekent het voor maatwerk en extensies?

Geschreven door Scheer Nederland Specialist. Bijgewerkt op 4 november 2026.

Clean Core SAP betekent dat u de standaard van SAP Cloud ERP niet wijzigt, maar aanpassingen buiten de kern en via ondersteunde extensiemogelijkheden realiseert. Voor bestaand maatwerk uit SAP ECC betekent dit: per aanpassing bepalen of de standaard het al dekt, of een extensie nodig is. Scheer Nederland begeleidt die afweging bij de overstap naar SAP S/4HANA Cloud Public Edition.

Wat is Clean Core binnen SAP Cloud ERP?

Clean Core is het ontwerpprincipe dat de kern van het ERP-systeem zo dicht mogelijk bij de SAP-standaard blijft. Aanpassingen worden niet in die kern gebouwd, maar ernaast, via extensiemogelijkheden die SAP zelf ondersteunt. Het principe geldt voor SAP S/4HANA Cloud Public Edition, waar de standaard centraal staat en updates regelmatig verschijnen.

In de praktijk gaat het om drie kenmerken. Ten eerste gebruikt u de SAP Industry Best Practices, de vooraf ingerichte end-to-end bedrijfsprocessen, zoveel mogelijk zonder aanpassing. Ten tweede ligt maatwerk buiten de kern en gebruikt het alleen vrijgegeven interfaces. Ten derde blijft het systeem daardoor bij elke release update bruikbaar. Clean Core is dus geen verbod op maatwerk, maar een afspraak over de plek waar dat maatwerk thuishoort.

Op de pagina over uitbreiden en integreren met SAP Business Technology Platform beschrijft Scheer Nederland dat de best practices idealiter zonder aanpassingen worden ingezet, omdat dit snelheid en eenvoudig onderhoud oplevert. Differentiatie blijft mogelijk, met behoud van de principes van Clean Core ERP.

Waarom verandert maatwerk bij de overstap van SAP ECC?

In SAP ECC is maatwerk vaak rechtstreeks in de systeemkern gebouwd: eigen programma's, aangepaste schermen en wijzigingen in standaardlogica. Dat werkte, maar maakte elke upgrade tot een project. In een SaaS-omgeving zoals SAP S/4HANA Cloud Public Edition is die route niet bedoeld, omdat de kern door SAP wordt bijgewerkt en gedeeld is met alle klanten van die editie.

Het gevolg is dat u uw ECC-maatwerk niet kunt meeverhuizen zoals het is. Dat is minder bedreigend dan het klinkt. Scheer Nederland schrijft in het blog over de overstap van SAP ECC naar SAP S/4HANA Cloud Public Edition dat veel maatwerk in SAP ECC overbodig blijkt dankzij de end-to-end best practices, en dat u moet analyseren welke aanpassingen echt waarde toevoegen. De processen die uw organisatie uniek maken, hoeven daarbij niet overboord: ze worden geconfigureerd of als extensie opnieuw opgebouwd.

De grens ligt bij processen waarvoor de standaard geen enkele passende invulling biedt. Voor die gevallen bestaan extensiemogelijkheden, maar een extensie is altijd de laatste stap, niet de eerste.

Hoe beoordeelt u bestaand maatwerk en extensies?

U beoordeelt maatwerk door elk object te koppelen aan het bedrijfsproces dat het ondersteunt, en daarna te kijken of de standaard datzelfde resultaat kan leveren. Pas als dat niet zo is, ontwerpt u een extensie. Zo voorkomt u dat verouderde gewoontes in het nieuwe systeem terechtkomen.

Stap 1: inventariseer en koppel aan processen

Maak een lijst van rapporten, interfaces, formulieren, uitbreidingen op standaardtransacties en eigen tabellen. Noteer per object wie het gebruikt, hoe vaak, en welk bedrijfsresultaat het levert. Objecten zonder gebruiker of zonder duidelijk doel vervallen direct.

Stap 2: toets aan de standaard

Leg de resterende processen naast de SAP Industry Best Practices. Dit gebeurt in de fit-to-standard workshops, waarin u samen met consultants nagaat welke wensen de standaard al dekt. Een deel van uw maatwerk verdwijnt hier, omdat de standaard een gelijkwaardige oplossing biedt.

Stap 3: kies de juiste extensievorm

Voor wat overblijft kiest u de lichtste werkwijze die past. Een extra veld of eenvoudige logica kan vaak met key user extensibility, zonder programmeerwerk. Complexere logica vraagt om developer extensibility of een toepassing op SAP Business Technology Platform. Beide zijn bedoeld om compatibel te blijven met toekomstige updates.

Stap 4: leg beslissingen vast

Documenteer per aanpassing waarom deze nodig is, wie eigenaar is en welke interface hij gebruikt. Dat maakt latere releasecontroles eenvoudiger en voorkomt dat tijdelijke oplossingen onopgemerkt permanent worden.

Welke extensiemogelijkheden bestaan er voor Clean Core?

SAP biedt meerdere ondersteunde routes om een Cloud ERP uit te breiden zonder de kern te wijzigen. Welke route past, hangt af van de complexiteit van de wens en de vraag wie het onderhoudt. De onderstaande tabel zet de routes naast elkaar op de criteria die in de praktijk de keuze bepalen.

Scheer Nederland beschrijft dat de Extensibility Suite van SAP Business Technology Platform grotendeels geen of weinig code vereist en zelfs door key users kan worden uitgevoerd. Ook is er een optie om ABAP rechtstreeks in SAP S/4HANA Cloud te gebruiken, op een manier die compatibel blijft met toekomstige updates. Voor complexere scenario's bevat het platform een Build-portfolio en een suite met ontwikkelaarstools.

Wat zijn de risico's van te veel maatwerk in een Cloud ERP?

Te veel maatwerk maakt een Cloud ERP duurder in beheer en trager in vernieuwing. Elke aanpassing die de standaard raakt, moet bij een release update worden getoetst, en een afwijking kan werk veroorzaken dat in een SaaS-model juist vermeden moet worden. Het voordeel van altijd actuele functionaliteit gaat dan deels verloren.

Er zijn drie concrete gevolgen. Releasetesten nemen meer tijd, omdat u meer eigen logica moet controleren. Nieuwe standaardfuncties, zoals ingebouwde AI, zijn lastiger in te zetten wanneer processen afwijken. En kennis raakt geconcentreerd bij enkele ontwikkelaars die weten waarom iets ooit is gebouwd. Over de adoptie van updates leest u meer in ons overzicht van blogs over SAP S/4HANA Cloud.

Het omgekeerde risico bestaat ook. Wie alle maatwerk schrapt zonder te kijken naar de bedrijfswaarde, schaft een proces af dat uw organisatie onderscheidt. Clean Core vraagt dus om een bewuste afweging, geen automatische reductie.

Hoe past Clean Core bij Two-Tier ERP en integraties?

Clean Core en Two-Tier ERP vullen elkaar aan. Bij Two-Tier ERP draait een deel van de organisatie op SAP S/4HANA Cloud Public Edition, terwijl een ander deel op SAP ECC blijft. Scheer Nederland geeft aan dat dit een zinvolle aanpak kan zijn voor organisaties met meerdere entiteiten, en beschrijft de Two-Tier ERP oplossing als een balans tussen centralisatie en lokale autonomie.

Voor integraties geldt hetzelfde principe als voor extensies: koppel via vrijgegeven interfaces. Scheer Nederland noemt meer dan 900 whitelisted API's, ruim 1586 BAdI's en bijna 8480 CDS-views (cijfers SAP API Hub, juli 2025) als beschikbare integratie-objecten, met de toelichting dat whitelisted API's officieel door SAP worden ondersteund en onderhouden. Voor wie dit toepast, blijven upgrades en releases doorlopen. De bron van deze cijfers is de pagina over uitbreiding, innovatie en integratie.

Hoe begint u met Clean Core in uw eigen traject?

U begint met een gestructureerde inventarisatie, bij voorkeur in een Discovery Assessment. Daarin brengt u uw huidige processen, systemen en maatwerk in kaart en bepaalt u het startpunt en de gewenste richting. Op basis daarvan ontstaat een roadmap die past bij uw organisatie.

Scheer Nederland biedt hiervoor het Discovery Assessment voor SAP Cloud ERP. Voor de uitvoering volgt de implementatieaanpak van Scheer Nederland, en voor de overgang vanuit bestaande systemen de transitie naar SAP Cloud ERP. Hoe andere organisaties dit hebben aangepakt, ziet u bij de klantreferenties van Scheer Nederland.

Een praktische volgorde is: eerst het procesdoel vaststellen, dan het maatwerk per object beoordelen, vervolgens de standaard toetsen in workshops en tot slot alleen de resterende wensen als extensie bouwen. Wie in die volgorde werkt, houdt de kern schoon zonder bedrijfswaarde te verliezen.

Veelgestelde vragen

Clean Core is uiteindelijk een manier van werken: de standaard als uitgangspunt, extensies als uitzondering en vastgelegde keuzes als basis voor beheer. Met die houding blijft SAP Cloud ERP bij elke release update bruikbaar.