Waarom SAP-projecten over budget gaan en hoe u dat stopt

SAP-projecten gaan vooral over budget omdat bedrijven de kosten aan het begin laag proberen te houden en daarna worden geraakt in de Explore-fase, wanneer Fit-to-Standard-workshops de echte scope laten zien. In de programma's die ik heb beoordeeld, zijn overschrijdingen van 40 tot 60 procent gebruikelijk.

Kort antwoord: een SAP-begroting loopt uit wanneer die is vastgesteld voordat iemand de scope kende, en wanneer de leverancier in plaats van de klant die scope beheerst. Houd het aantal WRICEF-objecten in de gaten tijdens de Explore-fase, neem zelf het eigenaarschap van de scope en houd 10 tot 20 procent onvoorzien aan uw kant aan.

Gemiddelden uit enquêtes zien er rustiger uit. Het ERP Report 2026 van Panorama Consulting stelde vast dat meer dan een kwart van de organisaties hun ERP-begroting overschreed, met aanvullende technologiebehoeften als belangrijkste oorzaak. Enquêtegemiddelden en de programma's die uiteindelijk bij een adviseur op tafel komen, zijn verschillende populaties, dus plan voor de tweede.

40-60%

budgetoverschrijding die ik vaak zie bij de SAP-programma's die ik beoordeel

Bron: Noel D'Costa, gepubliceerde observatie

Dit artikel gaat over de overschrijding, niet over het startgetal. Voor kostenbandbreedtes per bedrijfsgrootte, waar het geld heen gaat, dagtarieven en een begrotingsformule leest u mijn gids over wat een SAP-implementatie kost.

Over 21 SAP-programma's die ik heb geleid of gered, komen dezelfde oorzaken steeds terug. De meeste zijn al zichtbaar voordat het contract wordt getekend.

1. De begroting wordt laag vastgesteld, daarna laat Explore de echte scope zien

Dit is de meest voorkomende reden die ik zie. Bedrijven proberen de kosten aan het begin laag te houden, vaak omdat de business case een getal nodig heeft dat de raad van bestuur goedkeurt. Dan komt de Explore-fase.

In SAP Activate is Explore de fase waarin Fit-to-Standard-workshops de standaardprocessen van SAP toetsen aan hoe de business werkelijk werkt (SAP Learning). Elk gat dat daar wordt gevonden, wordt een backlogitem: een rapport, een interface, een conversie, een uitbreiding, een formulier of een workflow. Geen van alle zat in de oorspronkelijke prijs.

De begroting was niet fout omdat iemand een rekenfout maakte. Hij was fout omdat hij werd vastgesteld voordat de scope bestond. Laat zo mogelijk een korte Fit-to-Standard-beoordeling uitvoeren voordat u het definitieve getal goedkeurt.

2. De leverancier beheerst de scope

De grootste kostenfout die ik vóór ondertekening zie, is de leverancier de scope laten beheersen. Wanneer de systeemintegrator de scope schrijft, beschrijft de scope wat de integrator van plan is te leveren, niet wat de business nodig heeft.

De gaten komen later boven als wijzigingsverzoeken, en elk wijzigingsverzoek wordt door dezelfde leverancier geprijsd. Schrijf de scope zelf, of laat iemand die onafhankelijk is van de implementatie hem samen met u schrijven.

3. Scopewijzigingen zonder kostenbeheersing

Een retailketen begrootte $5M en eindigde op $12,3M. Slecht opgehaalde requirements leidden tot voortdurende scopewijzigingen. Halverwege ontdekte het bedrijf dat zijn voorraadprocessen niet aansloten op de standaardfunctionaliteit van SAP, en volgde er uitgebreid maatwerk.

Het had ook de datamigratie uit zijn legacysystemen onderschat. De processen in het ontwerp op de standaard afstemmen was veel goedkoper geweest.

4. Planningen bepaald door druk van de directie

Eén wereldwijd productieprogramma ging 143% over budget ($14M tegenover $5,8M gepland) en ging 11 maanden te laat live. De oorzaken: onrealistische planningsdruk van de directie, een onderbemand intern team, te veel modules tegelijk en een partner met de laagste prijs zonder brancheervaring.

Goedkoper is niet automatisch beter. Een klant die voor de goedkoopste implementatieoptie koos, gaf uiteindelijk 30% meer uit aan het oplossen van problemen die een ervarener team had voorkomen.

5. Interne mensen in deeltijd

Programma's die deeltijdvertegenwoordigers aanwijzen in plaats van toegewijde proceseigenaren, verliezen bij elke beslissing dagen. Het onderbemande interne team bij dat wereldwijde productieprogramma was een van de redenen dat het 11 maanden uitliep.

Uw beste mensen zijn maandenlang voor de helft of meer aan het programma gebonden. Hun tijd noch de vertraging rond de go-live staat in een offerte van de leverancier.

6. Data die te laat wordt ontdekt

Dataproblemen die in de pre-productie worden ontdekt, zijn de duurste soort. Profiling moet gelijk oplopen met de requirements, niet na de configuratie komen. Drie maanden opschoning onder de druk van een live systeem is bij uitlopende programma's steevast de grootste post aan vertragingskosten.

Ik bespreek dit onderwerp ook in een video op mijn YouTube-kanaal (in het Engels).

Het duidelijkste vroege waarschuwingssignaal is de Explore-fase zelf. Houd het aantal WRICEF-objecten in de gaten: rapporten, interfaces, conversies, uitbreidingen, formulieren en workflows. Als die lijst workshop na workshop blijft groeien, loopt de begroting al achter op de scope.

De signalen hieronder wijzen elk naar een van de oorzaken hierboven. De meeste kunt u controleren in een wekelijkse programmareview.

Waarschuwingssignaal	Wat het meestal betekent	Wat te doen
Aantal WRICEF-objecten groeit tijdens Explore	De echte scope is groter dan de geprijsde scope	Stel de begroting opnieuw vast aan het eind van Explore, voordat Realize begint
Gaten standaard gedicht met "bouwen we"	Standaardprocessen worden niet ter discussie gesteld	Vraag de business-eigenaar elk gat te onderbouwen tegenover de standaard
Scopedocumenten opgesteld door de systeemintegrator	De leverancier bepaalt wat er wordt geprijsd	Neem het eigenaarschap van de scope en toets hem met iemand die onafhankelijk is
Wijzigingsverzoeken maandelijks of niet geprijsd beoordeeld	Kleine wijzigingen stapelen zich ongezien op	Prijs elk wijzigingsverzoek en beoordeel ze wekelijks
Dataprofiling niet gestart aan het eind van Explore	Dataproblemen komen boven in testen of cutover	Start nu met profiling, naast de requirements
Key users nog in deeltijd	Beslissingen gaan traag en herstelwerk groeit	Vul hun dagelijkse werk op of verschuif de planning

Elk van deze maatregelen pakt een van de oorzaken hierboven aan. De verhalen komen uit programma's waaraan ik heb gewerkt of die ik heb beoordeeld.

1. Wees eigenaar van de scope. Schrijf hem aan klantzijde, bevries hem aan het eind van Explore en behandel elke latere wijziging als een geprijsde beslissing, niet als een workshopnotitie.
2. Neem standaardprocessen over. Elk maatwerk kost twee keer: bij het bouwen en daarna bij elke upgrade. Een productieklant bespaarde meer dan $800K door zijn processen aan te passen aan de SAP-standaard in plaats van maatwerk te bouwen. Voor sommige afdelingen was het pijnlijk, maar het financiële verschil was enorm.
3. Faseer de uitrol. Een retailklant bespaarde $1,2M door de uitrol op te delen in drie fasen over 18 maanden in plaats van alles tegelijk te doen. De initiële investering daalde met 40%, en de lessen uit fase 1 maakten de latere fasen sneller.
4. Betaal voor expertise, niet voor een laag dagtarief. Een klant in de chemie stapte over van een algemene SAP-partner naar een branchespecialist en gaf in totaal 20% minder uit, ondanks hogere uurtarieven. Specialisten werkten sneller en maakten minder fouten.
5. Houd de post onvoorzien aan uw kant. Houd 10 tot 20 procent aan bovenop de begroting, alleen vrij te geven tegen benoemde risico's. Onvoorzien in de prijs van de partner wordt besteed aan de prioriteiten van de partner.
6. Beoordeel wijzigingsverzoeken wekelijks. Prijs elk verzoek op impact voor begroting en planning voordat het wordt goedgekeurd, niet aan het eind van de maand.
7. Automatiseer regressietesten. Tools zoals Tricentis Tosca of de eigen testautomatisering van SAP verdienen zich terug bij elk programma met meer dan twee testcycli, en elke upgrade na de go-live is weer een cyclus.

Voor de commerciële kant behandelen mijn checklist voor SAP-licentieonderhandelingen en mijn contractkostenreview voor CFO's waarop u moet aandringen voordat u tekent.

Het abonnementsmodel verschuift uitgaven van investeringen naar operationele kosten. Het neemt het overschrijdingsrisico niet weg, maar verplaatst waar het risico ligt.

GROW with SAP draait op S/4HANA Cloud Public Edition, dat alleen uitbreidingen via vrijgegeven interfaces toestaat. Dat beperkt hoe ver de WRICEF-lijst kan groeien, en GROW-programma's duren vaak ongeveer 6 tot 9 maanden. De keerzijde is minder vrijheid om SAP aan te passen aan ongebruikelijke processen.

RISE with SAP draait op S/4HANA Cloud Private Edition, waar u de core nog steeds kunt aanpassen. Clean Core is daar een governancebeslissing, geen technische grens, dus het risico van de Explore-fase is hetzelfde als on-premise. RISE-programma's duren doorgaans 9 tot 18 maanden, en de meerjarige abonnementsduur moet zichtbaar zijn in de business case.

AI is een nieuwe begrotingspost, geen besparing om alvast in te boeken. Sommige Joule-functies komen mee met SAP-cloudabonnementen, terwijl premium AI-functies apart worden geprijsd. Vraag naar de productiviteitsaanname achter elke tariefkaart van een partner die AI-besparingen claimt.

Dit bepaalt hoe een groot programma op de winst-en-verliesrekening drukt. Onder IFRS en US GAAP kunnen de kosten van het bouwen van een actief dat u beheerst worden geactiveerd; de kosten van exploiteren, trainen en voorbereiden niet. Cloud verandert het antwoord voor een groot deel van de begroting.

Kostenpost	On-premise licentie	Cloudabonnement (RISE / GROW)
Licentie- of abonnementskosten	Activeren als immaterieel actief	Als kosten nemen over de looptijd (dienstencontract)
Configuratie- en bouwdiensten	Activeren als direct toerekenbaar	IFRS: vaak als kosten genomen, tenzij ze een afzonderlijk actief creëren dat u beheerst. US GAAP: implementatiekosten activeren en afschrijven over de hostingtermijn
Interne arbeid aan de bouw	Activeren als direct toerekenbaar	Dezelfde verdeling als hierboven
Training en verandermanagement	Kosten	Kosten
Dataopschoning	Kosten	Kosten
Dataconversietools die u behoudt	Activeren als herbruikbaar	Per geval beoordelen
Hypercare en support	Kosten	Kosten

Het IFRS-standpunt komt uit het agendabesluit uit 2021 van het IFRS Interpretations Committee over configuratie- en maatwerkkosten in cloud computing-overeenkomsten. Het US GAAP-standpunt komt uit ASU 2018-15. Vooral onder IFRS kan een RISE-business case die uitgaat van activering zoals bij on-premise de winst in het eerste jaar aanzienlijk te hoog voorstellen.

Documentatie bepaalt hoeveel u behoudt. Een productieklant bespaarde $2,3M aan kosten in het lopende jaar door correct te activeren, omdat hij de activiteiten van consultants zo nauwgezet bijhield dat hij de aanpak kon verdedigen. Een andere klant kreeg te maken met een pijnlijke herziening van de jaarrekening omdat hij zijn activeringsbeslissingen niet kon onderbouwen.

Accountants kijken kritisch naar grote geactiveerde projecten. Stem het beleid met hen af voordat het programma begint, niet aan het eind van het jaar.

De meeste programma's die uitliepen, hadden geen planningsfout. Ze hadden een eerlijkheidsfout in de planningsfase. Een CFO die een realistisch plan met een goede post onvoorzien goedkeurt, geeft minder uit dan een CFO die een hoopvol plan zonder onvoorzien goedkeurt.

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

Waarom gaan SAP-implementaties over budget?

Meestal omdat de begroting aan het begin laag wordt gehouden, waarna de Explore-fase de echte scope laat zien. Fit-to-Standard-workshops maken van gaten rapporten, interfaces, conversies, uitbreidingen, formulieren en workflows die nooit zijn geprijsd. Scope die de leverancier beheerst, interne teams in deeltijd en laat datawerk maken het erger.

Hoeveel gaan SAP-projecten doorgaans over budget?

In de programma's die ik heb beoordeeld, zijn overschrijdingen van 40 tot 60 procent gebruikelijk. De enquête van Panorama Consulting uit 2026 stelde vast dat meer dan een kwart van de organisaties hun ERP-begroting overschreed. Programma's die bij een adviseur terechtkomen, zijn meestal de probleemstaart van die populatie.

Wat zijn de vroege waarschuwingssignalen van een SAP-budgetoverschrijding?

Het duidelijkste signaal is een aantal WRICEF-objecten dat tijdens de Explore-fase blijft groeien. Andere zijn scopedocumenten die door de leverancier zijn opgesteld, wijzigingsverzoeken die niet wekelijks worden geprijsd, dataprofiling die nog niet is gestart en key users die nog in deeltijd werken. Stel de begroting opnieuw vast aan het eind van Explore als de lijst is gegroeid.

Hoe stopt u scope creep bij een SAP-project?

Wees eigenaar van de scope aan klantzijde in plaats van de systeemintegrator die te laten schrijven. Bevries hem aan het eind van Explore, toets elk gat aan de SAP-standaard en prijs elk wijzigingsverzoek voordat u het goedkeurt. Beoordeel wijzigingsverzoeken wekelijks, niet aan het eind van de maand.

Verkleint RISE with SAP het risico op een budgetoverschrijding?

Niet op zichzelf. RISE draait op Private Edition, waar de core nog kan worden aangepast, dus het risico van de Explore-fase is hetzelfde als on-premise. GROW with SAP op Public Edition beperkt uitbreidingen tot vrijgegeven interfaces, wat de groei van de scope inperkt.

Kunt u de implementatiekosten van RISE with SAP activeren?

Gedeeltelijk, en het hangt af van uw verslaggevingsstelsel. Het abonnement zelf wordt normaal als kosten genomen. Onder IFRS worden configuratie- en maatwerkdiensten in een SaaS-overeenkomst ook vaak als kosten genomen, tenzij ze een afzonderlijk actief creëren dat u beheerst; onder US GAAP (ASU 2018-15) worden implementatiekosten geactiveerd en afgeschreven over de hostingtermijn.