Preskočite na sadržaj

Što je implementacija SAP-a? Koraci, faze i proces

Implementacija SAP-a objašnjena: šest faza SAP Activate, planiranje koje mora doći prvo, tim koji Vam treba i što mijenjaju RISE, GROW i clean core. SAP neće popraviti loše procese. Razotkrit će ih.

Noel D'Costa zapisuje bilješke tijekom sastanka programa za dugim stolom u sali za sastanke
Sadržaj
  1. Što obuhvaća implementacija SAP-a
  2. Koraci implementacije SAP-a: šest faza SAP Activate
  3. Pet faza ili šest?
  4. Kontrolna točka trodnevne probe zatvaranja
  5. Planiranje prije početka konfiguracije
  6. Mapirajte trenutačne procese onako kako stvarno teku
  7. Za svaki proces odlučite: standard ili proširenje
  8. Provjerite kvalitetu podataka prije početka migracije
  9. Prvo sastavite tim, zatim finalizirajte opseg
  10. Koga trebate na projektu implementacije SAP-a
  11. Česti izazovi i što s njima
  12. Prije, tijekom i nakon puštanja u rad
  13. Dva programa koja su uspjela
  14. Što se promijenilo za programe koji počinju sada
  15. Cloud izdanja su zadani izbor
  16. Clean core ima stupnjeve, nije binaran
  17. AI u timu za isporuku
  18. Č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.

Tim za implementaciju SAP-a mapira ovisnosti modula i točke integracije u cijelom poslovanju

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

  1. Discover

    Potvrdite poslovni slučaj i testirajte prioritetne procese na probnom ili demo sustavu.

  2. Prepare

    Mobilizacija: tim, upravljanje, dokument opsega, plan i pristup sustavu.

  3. Explore

    Fit-to-Standard radionice s vlasnicima procesa. Izgradite backlog konfiguracije, integracija i proširenja.

  4. Realize

    Konfiguracija, proširenja, migracija podataka i testiranje. Najdulja faza. Izlaz traži čisti regresijski ciklus.

  5. Deploy

    Obučite korisnike na stvarnim procesima, uvježbajte cutover, puštanje u rad uz spremnu kriznu sobu.

  6. 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.

FazaMora proizvestiVlasnikUvjet za nastavak
DiscoverPoslovni slučaj, ciljani opseg, izbor modela uvođenjaSponzor i CFOOdobreno financiranje
PrepareDokument opsega, plan, upravljanje, tim na mjestuDirektor programaSponzor potpisuje opseg
ExploreRezultati Fit-to-Standard, backlog, odluke o proširenjimaArhitekt rješenja s vlasnicima procesaNema otvorenih praznina
RealizeKonfiguriran i testiran sustav, migrirani testni podaciFunkcionalni i tehnički voditeljiČisti regresijski ciklus; podaci se usklađuju
DeployObučeni korisnici, uvježban cutover, go/no-go paketVoditelj cutoveraPoložena trodnevna proba zatvaranja
RunHypercare zapisnik, primopredaja CoE-u, backlog faze 2Voditelj isporuke uslugaNema 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.

Četiri stvari prije prve odluke o konfiguracijiSustav je posljednji korak. Rad na procesima, podacima i ljudima dolazi prvi.
  1. Mapirajte trenutačne proceseOnako kako stvarno teku, uključujući zaobilazna rješenja
  2. Odlučite: standard ili proširenjeStandard je gotovo uvijek brži
  3. Provjerite kvalitetu podatakaPrije početka migracije podataka
  4. 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:

  1. Izvršni sponzor. Odgovoran za poslovni slučaj i presuđuje kad se drugi ne mogu dogovoriti. Obično CFO ili COO.
  2. Direktor programa. Vodi plan, proračun i upravljački odbor. Na Vašoj platnoj listi ili neovisan o partneru.
  3. Vlasnici procesa. Po jedan za svako područje (financije, nabava, prodaja, proizvodnja). Odobravaju dizajn i odgovaraju za rezultat nakon puštanja u rad.
  4. Arhitekt rješenja. Drži cjelokupni dizajn i odlučuje gdje živi svako proširenje.
  5. Funkcionalni i tehnički voditelji. Konfiguriraju, grade i testiraju. Obično partnerov tim.
  6. Voditelj migracije podataka. Imenuje se u fazi Prepare, a ne Realize.
  7. Voditelj promjena i obuke. Počinje razgovarati s krajnjim korisnicima već u fazi Explore.
  8. 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:

IzazovKako izgledaŠto učiniti
Širenje opsegaGomilaju se zahtjevi tipa „kad smo već tu, samo dodajte...”Formalna kontrola promjena od prvog dana; svaki zahtjev dobiva procjenu utjecaja
Kvaliteta podatakaMigracija otkriva nedosljednosti za koje nitko nije znaoProfilirajte podatke rano; čistite u izvornom sustavu
Otpor korisnikaKorisnici se u roku od dva tjedna od puštanja u rad vraćaju ExceluUključite krajnje korisnike u dizajn od faze Explore
Neuspjele integracijeVeze sa sustavima trećih strana pucaju u UAT-uMapirajte sučelja u fazi Explore; testirajte rano s realnim volumenima
Skraćeni ciklusi testiranjaRegresija se skraćuje kako bi se stiglo do datumaZaštitite faze testiranja; kašnjenje u izgradnji ne smije sabiti testiranje
Umor timaRaspoloženje pada, a stopa grešaka raste u završniciPratite 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.

Noel D'Costa

Autor

Noel D'Costa

25 godina u SAP i Oracle ERP programima u zrakoplovstvu, državnoj upravi, financijama, maloprodaji i proizvodnji. Dolazim iz financija. Pomažem rukovodnim timovima iskreno odrediti opseg transformacija, stabilizirati programe u poteškoćama i izgraditi sustave koji prežive prvu godinu u produktivnom radu.

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.