Wat is een SAP-implementatie? Stap voor stap, fasen en proces

Een SAP-implementatie is het programma dat de financiën, inkoop, supply chain, verkoop en HR van een bedrijf onderbrengt in één SAP-systeem, tegenwoordig meestal SAP S/4HANA. Het doorloopt de zes SAP Activate-fasen (Discover, Prepare, Explore, Realize, Deploy en Run) en slaagt of mislukt op het proces-, data- en mensenwerk dat gebeurt voordat iemand iets configureert.

Kort antwoord: een SAP-implementatieproject vervangt losse legacysystemen door één systeem en één datamodel. Het proces telt zes stappen: de business case bevestigen, het team mobiliseren, ontwerpen vanuit de SAP-standaard, bouwen en testen, live gaan, en daarna stabiliseren en overdragen. In mijn ervaring duurt het 6 tot 9 maanden met GROW with SAP en 9 tot 18 maanden met RISE with SAP, en mijn gids over de tijdlijn van een SAP-implementatie splitst dat per fase uit.

In de 21 SAP-programma's die ik heb geleid, gered of zien ontsporen, is het patroon hetzelfde. Bedrijven die SAP behandelen als een software-installatie lopen vast. Bedrijven die eerst processen herontwerpen en daarna configureren, leveren wat ze de raad van bestuur hebben beloofd.

Deze gids is voor bestuurders en programmaleiders die op het punt staan te beginnen. Leest u maar één sectie, lees dan "Planning voordat de configuratie begint".

S/4HANA is het huidige ERP van SAP en draait op de in-memory database SAP HANA. Veel bedrijven gebruiken nog het oudere SAP ECC, maar het standaardonderhoud van ECC eindigt op 31 december 2027, met optioneel verlengd onderhoud tot eind 2030 tegen een hogere vergoeding.

Dit zijn de kernmodules waar de meeste implementaties als eerste aan raken:

Module	Wat de module beheert
FI (financiële boekhouding)	Grootboek, crediteuren, debiteuren, vaste activa
CO (controlling)	Kostenplaatsen, winstcentra, interne orders, managementrapportage
MM (materiaalbeheer)	Inkoop, voorraad, goederenbewegingen, leveranciersbeheer
SD (verkoop en distributie)	Order-to-cash, prijsbepaling, verzending, facturering
PP (productieplanning)	Productieorders, capaciteitsplanning, MRP
HCM (human capital management)	HR-stamgegevens, salarisadministratie, tijdregistratie

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

Een implementatie is niet hetzelfde als een migratie. Draait u al SAP ECC, dan converteert of herbouwt u een SAP-systeem, en mijn gids voor de migratie van ECC naar S/4HANA behandelt de greenfield-, brownfield- en selectieve route.

SAP Activate is de implementatiemethodologie van SAP. Ze verving de oudere ASAP-methode en kent zes fasen, elk met een gate die u moet passeren voordat u verdergaat.

De zes SAP Activate-fasen

1. 01

   Discover

   De business case bevestigen en prioritaire processen testen op een proef- of demosysteem.

2. 02

   Prepare

   Mobiliseren: team, governance, scopedocument, planning en systeemtoegang.

3. 03

   Explore

   Fit-to-standard-workshops met proceseigenaren. De backlog opbouwen van configuratie, integraties en extensies.

4. 04

   Realize

   Configureren, uitbreiden, data migreren en testen. De langste fase. Afronden vraagt een schone regressierun.

5. 05

   Deploy

   Gebruikers trainen op echte processen, de cutover oefenen, live gaan met een war room op zijn plaats.

6. 06

   Run

   Hypercare, optimalisatie en overdracht aan het Centre of Excellence.

Deze tabel hang ik aan de muur van het programmabureau. Ze laat zien wat elke fase moet opleveren, wie eigenaar is en wat waar moet zijn voordat de volgende fase begint.

Fase	Moet opleveren	Eigenaar	Gate om door te gaan
Discover	Business case, beoogde scope, keuze van deploymentmodel	Sponsor en CFO	Financiering goedgekeurd
Prepare	Scopedocument, planning, governance, team op zijn plaats	Programmadirecteur	Sponsor tekent de scope
Explore	Fit-to-standard-resultaten, backlog, besluiten over extensies	Solution architect met proceseigenaren	Geen openstaande gaps
Realize	Geconfigureerd en getest systeem, gemigreerde testdata	Functionele en technische leads	Schone regressierun; data sluit aan
Deploy	Getrainde gebruikers, geoefende cutover, go/no-go-dossier	Cutovermanager	Driedaagse proefafsluiting geslaagd
Run	Hypercarelog, overdracht aan het CoE, backlog voor fase 2	Service delivery lead	Geen open P1/P2; CoE accepteert

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

Vijf fasen of zes?

Mensen zoeken op de "5 fasen van een SAP-implementatie" omdat de oudere ASAP-methode van SAP vijf fasen had. Dat waren Project Preparation, Business Blueprint, Realization, Final Preparation, en Go-Live and Support.

SAP Activate houdt dezelfde logica aan en voegt Discover toe aan het begin en Run aan het eind. Prepare tot en met Deploy gelden meestal als de kernfasen van de oplevering. Teams die nog over "blueprint" praten, bedoelen meestal Explore.

De gate van de driedaagse proefafsluiting

De gate tussen Realize en Deploy is de gate die teams onder tijdsdruk het vaakst overslaan. Ik gebruik op elk programma een driedaagse proefafsluiting als gereedheidsgate. Als finance de boeken in het nieuwe systeem niet kan afsluiten, is uw datamigratie niet klaar, wat IT ook zegt.

Die gate overslaan kost meer dan de vertraging die hij zou hebben veroorzaakt.

De volgorde doet ertoe. Vier dingen moeten gebeuren voordat er ook maar één configuratiebesluit valt.

1. 01Huidige processen in kaart brengenZoals ze echt lopen, workarounds inbegrepen
2. 02Kiezen tussen standaard en extensieStandaard is bijna altijd sneller
3. 03Datakwaliteit auditenVoordat de datamigratie begint
4. 04Het team bemensen, dan de scope vastleggenWie beschikbaar is, bepaalt wat u kunt leveren

Pas nu begint de configuratie

De grootste fout die ik zie, is aan het begin niet goed plannen. Budgetten lopen uit in Explore, wanneer de lijst met workflows, rapporten, interfaces, conversies, uitbreidingen en formulieren (WRICEF) groeit en de leverancier de scope bepaalt in plaats van de klant. Mijn kostenoverzicht van een SAP-implementatie laat zien wat dat met het budget doet.

Breng de huidige processen in kaart zoals ze echt lopen

Niet hoe het proces zou moeten lopen. Hoe het werkelijk loopt, workarounds inbegrepen.

Op een programma bij een Europese financiële dienstverlener in 2023 zat ik in een blueprintsessie waarin Finance intercompanytransacties in spreadsheets aan het afstemmen was. In de workarounds zitten de eisen verstopt die niemand heeft opgeschreven.

Kies per proces tussen standaard en extensie

Stel vast welke processen de standaardfunctionaliteit van SAP dekt en welke een extensie nodig hebben. Standaard is bijna altijd sneller, want elke extensie voegt testcycli, upgraderisico en onderhoud toe.

Volgens de clean core-richtlijnen van SAP moet elke extensie bovendien een bewust gekozen plek krijgen. Dat maakt het besluit zwaarder, niet lichter.

Audit de datakwaliteit voordat de datamigratie begint

Data is de meest onderschatte werkstroom. In mijn ervaring kost datamigratie 30 tot 40 procent van de implementatie-inspanning.

Eén klant had meer dan 18.000 dubbele klantrecords. Dat na de go-live rechtzetten verstoorde de facturering wekenlang. Profileer de data vroeg en schoon ze op in het bronsysteem; mijn gids over waarom SAP-datamigratie mislukt beschrijft hoe.

Stel eerst het team samen en leg dan de scope vast

De scope die u kunt leveren, hangt af van wie beschikbaar is om elke werkstroom te configureren, te testen en te dragen. Teams die eerst de scope bepalen en daarna pas bemensen, zijn maanden bezig met herbouwen waar ze zich te veel op hadden vastgelegd.

Een SAP-implementatieproject heeft voor deze rollen mensen met naam nodig, de meesten van uw kant, niet van de partner:

1. Executive sponsor. Eigenaar van de business case en de knoop doorhakker. Meestal de CFO of COO.
2. Programmadirecteur. Stuurt de planning, het budget en de stuurgroep aan. Bij u in dienst of onafhankelijk van de partner.
3. Proceseigenaren. Eén per gebied (finance, inkoop, verkoop, productie). Zij keuren het ontwerp goed en zijn na de go-live eigenaar van het resultaat.
4. Solution architect. Bewaakt het totale ontwerp en beslist waar elke extensie komt.
5. Functionele en technische leads. Configureren, bouwen en testen. Meestal het team van de partner.
6. Datamigratielead. Benoemd in Prepare, niet in Realize.
7. Lead verandermanagement en training. Begint in Explore met eindgebruikers te praten.
8. Cutovermanager. Eigenaar van het go-live-draaiboek en het go/no-go-dossier.

Eén regel is belangrijker dan de lijst. De partner die het werk gaat uitvoeren, hoort uw business case niet te schrijven.

Zijn belang ligt bij beginnen. Het uwe bij afronden.

Dit zijn de uitdagingen die ik op bijna elk programma zie, met voor elk de tegenmaatregel:

Uitdaging	Hoe het eruitziet	Wat u eraan doet
Scope creep	Verzoeken als "nu we er toch mee bezig zijn, voeg even..." stapelen zich op	Formeel wijzigingsbeheer vanaf dag één; elk verzoek krijgt een impactanalyse
Datakwaliteit	De migratie brengt inconsistenties aan het licht waarvan niemand wist	Data vroeg profileren; opschonen in het bronsysteem
Weerstand bij gebruikers	Gebruikers grijpen binnen twee weken na de go-live terug naar Excel	Eindgebruikers vanaf Explore bij het ontwerp betrekken
Mislukte integraties	Koppelingen met derden breken in de UAT	Interfaces in Explore in kaart brengen; vroeg testen met realistische volumes
Ingekorte testcycli	De regressietest wordt ingekort om een datum te halen	Testfasen beschermen; uitloop in de bouw mag de tests niet samendrukken
Vermoeidheid in het team	De stemming zakt en het aantal defecten stijgt in de laatste rechte lijn	Volgen met een eenvoudige wekelijkse stemmingsindex

Voor vermoeidheid in het team houd ik een eenvoudige wekelijkse stemmingsindex bij. Zodra meer dan 25 procent van het team aangeeft zich overweldigd te voelen, schiet het aantal testdefecten omhoog.

Op een productieprogramma in de GCC in 2024 sloeg het team de regressietests over om drie weken achterstand in te halen. Daarna kon finance belangrijke rapporten niet meer laten aansluiten, en volgden maanden van opruimwerk. Het was geen fout in het systeem, alleen een vermijdbaar besluit.

Vóór, tijdens en na de go-live

Vóór de go-live voert u de proefafsluiting uit, valideert u de gemigreerde data met aansluitrapporten en traint u op echte processen in plaats van demoscenario's. Test het terugvalplan. Loop de go/no-go-criteria door met de stuurgroep en vraag om expliciete goedkeuring, niet om stilzwijgend geknik.

Tijdens de go-live voert u de monitoring op en houdt u het cutoverteam de eerste 72 uur dag en nacht beschikbaar. De besluiten in die uren bepalen of de hypercare met vertrouwen begint of met een wachtrij.

Na de go-live houdt u minstens vier weken hypercare aan en volgt u supporttickets per categorie. Ze laten zien waar de training tekortschoot en waar de configuratie bijgesteld moet worden.

Op een Europees productieprogramma in 2024 kwam de klant steeds grondstoffen tekort. Inkoop gaf de planners de schuld, en de planners gaven de schuld aan spreadsheets die niemand vertrouwde. We vervingen die opzet door S/4HANA en leunden zwaar op SAP PP met een goed geconfigureerde MRP.

Voorraadniveaus gingen van giswerk naar realtime data, en inkooporders werden op basis van behoefte aangemaakt. In de eerste zes maanden daalden de grondstoftekorten met meer dan 50 procent. Het resultaat kwam van het procesherontwerp dat aan de configuratie voorafging, want PP zonder het proceswerk had alleen sneller verkeerde antwoorden opgeleverd.

Op een programma bij een Britse zakelijke dienstverlener in 2024 was finance het probleem. De maandafsluiting duurde meer dan twee weken en rapporten werden met de hand opnieuw opgebouwd. We rolden SAP Finance gefaseerd uit onder een stuurgroep die er zelf bovenop zat.

De maandafsluiting ging terug naar iets meer dan een week. De CFO zei me dat de cijfers "geloofwaardig aanvoelden".

Een gids die voor 2022 is geschreven, overleeft het contact met een koper in 2026 niet. Drie veranderingen moeten vanaf de kick-off in het ontwerp zitten.

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 beheer door SAP en een toolset met onder meer SAP Signavio, SAP LeanIX en SAP Cloud ALM. GROW with SAP is het pakket voor middelgrote bedrijven op de public edition.

De keuze van de editie staat nu boven de oude discussies over de uitrol. Big bang of gefaseerd, en greenfield, brownfield of selectief, zijn keuzes die u binnen de editie maakt, niet in plaats daarvan.

Clean core kent niveaus en is niet zwart-wit

In augustus 2025 introduceerde SAP vier clean core-niveaus, van A tot D. Niveau A gebruikt alleen vrijgegeven, stabiele API's, side-by-side op SAP BTP of in het systeem met ABAP Cloud. Niveau B staat klassieke API's toe die nog als schoon gelden, niveau C vraagt bijzondere maatregelen en niveau D is niet schoon.

De public edition staat alleen extensies op niveau A toe. De private edition en on-premise staan klassieke extensies toe, dus daar komt de discipline uit governance en niet uit een platform dat u tegenhoudt. Bepaal in Explore het niveau en de plek van elke extensie, en wijs iemand aan die nee kan zeggen.

AI in het opleveringsteam

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

Mijn standpunt: AI in SAP-programma's is echt, maar datakwaliteit bepaalt de waarde. Schone procesdocumentatie en schone stamgegevens leveren bruikbare output op, terwijl vervuilde data zelfverzekerde ruis oplevert. Niets daarvan neemt weg dat er voor elk besluit iemand moet zijn die er eigenaar van is.

De fasen gelden nog steeds en de volgorde van het werk doet er nog steeds toe. Een programma dat de keuze van de editie, de discipline rond extensies en de nieuwe tools bij de kick-off meeneemt, behandelt ze als ontwerpvoorwaarden. Een programma dat ze negeert, besteedt de eerste drie maanden aan uitzoeken wat er veranderd is, meestal via de wijzigingsverzoeken van de partner.

Deze gids hoort bij mijn overzicht van SAP-implementatie, met links naar elk onderwerp van business case tot go-live.

Wat is een SAP-implementatie in eenvoudige woorden?

Het is het project waarin SAP-software wordt ingericht om de kernprocessen van een bedrijf, zoals finance, inkoop, verkoop en HR, in één systeem met één datamodel te laten draaien. Het omvat procesontwerp, configuratie, datamigratie, testen, training en go-live, meestal volgens de Activate-methodologie van SAP.

Wat zijn de 5 fasen van een SAP-implementatie?

De vijf fasen komen uit de oudere ASAP-methode van SAP: Project Preparation, Business Blueprint, Realization, Final Preparation, en Go-Live and Support. SAP Activate verving ASAP en gebruikt zes fasen, met Discover aan het begin en Run aan het eind.

Wat zijn de zes fasen van SAP Activate?

Discover (business case en fit), Prepare (team, governance, planning), Explore (fit-to-standard-workshops en backlog), Realize (configureren, uitbreiden, migreren, testen), Deploy (trainen, cutover oefenen, live gaan) en Run (hypercare en overdracht aan het Centre of Excellence).

Wat is het verschil tussen een SAP-implementatie en een SAP-migratie?

Een implementatie brengt SAP in gebruik, meestal ter vervanging van niet-SAP- of legacysystemen. Een migratie brengt een bestaand SAP ECC-systeem naar S/4HANA, via conversie (brownfield), nieuwbouw (greenfield) of een selectieve datatransitie. Beide volgen de SAP Activate-fasen.

Wie hoort er in een SAP-implementatieteam?

Een executive sponsor, een programmadirecteur, proceseigenaren voor elk gebied, een solution architect, functionele en technische leads, een datamigratielead, een lead verandermanagement en training en een cutovermanager. De sponsor, de proceseigenaren en de datalead horen van uw kant te komen, niet van de partner.

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

Drie grondoorzaken zie ik bij bijna elk programma in de problemen. Het proceswerk wordt overgeslagen, datakwaliteit wordt tot de cutover genegeerd en verandermanagement wordt behandeld als training.

Een nieuwere oorzaak is een partner die extensies bouwt zonder clean core-plan. Dat laat een schuld achter die bij de eerste grote upgrade bovenkomt.

Hoe kies ik de juiste SAP-implementatiepartner?

Zoek ervaring in uw sector op uw schaal, met referenties die u echt kunt bellen. De persoon die de pitch doet, moet ook het programma leiden. Vraag hoeveel extensies op SAP BTP en in ABAP Cloud ze hebben gebouwd, en vraag ze te laten zien.

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 toolset voor procesanalyse, architectuur en lifecyclebeheer. Uw partner voert de implementatie nog steeds uit.

Het past bij grotere organisaties die van ECC afstappen en één SAP-contract willen voor platform en beheer. Middelgrote bedrijven die dicht bij de standaard kunnen werken, kunnen beter kijken naar GROW with SAP op de public edition.