Maatwerk SAP S/4HANA Cloud Public Edition - 2602 Release Update

Ontdek de mogelijjkheden vabn maatwrrk binnen SAP S/4HANA Cloud Public Edition op basis van de laatste release van februari 2026.

Scheer Nederland werkt sinds 2012 met SAP Cloud ERP en heeft in die periode een vaste aanpak opgebouwd voor implementaties op basis van Best Practices, Clean Core en fit-to-standard. Die ervaring zit vooral in het maken van expliciete ontwerpkeuzes: waar standaardisatie waarde toevoegt, waar uitbreiding nodig is, en hoe je dat beheersbaar organiseert over de hele lifecycle.

Link naar de Replay

Waarom maatwerk een andere betekenis krijgt in de Public Edition

In veel on-premise ERP-omgevingen is maatwerk in de kern van het systeem normaal. Het groeit vaak mee met lokale werkafspraken, uitzonderingen, rapportages en integraties. In een cloud-ERP model verschuift het zwaartepunt: stabiliteit, voorspelbaarheid en continue updates zijn onderdeel van het ontwerp. Daardoor verandert niet alleen de techniek, maar ook de governance rondom aanpassingen.

In SAP S/4HANA Cloud Public Edition is maatwerk geen “vrije ruimte” in de core. Het is een bewuste ontwerpkeuze met structurele consequenties voor beheer, testen en upgrades.

Drie vormen van aanpassing die je uit elkaar moet houden

Om maatwerk goed te beoordelen, helpt het om consequent te onderscheiden tussen drie categorieën.

1. Personalisaties en configuratie binnen de standaard:  Dit gaat om het inrichten van processen, rollen, schermen, output en autorisaties binnen de beschikbare configuratie. Dit is de eerste en belangrijkste laag, omdat deze het meest upgrade-robust is en het best aansluit op fit-to-standard.
2. Uitbreidingen voor specifieke functies:  Wanneer de standaard niet volstaat, ontwerp je uitbreiding buiten de kern. Het doel is functionele aanvulling zonder de stabiliteit van de kern aan te tasten. Dit vraagt om een expliciet ontwerp: datamodellen, API’s, autorisaties, logging, monitoring en documentatie horen erbij.
3. Integraties met het bestaande landschap:  Veel organisaties hebben geen “één ERP”. Ze hebben meerdere ERP’s, overnames, satellietsystemen en ketenpartners. Integratie wordt dan een structurele discipline. De kernvraag is niet óf je integreert, maar hoe je integraties voorspelbaar en beheersbaar maakt, inclusief foutafhandeling, monitoring en eigenaarschap.

Wat Clean Core praktisch betekent voor het beheer van SAP Cloud ERP
Clean Core is een stabiliteitsprincipe. Het betekent dat de kern van het ERP zo standaard mogelijk blijft, zodat updates voorspelbaar blijven en regressietesten beheersbaar blijven.

Dit heeft vier concrete gevolgen.

Updates blijven ritmisch en planbaar:  Met twee grote releases per jaar en maandelijkse updates moet je organisatie een vast ritme hebben voor testen, acceptatie en change. Hoe schoner de kern, hoe kleiner en voorspelbaarder de impact.

Testen verschuift van “alles testen” naar “gericht testen”:  Bij veel kern-aanpassingen wordt elke update een groot regressietraject. Bij een Clean Core-aanpak kun je testen richten op integraties, extensies en procesvarianten die je bewust hebt ontworpen.

Governance wordt een randvoorwaarde, geen extra laag:  Elke afwijking van de standaard vraagt om een besluit met onderbouwing. Dat besluit moet traceerbaar zijn, inclusief eigenaar, rationale, impact op beheer en plan voor lifecycle. Zonder governance wordt complexiteit weer een gewoonte.

Kosten verschuiven naar structurele kosten:  Aanpassingen lijken soms eenmalig, maar drukken structureel op beheer, documentatie, training, afhankelijkheid en testcapaciteit. Clean Core helpt om structurele kosten voorspelbaar te houden.

Fit-to-standard als vertrekpunt

Fit-to-standard is geen beperking; het is een startpunt voor besluitvorming. Je begint bij bewezen end-to-end processen en beoordeelt daarna waar varianten echt waarde toevoegen.

Een werkbare aanpak is dat je elke gewenste afwijking langs drie vragen legt:

1. Welke bedrijfswaarde levert dit op, en voor wie?
2. Bestaat er een standaardprocesvariant of configuratie die dit al afdekt?
3. Als uitbreiding nodig is: wat betekent dit voor beheer, testen, updates en adoptie?

Deze manier van werken voorkomt dat technische voorkeuren leidend worden. Het houdt de discussie zakelijk: waarde, risico en beheersbaarheid.

Waarom integraties vaak de echte complexiteitsdrager zijn
Bij organisaties met meerdere systemen is integratie meestal de plek waar complexiteit ontstaat en blijft groeien. Niet omdat integratie “lastig” is, maar omdat eigenaarschap, monitoring en lifecycle vaak onvoldoende zijn ingericht.

Een beheersbaar integratiemodel vraagt om:

• duidelijke integratiepatronen en standaarden
• monitoring en foutafhandeling als ontwerpkeuze
• afspraken over datakwaliteit, timing en verantwoordelijkheden
• documentatie die overdraagbaar is naar beheer

Voor organisaties met veel systemen kan een gefaseerde, hybride benadering logisch zijn: bestaande systemen blijven stabiel draaien terwijl een nieuw cloud-ERP stap voor stap specifieke processen of domeinen oppakt. Dat creëert snelheid in innovatie en geeft teams tijd om te wennen aan nieuwe integratie- en ontwikkelmethoden, zonder dat alles tegelijk hoeft te kantelen.

Hoe je bestaand maatwerk beoordeelt zonder emotie
 Bestaand maatwerk is zelden “fout”. Het is vaak ontstaan omdat het ooit nodig was. De vraag is of het nog steeds nodig is, en of het past in een cloud-lifecycle.

Een nuchter beoordelingskader werkt in drie stappen:

1. Classificeer: configuratie, uitbreiding, integratie, rapportage, data, autorisatie.
2. Waarde vs. belasting: bedrijfswaarde tegenover test-, beheer- en upgrade-impact.
3. Beslis: standaardiseren, herontwerpen als uitbreiding, oplossen via integratie, of uitfaseren.

Het doel is niet om alles te schrappen. Het doel is om de complexiteit die u houdt, bewust te kiezen en beheersbaar te organiseren.

Scheer Nederland gebruikt deze principes sinds 2012 in cloud-ERP implementaties om organisaties te helpen expliciete keuzes te maken, afwijkingen te documenteren en de lifecycle voorspelbaar te houden.

Replay en Presentatie

Nederlandse versie

Presentatie