
Sadržaj
- Što SAP zapravo pokriva
- Metodologija SAP Activate
- Kontrolna točka trodnevne probe zatvaranja
- Planiranje prije početka konfiguracije
- Mapirajte postojeće procese kako stvarno rade
- Za svaki proces odlučite standard ili ekstenzija
- Provjerite kvalitetu podataka prije početka migracije podataka
- Prvo sastavite tim, zatim zaključajte opseg
- Uobičajeni izazovi i što učiniti
- 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 zadana
- Clean core se ocjenjuje, nije binaran
- Joule i SAP Build Code u timu za isporuku
- Što to znači za program koji počinje sada
- Često postavljana pitanja
Implementacija SAP-a program je koji financije, nabavu, opskrbni lanac, prodaju i ljudske resurse tvrtke seli na jedan SAP sustav, obično S/4HANA. Odvija se u šest faza prema SAP-ovoj metodi Activate, a uspjeh ili neuspjeh ovisi o poslu obavljenom prije nego što itko išta konfigurira: dizajnu procesa, kvaliteti podataka i pravom timu.
Ovaj je vodič za rukovoditelje i voditelje programa koji se spremaju započeti jedan. Prolazi kroz faze, što svaka mora proizvesti, planiranje koje dolazi prvo i što se promijenilo za programe koji počinju sada. Ako pročitate samo jedan odjeljak, pročitajte „Planiranje prije početka konfiguracije“.
Nakon 25 godina implementacije ERP-a, uvijek iznova vidim isti obrazac. Tvrtke koje implementaciju tretiraju kao instalaciju softvera muče se. Tvrtke koje sustav tretiraju kao posljednji korak, nakon rada na procesima, isporučuju na vrijeme i dobivaju ishode koje su obećale upravi.
S/4HANA je SAP-ov trenutni ERP i radi na SAP HANA in-memory bazi podataka. Stariji ECC sustavi još rade u mnogim tvrtkama, ali redovno održavanje ECC-a završava 31. prosinca 2027., uz opcijsko prošireno održavanje do kraja 2030. uz višu naknadu.
Osnovni moduli kojih se većina implementacija dotakne prvo:
| Modul | Što upravlja |
|---|---|
| FI (financijsko računovodstvo) | Glavna knjiga, obveze prema dobavljačima, potraživanja od kupaca, računovodstvo dugotrajne 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) | Od narudžbe do naplate, određivanje cijena, otprema, fakturiranje |
| PP (planiranje proizvodnje) | Proizvodni nalozi, planiranje kapaciteta, MRP |
| HCM (upravljanje ljudskim kapitalom) | Matični podaci o zaposlenicima, platni obračun, upravljanje vremenom |
Većina poduzeća počinje s FI/CO i jednim ili dva operativna modula. Ostatak se gradi u kasnijim fazama.

SAP Activate zamijenio je stariju metodu ASAP. Ima šest faza, svaka s kontrolnom točkom koju prođete prije nastavka.
Šest SAP Activate faza
Discover
Potvrdite poslovni slučaj i testirajte prioritetne procese na probnom ili demo sustavu.
Prepare
Mobilizirajte: tim, upravljanje, dokument o opsegu, plan i pristup sustavu.
Explore
Radionice Fit-to-Standard s vlasnicima procesa. Izgradite backlog konfiguracija, integracija i ekstenzija.
Realize
Konfigurirajte, proširite, migrirajte podatke i testirajte. Najdulja faza. Za izlaz je potreban čist regresijski prolaz.
Deploy
Obučite korisnike na stvarnim procesima, uvježbajte cutover, pustite u rad uz ratnu sobu (war room).
Run
Hypercare, optimizacija i primopredaja Centru izvrsnosti.
Ova je tablica verzija koju lijepim na zid ureda programa: što svaka faza mora proizvesti, tko je posjeduje i što mora vrijediti prije početka sljedeće faze.
| Faza | Mora proizvesti | Vlasnik | Kontrolna točka za nastavak |
|---|---|---|---|
| Discover | Poslovni slučaj, ciljni opseg, odabir modela uvođenja | Sponzor i CFO | Financiranje odobreno |
| Prepare | Dokument o opsegu, plan, upravljanje, tim na mjestu | Direktor programa | Sponzor potpisuje opseg |
| Explore | Rezultati fit-to-standard, backlog, odluke o ekstenzijama | Arhitekt rješenja s vlasnicima procesa | Nema neriješenih praznina |
| Realize | Konfiguriran i testiran sustav, migrirani testni podaci | Funkcionalni i tehnički voditelji | Čist regresijski prolaz; podaci se usklađuju |
| Deploy | Obučeni korisnici, uvježban cutover, paket za go/no-go | Voditelj cutovera | Trodnevna proba zatvaranja prođena |
| Run | Evidencija hypercarea, primopredaja CoE-u, backlog faze 2 | Voditelj isporuke usluge | Nema otvorenih P1/P2; CoE prihvaća |
Predlošci iza svake faze nalaze se u mom vodiču o SAP Activate predlošcima.
Kontrolna točka trodnevne probe zatvaranja
Kontrolnu točku između Realize i Deploy timovi najčešće preskaču pod pritiskom rokova. Savjetujem trodnevnu probu zatvaranja prije stvarnog puštanja u rad. Ako financije ne mogu zatvoriti knjige na novom sustavu, Vaša migracija podataka nije spremna, bez obzira na to što IT kaže. Preskakanje te točke košta više od kašnjenja koje bi izazvala.
Redoslijed je važan. Četiri stvari treba obaviti prije nego što se donese ijedna odluka o konfiguraciji.
- Mapirajte postojeće proceseKako stvarno rade, uključujući zaobilazna rješenja
- Odlučite standard ili ekstenzijaStandard je gotovo uvijek brži
- Provjerite kvalitetu podatakaPrije početka migracije podataka
- Popunite tim, zatim zaključajte opsegTko je dostupan odlučuje što možete isporučiti
Tek sada počinje konfiguracija
Mapirajte postojeće procese kako stvarno rade
Ne kako bi proces trebao biti. Kakav zaista jest, uključujući zaobilazna rješenja. U zaobilaznim se rješenjima kriju zahtjevi koje nitko nije zapisao.
Za svaki proces odlučite standard ili ekstenzija
Utvrdite koje procese pokriva SAP-ova standardna funkcionalnost, a koje treba proširiti. Standard je gotovo uvijek brži. Svaka ekstenzija dodaje cikluse testiranja, rizik nadogradnje i održavanje. Prema SAP-ovim smjernicama za clean core svaku ekstenziju također treba smjestiti na promišljeno mjesto, što odluku čini važnijom, a ne manje važnom.
Provjerite kvalitetu podataka prije početka migracije podataka
Najpodcijenjeniji tijek rada. Vidio sam tvrtke koje mjesecima popravljaju izvještaje jer su zastarjeli zapisi o kupcima učitani bez provjere. Jedan klijent imao je više od 18.000 duplikata zapisa o kupcima, a njihovo ispravljanje nakon puštanja u rad tjednima je remetilo fakturiranje.
Prvo sastavite tim, zatim zaključajte opseg
Opseg koji možete isporučiti ovisi o tome tko je dostupan za konfiguriranje, testiranje i vlasništvo nad svakim tijekom rada. Timovi koji prvo odrede opseg, a tek zatim popune ljude, mjesecima ponovno grade ono što su preuzeli iznad svojih mogućnosti.
| Izazov | Kako izgleda | Što učiniti |
|---|---|---|
| Klizanje opsega | Gomilaju se zahtjevi „kad smo već tu, samo dodaj...“ | Formalna kontrola promjena od prvog dana; svaki zahtjev dobiva procjenu utjecaja |
| Kvaliteta podataka | Migracija otkriva nedosljednosti za koje nitko nije znao | Profilirajte podatke šest mjeseci prije puštanja u rad; čistite u izvornom sustavu |
| Otpor korisnika | Korisnici se vraćaju Excelu unutar dva tjedna od puštanja u rad | Uključite krajnje korisnike u dizajn od faze Explore; uključenost, a ne samo obuka |
| Neuspjesi integracije | Veze s trećim stranama pucaju u UAT-u | Mapirajte sučelja u fazi Explore; rano testirajte s realističnim obujmom |
| Skraćeni ciklusi testiranja | Regresija skraćena da bi se stigao datum | Zaštitite faze testiranja; kašnjenje u izgradnji ne smije stisnuti testiranje |
| Umor tima | Raspoloženje pada, stopa grešaka raste u završnoj etapi | Pratite umor jednostavnim tjednim indeksom raspoloženja; prema mom iskustvu, kad pređe 25 %, stope grešaka u testiranju naglo rastu |
Sjećam se jednog slučaja u kojem je tvrtka preskočila male regresijske testove da bi ubrzala. Tjedan kasnije financije nisu mogle uskladiti ključne izvještaje. Slijedili su mjeseci čišćenja. Nije bila riječ o velikoj grešci sustava, samo o izbjeglivom propustu.
Prije, tijekom i nakon puštanja u rad
Prije puštanja u rad: provedite probu zatvaranja, potvrdite migrirane podatke izvještajima o usklađivanju, obučavajte na stvarnim procesima, a ne na demo scenarijima, i testirajte plan povratka. Provedite upravljački odbor kroz kriterije go/no-go i ishodite izričito odobrenje, a ne implicitno kimanje.
Tijekom puštanja u rad: pojačajte praćenje i držite cutover tim dostupnim 24 sata dnevno prvih 72 sata. Odluke donesene u tim satima određuju hoće li hypercare započeti s pouzdanjem ili s redom čekanja.
Nakon puštanja u rad: vodite hypercare najmanje četiri tjedna. Pratite tikete podrške po kategorijama; oni govore gdje je obuka zakazala, a gdje konfiguraciju treba prilagoditi. Planirajte fazu 2 od stabilizirane polazne osnove. Opseg odgođen prije 18 mjeseci treba ponovno provjeriti prema onome što poslovanju treba sada.
SAP neće popraviti pokvarene procese. Razotkrit će ih. Tvrtke koje najviše dobiju od SAP-a su one koje su prvo redizajnirale procese, a sustav konfigurirale tek zatim.
Srednje velik proizvođač stalno je ostajao bez sirovina. Nabava je krivila planere; planeri su krivili tablice kojima nitko nije vjerovao. Zamijenili smo takvo stanje sustavom S/4HANA i uvelike se oslonili na SAP PP s ispravnom konfiguracijom MRP-a. Razine zaliha prešle su s nagađanja na podatke u stvarnom vremenu, narudžbenice su se pokretale prema potrebi, a nakon šest mjeseci nestašice su pale za više od 50 %. To je iznenadilo čak i skeptike. Rezultat je došao od redizajna procesa koji je prethodio konfiguraciji. PP bez rada na procesima proizveo bi brže pogrešne odgovore. Dobile su i financije: mjesečno zatvaranje bilo je brže, a CFO je rekao da su mu brojke po prvi put nakon dugo vremena „djelovale vjerodostojno“.
Globalna tvrtka za stručne usluge imala je drukčiji problem. Svaka je zemlja vodila vlastitu financijsku platformu, ništa se nije usklađivalo, a izvještaji su se svakog mjeseca ručno iznova gradili. Uveli smo SAP Finance u koracima pod upravljačkim odborom koji se aktivno uključio. Mjesečno zatvaranje palo je s više od dva tjedna na nešto više od jednog, regionalni izvještaji napokon su se poklapali, a čak su i revizori imali manje zamjerki.
Vodič napisan za 2022. ne preživi susret s kupcem iz 2026. Četiri promjene treba ugraditi od kickoffa.
Cloud izdanja su zadana
SAP sada prodaje dva cloud ERP izdanja: SAP Cloud ERP (javno izdanje, ranije S/4HANA Cloud Public Edition) i SAP Cloud ERP Private (privatno izdanje). RISE with SAP pakira privatno izdanje s operacijama koje vodi SAP i lancem alata za transformaciju koji uključuje SAP Signavio, SAP LeanIX i SAP Cloud ALM. SAP GROW je paket za srednje velike tvrtke na javnom izdanju.
Odluka o izdanju sada stoji iznad starih rasprava o uvođenju. Big bang naspram faznog uvođenja te greenfield naspram brownfielda naspram selektivnog pristupa izbori su koje donosite unutar izdanja, a ne umjesto njega. Ako ste još na ECC-u i treba Vam više vremena, SAP prodaje opciju prijelaza na privatno izdanje ERP-a za 2031. do 2033., ali SAP jasno kaže da je to plaćena ponuda prijelaza, a ne produljenje održavanja.
Clean core se ocjenjuje, nije binaran
U kolovozu 2025. SAP je uveo četiri razine clean core, od A do D. Razina A koristi samo objavljene, stabilne API-je, bilo side by side na SAP BTP-u ili u sustavu s ABAP Cloudom. Razina B dopušta klasične API-je i tehnologije koje se i dalje smatraju čistima. Razina C zahtijeva posebne mjere. Razina D nije čista.
Javno izdanje dopušta samo ekstenzije razine A. Privatno izdanje i on-premise dopuštaju klasične ekstenzije, pa disciplina tamo dolazi iz upravljanja, a ne iz toga što Vas platforma blokira. Praktična poanta za program: odlučite razinu i lokaciju svake ekstenzije u fazi Explore i imajte imenovanu osobu koja može reći ne. Partneri bez iskustva sa SAP BTP-om i ABAP Cloudom stvaraju dug razine C i D od prvog tjedna.
Joule i SAP Build Code u timu za isporuku
Joule se sada nalazi unutar 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 ekstenzije na SAP BTP-u. SAP je dodao sličnu generativnu AI pomoć za ABAP programere.
Iskren pogled: AI u SAP programima je stvaran, ali kvaliteta podataka odlučuje o vrijednosti. Čista procesna dokumentacija i čisti matični podaci daju koristan rezultat. Prljavi podaci daju samouvjeren šum. Ništa od toga ne uklanja potrebu za osobom koja posjeduje svaku odluku.
Što to znači za program koji počinje sada
Priručnik i dalje funkcionira. Faze se i dalje primjenjuju i redoslijed rada i dalje je važan. Promijenila se odluka o izdanju, disciplina ekstenzija i alati za tim. Program koji to apsorbira na kickoffu tretira ih kao projektna ograničenja. Onaj koji ih ignorira prva tri mjeseca provodi otkrivajući što se promijenilo, obično iz partnerskih zahtjeva za promjenu.
Za troškovnu stranu istih odluka pogledajte moj pregled troškova implementacije SAP-a. Ako ste još na ECC-u, vodič za migraciju s ECC-a na S/4HANA pokriva putove konverzije.
Za što se koristi SAP?
SAP vodi ključne poslovne funkcije (financije, nabavu, opskrbni lanac, ljudske resurse, prodaju) u jednom sustavu s jednim podatkovnim modelom.
U praksi, primka robe ažurira zalihe, pokreće proces obveza prema dobavljačima i teče u upravljačko izvještavanje bez ponovnog unosa. Izvještavanje je točno onoliko koliko su točne transakcije ispod njega, zato su dizajn procesa i kvaliteta podataka važniji od konfiguracije.
Koliko traje implementacija SAP-a?
Opseg i tim dvije su varijable koje najviše pomiču rok. Fokusirana S/4HANA implementacija koja pokriva FI/CO i jedan operativni modul za jednu tvrtku može trajati 6 do 9 mjeseci. Globalno uvođenje preko mnogo subjekata, modula i jezika traje 18 do 36 mjeseci.
Što produljuje rokove: problemi s podacima otkriveni kasno, opseg dodan bez pomaka datuma, ključne uloge popunjene na pola radnog vremena i ciklusi testiranja skraćeni da se nadoknadi ranije kašnjenje. Sve se to može kontrolirati u planiranju.
Koje su šest faza SAP Activatea?
Discover (poslovni slučaj i usklađenost), Prepare (tim, upravljanje, plan), Explore (radionice fit-to-standard i backlog), Realize (konfiguracija, proširenje, migracija, testiranje), Deploy (obuka, proba cutovera, puštanje u rad) i Run (hypercare i primopredaja Centru izvrsnosti).
Koji su najčešći razlozi neuspjeha implementacija SAP-a?
Tri temeljna uzroka pojavljuju se na gotovo svakom problematičnom programu. Preskočen rad na procesima, pa se SAP konfigurira prema pokvarenim starim procesima. Kvaliteta podataka zanemarena do cutovera, kad nema vremena za pravilno ispravljanje. Upravljanje promjenama tretirano kao obuka: obuka pokazuje ljudima kako klikati, upravljanje promjenama čini da to žele.
Četvrti je noviji: partner koji gradi ekstenzije bez plana za clean core, ostavljajući dug koji izbije pri prvoj većoj nadogradnji.
Kako odabrati pravog SAP implementacijskog partnera?
Industrijsko iskustvo u Vašem mjerilu i reference koje stvarno možete nazvati. Imenovana uključenost viših ljudi: osoba iz prezentacije treba voditi program. Neovisnost: partneri koji zarađuju na prodaji licencija ili pretplata imaju poticaj preporučiti više opsega. Iskustvo s clean core: pitajte koliko su SAP BTP i ABAP Cloud ekstenzija izgradili i zatražite da ih vidite.
Još jedno pravilo. Partner koji će isporučiti posao ne bi trebao pisati Vaš poslovni slučaj. Njegov je poticaj započeti. Vaš je dovršiti.
Što se događa nakon puštanja u rad?
Hypercare traje najmanje četiri tjedna, uz dostupan cijeli tim i dnevni pregled otvorenih problema. Kategorije tiketa u prvom tjednu najpošteniji su signal gdje je obuka zakazala ili je konfiguracija bila pogrešna.
Nakon hypercarea Centar izvrsnosti preuzima poboljšanja, planiranje nadogradnji, obuku novih zaposlenika i upravljanje promjenama. Tvrtke koje preskoče izgradnju CoE-a tijekom programa obično iduće dvije godine plaćaju konzultante za posao koji bi trebao biti interni.
Što je RISE with SAP i odgovara li mojoj organizaciji?
RISE with SAP je SAP-ov pretplatnički paket za SAP Cloud ERP Private: softver, infrastruktura i operacije koje vodi SAP te lanac alata za analizu procesa, arhitekturu i upravljanje životnim ciklusom. Implementaciju i dalje isporučuje Vaš partner.
Odgovara većim organizacijama koje napuštaju ECC i žele jedan SAP ugovor za platformu i operacije. Srednje velike tvrtke koje mogu raditi blizu standarda trebale bi pogledati SAP GROW na javnom izdanju. RISE je slabije rješenje ondje gdje propisi zahtijevaju infrastrukturu pod upravljanjem klijenta ili gdje se opsežan prilagođeni kod ne može očistiti u raspoloživom vremenu.
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.




