Zašto SAP projekti prekoračuju budžet i kako to zaustaviti

SAP projekti prekoračuju budžet uglavnom zato što tvrtke na početku pokušavaju držati trošak niskim, a onda ih pogodi faza Explore, kada Fit-to-Standard radionice pokažu stvarni opseg. U programima koje sam pregledao prekoračenja od 40 do 60 posto su uobičajena.

Kratak odgovor: SAP budžet probije se kada je postavljen prije nego što je itko znao opseg i kada tim opsegom upravlja dobavljač, a ne klijent. Pratite broj WRICEF stavki tijekom faze Explore, preuzmite opseg sami i držite 10 do 20 posto rezerve za nepredviđene troškove na svojoj strani.

Prosjeci iz anketa izgledaju mirnije. ERP Report 2026 tvrtke Panorama Consulting pokazao je da je više od četvrtine organizacija premašilo svoje ERP budžete, a glavni su uzrok bile dodatne tehnološke potrebe. Prosjeci iz anketa i programi koji na kraju dođu pred savjetnika različite su populacije, pa planirajte za drugu.

40-60%

prekoračenje budžeta koje često vidim na SAP programima koje pregledavam

Izvor: Noel D'Costa, objavljeno zapažanje

Ovaj članak govori o prekoračenju, a ne o početnoj brojci. Za raspone troškova prema veličini tvrtke, kamo odlazi novac, dnevne cijene i formulu za budžet pročitajte moj vodič o tome koliko košta implementacija SAP-a.

U 21 SAP programu koji sam vodio ili spašavao vraćaju se isti uzroci. Većina ih je vidljiva prije potpisivanja ugovora.

1. Budžet se postavi nisko, a onda Explore pokaže stvarni opseg

To je najčešći razlog koji vidim. Tvrtke na početku pokušavaju držati trošak niskim, često zato što business case treba brojku koju će uprava odobriti. Onda dođe faza Explore.

U SAP Activateu Explore je faza u kojoj Fit-to-Standard radionice provjeravaju SAP-ove standardne procese u odnosu na to kako poslovanje stvarno funkcionira (SAP Learning). Svaki jaz koji se tamo pronađe postaje stavka backloga: izvješće, sučelje, konverzija, poboljšanje, obrazac ili radni tok. Ništa od toga nije bilo u izvornoj cijeni.

Budžet nije bio pogrešan zato što je netko pogriješio u izračunu. Bio je pogrešan zato što je postavljen prije nego što je opseg postojao. Ako možete, provedite kratku Fit-to-Standard procjenu prije nego što odobrite konačnu brojku.

2. Dobavljač kontrolira opseg

Najveća troškovna pogreška koju vidim prije potpisivanja jest dopustiti dobavljaču da kontrolira opseg. Kada opseg piše system integrator, on opisuje ono što integrator planira isporučiti, a ne ono što poslovanju treba.

Jazovi se kasnije pojave kao zahtjevi za promjenu, a svaki zahtjev za promjenu cijeni isti dobavljač. Napišite opseg sami ili neka ga s Vama napiše netko neovisan o implementaciji.

3. Promjene opsega bez kontrole troškova

Jedan maloprodajni lanac planirao je budžet od $5M, a završio na $12,3M. Loše prikupljanje zahtjeva dovelo je do stalnih promjena opsega. Na pola puta otkrio je da njegovi procesi zaliha ne odgovaraju standardnoj SAP funkcionalnosti, pa je uslijedila opsežna prilagodba.

Također je podcijenio migraciju podataka iz svojih naslijeđenih sustava. Usklađivanje procesa sa standardom u fazi dizajna bilo bi daleko jeftinije.

4. Rokovi pod pritiskom uprave

Jedan globalni proizvodni program prekoračio je budžet za 143 % ($14M naspram planiranih $5,8M) i pokrenut je 11 mjeseci kasnije. Uzroci: nerealan pritisak uprave na rokove, interni tim s premalo ljudi, previše modula odjednom i najjeftiniji partner bez industrijske stručnosti.

Jeftinije nije automatski bolje. Klijent koji je odabrao najjeftiniju opciju implementacije na kraju je potrošio 30 % više na ispravljanje problema koje bi iskusniji tim izbjegao.

5. Interni ljudi na pola radnog vremena

Programi koji imenuju predstavnike na pola radnog vremena umjesto posvećenih vlasnika procesa gube dane na svakoj odluci. Interni tim s premalo ljudi na tom globalnom proizvodnom programu bio je jedan od razloga kašnjenja od 11 mjeseci.

Vaši najbolji ljudi mjesecima će biti posvećeni programu pola radnog vremena ili više. Ni njihovo vrijeme ni usporavanje oko go-livea ne pojavljuju se ni u jednoj ponudi dobavljača.

6. Podaci otkriveni kasno

Problemi s podacima otkriveni u pretprodukciji najskuplja su vrsta. Profiliranje podataka treba teći usporedno sa zahtjevima, a ne nakon konfiguracije. Tri mjeseca čišćenja pod pritiskom produkcijskog sustava dosljedno su među najvećim stavkama troška kašnjenja na programima s prekoračenjem.

Ovu temu obrađujem i u videu na svom YouTube kanalu (na engleskom).

Najjasniji rani znak upozorenja je sama faza Explore. Pratite broj WRICEF stavki: izvješća, sučelja, konverzije, poboljšanja, obrasce i radne tokove. Ako taj popis raste od radionice do radionice, budžet već zaostaje za opsegom.

Svaki znak u nastavku upućuje na jedan od gornjih uzroka. Većina se može provjeriti na tjednom pregledu programa.

Znak upozorenja	Što obično znači	Što učiniti
Broj WRICEF stavki raste tijekom faze Explore	Stvarni opseg veći je od cijenjenog opsega	Ponovno postavite osnovicu budžeta na kraju faze Explore, prije početka faze Realize
Jazovi se po zadanim postavkama zatvaraju s „izgradimo to“	Standardni procesi ne preispituju se	Zatražite od vlasnika procesa da svaki jaz opravda u odnosu na standard
Dokumente o opsegu sastavio je system integrator	Dobavljač kontrolira što se cijeni	Preuzmite vlasništvo nad opsegom i pregledajte ga s nekim neovisnim
Zahtjevi za promjenu pregledavaju se mjesečno ili se ne cijene	Male promjene gomilaju se neopaženo	Cijenite svaki zahtjev za promjenu i pregledavajte ih tjedno
Profiliranje podataka nije počelo do kraja faze Explore	Problemi s podacima pojavit će se u testiranju ili cutoveru	Počnite profiliranje sada, usporedno sa zahtjevima
Ključni korisnici još su na pola radnog vremena	Odluke se usporavaju, a ponovljeni rad raste	Zamijenite ih u svakodnevnom poslu ili pomaknite rokove

Svaka od njih rješava jedan od gornjih uzroka. Priče su iz programa na kojima sam radio ili koje sam pregledao.

1. Preuzmite vlasništvo nad opsegom. Napišite ga na strani klijenta, zamrznite ga na kraju faze Explore i svaku kasniju promjenu tretirajte kao cijenjenu odluku, a ne kao bilješku s radionice.
2. Usvojite standardne procese. Svaka prilagodba košta dvaput: pri izgradnji, a zatim pri svakoj nadogradnji. Jedan proizvodni klijent uštedio je više od $800K prilagodbom svojih procesa SAP standardima umjesto prilagodbe sustava. Za neke je odjele to bilo bolno, ali financijska razlika bila je golema.
3. Uvodite u fazama. Jedan maloprodajni klijent uštedio je $1,2M podjelom uvođenja na tri faze tijekom 18 mjeseci umjesto da sve napravi odjednom. Početno ulaganje palo je za 40 %, a pouke iz faze 1 ubrzale su kasnije faze.
4. Plaćajte stručnost, a ne nisku dnevnu cijenu. Klijent iz kemijske industrije prešao je s općeg SAP partnera na industrijskog specijalista i ukupno potrošio 20 % manje unatoč višim satnicama. Specijalisti su radili brže i griješili manje.
5. Držite rezervu na svojoj strani. Zadržite 10 do 20 posto povrh budžeta, koja se oslobađa samo za imenovane rizike. Rezerva unutar partnerove cijene troši se na partnerove prioritete.
6. Pregledavajte zahtjeve za promjenu svaki tjedan. Svaki procijenite po učinku na budžet i raspored prije odobrenja, a ne na kraju mjeseca.
7. Automatizirajte regresijsko testiranje. Alati poput Tricentis Tosce ili SAP-ove vlastite automatizacije testiranja isplate se na svakom programu s više od dva ciklusa testiranja, a svaka nadogradnja nakon go-livea novi je ciklus.

Za komercijalnu stranu, moj kontrolni popis za pregovore o SAP licencama i pregled troškova ugovora za financijske direktore pokrivaju ono na čemu trebate inzistirati prije potpisivanja.

Pretplatnički model premješta potrošnju s kapitalnih na operativne rashode. Ne uklanja rizik prekoračenja, ali premješta mjesto na kojem se taj rizik nalazi.

GROW with SAP radi na S/4HANA Cloud Public Editionu, koji dopušta proširenja samo kroz released interfaces. To ograničava koliko popis WRICEF stavki može narasti, a programi GROW često traju oko 6 do 9 mjeseci. Cijena je manja sloboda prilagodbe SAP-a neuobičajenim procesima.

RISE with SAP radi na S/4HANA Cloud Private Editionu, gdje i dalje možete mijenjati jezgru. Ondje je Clean Core odluka o upravljanju, a ne tehničko ograničenje, pa je rizik faze Explore isti kao kod on-premise rješenja. Programi RISE obično traju 9 do 18 mjeseci, a višegodišnje razdoblje pretplate mora biti vidljivo u business caseu.

AI je nova stavka budžeta, a ne ušteda koju unaprijed knjižite. Neke Joule mogućnosti dolaze sa SAP-ovim pretplatama u oblaku, dok se premium AI mogućnosti naplaćuju zasebno. Zatražite pretpostavku o produktivnosti iza svakog partnerova cjenika koji obećava AI uštede.

Ovo je važno za to kako veliki program utječe na račun dobiti i gubitka. Prema MSFI-ju (IFRS) i US GAAP-u troškovi izgradnje imovine koju kontrolirate mogu se kapitalizirati; troškovi rada, obuke i pripreme ne mogu. Oblak mijenja odgovor za velik dio budžeta.

Element troška	On-premise licenca	Pretplata u oblaku (RISE / GROW)
Naknade za licencu ili pretplatu	Kapitalizirati kao nematerijalnu imovinu	Iskazati kao rashod tijekom razdoblja ugovora (ugovor o usluzi)
Usluge konfiguracije i izgradnje	Kapitalizirati ako su izravno pripisive	IFRS: često rashod, osim ako stvaraju zasebnu imovinu koju kontrolirate. US GAAP: kapitalizirati troškove implementacije i amortizirati tijekom razdoblja hostinga
Interni rad na izgradnji	Kapitalizirati ako je izravno pripisiv	Ista podjela kao gore
Obuka i upravljanje promjenama	Rashod	Rashod
Čišćenje podataka	Rashod	Rashod
Alati za konverziju podataka koje zadržavate	Kapitalizirati ako su ponovno upotrebljivi	Procijeniti od slučaja do slučaja
Hypercare i podrška	Rashod	Rashod

Stajalište MSFI-ja proizlazi iz odluke o dnevnom redu iz 2021. o troškovima konfiguracije i prilagodbe u aranžmanima računalstva u oblaku Odbora za tumačenja IFRS-a. Stajalište US GAAP-a proizlazi iz ASU 2018-15. Osobito prema MSFI-ju, business case za RISE koji pretpostavlja kapitalizaciju kao kod on-premise rješenja može značajno precijeniti dobit prve godine.

Dokumentacija odlučuje koliko zadržavate. Jedan proizvodni klijent uštedio je $2,3M rashoda tekuće godine pravilnom kapitalizacijom, jer je aktivnosti konzultanata pratio dovoljno pomno da obrani pristup. Drugi se klijent suočio s bolnim prepravljanjem financijskih izvještaja jer nije mogao potkrijepiti svoje odluke o kapitalizaciji.

Revizori pomno gledaju velike kapitalizirane projekte. Dogovorite politiku s njima prije početka programa, a ne na kraju godine.

Većina programa s prekoračenjem nije imala neuspjeh planiranja. Imali su neuspjeh iskrenosti u fazi planiranja. Financijski direktor koji odobri realističan plan s primjerenom rezervom troši manje od onoga koji odobri optimističan plan bez ikakve rezerve.

Ovaj vodič dio je mog vodiča za implementaciju SAP-a, koji povezuje sve teme od poslovnog slučaja do puštanja u rad.

Zašto SAP implementacije prekoračuju budžet?

Najčešće zato što se budžet na početku drži niskim, a onda faza Explore pokaže stvarni opseg. Fit-to-Standard radionice pretvaraju jazove u izvješća, sučelja, konverzije, poboljšanja, obrasce i radne tokove koji nikada nisu bili cijenjeni. Opseg pod kontrolom dobavljača, interni timovi na pola radnog vremena i kasni rad na podacima to pogoršavaju.

Koliko SAP projekti obično prekoračuju budžet?

U programima koje sam pregledao prekoračenja od 40 do 60 posto su uobičajena. Anketa tvrtke Panorama Consulting za 2026. pokazala je da je više od četvrtine organizacija premašilo svoje ERP budžete. Programi koji stignu do savjetnika obično su problematični rep te populacije.

Koji su rani znakovi upozorenja na prekoračenje SAP budžeta?

Najjasniji znak je broj WRICEF stavki koji stalno raste tijekom faze Explore. Drugi su dokumenti o opsegu koje je sastavio dobavljač, zahtjevi za promjenu koji se ne cijene tjedno, profiliranje podataka koje još nije počelo i ključni korisnici koji još rade na pola radnog vremena. Ako je popis narastao, ponovno postavite osnovicu budžeta na kraju faze Explore.

Kako zaustaviti širenje opsega na SAP projektu?

Preuzmite vlasništvo nad opsegom na strani klijenta umjesto da pisanje prepustite system integratoru. Zamrznite ga na kraju faze Explore, preispitajte svaki jaz u odnosu na standardni SAP i cijenite svaki zahtjev za promjenu prije odobrenja. Pregledavajte zahtjeve za promjenu tjedno, a ne na kraju mjeseca.

Smanjuje li RISE with SAP rizik prekoračenja budžeta?

Ne sam po sebi. RISE radi na Private Editionu, gdje se jezgra i dalje može mijenjati, pa je rizik faze Explore isti kao kod on-premise rješenja. GROW with SAP na Public Editionu ograničava proširenja na released interfaces, što sužava koliko opseg može narasti.

Mogu li se kapitalizirati troškovi implementacije RISE with SAP?

Djelomično, i to ovisi o Vašem računovodstvenom okviru. Sama pretplata obično se iskazuje kao rashod. Prema MSFI-ju se usluge konfiguracije i prilagodbe u SaaS aranžmanu također često iskazuju kao rashod, osim ako stvaraju zasebnu imovinu koju kontrolirate; prema US GAAP-u (ASU 2018-15) troškovi implementacije kapitaliziraju se i amortiziraju tijekom razdoblja hostinga.