SAP implementacija i rollout: razlike i kada što odabrati

SAP implementacija gradi sustav tamo gdje ga nema. Rollout preuzima SAP sustav koji već radi negdje u grupi i širi ga na novu zemlju, pravni subjekt ili poslovnu jedinicu. Većina ljudi pretpostavlja da je rollout samo manja implementacija. Ta pretpostavka uzrokuje više ponovnog rada na ovim programima nego bilo koja tehnička odluka.

Jednom sam dopustio da financijski direktor povjeruje kako će regionalni SAP rollout biti plug-and-play. Objasnio sam rizike, ali nisam inzistirao. Koristili smo globalni predložak, a on je pretpostavio da će se svaka lokacija uklopiti bez većeg napora. Nije tako išlo. Jedna regija trebala je dodatnu obradu poreza. Druga je zbog lokalnih zakona imala obvezna polja za podatke o zaposlenicima. Ono što je izgledalo kao copy-paste zahtijevalo je pravu prilagodbu.

Zato izbor mijenja način na koji planirate resurse i proračun te vodite posao. Ako pogriješite, sustav će možda ipak otići u produkciju, ali ne onako kako ste planirali.

Implementacija kreće od nule. Određujete opseg, mapirate procese, konfigurirate, migrirate podatke i gradite integracije. Primjenjuje se kada organizacija nema SAP ili u potpunosti zamjenjuje naslijeđeni sustav.

Rollout ponovno koristi dizajn koji već funkcionira: procese, konfiguraciju, standarde matičnih podataka. Posao je u razlici između tog predloška i onoga što treba nova lokacija. Porezi, zakonsko izvještavanje, valute, jezici, lokalne integracije i ljudi koji će sustav koristiti.

1. 05Lokalni korisniciObuka prilagođena lokalnom procesu, na lokalnom jeziku
2. 04Lokalne integracijeBanke, sustavi za podnošenje poreznih prijava i logistički sustavi u novoj zemlji
3. 03Lokalni podaciPodaci o kupcima, dobavljačima i materijalima mapirani prema globalnim standardima
4. 02Lokalni zahtjeviPorezi, zakonsko izvještavanje i obvezna polja. Samo zahtjevi, ne preferencije
5. 01Globalni predložakProcesi, konfiguracija i standardi matičnih podataka koji već funkcioniraju

Ovako se to dvoje uspoređuje u praksi:

Područje	SAP implementacija	SAP rollout
Polazište	Nema SAP-a ili se zamjenjuje naslijeđeni sustav	SAP već radi u središnjici ili u drugom pravnom subjektu
Dizajn	Novi dizajn, fit-to-standard	Globalni predložak s kontroliranim lokalnim odstupanjima
Tipično trajanje	12 do 24 mjeseca, dulje za velike grupe	6 do 12 mjeseci po lokaciji
Glavni rizik	Nepoznanice u svim radnim tokovima	Lokalizacija i lokalna spremnost
Podaci	Potpuno učitavanje iz naslijeđenih sustava	Lokalni podaci mapirani prema globalnim standardima matičnih podataka
Testiranje	Puni ciklus: jedinično, integracijsko, UAT, performanse	Lokalizacija, lokalna sučelja, UAT
Upravljanje promjenama	Cjeloviti program od nule	Postojeći materijali prilagođeni lokalnim timovima

Implementacija odgovara kada:

1. Organizacija nikada nije koristila SAP.
2. Postojeći sustav zakazuje i treba ga zamijeniti u cijelosti.
3. Spajanje, preuzimanje ili novi operativni model znače da stari dizajn više ne odgovara.
4. Prvi put uvodite industrijsko rješenje, primjerice SAP for Utilities ili SAP for Public Sector.
5. Nijedan postojeći predložak ne pokriva opseg koji Vam treba.

Implementacije traju dulje i na početku koštaju više. Dobivate dizajn koji odgovara Vašem poslovanju i tim koji razumije svaku odluku iza njega. Tvrtke koje požure sa zahtjevima kasnije potroše 30 do 50 posto više na ispravljanje pogrešaka. Vidio sam to bezbroj puta.

Rollout odgovara kada SAP već dobro radi negdje u grupi, temeljni su procesi stabilni, a predložak je dovoljno fleksibilan da primi lokalne zahtjeve bez pucanja. Ako je išta od toga troje klimavo, popravite predložak prije nego što ga uvedete bilo gdje.

Tehnički dio obično završi na vrijeme. Kašnjenja dolaze od ljudi i od pretpostavki koje u novoj zemlji ne vrijede.

Predložak nametnut lokalnim timovima

Ono što je dobro radilo u Sjevernoj Americi može zakazati u Aziji ili na Bliskom istoku. Porezne strukture, tokovi odobravanja i pravila unosa podataka razlikuju se. Jednom sam radio s tvrtkom koja je pretpostavila da će njezin europski predložak funkcionirati na Bliskom istoku. To je izazvalo kašnjenja, prepravke i mnogo napetosti. Poslovni procesi jednostavno su bili previše različiti.

Rješenje je da novoj lokaciji dodijelite poslovnog vlasnika s ovlastima za donošenje odluka. Timovi iz središnjice koji odlučuju o procesima za mjesta koja ne razumiju proizvode dizajne koji propadaju čim ih dotaknu lokalni korisnici.

Lokalizacija otkrivena tek u testiranju

Obrada poreza, zakonska izvješća i obvezna polja za podatke moraju biti potvrđeni prije početka dizajna. Jednom sam podržavao klijenta kojemu je jednostavna razlika u konfiguraciji poreza odgodila puštanje u rad (go-live) za više od mjesec dana. Nije se radilo o tehnologiji. Nitko nije dovoljno rano potvrdio lokalne potrebe.

Matični podaci koji se ne poklapaju

Šifre proizvoda, brojevi kupaca i klasifikacije dobavljača moraju odgovarati globalnim standardima. Nepodudarnosti otkrivene nakon puštanja u rad skupo je ispraviti, a narušavaju konsolidirano izvještavanje. Lokalne podatke mapirajte prema globalnom modelu tijekom dizajna, ne u UAT-u.

Obuka koja objašnjava globalni sustav, a ne lokalni

Rollouti obično ponovno koriste obuku iz izvorne implementacije. Taj materijal objašnjava kako sustav radi u središnjici. Ne objašnjava lokalne prilagodbe. Korisnici koji ne razumiju zašto se njihova verzija razlikuje izgradit će zaobilazna rješenja.

Gornji okvir i dalje vrijedi. Model isporuke predloška mijenja dio ekonomike i pravila proširivanja.

Na RISE with SAP (Private Edition) svaka nova zemlja dodaje korisnike u pretplatu koja se obračunava prema ekvivalentima punih korisnika (FUE). Dobivate predvidiv trošak i manje infrastrukturnog posla. Trošak se nastavlja i nakon puštanja u rad, pa usporedite opcije kroz nekoliko godina, a ne samo za prvu.

Na GROW with SAP (Public Edition) prvo provjerite isporučuje li SAP lokalnu verziju za tu zemlju. SAP je u veljači 2024. navodio lokalne verzije za 59 zemalja i regija. Za ostale zemlje SAP-ova lokalizacija u modelu samoposluživanja omogućuje partnerima da izrade lokalnu verziju za kupca pomoću alata Configuration Localization Tool, trenutačno putem pristupa za rane korisnike (SAP Learning). Ako ne vrijedi ništa od toga, imate problem s opsegom, a ne rollout.

Clean Core vrijedi za svako lokalno odstupanje. Public Edition prihvaća proširenja samo putem objavljenih sučelja. Na Private Edition to je odluka upravljanja, no svaka lokalna izmjena koju dopustite dodatan je objekt koji treba ponovno testirati pri svakoj nadogradnji, pomnožen brojem zemalja. Disciplina koju zagovaram jednostavna je: porezni zakoni, zakonsko izvještavanje i regulatorni zahtjevi opravdavaju odstupanje. Lokalne preferencije ne opravdavaju.

Prije nego što se obvežete na datum za sljedeću zemlju, osigurajte potvrdan odgovor na svaku od ovih točaka. Svaka ima vlasnika.

1. Lokalni poslovni vlasnik (nova zemlja): imenovan, s ovlastima za potvrdu lokalnog dizajna.
2. Porezni i pravni savjetnik: porezi, zakonsko izvještavanje i obvezna polja za podatke dokumentirani prije početka dizajna.
3. Vlasnik predloška (središnjica): popis predloženih odstupanja, svako označeno kao zahtjev ili preferencija.
4. Voditelj podataka: lokalni podaci o kupcima, dobavljačima i materijalima mapirani prema globalnim standardima.
5. Voditelj integracija: lokalni sustavi koji se moraju povezati, poput banaka, podnošenja poreznih prijava ili logistike, identificirani i opsegom određeni.
6. Voditelj promjena: obuka prilagođena lokalnom procesu, na lokalnom jeziku, s lokalnim primjerima.
7. Direktor programa: jedna lokacija odjednom, s lekcijama iz prethodnog puštanja u rad ugrađenima u sljedeće.

Moj vodič kroz predložak opsega pomaže kod točke 3, a vodič za povelju projekta opisuje kako zapisati ovlasti odlučivanja.

Greenfield implementacija u Egiptu. Regionalna proizvodna tvrtka sa sjedištem u Egiptu bila je zaglavljena sa starim, nepovezanim sustavima i mnogo ručnog rada. Opskrbni lanac, praćenje proizvodnje i financijsko izvještavanje nisu međusobno komunicirali. Implementirali su SAP S/4HANA od nule i povezali financije, nabavu i proizvodnju u jednom sustavu. Uveli su automatizirano planiranje opskrbnog lanca i obučili više od 5.000 zaposlenika u četiri zemlje prije puštanja u rad. Nisu žurili. Smanjili su operativne troškove za 25 posto, a pogreške u predviđanju za 35 posto.

Rollout na 15 tržišta. Maloprodajna tvrtka već je imala SAP S/4HANA u središnjici, a trebala ga je na 15 novih tržišta. Svako je imalo drukčija porezna pravila, valute i poslovne prakse. Krenuli su od globalnog predloška, prilagodili ga po lokaciji, uvodili ga u fazama tijekom dvije godine umjesto odjednom i izradili obuku za svaku regiju. Rezultat je bilo brže financijsko konsolidiranje, praćenje zaliha u stvarnom vremenu u svim trgovinama i 20 posto točnije izvještavanje na razini grupe.

Jedan je gradio nešto što nije postojalo. Drugi je proširivao nešto što je radilo. Nijedan nije bio plug-and-play. Ako ste na početku prve vrste, moj vodič o tome kako pravilno započeti SAP implementaciju dobro je mjesto za početak.

Koja je razlika između SAP implementacije i SAP rollouta?

Implementacija gradi SAP od nule: zahtjevi, dizajn procesa, konfiguracija, migracija podataka, integracija, testiranje i puštanje u rad. Rollout proširuje postojeći SAP sustav i njegov globalni predložak na novu zemlju, pravni subjekt ili poslovnu jedinicu. Posao u rolloutu svodi se na razliku između predloška i lokalnih potreba: porezi, zakonsko izvještavanje, jezik, lokalne integracije i obuka.

Kada tvrtka treba odabrati implementaciju umjesto rollouta?

Odaberite implementaciju kada nema SAP-a koji bi se proširio ili se naslijeđeni sustav zamjenjuje u cijelosti. To je i bolji put kada se poslovni model toliko promijenio da postojeći dizajn više ne odgovara ili kada nijedan predložak ne pokriva traženi opseg. Nametanje rollouta pogrešnog predloška stvara više prepravaka nego čist dizajn.

Koliko traje SAP rollout u usporedbi s implementacijom?

Implementacija obično traje 12 do 24 mjeseca, dulje za velike grupe. Rollout obično traje 6 do 12 mjeseci po lokaciji, ovisno o lokalizaciji, integracijama i podacima. Najveća varijabla je koliko su dobro lokalni zahtjevi potvrđeni prije početka dizajna.

Koji su najveći izazovi u SAP rolloutu u više zemalja?

Četiri se pojavljuju stalno iznova. Predlošci nametnuti lokalnim timovima bez njihova doprinosa. Zahtjevi lokalizacije otkriveni tijekom testiranja. Matični podaci koji ne odgovaraju globalnim standardima. Obuka koja objašnjava globalni sustav umjesto lokalnog. Većinom su to problemi ljudi i planiranja, a ne tehnike.

Je li SAP rollout uvijek jeftiniji od pune implementacije?

Obično jest, jer dizajn već postoji i provjeren je. Ušteda se smanjuje kada zemlja ima složena porezna pravila ili pravila obračuna plaća, treba nekoliko lokalnih integracija ili ima loše podatke. Uz RISE with SAP pretplata za svaku novu zemlju nastavlja se i nakon puštanja u rad, pa usporedite troškove kroz nekoliko godina.

Kako globalni predložak funkcionira u SAP rolloutu?

Globalni predložak je dokumentirani, konfigurirani SAP dizajn za standardne procese grupe. Svaki rollout kreće od njega i dodaje samo lokalne promjene koje su doista nužne. Svako odstupanje stvara obvezu održavanja pri svakoj nadogradnji, pa ih kontrolirajte: zahtjevi poput poreznog zakona opravdavaju odstupanje, preferencije ne.