Wat is een SAP-implementatie? Een stap-voor-stapgids

Een SAP-implementatie is het programma dat de financiën, inkoop, supply chain, verkoop en HR van een bedrijf onderbrengt in één SAP-systeem, meestal S/4HANA. Het verloopt in zes fasen volgens de Activate-methode van SAP en slaagt of mislukt op het werk dat wordt gedaan voordat iemand iets configureert: procesontwerp, datakwaliteit en het juiste team.

Deze gids is voor bestuurders en programmaleiders die er een gaan starten. Hij loopt de fasen langs, wat elke fase moet opleveren, de planning die vooraf gaat en wat er is veranderd voor programma's die nu starten. Leest u maar één onderdeel, lees dan “Plannen voordat de configuratie begint”.

Na 25 jaar ERP-implementaties heb ik steeds hetzelfde patroon gezien. Bedrijven die implementatie behandelen als een software-installatie hebben het zwaar. Bedrijven die het systeem als laatste stap zien, na het werk aan de processen, leveren op tijd op en halen de resultaten die ze de raad van bestuur hebben beloofd.

S/4HANA is de huidige ERP van SAP en draait op de in-memory-database SAP HANA. Oudere ECC-systemen draaien bij veel bedrijven nog, maar het reguliere onderhoud van ECC (mainstream maintenance) eindigt op 31 december 2027, met optioneel verlengd onderhoud tot eind 2030 tegen een hogere vergoeding.

De kernmodules waar de meeste implementaties als eerste mee beginnen:

Module	Wat het beheert
FI (financiële boekhouding)	Grootboek, crediteurenadministratie, debiteurenadministratie, activaboekhouding
CO (Controlling)	Kostenplaatsen, winstcentra, interne orders, managementrapportage
MM (Materials Management)	Inkoop, voorraad, goederenbewegingen, leveranciersbeheer
SD (Sales and Distribution)	Order-to-cash, prijsbepaling, verzending, facturering
PP (Production Planning)	Productieorders, capaciteitsplanning, MRP
HCM (Human Capital Management)	HR-stamgegevens, salarisadministratie, tijdbeheer

De meeste bedrijven beginnen met FI/CO en een of twee operationele modules. De rest wordt in latere fasen uitgebouwd.

SAP Activate verving de oudere ASAP-methode. Het kent zes fasen, elk met een poort die u moet passeren voordat u verdergaat.

De zes SAP Activate-fasen

1. 01

   Discover

   Bevestig de businesscase en test prioritaire processen op een trial- of demosysteem.

2. 02

   Prepare

   Mobiliseer: team, governance, scopedocument, plan en systeemtoegang.

3. 03

   Explore

   Fit-to-Standard-workshops met procesverantwoordelijken. Bouw de backlog van configuratie, integraties en uitbreidingen.

4. 04

   Realize

   Configureer, breid uit, migreer data en test. De langste fase. Om af te sluiten is een schone regressietest nodig.

5. 05

   Deploy

   Train gebruikers op echte processen, repeteer de cutover, ga live met een war room op zijn plek.

6. 06

   Run

   Hypercare, optimalisatie en overdracht aan het Center of Excellence.

Deze tabel is de versie die ik ophang aan de muur van het programmabureau: wat elke fase moet opleveren, wie eigenaar is en wat waar moet zijn voordat de volgende fase begint.

Fase	Moet opleveren	Eigenaar	Voorwaarde om door te gaan
Discover	Businesscase, beoogde scope, keuze van het deploymentmodel	Sponsor en CFO	Financiering goedgekeurd
Prepare	Scopedocument, plan, governance, team op sterkte	Programmadirecteur	Sponsor tekent de scope
Explore	Fit-to-Standard-resultaten, backlog, besluiten over uitbreidingen	Solution architect met procesverantwoordelijken	Geen openstaande gaps
Realize	Geconfigureerd en getest systeem, gemigreerde testdata	Functionele en technische leads	Schone regressietest; data sluit aan
Deploy	Getrainde gebruikers, gerepeteerde cutover, go/no-go-dossier	Cutover-manager	Driedaagse afsluitrepetitie geslaagd
Run	Hypercarelogboek, overdracht aan CoE, backlog voor fase 2	Verantwoordelijke voor service delivery	Geen openstaande P1/P2; CoE accepteert

De templates achter elke fase staan in mijn gids over SAP Activate-templates.

De poort van de driedaagse afsluitrepetitie

De poort tussen Realize en Deploy is degene die teams onder tijdsdruk het vaakst overslaan. Ik adviseer om vóór de daadwerkelijke go-live een afsluitrepetitie van drie dagen te draaien. Kan finance de boeken op het nieuwe systeem niet afsluiten, dan is uw datamigratie niet klaar, wat IT ook zegt. Die poort overslaan kost meer dan de vertraging die ze zou hebben veroorzaakt.

De volgorde telt. Vier dingen moeten gebeuren voordat er één configuratiebeslissing wordt genomen.

1. 01Huidige processen in kaart brengenZoals ze echt lopen, inclusief noodoplossingen
2. 02Kiezen tussen standaard en uitbreidingStandaard is bijna altijd sneller
3. 03Datakwaliteit doorlichtenVoordat de datamigratie begint
4. 04Team bemensen, daarna scope vastleggenWie beschikbaar is, bepaalt wat u kunt opleveren

Pas nu begint de configuratie

Breng huidige processen in kaart zoals ze echt lopen

Niet hoe het proces hoort te zijn. Hoe het werkelijk is, inclusief de noodoplossingen. In die noodoplossingen zitten de eisen verborgen die niemand heeft opgeschreven.

Kies per proces tussen standaard en uitbreiding

Stel vast welke processen de standaardfunctionaliteit van SAP dekt en welke moeten worden uitgebreid. Standaard is bijna altijd sneller. Elke uitbreiding voegt testcycli, upgraderisico en onderhoud toe. Onder de Clean Core-richtlijn van SAP moet elke uitbreiding bovendien bewust ergens worden ondergebracht, waardoor de keuze zwaarder weegt, niet lichter.

Doorlicht de datakwaliteit voordat de datamigratie begint

De meest onderschatte werkstroom. Ik heb bedrijven maandenlang rapporten zien herstellen omdat verouderde klantrecords ongecontroleerd waren geladen. Eén klant had meer dan 18.000 dubbele klantrecords, en het herstellen ervan na de go-live ontregelde de facturering wekenlang.

Stel eerst het team samen, leg dan de scope vast

De scope die u kunt opleveren hangt af van wie beschikbaar is om elke werkstroom te configureren, testen en te verantwoorden. Teams die eerst de scope bepalen en daarna bemensen, zijn maanden bezig te herbouwen waar ze te veel op hadden toegezegd.

Uitdaging	Hoe het eruitziet	Wat u eraan kunt doen
Scope creep	Verzoeken als “nu we er toch mee bezig zijn, voeg gewoon toe...” stapelen zich op	Formele wijzigingsbeheersing vanaf dag één; elk verzoek krijgt een impactanalyse
Datakwaliteit	De migratie legt inconsistenties bloot waarvan niemand wist dat ze bestonden	Profileer data zes maanden vóór de go-live; ruim op in het bronsysteem
Weerstand van gebruikers	Gebruikers zakken binnen twee weken na de go-live terug naar Excel	Betrek eindgebruikers vanaf Explore bij het ontwerp; betrokkenheid, niet alleen training
Mislukte integraties	Koppelingen met derden vallen uit tijdens UAT	Breng interfaces in kaart in Explore; test vroeg met realistische volumes
Ingekorte testcycli	Regressietest verkort om een datum te halen	Bescherm de testfasen; uitloop in de bouw mag de test niet samendrukken
Teamvermoeidheid	De stemming zakt en het aantal defecten stijgt in de eindsprint	Volg vermoeidheid met een simpele wekelijkse stemmingsindex; in mijn ervaring schiet het aantal testdefecten omhoog zodra die boven 25% komt

Ik herinner me een geval waarin een bedrijf kleine regressietests oversloeg om het sneller te laten gaan. Een week later kon finance belangrijke rapporten niet sluitend krijgen. Maandenlang opruimwerk volgde. Het was geen grote systeemfout, alleen een vermijdbare vergissing.

Voor, tijdens en na de go-live

Vóór de go-live: draai de afsluitrepetitie, valideer gemigreerde data met afstemrapporten, train op echte processen in plaats van demoscenario's en test het terugvalplan. Loop de go/no-go-criteria door met het stuurcomité en vraag om expliciete goedkeuring, geen impliciet geknik.

Tijdens de go-live: verhoog de monitoring en houd het cutoverteam de eerste 72 uur dag en nacht beschikbaar. De beslissingen in die uren bepalen of de hypercare met vertrouwen opent of met een wachtrij.

Na de go-live: draai hypercare minstens vier weken. Volg supporttickets per categorie; ze laten zien waar de training tekortschoot en waar de configuratie moet worden bijgesteld. Plan fase 2 vanaf de gestabiliseerde basis. Scope die 18 maanden geleden is uitgesteld, moet opnieuw worden getoetst aan wat het bedrijf nu nodig heeft.

Een middelgrote fabrikant zat steeds zonder grondstoffen. Inkoop gaf de planners de schuld; de planners wezen naar spreadsheets die niemand vertrouwde. We vervingen die opzet door S/4HANA en leunden zwaar op SAP PP met een degelijke MRP-configuratie. Voorraadniveaus gingen van gokwerk naar realtimedata, inkooporders werden getriggerd op behoefte en na zes maanden waren de tekorten met meer dan 50 procent gedaald. Dat verraste zelfs de sceptici. Het resultaat kwam voort uit de herinrichting van het proces die aan de configuratie voorafging. PP zonder dat werk aan de processen had snellere foute antwoorden opgeleverd. Ook finance profiteerde: de maandafsluiting ging sneller en de CFO zei dat de cijfers voor het eerst in tijden “geloofwaardig aanvoelden”.

Een wereldwijd actief bedrijf in professionele dienstverlening had een ander probleem. Elk land draaide een eigen financieel platform, niets sloot aan en rapporten werden elke maand met de hand opnieuw opgebouwd. We rolden SAP Finance gefaseerd uit onder een betrokken stuurcomité. De maandafsluiting ging van meer dan twee weken naar iets meer dan één, regionale rapporten sloten eindelijk op elkaar aan en zelfs de auditors hadden minder zorgen.

Een gids uit 2022 overleeft het contact met een koper van 2026 niet. Vier veranderingen moeten vanaf de kickoff in het ontwerp worden meegenomen.

Cloudedities zijn de standaard

SAP verkoopt nu twee cloud-ERP-edities: SAP Cloud ERP (de public edition, voorheen S/4HANA Cloud Public Edition) en SAP Cloud ERP Private (de private edition). RISE with SAP bundelt de private edition met door SAP verzorgde operations en een transformatietoolchain die SAP Signavio, SAP LeanIX en SAP Cloud ALM omvat. SAP GROW is het pakket voor middelgrote bedrijven op de public edition.

De keuze van de editie staat nu boven de oude uitroldebatten. Big bang versus gefaseerd, en greenfield versus brownfield versus selectief, zijn keuzes die u binnen de editie maakt, niet in plaats ervan. Zit u nog op ECC en hebt u meer tijd nodig, dan verkoopt SAP een transitieoptie voor de ERP private edition voor 2031 tot 2033, maar SAP is duidelijk dat het een betaald transitieaanbod is en geen onderhoudsverlenging.

Clean Core kent niveaus, het is niet binair

In augustus 2025 introduceerde SAP vier Clean Core-niveaus, A tot D. Niveau A gebruikt uitsluitend vrijgegeven, stabiele API's, hetzij side-by-side op SAP BTP, hetzij in het systeem met ABAP Cloud. Niveau B staat klassieke API's en technologieën toe die nog als clean worden beschouwd. Niveau C vraagt speciale maatregelen. Niveau D is niet clean.

De public edition staat alleen uitbreidingen op niveau A toe. De private edition en on-premise staan klassieke uitbreidingen toe, dus daar komt de discipline uit governance en niet uit het platform dat u blokkeert. Het praktische punt voor een programma: bepaal in Explore het niveau en de plek van elke uitbreiding en wijs een persoon aan die nee kan zeggen. Partners zonder ervaring met SAP BTP en ABAP Cloud bouwen vanaf week één technische schuld op niveau C en D op.

Joule en SAP Build Code in het deliveryteam

Joule zit nu in de SAP Activate Roadmap Viewer en in SAP Cloud ALM, waar het vragen over taken beantwoordt en content uit de methodologie opstelt. SAP Build Code, sinds 2024 algemeen beschikbaar, gebruikt Joule om applicatielogica, datamodellen en tests te genereren voor Java- en JavaScript-uitbreidingen op SAP BTP. SAP heeft vergelijkbare generatieve AI-hulp toegevoegd voor ABAP-ontwikkelaars.

Het eerlijke oordeel: AI in SAP-programma's is echt, maar datakwaliteit bepaalt de waarde. Schone procesdocumentatie en schone stamgegevens leveren bruikbare uitvoer op. Vuile data levert zelfverzekerde ruis op. Niets daarvan maakt een persoon overbodig die elke beslissing verantwoordt.

Wat dit betekent voor een programma dat nu start

Het draaiboek werkt nog steeds. De fasen gelden nog en de volgorde van het werk telt nog. Wat is veranderd, zijn de keuze van de editie, de discipline rond uitbreidingen en de tooling voor het team. Een programma dat die bij de kickoff opneemt, behandelt ze als ontwerpbeperkingen. Een programma dat ze negeert, is de eerste drie maanden bezig om uit te zoeken wat er is veranderd, meestal via de wijzigingsverzoeken van de partner.

Voor de kostenkant van dezelfde beslissingen verwijs ik naar mijn uitsplitsing van SAP-implementatiekosten. Zit u nog op ECC, dan behandelt de gids voor migratie van ECC naar S/4HANA de conversiepaden.

Waarvoor wordt SAP gebruikt?

SAP draait kernfuncties van het bedrijf (financiën, inkoop, supply chain, HR, verkoop) in één systeem met één datamodel.

In de praktijk werkt een goederenontvangst de voorraad bij, activeert het het crediteurenproces en stroomt het zonder herinvoer door naar de managementrapportage. Rapportage is alleen zo nauwkeurig als de transacties eronder, en daarom wegen procesontwerp en datakwaliteit zwaarder dan configuratie.

Hoe lang duurt een SAP-implementatie?

Scope en team zijn de twee variabelen die de doorlooptijd het sterkst bepalen. Een gerichte S/4HANA-implementatie met FI/CO en één operationele module voor één bedrijf kan 6 tot 9 maanden duren. Een wereldwijde uitrol over veel entiteiten, modules en talen duurt 18 tot 36 maanden.

Wat de doorlooptijd verlengt: dataproblemen die laat worden ontdekt, scope die wordt toegevoegd zonder de datum te verschuiven, sleutelrollen die parttime worden ingevuld en testcycli die worden ingekort om eerdere uitloop goed te maken. Dat alles is te beheersen in de planning.

Wat zijn de zes fasen van SAP Activate?

Discover (businesscase en fit), Prepare (team, governance, plan), Explore (Fit-to-Standard-workshops en backlog), Realize (configureren, uitbreiden, migreren, testen), Deploy (trainen, cutover repeteren, live gaan) en Run (hypercare en overdracht aan het Center of Excellence).

Wat zijn de meest voorkomende redenen waarom SAP-implementaties mislukken?

Drie hoofdoorzaken komen op bijna elk problematisch programma terug. Overgeslagen werk aan de processen, waardoor SAP wordt geconfigureerd op kapotte legacyprocessen. Datakwaliteit die wordt genegeerd tot de cutover, wanneer er geen tijd meer is om het goed op te lossen. Verandermanagement dat wordt behandeld als training: training laat mensen zien hoe ze moeten klikken, verandermanagement zorgt dat ze het willen.

Een vierde is nieuwer: een partner die uitbreidingen bouwt zonder Clean Core-plan en schuld achterlaat die bij de eerste grote upgrade aan het licht komt.

Hoe kies ik de juiste SAP-implementatiepartner?

Branche-ervaring op uw schaal en referenties die u daadwerkelijk kunt bellen. Benoemde betrokkenheid van senior mensen: wie in de pitch zit, moet het programma leiden. Onafhankelijkheid: partners die verdienen aan licentie- of abonnementsverkoop hebben een prikkel om meer scope aan te raden. Clean Core-ervaring: vraag hoeveel SAP BTP- en ABAP Cloud-uitbreidingen ze hebben gebouwd en vraag om ze te zien.

Nog een regel. De partner die het werk gaat uitvoeren, moet uw businesscase niet schrijven. Zijn prikkel is om te beginnen. De uwe is om af te ronden.

Wat gebeurt er na de go-live?

Hypercare duurt minstens vier weken, met het volledige team beschikbaar en dagelijkse review van open issues. De ticketcategorieën in week één zijn het eerlijkste signaal van waar de training tekortschoot of de configuratie niet klopte.

Na de hypercare neemt het Center of Excellence verbeteringen, upgradeplanning, training van nieuwe medewerkers en wijzigingsbeheer over. Bedrijven die het opbouwen van het CoE tijdens het programma overslaan, betalen de twee jaar daarna meestal consultants voor werk dat intern hoort te zijn.

Wat is RISE with SAP en past het bij mijn organisatie?

RISE with SAP is het abonnementspakket van SAP voor SAP Cloud ERP Private: de software, door SAP beheerde infrastructuur en operations, en een toolchain voor procesanalyse, architectuur en lifecyclebeheer. Uw partner verzorgt nog steeds de implementatie.

Het past bij grotere organisaties die van ECC afstappen en één SAP-contract willen voor platform en operations. Middelgrote bedrijven die dicht bij de standaard kunnen werken, kunnen beter kijken naar SAP GROW op de public edition. RISE past minder goed wanneer regelgeving door de klant beheerde infrastructuur eist, of wanneer veel maatwerkcode niet kan worden opgeschoond in de beschikbare tijd.