Het schoonmaken en schoonhouden van je SAP-core

Al sinds 2018 heeft SAP het motto “Keep the Core Clean”. Het clean core-principe realiseren alleen is niet genoeg, je moet ook weten hoe je je core clean moet houden. Wat houdt Clean Core in, wat zijn de basisprincipes en wat zijn de pijlers? Wat houdt de eerste pijler, Extensibility, bijvoorbeeld in? En welke tools en methodes kun je wat ons betreft het beste inzetten? Dat lichten we toe in dit artikel: 

Van 'Tailor Made' naar 'Fit-to-Standard'

Het is belangrijk het principe clean core te zien in de context van het veranderende IT-landschap om ons heen. Rond 2005 kwamen de eerste cloudoplossingen voor organisaties op de markt en tegenwoordig zijn ze niet meer weg te denken uit het IT-landschap. Deze schifting van on-premise naar cloud, heeft ook geleid tot een gewijzigde visie bij SAP. Toen on-premise de norm was, presenteerde SAP zich als aanbieder van maatwerk-oplossingen. SAP was zogezegd Tailor Made’ voor de klant. Nu de norm steeds meer verschuift naar cloudoplossingen, wil SAP meer ‘Fit-to-Standard’ worden. Cloud-platformen zullen in de toekomst steeds vaker en intensiever worden ingezet door organisaties.

Wat zijn de basisprincipes van clean core?

Bedrijven die competitief en relevant willen blijven, zullen sneller moeten innoveren. Hiervoor is een stabiele en schone core nodig. Clean Core heeft een aantal basisprincipes die leidend zijn: 

  • Vermijd extensies die niet nodig zijn en blijf zo dicht mogelijk bij de SAP-standaard. 
  • Wees je bewust van de ‘Technical Debt’ binnen je organisatie en evalueer dit regelmatig. Zorg ook voor een bindend governance framework. 
  • Bouw extensies en integraties op een stabiele en transparante manier en sluit modificaties op extensies uit. 

 

Wat zijn de vijf pijlers van Clean Core?

De essentie van Clean Core is dus een systeem dat zo dicht mogelijk bij de standaard ligt en al het maatwerk op een ‘Cloud Compliant’ manier heeft geïmplementeerd. Dat wil zeggen dat het maatwerk veilig op een cloud-systeem kan draaien zonder upgrades in de weg te staan. Als je aan deze essentie voldoet, is je systeem makkelijk aanpasbaar voor veranderende eisen waaraan je als organisatie moet voldoen. Daarnaast kun je ook makkelijker nieuwe functionaliteiten implementeren. 

Je kunt Clean Core vervolgens weer verdelen in vijf pijlers.

1. Extensies
2.
Data
3.
Integraties
4.
Processen
5.
Operaties 

5 principes van het Clean Core principe

Hieronder lichten we alvast de eerste pijler, ‘Extensibility’, toe.

Wat houdt De Extensibility-pijler in?

De pijler Extensibility bevat de principes waarmee je de extensies van de SAP standaard-code loskoppelt. Het verwijderen van zoveel mogelijk custom code en zoveel mogelijk bij de standaard blijven, is dan ook één van de eerste zaken waar je aan denkt als het over Clean Core gaat. Daarnaast heeft de Extensibility-pijler nog meer uitgangspunten: 

  • Vermijd extensies waar mogelijk.
  • Zet een sterke controle op voor het maken van extensies, zodat deze altijd werkt in de cloud. Zet hiervoor het 3-tier model in (zie uitleg hieronder).
  • Zet gepubliceerde API’s in voor het loskoppelen van extensies. Extensies zitten zo geen upgrades in de weg en andersom.
  • Creëer Technical debt alleen als deze keuze weloverwogen is.

Het Extensibility Portfolio van SAP S/4 HANA Cloud 

De verschillende manieren waarop je extensies kunt bouwen zijn vervolgens weer in twee dimensies te verdelen. Zo is er een verschil tussen low code-extensies en pro code-extensies. Ook is er een verschil tussen On-Stack Extensies op S/4 HANA en Side-by-Side extensies op SAP BTP. In onderstaande afbeelding vind je voorbeelden van de verschillende extensies in het portfolio: 

De meeste extensies uit het portfolio zijn clean core-compatible. Side-by-Side Extensibility is per definitie altijd clean omdat het – zoals de naam al zegt – naast en dus losgekoppeld van de standaard wordt gebouwd.

Het 3-tier Extensibility Model 

Voor On-Stack extensibility gelden voorwaarden voor het Clean maken van een extensie. Hiervoor is het 3-tier Extensibility Model geïntroduceerd. Zoals in het schema te zien is zijn er drie ‘Tiers’ van Extensibility 

Tier 1

Onder Tier 1 verstaan we alle extensies die volgens het Cloud-extensibility model gebouwd zijn. Zowel on stack als Side-by-Side kun je Tier 1-extensies bouwen. Deze extensies moeten wel ‘Cloud ready’ en dus losgekoppeld zijn van de standaard. 

Tier 2

Onder Tier 2 verstaan we extensies die niet cloud ready zijn doordat ze de standaard raken, maar die wel cloud ready gemaakt kunnen worden. Een voorbeeld van een dergelijke extensie is het definiëren van een custom wrapper voor een SAP API die nog niet gereleased is voor de cloud. 

Tier 3

Onder Tier 3 verstaan we de klassieke extensies die on stack nog veel ingezet worden in S/4HANA. Als je wilt voldoen aan de Clean Core-regels, moeten deze extensies volledig verwijderd worden of aangepast worden naar een Tier 1 of een Tier 2-extensie, zodat ze op deze manier compatibel worden met de Cloud. 

Clean Core-regels voor extensies: public en private cloud en on premise 

De regels van Clean Core zijn gemaakt voor public cloud-systemen en hiervoor zijn ze ook verplicht. Denk aan het verbieden van aanpassingen op SAP-objecten en het alleen toestaan van publiek gereleasede SAP API’s en extension points. De reden hiervoor zijn de frequente updates op cloud-systemen die alleen veilig gedaan kunnen worden als je aan alle regels voldoet. 

Veel gebruikers met een private cloud of on premise-systeem, zien de noodzaak om aan deze regels te voldoen minder, omdat upgrades namelijk niet ‘vanzelf’ doorgevoerd worden zoals dat op een public cloud-systeem wel is. De Clean Core regels zijn daarom in de private cloud en on premise-systemen niet verplicht. Toch is het aan te raden hier wel aan te voldoen. Zo kunnen update-projecten makkelijker verlopen en op deze manier kun je ook extensies toekomstbestendig ontwikkelen. Als je in de toekomst eventueel een Cloud-migratie gaat doen, bespaart het veel werk. 

Op een later moment zullen we de andere dimensies verder toelichten. 

Tools en methodes

Tot slot halen we nog een aantal concrete oplossingen aan die bijdragen aan het realiseren en behouden van een Clean Core: 

SAP Application Extension Methodology

Deze methode helpt architecten om use cases voor extensies te beoordelen en een goede oplossing te definiëren. 

SAP Activate

Deze methode bevat regels voor het implementeren van S/4HANA Cloud met een Cloud Mindset. 

New Extensibility Guide

Deze guide geeft een overzicht van extensie-opties en richtlijnen voor projectmanagers, key users en ABAP developers.  

Custom Code Migration

Deze oplossing bestaat uit tools voor het analyseren van bestaand maatwerk op cloud readiness.  

SAP Integration Suite

Deze oplossing biedt een tool voor cloud-migratie van alle bestaande integraties van het SAP-systeem. Met de ‘SAP Integration Solution Advisory Methodology’ zorg je voor de juiste governance.  

SAP Build

Dit is een portfolio bestaande uit low-code/no-code tools. Het geeft handvatten om Side-by-Side extensies te bouwen. 

SAP BTP

Gebruik SAP BTP als innovatieplatform voor differentiatie en automatiseer met standaard APIs en Events. Gebruik hier ook de volledige capaciteiten van zowel on stack-extensies als side-by-side extensies. 

Wil je meer weten over Clean Core?

Onze mensen onarmen de clean coremethode. We helpen je daarom graag bij het maken van deze stap, zodat je snel mee kunt gaan in de veranderende wereld. De ontwikkelaars uit ons technisch team bouwen bijvoorbeeld extensies op een duurzame en cloud readymanier. Ook helpen ze bij het stap voor stap uitfaseren van klassieke extensies. Wil je meer weten? Neem dan contact op met onze mensen. Zij helpen je graag verder.

Clean Core en S/4HANA-migratie

In een eerder blog-item hebben we het principe Clean Core al besproken in relatie tot je migratie naar S/4HANA. Lees hier meer over Clean Core in relatie tot een S/4HANA-migratie.