
Sadržaj
- Što obuhvaća implementacija SAP-a
- Koraci implementacije SAP-a: šest faza SAP Activate
- Pet faza ili šest?
- Kontrolna točka trodnevne probe zatvaranja
- Planiranje prije početka konfiguracije
- Mapirajte trenutačne procese onako kako stvarno teku
- Za svaki proces odlučite: standard ili proširenje
- Provjerite kvalitetu podataka prije početka migracije
- Prvo sastavite tim, zatim finalizirajte opseg
- Koga trebate na projektu implementacije SAP-a
- Česti izazovi i što s njima
- Prije, tijekom i nakon puštanja u rad
- Dva programa koja su uspjela
- Što se promijenilo za programe koji počinju sada
- Cloud izdanja su zadani izbor
- Clean core ima stupnjeve, nije binaran
- AI u timu za isporuku
- Česta pitanja
Implementacija SAP-a program je koji financije, nabavu, lanac opskrbe, prodaju i HR tvrtke prebacuje na jedan SAP sustav, danas najčešće SAP S/4HANA. Prolazi kroz šest faza SAP Activate (Discover, Prepare, Explore, Realize, Deploy i Run), a uspijeva ili propada ovisno o radu na procesima, podacima i ljudima obavljenom prije nego što itko išta konfigurira.
Kratki odgovor: projekt implementacije SAP-a zamjenjuje odvojene naslijeđene sustave jednim sustavom i jednim podatkovnim modelom. Proces ima šest koraka: potvrda poslovnog slučaja, okupljanje tima, dizajn prema SAP-ovu standardu, izgradnja i testiranje, puštanje u rad te stabilizacija i primopredaja. Prema mom iskustvu to traje 6 do 9 mjeseci uz GROW with SAP i 9 do 18 mjeseci uz RISE with SAP, a moj vodič kroz vremenski plan SAP implementacije to razlaže fazu po fazu.
U 21 SAP programu koji sam vodio, spašavao ili gledao kako skreće s puta, obrazac je isti. Tvrtke koje SAP tretiraju kao instalaciju softvera muče se. Tvrtke koje prvo redizajniraju procese, a zatim konfiguriraju, isporuče ono što su obećale upravi.
Ovaj je vodič za direktore i voditelje programa koji tek kreću. Ako pročitate samo jedan odjeljak, pročitajte „Planiranje prije početka konfiguracije”.
S/4HANA je SAP-ov aktualni ERP i radi na bazi podataka u memoriji SAP HANA. Mnoge tvrtke još koriste stariji SAP ECC, ali redovito održavanje ECC-a završava 31. prosinca 2027., uz neobavezno produljeno održavanje do kraja 2030. po višoj cijeni.
Ovo su osnovni moduli kojima većina implementacija počinje:
| Modul | Čime upravlja |
|---|---|
| FI (financijsko računovodstvo) | Glavna knjiga, obveze prema dobavljačima, potraživanja od kupaca, računovodstvo imovine |
| CO (kontroling) | Mjesta troška, profitni centri, interni nalozi, upravljačko izvještavanje |
| MM (upravljanje materijalima) | Nabava, zalihe, kretanja robe, upravljanje dobavljačima |
| SD (prodaja i distribucija) | Order-to-cash, određivanje cijena, otprema, fakturiranje |
| PP (planiranje proizvodnje) | Proizvodni nalozi, planiranje kapaciteta, MRP |
| HCM (upravljanje ljudskim kapitalom) | Matični podaci HR-a, obračun plaća, upravljanje radnim vremenom |
Većina tvrtki počinje s FI/CO i jednim ili dva operativna modula. Ostalo se gradi u kasnijim izdanjima.
Implementacija nije isto što i migracija. Ako već koristite SAP ECC, pretvarate ili ponovno gradite SAP sustav, a moj vodič za migraciju s ECC-a na S/4HANA pokriva greenfield, brownfield i selektivni put.

SAP Activate je SAP-ova metodologija implementacije. Zamijenila je stariju metodu ASAP i ima šest faza, a svaka ima kontrolnu točku koju morate proći prije nastavka.
Šest faza SAP Activate
Discover
Potvrdite poslovni slučaj i testirajte prioritetne procese na probnom ili demo sustavu.
Prepare
Mobilizacija: tim, upravljanje, dokument opsega, plan i pristup sustavu.
Explore
Fit-to-Standard radionice s vlasnicima procesa. Izgradite backlog konfiguracije, integracija i proširenja.
Realize
Konfiguracija, proširenja, migracija podataka i testiranje. Najdulja faza. Izlaz traži čisti regresijski ciklus.
Deploy
Obučite korisnike na stvarnim procesima, uvježbajte cutover, puštanje u rad uz spremnu kriznu sobu.
Run
Hypercare, optimizacija i primopredaja centru izvrsnosti.
Ova je tablica verzija koju pribadam na zid programskog ureda. Pokazuje što svaka faza mora proizvesti, tko je za nju odgovoran i što mora vrijediti prije početka sljedeće faze.
| Faza | Mora proizvesti | Vlasnik | Uvjet za nastavak |
|---|---|---|---|
| Discover | Poslovni slučaj, ciljani opseg, izbor modela uvođenja | Sponzor i CFO | Odobreno financiranje |
| Prepare | Dokument opsega, plan, upravljanje, tim na mjestu | Direktor programa | Sponzor potpisuje opseg |
| Explore | Rezultati Fit-to-Standard, backlog, odluke o proširenjima | Arhitekt rješenja s vlasnicima procesa | Nema otvorenih praznina |
| Realize | Konfiguriran i testiran sustav, migrirani testni podaci | Funkcionalni i tehnički voditelji | Čisti regresijski ciklus; podaci se usklađuju |
| Deploy | Obučeni korisnici, uvježban cutover, go/no-go paket | Voditelj cutovera | Položena trodnevna proba zatvaranja |
| Run | Hypercare zapisnik, primopredaja CoE-u, backlog faze 2 | Voditelj isporuke usluga | Nema otvorenih P1/P2; CoE prihvaća |
Predlošci za svaku fazu nalaze se u mom vodiču kroz predloške SAP Activate.
Pet faza ili šest?
Ljudi pretražuju „5 faza implementacije SAP-a” jer je SAP-ova starija metoda ASAP imala pet faza. To su bile Project Preparation, Business Blueprint, Realization, Final Preparation te Go-Live and Support.
SAP Activate zadržava istu logiku i dodaje Discover na početku i Run na kraju. Faze od Prepare do Deploy obično se smatraju osnovnim fazama isporuke. Timovi koji još govore „blueprint” obično misle na Explore.
Kontrolna točka trodnevne probe zatvaranja
Kontrolna točka između faza Realize i Deploy ona je koju timovi pod pritiskom rokova najčešće preskaču. Na svakom programu koristim trodnevnu probu zatvaranja kao kontrolnu točku spremnosti. Ako financije ne mogu zatvoriti knjige u novom sustavu, Vaša migracija podataka nije spremna, što god IT govorio.
Preskakanje te kontrolne točke košta više od kašnjenja koje bi ona izazvala.
Redoslijed je važan. Četiri stvari treba obaviti prije nego što se donese i jedna odluka o konfiguraciji.
- Mapirajte trenutačne proceseOnako kako stvarno teku, uključujući zaobilazna rješenja
- Odlučite: standard ili proširenjeStandard je gotovo uvijek brži
- Provjerite kvalitetu podatakaPrije početka migracije podataka
- Sastavite tim, zatim fiksirajte opsegTko je dostupan određuje što možete isporučiti
Tek sada počinje konfiguracija
Najveća pogreška koju vidim jest loše planiranje na početku. Proračuni probijaju u fazi Explore, kad raste popis tijekova rada, izvještaja, sučelja, konverzija, poboljšanja i obrazaca (WRICEF), a opseg kontrolira dobavljač, ne klijent. Moja analiza troškova SAP implementacije pokazuje što to čini proračunu.
Mapirajte trenutačne procese onako kako stvarno teku
Ne onako kako bi proces trebao izgledati. Onako kako stvarno izgleda, uključujući zaobilazna rješenja.
Na programu u europskim financijskim uslugama 2023. sjedio sam na blueprinting radionici na kojoj su financije usklađivale transakcije unutar grupe u proračunskim tablicama. U zaobilaznim rješenjima skrivaju se zahtjevi koje nitko nije zapisao.
Za svaki proces odlučite: standard ili proširenje
Utvrdite koje procese pokriva SAP-ova standardna funkcionalnost, a koje treba proširiti. Standard je gotovo uvijek brži jer svako proširenje dodaje cikluse testiranja, rizik pri nadogradnji i održavanje.
Prema SAP-ovim smjernicama za clean core svako proširenje mora biti i namjerno smješteno. Zbog toga je ta odluka važnija, a ne manje važna.
Provjerite kvalitetu podataka prije početka migracije
Podaci su najpodcjenjeniji tok rada. Prema mom iskustvu migracija podataka odnosi 30 do 40 posto napora implementacije.
Jedan je klijent imao više od 18.000 dupliciranih zapisa kupaca. Ispravljanje toga nakon puštanja u rad tjednima je remetilo fakturiranje. Profilirajte podatke rano i očistite ih u izvornom sustavu; moj vodič o tome zašto SAP migracija podataka propada objašnjava kako.
Prvo sastavite tim, zatim finalizirajte opseg
Opseg koji možete isporučiti ovisi o tome tko je dostupan za konfiguraciju, testiranje i vođenje svakog toka rada. Timovi koji prvo definiraju opseg, a ljude traže kasnije, mjesecima prepravljaju ono što su preobećali.
Projekt implementacije SAP-a treba imenovane ljude u ovim ulogama, većinom s Vaše strane, a ne partnerove:
- Izvršni sponzor. Odgovoran za poslovni slučaj i presuđuje kad se drugi ne mogu dogovoriti. Obično CFO ili COO.
- Direktor programa. Vodi plan, proračun i upravljački odbor. Na Vašoj platnoj listi ili neovisan o partneru.
- Vlasnici procesa. Po jedan za svako područje (financije, nabava, prodaja, proizvodnja). Odobravaju dizajn i odgovaraju za rezultat nakon puštanja u rad.
- Arhitekt rješenja. Drži cjelokupni dizajn i odlučuje gdje živi svako proširenje.
- Funkcionalni i tehnički voditelji. Konfiguriraju, grade i testiraju. Obično partnerov tim.
- Voditelj migracije podataka. Imenuje se u fazi Prepare, a ne Realize.
- Voditelj promjena i obuke. Počinje razgovarati s krajnjim korisnicima već u fazi Explore.
- Voditelj cutovera. Odgovoran za runbook puštanja u rad i go/no-go paket.
Jedno je pravilo važnije od popisa. Partner koji će isporučiti posao ne bi trebao pisati Vaš poslovni slučaj.
Njegov je interes započeti. Vaš je završiti.
SAP neće popraviti loše procese. Razotkrit će ih. Tvrtke koje iz SAP-a izvuku najviše prvo redizajniraju procese, a tek onda konfiguriraju sustav.
Ovo su izazovi koje vidim na gotovo svakom programu i protumjera za svaki od njih:
| Izazov | Kako izgleda | Što učiniti |
|---|---|---|
| Širenje opsega | Gomilaju se zahtjevi tipa „kad smo već tu, samo dodajte...” | Formalna kontrola promjena od prvog dana; svaki zahtjev dobiva procjenu utjecaja |
| Kvaliteta podataka | Migracija otkriva nedosljednosti za koje nitko nije znao | Profilirajte podatke rano; čistite u izvornom sustavu |
| Otpor korisnika | Korisnici se u roku od dva tjedna od puštanja u rad vraćaju Excelu | Uključite krajnje korisnike u dizajn od faze Explore |
| Neuspjele integracije | Veze sa sustavima trećih strana pucaju u UAT-u | Mapirajte sučelja u fazi Explore; testirajte rano s realnim volumenima |
| Skraćeni ciklusi testiranja | Regresija se skraćuje kako bi se stiglo do datuma | Zaštitite faze testiranja; kašnjenje u izgradnji ne smije sabiti testiranje |
| Umor tima | Raspoloženje pada, a stopa grešaka raste u završnici | Pratite ga jednostavnim tjednim indeksom raspoloženja |
Kad je riječ o umoru tima, pratim jednostavan tjedni indeks raspoloženja. Kad više od 25 posto tima kaže da se osjeća preopterećeno, stopa grešaka u testiranju naglo skoči.
Na proizvodnom programu u zemljama GCC-a 2024. tim je preskočio regresijsko testiranje kako bi vratio tri tjedna rasporeda. Financije potom nisu mogle uskladiti ključne izvještaje, a uslijedili su mjeseci čišćenja. Nije to bila mana sustava, nego odluka koja se mogla izbjeći.
Prije, tijekom i nakon puštanja u rad
Prije puštanja u rad provedite probu zatvaranja, provjerite migrirane podatke izvještajima o usklađenju i obučavajte na stvarnim procesima, a ne na demo scenarijima. Testirajte plan povratka. Prođite s upravljačkim odborom kroz go/no-go kriterije i dobijte izričito odobrenje, a ne prešutno kimanje.
Tijekom puštanja u rad pojačajte nadzor i neka cutover tim bude dostupan danonoćno prva 72 sata. Odluke donesene u tim satima određuju hoće li hypercare započeti sa samopouzdanjem ili s redom čekanja.
Nakon puštanja u rad provodite hypercare najmanje četiri tjedna i pratite zahtjeve za podršku po kategorijama. Oni Vam govore gdje je obuka zakazala i gdje konfiguraciju treba prilagoditi.
Na europskom proizvodnom programu 2024. klijentu su stalno nedostajale sirovine. Nabava je krivila planere, a planeri proračunske tablice kojima nitko nije vjerovao. Taj smo sustav zamijenili S/4HANA-om i snažno se oslonili na SAP PP uz ispravnu konfiguraciju MRP-a.
Razine zaliha prešle su s nagađanja na podatke u stvarnom vremenu, a narudžbenice su se pokretale prema potrebi. U prvih šest mjeseci nestašice sirovina pale su za više od 50 posto. Rezultat je došao iz redizajna procesa koji je prethodio konfiguraciji, jer bi PP bez rada na procesima samo brže davao pogrešne odgovore.
Na programu profesionalnih usluga u Ujedinjenom Kraljevstvu 2024. problem su bile financije. Mjesečno zatvaranje trajalo je više od dva tjedna, a izvještaji su se ručno ponovno slagali. SAP Finance uveli smo u fazama pod upravljačkim odborom koji je bio aktivno uključen.
Mjesečno zatvaranje palo je na nešto više od tjedan dana. CFO mi je rekao da su brojke „djelovale vjerodostojno”.
Vodič napisan za 2022. ne preživljava susret s kupcem iz 2026. Tri promjene treba ugraditi u dizajn od samog početka.
Cloud izdanja su zadani izbor
SAP sada prodaje dva cloud ERP izdanja: SAP Cloud ERP (javno izdanje, prije S/4HANA Cloud Public Edition) i SAP Cloud ERP Private (privatno izdanje). RISE with SAP objedinjuje privatno izdanje s operacijama koje vodi SAP i skupom alata koji uključuje SAP Signavio, SAP LeanIX i SAP Cloud ALM. GROW with SAP paket je za srednje velike tvrtke na javnom izdanju.
Odluka o izdanju sada stoji iznad starih rasprava o uvođenju. Big bang ili fazno, te greenfield, brownfield ili selektivno, izbori su koje radite unutar izdanja, a ne umjesto njega.
Clean core ima stupnjeve, nije binaran
U kolovozu 2025. SAP je uveo četiri razine clean corea, od A do D. Razina A koristi samo objavljene, stabilne API-je, bilo side by side na SAP BTP-u ili u sustavu uz ABAP Cloud. Razina B dopušta klasične API-je koji se još smatraju čistima, razina C traži posebne mjere, a razina D nije čista.
Javno izdanje dopušta samo proširenja razine A. Privatno izdanje i on-premise dopuštaju klasična proširenja, pa tamo disciplina dolazi iz upravljanja, a ne iz platforme koja Vas blokira. Razinu i mjesto svakog proširenja odredite u fazi Explore i imenujte osobu koja može reći ne.
AI u timu za isporuku
Joule je sada dio SAP Activate Roadmap Viewera i SAP Cloud ALM-a, gdje odgovara na pitanja o zadacima i sastavlja sadržaj iz metodologije. SAP Build Code, općenito dostupan od 2024., koristi Joule za generiranje aplikacijske logike, podatkovnih modela i testova za Java i JavaScript proširenja na SAP BTP-u. SAP je sličnu pomoć generativne AI dodao i za ABAP programere.
Moje mišljenje: AI u SAP programima stvaran je, ali njegovu vrijednost određuje kvaliteta podataka. Čista dokumentacija procesa i čisti matični podaci daju koristan rezultat, a prljavi podaci proizvode samouvjerenu buku. Ništa od toga ne uklanja potrebu za osobom koja odgovara za svaku odluku.
Faze i dalje vrijede, a redoslijed rada i dalje je važan. Program koji odluku o izdanju, disciplinu proširenja i nove alate prihvati na početku tretira ih kao ograničenja dizajna. Program koji ih zanemari prva tri mjeseca provodi otkrivajući što se promijenilo, obično iz partnerovih zahtjeva za promjenom.
Ovaj vodič dio je mog vodiča za implementaciju SAP-a, koji povezuje sve teme od poslovnog slučaja do puštanja u rad.
Što je implementacija SAP-a jednostavnim riječima?
To je projekt postavljanja SAP softvera tako da vodi ključne procese tvrtke, poput financija, nabave, prodaje i HR-a, u jednom sustavu s jednim podatkovnim modelom. Obuhvaća dizajn procesa, konfiguraciju, migraciju podataka, testiranje, obuku i puštanje u rad, najčešće prema SAP-ovoj metodologiji Activate.
Koje je 5 faza implementacije SAP-a?
Pet faza potječe iz SAP-ove starije metode ASAP: Project Preparation, Business Blueprint, Realization, Final Preparation te Go-Live and Support. SAP Activate zamijenio je ASAP i koristi šest faza, dodajući Discover na početku i Run na kraju.
Kojih je šest faza SAP Activate?
Discover (poslovni slučaj i prikladnost), Prepare (tim, upravljanje, plan), Explore (Fit-to-Standard radionice i backlog), Realize (konfiguracija, proširenja, migracija, testiranje), Deploy (obuka, proba cutovera, puštanje u rad) i Run (hypercare i primopredaja centru izvrsnosti).
Koja je razlika između implementacije SAP-a i migracije SAP-a?
Implementacija uvodi SAP, obično umjesto sustava koji nisu SAP ili naslijeđenih sustava. Migracija prebacuje postojeći SAP ECC sustav na S/4HANA, konverzijom (brownfield), novom izgradnjom (greenfield) ili selektivnim prijenosom podataka. Oboje prati faze SAP Activate.
Tko bi trebao biti u timu za implementaciju SAP-a?
Izvršni sponzor, direktor programa, vlasnici procesa za svako područje, arhitekt rješenja, funkcionalni i tehnički voditelji, voditelj migracije podataka, voditelj promjena i obuke te voditelj cutovera. Sponzor, vlasnici procesa i voditelj podataka trebaju biti s Vaše strane, a ne partnerove.
Koji su najčešći razlozi neuspjeha implementacija SAP-a?
Tri temeljna uzroka pojavljuju se na gotovo svakom problematičnom programu. Rad na procesima se preskače, kvaliteta podataka zanemaruje se do cutovera, a upravljanje promjenama svodi se na obuku.
Noviji je uzrok partner koji gradi proširenja bez plana za clean core. To ostavlja dug koji izbije na prvoj većoj nadogradnji.
Kako odabrati pravog partnera za implementaciju SAP-a?
Tražite iskustvo u Vašoj industriji i Vašoj veličini, s referencama koje doista možete nazvati. Osoba koja drži prezentaciju treba voditi program. Pitajte koliko su SAP BTP i ABAP Cloud proširenja izgradili i zatražite da ih vidite.
Što je RISE with SAP i odgovara li mojoj organizaciji?
RISE with SAP SAP-ov je pretplatnički paket za SAP Cloud ERP Private: softver, infrastruktura i operacije kojima upravlja SAP te skup alata za analizu procesa, arhitekturu i upravljanje životnim ciklusom. Implementaciju i dalje isporučuje Vaš partner.
Odgovara većim organizacijama koje odlaze s ECC-a i žele jedan ugovor sa SAP-om za platformu i operacije. Srednje velike tvrtke koje mogu raditi blizu standarda trebale bi razmotriti GROW with SAP na javnom izdanju.
Sljedeći korak
Vodite li trenutačno ERP program?
Ako se ovaj članak dotaknuo programa koji upravo provodite, razgovor od 30 minuta obično donosi više od još jednog tjedna interne analize.




