Najbolje strategije implementacije SAP-a za izbjegavanje skupih pogrešaka

Najbolja strategija implementacije SAP-a ona je koja odgovara Vašem poslovanju i koju Vaš tim može održati. Svodi se na tri odluke. Koji model isporuke: S/4HANA Cloud Public Edition (obično kroz GROW with SAP), Private Edition (obično kroz RISE with SAP) ili on-premise. Koji put migracije: greenfield, brownfield ili bluefield. I koji obrazac uvođenja: Big Bang, fazno ili hibridno. Ovaj je vodič namijenjen CIO-ima, direktorima programa i sponzorima koji biraju pristup za S/4HANA. Odgovorite na pet pitanja u nastavku, prvo donesite odluku o modelu isporuke, a zatim iskoristite usporednu tablicu i stablo odlučivanja da riješite preostale dvije.

Kroz 21 program na kojima sam radio obrasci su dosljedni. Izbor strategije je stvaran, ali je manja polovica odluke. Veća polovica je može li tim održati disciplinu kroz 14 mjeseci izvedbe nakon što se proračunska tablica s opcijama odloži u arhivu.

Cilj nije najbrža ni najjeftinija opcija. To je pristup koji odgovara poslovanju: njegovoj strukturi, kulturi, tempu, regulatornom profilu i dugoročnim ciljevima.

Pet pitanja na koja treba prvo odgovoriti

1. Koliko je složena Vaša struktura: jedno društvo, više društava, više država?
2. Treba li Vašim timovima vremena za prilagodbu ili su već spremni na promjenu?
3. Prelazite li s više naslijeđenih sustava, jednog ERP-a ili s čistog lista?
4. Imate li internu SAP stručnost ili ćete ovisiti o partnerima?
5. Koliko poremećaja možete podnijeti pri puštanju u rad?

Ne postoji univerzalan odgovor. Vaša strategija treba odražavati Vašu stvarnost, a ne tuđu priču o uspjehu.

Što se promijenilo između 2023. i 2026.

RISE i GROW postali su standardni načini kupnje S/4HANA u cloudu. RISE with SAP u jednoj pretplati objedinjuje softver (obično Private Edition), infrastrukturu i tehnički rad koje vodi SAP te BTP kredite. GROW with SAP pakira Public Edition za srednje velike tvrtke sa standardnim procesima. Tradicionalno licenciranje pa implementacija i dalje postoji za on-premise, ali većina novih razgovora počinje s RISE-om ili GROW-om.

Clean core prešao je iz savjeta u arhitekturu. Na Public Edition ne možete mijenjati jezgru: ekstenzije koriste objavljene API-je, bilo on-stack uz ABAP Cloud ili side-by-side na SAP BTP-u. Na Private Edition i on-premise i dalje možete, ali SAP-ove smjernice modifikaciju tretiraju kao krajnje sredstvo jer svaka dodaje posao pri nadogradnji. Partneri bez iskustva s clean coreom stvaraju tehnički dug od prvog tjedna.

AI je stigao u alate za isporuku. SAP Joule for Consultants (opće dostupan od svibnja 2025.) odgovara na pitanja o konfiguraciji iz SAP-ova vlastitog sadržaja. SAP Cloud ALM može sastaviti zahtjeve iz transkripata fit-to-standard radionica. SAP Build Code (opće dostupan od ožujka 2024.) koristi Joule za generiranje Java i JavaScript ekstenzija, a Joule for developers dodao je generiranje i objašnjavanje ABAP koda od kraja 2024. Ništa od toga ne mijenja strateški izbor. Mijenja trošak i vrijeme unutar bilo kojeg izbora koji napravite.

Gdje strategije uspijevaju ili propadaju

Izvedba je važnija od izbora. Četiri obrasca neuspjeha pojavljuju se bez obzira na odabrani pristup.

1. Angažman rukovodstva koji nestane. Na S/4HANA implementaciji za jednu banku izvršni direktor dolazio je na svaki važniji sastanak, postavljao dobra pitanja i podržavao tim. Završilo se na vrijeme i potrošilo manje od planiranog. Rukovodstvo jednog lanca trgovina sve je prepustilo nakon pokretanja projekta. Projekt je mjesecima stajao jer nitko nije mogao donositi odluke.
2. Migracija podataka tretirana kao IT zadatak. Jedan je klijent inzistirao da su njegovi matični podaci o proizvodima „dovoljno čisti”. Prvog dana njegovo je skladište primilo narudžbe za proizvode ukinute prije tri godine. Čišćenje je trajalo tjednima i koštalo ga je velikog kupca. Migracija podataka traži vlasništvo poslovne strane.
3. Obuka preskočena ili ubrzana. Posjetio sam ured dva tjedna nakon njihova SAP pokretanja. Računovodstveni tim imao je po monitorima nalijepljene samoljepljive papiriće s podsjetnicima za osnovne zadatke; imali su jedan dan obuke. Njihov mi je voditelj rekao: „Samo pokušavamo preživjeti.” Ta je tvrtka u prvoj godini potrošila dodatnih 200.000 USD na podršku.
4. Ljudi koji zaobilaze sustav. Radio sam s tvornicom koja je mislila da je obuka dovoljna. Radnici nisu vjerovali novom sustavu i vratili su se tablicama. Ispravljanje toga nakon puštanja u rad bilo je skupo. Upravljanje promjenama je komunikacija, uključivanje i zagovornici unutar poslovanja, a obuka je samo jedan njegov dio.

Dva glavna obrasca uvođenja

Big Bang

• Sve se pušta u rad u jednom cutoveru
• Najbrži put do standardiziranih procesa
• Niži početni trošak, veći rizik prvog dana
• Traži čvrste probe i čiste podatke

Fazno

• Puštanje u rad u valovima po modulu, regiji ili funkciji
• Više prostora za korekciju kursa između valova
• Dulji trošak podrške, više integracija za održavanje
• Traži trajnu disciplinu i upravljanje

Big Bang

Jednom sam sudjelovao u SAP puštanju u rad jedne proizvodne tvrtke u kojem je sve prebačeno u jednom vikendu. Financije, nabava, prodaja i proizvodnja počeli su raditi u ponedjeljak ujutro. Bilo je intenzivno, ali jasnoća je bila snažna. Svi su se kretali zajedno, bez zabune o tome kojem sustavu i kojim podacima vjerovati.

Ono što je uspjelo: tim je više puta uvježbao cutover, podatke očistio tjednima unaprijed, a korisnike obučavao na stvarnim testnim slučajevima. Prednost je brže usklađivanje i brži povrat. Mana je da nema margine za pogrešku. Kad je prvog dana problem s cijenama pogodio prodajne naloge, pogodio je svaku regiju.

Funkcionira kad: su procesi standardizirani, timovi pripremljeni, a rukovodstvo će držati granicu opsega.

Fazno

Na drugom projektu, s jednim trgovačkim lancem, išli smo fazno: prvo financije, HR i nabava, zatim logistika i prodajna mjesta. Trajalo je više od godine dana, ali je timovima dalo prostora za disanje. HR tim proveo je prvi mjesec razrađujući tijekove rada prije obuke svih ostalih. To ne bi bilo moguće u Big Bangu.

Cijena je dulje razdoblje podrške, a podaci koji teku između sustava koji već rade i onih koji još ne rade traže dodatnu pažnju.

Funkcionira kad: je organizacija velika ili raspršena, procesi se razlikuju po regijama ili rukovodstvo želi prostor za korekciju kursa.

Hibridno

Ponekad je odgovor oboje.

Britanski distributer potrošačke elektronike s kojim sam radio trebao je brzo pustiti u rad financije i nabavu. Skladište nije bilo spremno zbog previše ovisnosti. Zato su prvo krenuli financije i nabava, a logistika i skladištenje slijedili su kasnije. Big Bang u jednom području, fazno u drugom.

Hibrid dodaje posao koordinacije. Ako je nabava u SAP-u, a prodaja nije, sinkronizacija podataka između njih traži pažljiv dizajn, a upravljanje mora ostati oštro cijelo vrijeme.

Funkcionira kad: poslovne jedinice idu različitim tempom, neki odjeli moraju brže ili sezonski vrhovi isključuju određene datume puštanja u rad.

Evo kako se tri pristupa uspoređuju:

Kriterij	Big Bang	Fazno	Hibridno
Vremenski okvir	Najkraći: sve odjednom	Dulji: raspoređen u valove	Srednji: neka područja brzo, druga sporije
Poremećaj poslovanja	Velik ako puštanje u rad ima problema	Manji: promjena je postupna	Velik za prvi val, manji poslije
Rizik	Problemi pogađaju cijelo poslovanje	Problemi ostaju unutar jedne faze	Koncentriran u dijelovima s Big Bangom
Trošak	Niži na početku, skupe pogreške	Viši ukupno, manje hitnih intervencija	Negdje između; koordinacija je nepoznanica
Migracija podataka	Jedan prozor; mora biti potpuna	Podijeljena opterećenja, manje po fazi	Sučelja između sustava koji rade i onih koji još ne rade najteži su dio
Usvajanje među korisnicima	Teško: promjena preko noći	Lakše: postupno izlaganje	Prvi val su pioniri; kasniji valovi uče od njih
Najbolji izbor	Manje organizacije, standardni procesi, visoka spremnost	Velika, raspršena poduzeća s raznolikim procesima	Organizacije s više jedinica u kojima su neke jedinice spremne, a druge nisu

Decide

Koji put migracije odgovara Vašoj situaciji?

Naslijeđeni sustavi su fragmentirani i želite redizajnirati procese

→Greenfield

Procesi su zdravi, ECC je stabilan, povijest se mora zadržati

→Brownfield

Više društava, želite djelomično ponovno korištenje i selektivne podatke

→Bluefield

Greenfield: početak ispočetka

Ovaj sam pristup vidio na projektu za maloprodajnu tvrtku koja je brzo rasla kroz akvizicije, a sustavi su joj bili fragmentirani. Krenuli smo čisto i na S/4HANA dizajnirali ujedinjene procese. Timovi naviknuti na vlastite načine isprva su se opirali. Rezultat je bila veća dosljednost među regijama, čišće izvještavanje i sustavi koji međusobno komuniciraju.

Koristite kad: su naslijeđeni sustavi previše fragmentirani ili prilagođeni za čistu migraciju, a poslovanje želi preispitati kako radi umjesto da digitalizira stare navike.

Brownfield: konverzija i nadogradnja

Na jednom od mojih ranijih projekata, s proizvodnom tvrtkom, brownfield je bio pravi izbor. Klijent je svoj ECC sustav jako prilagodio i početak ispočetka činio se prerizičnim. Usredotočili smo se na tehničku konverziju na S/4HANA. Korisnici su se brže uhodali, a mi smo ranije pustili sustav u rad, ali smo prenijeli i nezgrapne tijekove rada koje je trebalo redizajnirati.

Koristite kad: su postojeći procesi zdravi i dokumentirani, transakcijska povijest važna za reviziju ili usklađenost, proračun ili vrijeme tijesni, a organizacija se ne restrukturira.

Bluefield: selektivni prijelaz

Bluefield (selektivni prijelaz podataka) prenosi određene kodove društava, poslovne jedinice ili vremenske raspone, a ne sve. Odgovara poslovanjima oblikovanim spajanjima ili izdvajanjima, ili sustavima koji nose godine podataka koje nitko ne treba. Dobivate slobodu procesa kao kod greenfielda uz kontinuitet kao kod brownfielda za dijelove koje odlučite zadržati. Moj vodič za migraciju s ECC-a na S/4HANA dublje obrađuje tri puta i njihove vremenske okvire.

Godine 2018. obrazac uvođenja i put migracije bili su cijela strategija. U 2026. postoji treća odluka i ona ograničava ostale dvije: koje izdanje S/4HANA pokrećete i kako ga kupujete.

1. 03Obrazac uvođenjaBig Bang, fazno ili hibridno, prema tome koliko poremećaja možete podnijeti
2. 02Put migracijeGreenfield, brownfield ili bluefield, unutar onoga što izdanje podržava
3. 01Model isporukePublic Edition, Private Edition ili on-premise. Odlučite ovo prvo

S/4HANA Cloud Public Edition (obično se kupuje kroz GROW with SAP, a SAP ga prodaje pod nazivom SAP Cloud ERP). Multi-tenant SaaS, SAP-ovi standardni procesi, nadogradnje svakih šest mjeseci, bez modifikacije jezgre. Samo greenfield. Najbrže do vrijednosti, najmanje fleksibilnosti. Najbolje za srednje velike tvrtke koje su voljne prihvatiti SAP standard. Ako Vaši procesi traže znatna odstupanja, to je pogrešan odgovor.

S/4HANA Cloud Private Edition (obično se kupuje kroz RISE with SAP). Single-tenant, infrastruktura koju vodi SAP, novo izdanje svake dvije godine uz sedam godina redovnog održavanja i više prostora za konfiguraciju i proširenje. Podržava brownfield, greenfield i selektivne prijelaze. Zadani izbor za većinu velikih poslovnih programa.

S/4HANA on-premise. Infrastrukturu vodite Vi ili Vaš hyperscaler. Najviše mogućnosti proširenja i kontrole, najsporiji ritam nadogradnji. Clean core se preporučuje, ali se ne nameće. Odgovara strogim zahtjevima o lokaciji podataka i organizacijama s jakim internim Basis timovima. SAP-ove nove mogućnosti sve češće prvo stižu u cloud izdanja.

Obrazac uvođenja i put migracije zatim se nalaze unutar izdanja koje ste odabrali. Projekt na public edition po definiciji je greenfield. Program na private edition koji konvertira jako prilagođen ECC sustav obično je brownfield ili bluefield, a u velikom opsegu obično fazan. O komercijalnoj strani RISE-a i GROW-a pogledajte moje stranice GROW with SAP i RISE with SAP.

Bilo je to u četvrtak ujutro, usred radionice o dizajnu. IT voditelj upravo je završio demonstraciju SAP-ova standardnog procesa od narudžbe do naplate. Netko iz prodaje rekao je: „Da, ali mi to ne radimo tako.” Prostorija je utihnula. Taj se trenutak događa na gotovo svakom projektu.

Fit-to-standard

Ostanak na standardnom SAP-u skraćuje implementaciju i dugoročno održavanje. Nadogradnje ne mogu pokvariti prilagođenu logiku koja ne postoji. Na jednom maloprodajnom projektu na kojem sam radio fit-to-standard pomogao je klijentu da pusti sustav u rad za manje od šest mjeseci: manje pokretnih dijelova, manje natezanja, čišći sustav za buduće nadogradnje.

Pravilo palca: prilagođavajte samo kad to traži regulativa ili proces daje stvarnu konkurentsku prednost. Nikad zato što „tako smo oduvijek radili”.

Clean core u praksi

Od svakog partnera tražite primjere ekstenzija koje je izgradio na objavljenim API-jima ili SAP BTP-u. Ako je odgovor nejasan, tretirajte to kao crvenu zastavu. Partneri koji na cloud program donose on-premise navike gomilaju tehnički dug od prvog sprinta.

Kad se kod ne može izbjeći

Neki prilagođeni razvoj je nužan. AI alati poput SAP Build Codea i Joule for developers smanjuju trošak njegova pisanja. Ne smanjuju trošak njegova održavanja.

Prilagođena logika koju nitko nije dokumentirao postaje logika koje se nitko ne želi dotaknuti, a to odgađa svaku kasniju promjenu. Nijedan AI alat to ne rješava. Rješava to disciplina dokumentiranja. Ako morate prilagođavati, dokumentirajte od početka, gradite na objavljenim API-jima ili BTP-u i držite to odvojeno od jezgre. Čista prilagodba ima stvaran trošak koji možete vratiti. Nečista prilagodba ima trošak koji plaćate stalno.

Ovo su rasponi ukupnih troškova programa koje viđam na američkom tržištu za S/4HANA u 2026. Variraju prema opsegu, složenosti, industriji, partneru i izdanju. Koristite ih kao orijentire za planiranje proračuna, a ne kao ponude.

Strategija i opseg	Tipičan ukupni trošak programa
Srednje velike tvrtke, brownfield, fazno	5 do 15 mil. USD
Srednje velike tvrtke, greenfield, Big Bang	8 do 20 mil. USD
Srednje velike tvrtke, GROW with SAP (pretplata i isporuka)	2 do 6 mil. USD
Velika poduzeća, brownfield, fazno	25 do 80 mil. USD
Velika poduzeća, greenfield, Big Bang	35 do 120 mil. USD
Velika poduzeća, RISE with SAP (pretplata i isporuka)	20 do 80 mil. USD
Globalno, više regija, bilo koja kombinacija	100 do 300 mil. USD i više

Model isporuke je varijabla troška koja se najčešće podcjenjuje. RISE i GROW pretplate nisu jeftinije od on-premise licenci kad se zbroji višegodišnja obveza. Njihova je vrijednost u prenesenoj odgovornosti za infrastrukturu, bržem dolasku do vrijednosti i predvidivim troškovima pretplate. Argument za RISE ili GROW rijetko je ukupni trošak. To je operativni model.

Što je strategija implementacije SAP-a?

To je pristup koji tvrtka koristi za uvođenje SAP-a: opseg, metoda, model isporuke, put migracije, obrazac uvođenja i vremenski okvir. Glavni izbori u 2026. su model isporuke (Public Edition, Private Edition ili on-premise), put migracije (greenfield, brownfield ili bluefield) i obrazac uvođenja (Big Bang, fazno ili hibridno).

Važno je odgovara li kombinacija spremnosti organizacije, složenosti procesa, regulatornom profilu i toleranciji na poremećaje.

Kada Big Bang implementacija funkcionira?

Kad su procesi već standardizirani, korisnici dobro obučeni, podaci očišćeni prije migracije, a rukovodstvo će držati opseg. Bez ijednog od toga, posebno bez čistih podataka i spremnosti korisnika, to je kockanje.

Problemi pri puštanju u rad pogađaju sve odjednom. Uz pripremu to je savladivo. Bez nje je to kriza.

Koja je razlika između greenfield i brownfield implementacije SAP-a?

Greenfield počinje novim sustavom, bez prenošenja stare konfiguracije. Procese dizajnirate od nule oko SAP-ova standarda. Brownfield konvertira postojeći sustav, zadržavajući transakcijsku povijest i konfiguraciju.

Greenfield košta više na početku i daje čišći sustav spremniji za budućnost. Brownfield je brži i manje remetilački, ali prenosi zaobilazna rješenja i prilagođeni kod. Bluefield je srednji put: selektivna migracija subjekata i podataka koje odaberete.

Koja je razlika između RISE with SAP i GROW with SAP?

RISE with SAP je SAP-ova pretplatnička ponuda za velika poduzeća, obično izgrađena na S/4HANA Cloud Private Edition, s infrastrukturom i tehničkim radom koje vodi SAP u jednom ugovoru. Na američkom tržištu obično viđam ukupne programe od 20 do 80 mil. USD uključujući isporuku.

GROW with SAP namijenjen je srednje velikim tvrtkama i radi na S/4HANA Cloud Public Edition sa SAP-ovim standardnim procesima. Obično viđam 2 do 6 mil. USD uključujući isporuku.

Između njih odlučuju veličina tvrtke i koliko se Vaši procesi moraju razlikovati od SAP standarda.

Što je fit-to-standard u SAP-u i zašto je sada važniji?

Fit-to-standard znači prilagoditi svoje procese SAP-ovoj standardnoj funkcionalnosti umjesto prilagođavati SAP prema načinu na koji danas radite. Skraćuje implementaciju, smanjuje održavanje i čini nadogradnje čišćima.

Važniji je sada zbog clean corea. Na Public Edition modifikacija jezgre uopće nije moguća. Na Private Edition i on-premise svaka modifikacija dodaje posao pri nadogradnji. Pitanje koje treba postaviti je postoji li stvaran poslovni razlog zbog kojeg standardni SAP ne može poslužiti i, ako postoji, može li Vaš partner izgraditi ekstenziju na objavljenim API-jima ili SAP BTP-u.

Koje su faze SAP Activate metodologije?

SAP Activate ima šest faza. Discover (istraživanje SAP-ovih ponuda i poslovnog slučaja), zatim četiri temeljne faze isporuke: Prepare (planiranje, upravljanje, postavljanje tima), Explore (fit-to-standard radionice i backlog), Realize (konfiguracija, proširenje, testiranje u sprintovima) i Deploy (cutover, puštanje u rad i hypercare). Run pokriva rad nakon puštanja u rad.

Realize je mjesto gdje većina projekata gubi vrijeme, posebno kad se problemi s kvalitetom podataka pojave u testiranju ili opseg prilagodbi naraste. Čvrsta osnovica opsega kroz Realize razlikuje projekte koji ulaze u produkciju na vrijeme od onih koji lutaju.

Zašto SAP implementacije propadaju?

Četiri uzroka objašnjavaju većinu neuspjeha: angažman rukovodstva koji nestane nakon pokretanja projekta, migracija podataka tretirana kao IT zadatak, upravljanje promjenama svedeno na priručnike za obuku i partneri bez iskustva s clean coreom koji stvaraju tehnički dug što izlazi na vidjelo pri prvoj nadogradnji.

Tehnologija rijetko zakaže. Programi propadaju kad se odluke ne donose, kad prljavi podaci stignu u novi sustav, kad korisnici pronađu zaobilaznice ili kad se prilagodbe moraju iznova graditi. Strategija je važna. Disciplina izvedbe važnija je.