Zo start u uw SAP-implementatieproject goed

Om een SAP-implementatie goed te starten, regelt u vijf dingen voordat iemand een transactie configureert. Kies het deploymentmodel. Teken een charter met scope en beslisrechten. Wijs business owners aan die de designworkshops echt bijwonen. Begin vroeg met data en cutover. Maak een planning met echte buffer. Krijgt u die vijf in de eerste maand op orde, dan blijven de meeste dure fouten uit.

Ik dacht altijd dat een SAP-implementatie vanzelf goed zou lopen als het systeem correct was geconfigureerd. Blueprint, bouwen, testen, live. Dat was jarenlang mijn denkmodel.

Ik implementeer al 25 jaar ERP-systemen, waaronder SAP, in het Midden-Oosten, Zuidoost-Azië en Europa. Ook als teams SAP Activate stap voor stap volgden, liepen projecten tegen problemen aan. Die waren bijna nooit technisch. Zwak eigenaarschap. Aannames die niemand controleerde. Cutoverplanning die te laat begon. Zulke scheurtjes lijken in het begin onschuldig. Zodra ze zich uitbreiden, lost late inspanning niet op wat vroeg zicht had voorkomen.

Een SAP-implementatie is een veranderprogramma met een softwarecomponent. De werkstromen zijn procesontwerp, configuratie, datamigratie, integratie, testen, training en verandermanagement. Elke werkstroom heeft een eigen planning, eigen risico's en een eigen verantwoordelijke.

Teams die het als een configuratieoefening behandelen, onderfinancieren alles wat geen configuratie is. Dat is de meest consistente oorzaak van moeizame go-lives die ik zie.

Voor een programma dat nu start, komt er nog een werkstroom bij die eerst beslist moet worden: het deploymentmodel. S/4HANA Cloud Public Edition (GROW with SAP), Private Edition (RISE with SAP) of on-premise. Die keuze bepaalt hoe elke andere werkstroom verloopt.

SAP Activate is de leveringsmethode van SAP. Ze kent zes fasen, elk met kwaliteitsgates aan het einde. Dit is waar elke fase voor dient, en het punt dat ik niet laat verslappen.

Fase	Wat er gebeurt	Waar ik op let
Discover	Businesscase, scope op hoofdlijnen, deploymentmodel	Een realistische kosten- en tijdsinschatting, niet de optimistische
Prepare	Governance, charter, team, risicoregister, omgevingen	Beslissers met een naam en echt mandaat
Explore	Fit-to-standard-workshops, besluiten over gaps, goedkeuring van het ontwerp	Business owners in de zaal, niet alleen IT
Realize	Configuratie, ontwikkeling, integratie, systeemtesten	Cutoverplanning die al loopt
Deploy	Gebruikersacceptatietests, dataladingen, training, cutover	Minstens één volledige generale repetitie
Run	Go-live, hypercare, overdracht aan support	Hypercare bemand tot en met de eerste maandafsluiting

De meest voorkomende planningsfout is een trage Explore. Die perst Realize samen, en daarmee Deploy. De gebruikersacceptatietest (UAT) wordt ingekort, de datarepetitie vervalt en de go-live gaat toch door, omdat de datum al is aangekondigd. De eerste 90 dagen na de go-live betalen de rekening.

1. 01Explore loopt uitFit-to-standard en goedkeuring van het ontwerp schuiven op
2. 02Realize wordt samengeperstMinder tijd om te bouwen en te testen
3. 03Deploy wordt samengeperstMinder tijd voor UAT, dataladingen en training
4. 04Testen wordt ingekortUAT ingekort, datarepetitie vervalt
5. 05Go-live op de aangekondigde datumOmdat de datum al is aangekondigd

De rekening komt in hypercare, in de eerste 90 dagen

1. Goedkeuring van het ontwerp zonder het bedrijf

Explore levert een ontwerp op. De kwaliteit ervan hangt af van de vraag of de procesverantwoordelijken die het tekenden, begrepen wat ze tekenden. Als alleen IT en consultants de workshops bijwonen, kan het ontwerp technisch kloppen en toch onherkenbaar zijn voor de mensen die ermee gaan werken. UAT wordt dan ontdekken in plaats van valideren.

Een simpele test: vraag drie maanden na de goedkeuring aan een procesverantwoordelijke om u te laten zien hoe een inkooporder na de go-live gaat werken. Kan hij of zij dat niet, dan was de goedkeuring niet echt.

2. Governance die alleen op papier bestaat

Zonder afgedwongen governance groeit de scope ongemerkt en worden besluiten uitgesteld. Goede governance betekent een executive sponsor met een naam, een stuurgroep met vastgelegde beslisrechten, een projectmanager die een fasegate kan vasthouden en een wijzigingsbeheerproces met een benoemde goedkeurder.

In de meeste van mijn projecten nam de CFO de rol van projectkampioen op zich. Als afdelingen het niet eens werden over een proces, nam zij de eindbeslissing. Zo bleven de weken vertraging weg die ontstaan als kwesties onopgelost blijven liggen. In mijn gids over SAP-stuurgroepen leg ik uit hoe u dat opzet.

3. Late cutoverplanning

De cutover is het operationeel meest complexe deel van het programma. Een plan dat een paar weken voor de go-live wordt gemaakt, wordt niet gerepeteerd, mist afhankelijkheden en heeft geen echt terugvalpunt.

Begin met cutoverplanning in Realize. Leg de volgorde vast, doe minstens één volledige generale repetitie en spreek de terugvalcriteria vooraf af. Cutoverbesluiten onder druk, genomen door mensen die twintig uur wakker zijn en zonder vooraf afgesproken criteria, zijn waar rampen na de go-live beginnen.

4. Integratietesten die eruit worden geperst

Eerlijk gezegd dacht ik vroeger dat testen een taak op een checklist was. Systeem configureren, een paar testgevallen draaien, door. Toen zag ik een project uit elkaar vallen omdat niemand had gecontroleerd hoe inkoopgoedkeuringen doorwerkten in de boekingen in de financiële administratie. Dat moment veranderde hoe ik naar SAP-testen keek.

Unittests bewijzen dat een transactie op zichzelf werkt. De fouten die na de go-live pijn doen, verschijnen wanneer een volledig proces over modules heen loopt. Een goederenontvangst die wordt geblokkeerd door de status van een inkooporder. Een factureringsrun die stopt door ontbrekende rekeningbepaling. Test volledige ketens, order-to-cash en procure-to-pay, en laat ze niet doorschuiven naar de laatste weken voor UAT.

5. Datamigratie onderschat

Brondata is bijna altijd slechter dan de eerste beoordeling suggereert. Veldmappings die eenvoudig lijken, mislukken bij het laden. Aantallen records bevatten inactieve data. Voor opschoonregels zijn bedrijfsbesluiten nodig, en die kosten tijd.

Een productiebedrijf ontdekte tijdens de migratie duizenden dubbele klantrecords en moest de go-live drie weken uitstellen om ze op te lossen. Plan vanaf het begin extra laadcycli in. Mijn artikel over waarom SAP-datamigratie mislukt gaat dieper in op de details.

6. Verandermanagement als optioneel behandeld

Ik heb projecten gezien waarin het systeem perfect werkte en gebruikers toch aan oude processen vasthielden. Niet omdat ze lastig waren, maar omdat niemand hen door de verschuiving heen had geloodst. Wordt verandermanagement wegbezuinigd, dan verschijnen er in de eerste week omwegen die blijvend worden, en blijft het aantal supporttickets maandenlang hoog.

Zwaar maatwerk hoort in dezelfde categorie. Ik werkte ooit met een klant die meer dan 60 procent van het systeem had aangepast. Later kreeg die moeite met upgraden en raakte hij de ondersteuning van de leverancier kwijt.

De uitgangspunten hierboven zijn niet veranderd. Drie zaken moeten aan het begin van een programma vandaag worden vastgelegd.

Het deploymentmodel komt eerst. Public Edition biedt de minste aanpassingsmogelijkheden en SAP beheert het systeem. Private Edition onder RISE biedt meer ruimte en SAP beheert de infrastructuur. On-premise geeft de meeste controle en de meeste verantwoordelijkheid. Beslis het in Discover. Programma's die het uitstellen, besteden Explore aan discussie erover.

Clean core hoort in het charter. Public Edition staat extensies alleen toe via vrijgegeven interfaces en dwingt clean core dus technisch af. Private Edition en on-premise doen dat niet, dus wordt het een governancebesluit. SAP classificeert extensies nu van niveau A (alleen vrijgegeven API's) tot niveau D (modificaties), zoals beschreven in de clean core-update van augustus 2025. Schrijf het doelniveau en het goedkeuringsforum in het charter, anders kiezen partners standaard voor modificaties.

AI-tooling hoort vanaf dag één in de methode. Joule is beschikbaar in de SAP Activate Roadmap Viewer. Joule voor consultants beantwoordt configuratievragen en Joule voor ontwikkelaars genereert ABAP Cloud-code. Dat kan het opstellen en bouwen versnellen. Het neemt de bedrijfsbesluiten, het datawerk en de veranderinspanning niet weg. Vraag uw partner waar zij die tools gebruiken en hoe dat in de planning terug te zien is.

De aanpak moet passen bij uw risicotolerantie, complexiteit en verandercapaciteit. Dit zijn de gangbare opties.

Aanpak	Wat het betekent	Het meest geschikt voor
Big bang	Alle modules en entiteiten gaan tegelijk live	Kleinere organisaties met standaardscope die een hoger go-live-risico accepteren
Gefaseerd per module	Eerst finance, dan supply chain, dan HR	Modules met weinig onderlinge afhankelijkheden; het team leert tussen de fasen
Gefaseerd per land of entiteit	Een template gaat live in één entiteit en wordt dan uitgerold	Groepen met een globaal template
Brownfield-conversie	Bestaande ECC wordt geconverteerd naar S/4HANA	Volwassen ECC met stabiele processen
Greenfield	Nieuwe S/4HANA-implementatie	Niet-SAP-legacy, of ECC met veel technische schuld
Selectieve datatransitie	Gekozen entiteiten of data worden verplaatst naar een opnieuw ontworpen systeem	Fusies, carve-outs, gedeeltelijk hergebruik

Ik heb kleine uitrollen in minder dan zes maanden live zien gaan. Ik heb ook projecten twee jaar zien slepen omdat besluiten niet op tijd werden genomen. Weegt u een eerste implementatie af tegen een template-uitrol, dan vergelijkt mijn gids over implementatie versus uitrol die twee.

Gebruik deze in de eerste maand, voordat de configuratie begint. Elk punt heeft een eigenaar aan de kant van de klant.

1. Executive sponsor: deploymentmodel besloten en vastgelegd, met de redenen.
2. Programmadirecteur: charter getekend, met scope, expliciete uitsluitingen, succescriteria, beslisrechten en wijzigingsbeheer. Mondelinge scopeafspraken verdampen. In mijn gids voor het projectcharter vindt u een template.
3. Businessleads: een benoemde procesverantwoordelijke per gebied, met tijd die echt is vrijgemaakt voor de workshops.
4. Solution architect: doel voor clean core en goedkeuringsforum voor extensies afgesproken.
5. Datalead: dataprofilering gestart in Prepare, niet na goedkeuring van het ontwerp.
6. Cutoverlead: benoemd in Realize, met een repetitiedatum die al in het plan staat.
7. Testmanager: scenario's voor volledige proceskolommen opgesteld, inclusief goedkeuringen tot en met boekingen in de financiële administratie.
8. CFO: planning getoetst aan vergelijkbare programma's, met buffer voor een trage Explore en extra datacycli. Een plan dat ervan uitgaat dat alles goed gaat, is geen plan.

Wat is een SAP-implementatieproject?

Het is het programma dat SAP-software inricht om de bedrijfsvoering van een organisatie te laten draaien. Het omvat procesontwerp, configuratie, datamigratie, integratie, testen, training en verandermanagement, meestal uitgevoerd met SAP Activate. De inspanning verschilt enorm met het aantal entiteiten, landen en modules, en met de staat van uw bestaande data.

Wat zijn de fasen van een SAP-implementatie?

SAP Activate kent zes fasen: Discover, Prepare, Explore, Realize, Deploy en Run. Discover legt de businesscase en de scope vast. Prepare zet governance en het team op. Explore houdt fit-to-standard-workshops en bevestigt het ontwerp. Realize bouwt en test. Deploy omvat UAT, dataladingen, training en cutover. Run is de go-live en hypercare. Elke fase eindigt met een kwaliteitsgate.

Hoe lang duurt een SAP-implementatie?

Dat hangt af van de scope en van hoe snel besluiten worden genomen. Ik heb kleine uitrollen in minder dan zes maanden live zien gaan, en projecten twee jaar zien slepen omdat besluiten niet op tijd werden genomen. De meest voorkomende oorzaak van overschrijding is een trage Explore-fase die alles erna samenperst.

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

Een ontwerp dat is goedgekeurd zonder echte betrokkenheid van het bedrijf, governance die niet wordt afgedwongen, late cutoverplanning, ingeperkte integratietests, onderschatte datamigratie en wegbezuinigd verandermanagement. Alle zes zijn meestal vroeg zichtbaar en dan goedkoop te herstellen.

Wat hoort er in een SAP-projectcharter?

Doelstellingen gekoppeld aan meetbare resultaten, scope per module, entiteit, land en integratie, expliciete uitsluitingen, beslisrechten met benoemde personen, governance en escalatie, succescriteria, wijzigingsbeheer, belangrijke mijlpalen en kernaannames. Voeg bij een cloudprogramma het deploymentmodel en de clean core-aanpak toe. Laat het door de sponsor en de businessleads tekenen voordat de configuratie begint.

Wat is hypercare na de SAP go-live?

Hypercare is de periode van intensieve ondersteuning na de go-live, meestal 30 tot 90 dagen. Het projectteam en de business werken samen om problemen op te lossen en de bedrijfsvoering te stabiliseren. Bemand het minstens een volledige bedrijfscyclus, inclusief de eerste maandafsluiting, want dan komen veel problemen voor het eerst aan het licht.