SAP S/4HANA is de toekomst, en voor de meeste CIO's is de druk hoog. Mainstream onderhoud voor SAP Business Suite-systemen loopt het einde in 2027 af, met slechts beperkte en steeds duurdere opties, waardoor niets doen minder een strategie is en meer uitstel met een toenemend risico.
Maar hoe begin je eigenlijk aan een SAP S/4HANA-migratie als je weet dat je jaren van ABAP-aanpassingen, Z-code en geïntegreerde workflows achter je laat die de dagelijkse activiteiten draaiende houden?
SAP is uitdrukkelijk hierover. Veel van die aangepaste logica kan niet ongewijzigd worden toegepast. Het moet worden geïdentificeerd, aangepast of volledig worden verwijderd, zodat CIO's naast de migratie zelf voor een parallelle uitdaging komen te staan.
Kritieke bedrijfslogica die ooit veilig in de kern leefde, moet elders worden herbouwd en snel genoeg opnieuw worden opgebouwd om te voorkomen dat de activiteiten worden verstoord. Maar waar gaat deze logica heen, en hoe voer je die opnieuw in zonder de technische schuld opnieuw te creëren die S/4HANA is ontworpen om te elimineren?
De schone kernstrategie: waarom SAP prioriteit geeft aan schaalbaarheid en flexibiliteit op lange termijn
ERP-systemen voor grote ondernemingen hebben de neiging om complexiteit op te stapelen op manieren die uiteindelijk werken tegen de organisatie. Na jaren van aanpassing raakt bedrijfslogica diep verankerd in de kern door aangepaste code, verbeteringen en nauw gekoppelde integraties, waardoor systemen moeilijker te upgraden zijn, trager schaalbaar worden tussen regio's en duurder in onderhoud zijn.
De clean core-aanpak is het antwoord van SAP op dit patroon. Door de ERP-kernstandaard en -upgrade stabiel te houden, krijgen organisaties de mogelijkheid om nieuwe SAP-releases voorspelbaarder te implementeren, wijzigingen consistent door te voeren in wereldwijde activiteiten en te voorkomen dat technische schulden na verloop van tijd toenemen.
SAP heeft hiervoor twee uitbreidingsmodellen. In‑app-extensies die in S/4HANA zitten, maar die de standaardkern niet aanpassen (het beste voor lichte wijzigingen die dicht bij standaardprocessen blijven, zoals BADiS, Fiori-app-extensies of ABAP RAP), en zij-aan-zij extensies die buiten S/4HANA wonen, meestal op SAP BTP. Dit zijn afzonderlijke toepassingen, workflows en integraties die communiceren met S/4HANA via API's en gebeurtenissen (het beste voor complexe bedrijfstoepassingen, AI/ML-services en -integraties, gegevensorkestratie van meerdere systemen, klantenportalen en mobiele apps).
Volgens SAP verdwijnt innovatie in dit model niet. Het verplaatst zich gewoon naar plaatsen waar het kan evolueren zonder de stabiliteit van de kern in gevaar te brengen. Maar hoe waar is dat in de praktijk?
SAP-uitbreidbaarheid versus low-code: het juiste uitvoeringsmodel kiezen voor bedrijfskritieke toepassingen
De visie van SAP op het gebied van uitbreidbaarheid is architectonisch verantwoord. Door duidelijke uitbreidingsmodellen te introduceren, stelt SAP organisaties in staat om de S/4HANA-kern stabiel te houden en tegelijkertijd innovatie daaromheen mogelijk te maken. Vanuit het oogpunt van schaalbaarheid, upgradebaarheid en flexibiliteit op lange termijn is deze aanpak is logisch.
Het duidelijk definiëren van waar aangepaste logica zich moet bevinden, vertaalt zich echter niet altijd in de snelheid, duurzaamheid en voorspelbaarheid die nodig zijn om bedrijfskritieke capaciteiten te leveren.
Waarom bedrijfskritieke uitbreidingen de technische schuld verhogen in oudere SAP-omgevingen
Zelfs als ze naast elkaar worden gebouwd, zijn native SAP-extensies doorgaans afhankelijk van traditionele ontwikkelingsbenaderingen met behulp van ABAP, UI5 of CAP. Deze blijven inspanningen met hoge code met langere ontwerp-, bouw- en testcycli dan de bedrijfstijdlijnen toestaan, die na verloop van tijd:
- de levering vertragen
- kosten moeilijker te voorspellen maken
- de afhankelijkheid van schaarse specialistische vaardigheden vergroten
- overheadkosten voor bestuur en coördinatie toevoegen
- verleg de CIO-focus van innovatie naar capaciteitsbeheer en onderhoudsrisico op lange termijn
Hoe low code CIO's helpt om technische schulden te verminderen en snelheid, voorspelbaarheid en controle terug te krijgen
Low-code platforms zoals Mendix zijn ontworpen om volledig naast SAP S/4HANA te werken, waarbij ze via standaard API's en gebeurtenissen kunnen worden geïntegreerd en tegelijkertijd de digitale kern schoon blijft. In plaats van clean‑core uitbreidbaarheid te beschouwen als een puur technische oefening, helpt low code CIO's om:
1. Herstel kritieke bedrijfslogica sneller
Visuele ontwikkelingsmodellen, herbruikbare componenten en snelle iteratiecycli stellen teams in staat om workflows opnieuw op te bouwen sneller dan traditionele high-code-benaderingen. Dit helpt organisaties essentiële bedrijfsfunctionaliteit opnieuw te introduceren zonder de activiteiten uit te stellen tijdens of na de S/4HANA-migratie.
2. Verminder de afhankelijkheid van schaarse SAP-vaardigheden
Low-code verandert de manier waarop bezorgteams zijn gestructureerd. In plaats van uitsluitend te vertrouwen op schaarse ABAP-, UI5- of CAP-expertise, kunnen CIO's multifunctionele teams vormen die bedrijfskennis combineren met IT-beheer. Dit vergroot de leveringscapaciteit en vermindert het risico dat verband houdt met gespecialiseerde personeelsbeperkingen.
3. Modulaire, herbruikbare uitbreidingen mogelijk maken
Low-code-applicaties worden gebouwd als samenstelbare componenten die kunnen worden hergebruikt in verschillende processen en bedrijfseenheden. Dit vermindert de toename van eenmalige uitbreidingen en ondersteunt schaalbare groei wanneer zich nieuwe vereisten voordoen, zonder dat er opnieuw hoeft te worden gecreëerd technische schuld buiten de kern.
4. Vereenvoudig upgrades door een duidelijke scheiding
Door onafhankelijk van de S/4HANA-levenscyclus te werken en te integreren via vrijgegeven interfaces, vereenvoudigen low-code-extensies upgrades en regressietests. Tegelijkertijd behouden CIO's de controle door duidelijke normen te definiëren voor de manier waarop extensies worden gebouwd, beheerd en onderhouden.
In dit bedrijfsmodel blijft het SAP Business Technology Platform de veilige en schaalbare basis, terwijl low code wordt de uitvoeringslaag dat schoon erts van een theoretisch principe omzet in een praktische en herhaalbare capaciteit. Door bedrijfslogica buiten de S/4HANA-kern te modulariseren, kunnen low-code-platforms CIO's helpen om technische schulden actief te beheren en te voorkomen in plaats van deze voortdurend op te bouwen door middel van nauw gekoppelde aanpassingen.
De rol van CLEVR: Van een schone kernbenadering tot werkende architectuur
Het clean core principe begrijpen is één ding. Het omzetten in iets dat daadwerkelijk werkt in alle systeemteams en bedrijfseenheden is iets anders.
Met meer dan 30 jaar ervaring CLEVR heeft geholpen bij het leveren van low-code-oplossingen op bedrijfsniveau met Mendix meerdere organisaties clean‑core principes vertalen naar werkende, bedrijfskritieke toepassingen.
In plaats van extensies te behandelen als individuele oplossingen die afzonderlijk zijn ingebouwd, bij CLEVR we helpen bepalen hoe extensies moeten worden ontworpen, verbonden met SAP, beheerd en onderhouden in de loop van de tijd.
Dit omvat:
- het definiëren van duidelijke architecturale patronen die zijn afgestemd op de clean‑core principes van SAP
- adviseren over integratiestrategieën met behulp van standaard API's en evenementen
- het opzetten van eigendoms- en bestuursmodellen voor IT- en bedrijfsteams
- ontwikkelingsnormen vaststellen die snelheid en controle in evenwicht houden
- levenscyclusprocessen zo ontwerpen dat uitbreidingen beheersbaar, veilig voor upgrades en voorspelbaar blijven naarmate ze groter en belangrijker worden
Een schone kern is alleen waardevol als je het veilig kunt uitvoeren
Een schone kern is geen theoretisch doel. Voor CIO's is het een belofte dat bedrijfskritieke systemen stabiel, upgradebaar en veilig zullen blijven terwijl de organisatie blijft functioneren en zich blijft ontwikkelen. Maar die belofte geldt alleen als de logica die het bedrijf draaiende houdt, met vertrouwen opnieuw opgebouwd en uitgebreid kan worden.
Dit is waar ervaring belangrijk is. Voor het bouwen van zij-aan-zij toepassingen voor SAP-landschappen is meer nodig dan alleen gereedschap. Het vereist architectonisch inzicht, bestuursdiscipline en een uitvoeringsmodel dat werkt onder reële bedrijfsdruk. En met tientallen jaren ervaring in het leveren van bedrijfskritieke toepassingen op bedrijfsniveau, kan CLEVR precies dat leveren.
Als u een S/4HANA-migratie plant of al aan het uitvoeren bent en SAP veilig wilt uitbreiden zonder uw kernactiviteiten in gevaar te brengen, staat ons team klaar om u te helpen.
Contact opnemen met CLEVR voor een adviesgesprek om te bespreken hoe u veilige, bedrijfskritieke extensies kunt bouwen die uw kern schoon houden terwijl uw organisatie vol vertrouwen vooruitgang blijft boeken.
Find out how CLEVR can drive impact for your business
FAQ
Can't find the answer to your question? Just get in touch
Wat is de schone kernstrategie van SAP?
De clean core-strategie van SAP is een architecturale benadering die de SAP S/4HANA-kern gestandaardiseerd en upgradestabiel houdt door te voorkomen dat aangepaste code de standaard ERP-functionaliteit rechtstreeks wijzigt. In plaats van logica in de kern te verankeren, worden organisaties aangemoedigd om extensies te bouwen met behulp van in-app- of zij-aan-zij-modellen, waardoor technische schulden op lange termijn worden verminderd en het upgraderisico wordt beperkt.
Waarom zorgt SAP voor een schone kern in S/4HANA?
SAP zorgt voor een schone kern om schaalbaarheid, voorspelbare upgrades en flexibiliteit op lange termijn te garanderen in wereldwijde bedrijfslandschappen. Jarenlange aangepaste ABAP-code en nauw gekoppelde integraties in oudere SAP-systemen hebben upgrades kostbaar en riskant gemaakt. Schone kernprincipes zijn ontworpen om deze opeenstapeling van technische schulden te stoppen.
Waarom kan het standaard uitbreidingsmodel van SAP nog steeds uitdagingen creëren voor CIO's?
SAP's in-app- en side-by-side uitbreidingsmodellen zijn architectonisch goed, maar ze lossen niet automatisch de uitvoeringsuitdagingen op waar CIO's mee te maken hebben. Native SAP-extensies zijn vaak afhankelijk van traditionele ontwikkelingsbenaderingen waarbij gebruik wordt gemaakt van ABAP, UI5 of CAP, die langere leveringscycli, hogere kosten en voortdurende afhankelijkheid van schaarse specialistische vaardigheden met zich meebrengen. Na verloop van tijd kan dit leiden tot een verschuiving van schone kerninitiatieven van innovatieprogramma's naar capaciteits- en onderhoudsuitdagingen, waardoor de snelheid en voorspelbaarheid die CIO's nodig hebben om het bedrijf te ondersteunen, beperkt wordt.
Hoe biedt low code een effectiever uitvoeringsmodel voor schone kerninitiatieven?
Low-code-platforms vormen een aanvulling op de schone kernstrategie van SAP door tegelijkertijd aandacht te besteden aan uitvoeringssnelheid, schaalbaarheid en beheer. Door visuele ontwikkeling, modulair ontwerp en API-gebaseerde integratie mogelijk te maken, stelt low-code CIO's in staat om bedrijfskritieke logica buiten de S/4HANA-kern opnieuw op te bouwen en uit te breiden zonder opnieuw technische schulden te creëren. Dit maakt clean-core principes operationeel in plaats van theoretisch, waardoor organisaties sneller nieuwe capaciteiten kunnen leveren met behoud van langdurige controle.
