Migracija SAP ECC na S/4HANA: studija slučaja trgovca s Bliskog istoka

Ovo je moja omiljena studija slučaja. Poznati trgovac modom i robom široke potrošnje s Bliskog istoka prešao je sa SAP ECC 6.0 na S/4HANA. Imao je oko 18.000 zaposlenika, više od 1.200 prodajnih mjesta u sedam zemalja i rastući kanal e-trgovine. ECC je koristio godinama, a 44 posto njegovih objekata sustava bilo je prilagođeno. Odabrali smo brownfield konverziju uz selektivni redizajn. Mjesečno zatvaranje prešlo je s onoga što se protezalo u vikende na završetak prije ručka, a prilagođeni kod smanjen je za gotovo polovicu.

Ako koristite jako prilagođen ECC sustav i pitate se koliko ga prenijeti u novi, ovako je jedan program odgovorio na to pitanje.

Prilagodbe su se gomilale polako, jedna hitna ispravka za drugom. Kad smo počeli, čak su i male nadogradnje nosile rizik. Integracije su bile krhke: mala promjena u financijama mogla je nešto pokvariti u maloprodajnim operacijama. Poslovanje je željelo fleksibilnost i brzinu. IT je bio zatrpan gašenjem požara. Obje strane priznale su da rade u suprotnim smjerovima.

Sjećam se sesije u kojoj su se članovi tima za opskrbni lanac pomalo nasmijali kad su priznali da se desetci njihovih „kritičnih" izvještaja jedva još otvaraju. Njihovo uklanjanje bilo je praktično, a čudno oslobađajuće.

Okidač je bio kraj standardnog održavanja za ECC. SAP ERP 6.0 s paketima za poboljšanja (enhancement packages) 6 do 8 izlazi iz standardnog održavanja krajem 2027. (SAP News). Pravi razlozi bili su dublji. Financije su pri svakom mjesečnom zatvaranju radile ručne izvoze podataka. Trgovinama je trebao uvid u zalihe koji noćni batch poslovi nisu mogli pružiti. Većina IT-ovog truda odlazila je na održavanje prilagođenog koda.

SAP Readiness Check potvrdio je ono što smo slutili: jako prilagođen sustav pred kojim je znatna sanacija. Simplification Item List pokazao je gdje standardni S/4HANA već radi ono što je prilagođeni ECC kod radio. Financije su otkrile da su neki dugo održavani prilagođeni izvještaji sada suvišni. Olakšanje na tom sastanku bilo je očito.

Puka tehnička konverzija samo bi gurnula probleme naprijed. Potpuna greenfield izgradnja bacila bi desetljeće konfiguracije koja radi. Brownfield uz selektivni redizajn bio je ravnoteža: zadržati što je solidno, očistiti što treba čišćenje, ponovno izgraditi samo ono što je pokvareno. Moj vodič za migraciju s ECC-a na S/4HANA objašnjava kako odvagnuti te putove.

Puka konverzijaBrownfield uz selektivni redizajnPotpuna greenfield izgradnja

Zadržana konfiguracijaPuka konverzijaSva, zajedno s problemimaBrownfield uz selektivni redizajnOno što je bilo solidnoPotpuna greenfield izgradnjaNijedna, desetljeće rada odbačeno

44 posto prilagođenih objekataPuka konverzijaPrenose se kakvi jesuBrownfield uz selektivni redizajnSvaki označen za ukidanje, zamjenu ili doraduPotpuna greenfield izgradnjaNe prenose se

Što to značiPuka konverzijaProblemi se sele u S/4HANABrownfield uz selektivni redizajnOčistiti što treba, izgraditi samo ono što je pokvarenoPotpuna greenfield izgradnjaSvaki proces koji radi gradi se ispočetka

Izazov	Što smo napravili
44 posto prilagođenih objekata	Poslovanje i IT zajedno su označili svaki objekt: ukinuti, zamijeniti ili doraditi; Quality Gates po fazama
Krhke integracije	Plan regresije koji pokriva POS, WMS, financije, HR i portale dobavljača; veze točka-do-točka prebačene na obrasce SAP Integration Suite
Kvaliteta podataka	Skrbnici podataka po funkcijama sa SLA-ovima; svakodnevno praćenje grešaka; čišćenje završeno prije QA
Usvajanje u više zemalja	Vodiči za posao prema ulogama, obilasci radnih mjesta pred puštanje u rad, obuka vezana uz stvarne radne zadatke

Prilagođeni kod u velikom opsegu

Rezultati provjere spremnosti poslužili su kao filtar. Poslovanje i IT sjeli su zajedno i označili svaki objekt. Neki su bili očito suvišni, poput izvještaja za koje se nitko nije mogao sjetiti da ih je pokretao. Drugi su podržavali doista jedinstvene maloprodajne procese i trebali su pažljiv redizajn. To je prisililo timove da odluče umjesto da odgađaju. SAP Signavio pomogao je definirati nove procese prema najboljoj praksi, a smartShift je obavljao automatizirane skenove koda i ispravke male vrijednosti, čime je vrijeme seniora ostalo za redizajn. Moj vodič o Clean Core opisuje kako danas klasificiram prilagođeni kod.

Integracije

ECC je bio povezan sa sustavima prodajnih mjesta (POS), sustavom za upravljanje skladištem (WMS), financijama, HR-om i nekoliko portala dobavljača. Izradili smo plan regresije koji pokriva sve njih i testirali nakon svake značajnije promjene konfiguracije, a ne samo na kraju. Noćni batch poslovi morali su u S/4HANA završavati brže, inače jutarnji izvještaji skladišta ne bi bili spremni.

Kvaliteta podataka

Duplicirani zapisi dobavljača i zastarjeli matični podaci razvlačili su testiranje. Rješenje je bilo strukturno: skrbnik podataka (data steward) u svakoj funkciji, uz SLA-ove za rješavanje. Ako podaci nisu bili čisti do početka QA, vraćali su se skrbniku. Kako se prijelaz približavao, probali smo učitavanja od početka do kraja i svakodnevno pratili greške. Ta jednostavna rutina radila je bolje od bilo koje otmjene nadzorne ploče, što me i dalje iznenađuje. Moj članak o tome zašto migracija SAP podataka ne uspijeva opisuje taj obrazac.

Usvajanje

Obuka je obuhvatila 26.000 zaposlenika. Financije i maloprodajne operacije imale su različite prioritete, što je izašlo na vidjelo na ranoj radionici i promijenilo dizajn obuke. Kad je pritisak rastao pred puštanje u rad, koristili smo vodiče za posao prema ulogama i obilaske radnih mjesta (floor-walks). Jedna voditeljica trgovine kasnije je rekla da je dvostranični vodič značio više od bilo kojeg town hall sastanka. Vjerovao sam joj.

Fazna isporuka na SAP Activate. Prvo su prešle osnovne financije i opskrbni lanac, a HR i portali dobavljača kasnije, tako da timovi za podršku nikad nisu bili preopterećeni. Svako okruženje imalo je jednu zadaću. Sandbox je potvrdio put i zaključao opseg. Razvoj je učvrstio transporte. QA je pokretao stvarne poslovne volumene i podešavao poslove. Pretprodukcija je bila prava generalna proba. Datumi uvođenja uskladili su se s maloprodajnim vrhuncima i mirnim razdobljima.

Testiranje s poslovanjem. Voditelji financija i opskrbnog lanca testirali su na stvarnim ciklusima zatvaranja razdoblja i promocija, sa skriptama pisanima prema poslovnoj stvarnosti, a ne prema logici sustava. Noćna izvođenja otkrila su probleme s vremenskim usklađivanjem. Sjećam se voditelja skladišta koji se smiješio kad je drugo izvođenje prošlo glatko nakon tjedana frustracije.

Probe prijelaza (cutover). Svaki zadatak bio je izmjeren, skraćen ili spojen. Samo probni prolaz uštedio je sate koje proračunska tablica nikad nije otkrila. Planovi oporavka bili su na letcima od jedne stranice, a ljudi su govorili da je taj jednostavni popis smanjio stres više od bilo koje nadzorne ploče. Pilot u jednoj trgovini potvrdio je stabilnost POS-a i WMS-a prije šireg uvođenja.

Hypercare. Zajednički war room za IT i poslovanje, jasni SLA-ovi i dnevni zapisnici akcija. Vikend smjene su se rotirale, a primopredaje podrške bile su razrađene do minute. Ljudi obično pamte brojke. Ja najviše pamtim prvu mirnu noć.

Zatvaranje financija. Timovi su rekli da se mjesečno zatvaranje sada završava prije ručka, dok se prije protezalo u vikende. CFO je bio najzadovoljniji što je svoje izvještaje dobivao puno brže. Jedan voditelj financija našalio se da sustav napokon radi „brže od aparata za kavu". Takav trenutak gradi više povjerenja od bilo koje prezentacije.

Prilagođeni kod. Smanjen za gotovo polovicu, što je smanjilo dugoročno opterećenje podrške i rizik regresije pri svakoj budućoj nadogradnji.

Izvještavanje i korisničko iskustvo. Voditelji trgovina prešli su sa starih transakcijskih ekrana na SAP Fiori aplikacije. Vrijeme obuke skratilo se jer su aplikacije radile onako kako ljudi očekuju. Jedan voditelj nazvao je to „osvježavajućim".

Integracije. Veze POS-a, WMS-a i financija postale su stabilnije, a noćni poslovi završavali su ranije.

Nije sve sletjelo jednako. Neki timovi držali su se starih izvještaja kad su postojali bolji. Neki su smatrali da su radionice predugačke, a probe repetitivne. Gledajući unatrag, ti su koraci bili sigurnosna mreža.

Pouka	Što se dogodilo	Što bih sljedeći put napravio
Uskladite se rano	Na jednoj radionici voditelji trgovina rekli su da se njihove potrebe za izvještavanjem jako razlikuju od potreba financija. To je izašlo na vidjelo rano pa smo prilagodili; kasnije bi eksplodiralo pri prijelazu	Zakažite strukturirane sesije usklađivanja prije početka dizajna
Pregled koda počnite prvog dana	Nekoliko objekata prerađivano je pod pritiskom pred puštanje u rad	Odluke o ukidanju, zamjeni ili doradi donosite od kickoffa
Podaci su posao poslovanja	Duplicirani zapisi dobavljača usporili su testiranje	Imenujte skrbnike podataka po funkcijama sa SLA-ovima u prvom tjednu
Probajte više nego što se čini potrebnim	Probni prolaz otkrio je sukobe redoslijeda između POS-a i WMS-a koje nitko nije predvidio	Planirajte dodatne probe; zadnja prije puštanja u rad treba biti dosadna

Kad bi isti program počeo danas, promijenile bi se tri stvari. Većina tvrtki u ovoj situaciji sada bi razmatrala S/4HANA Cloud Private Edition u okviru RISE with SAP umjesto ostanka on-premise. Odluke o ukidanju, zamjeni ili doradi uokvirile bi se prema SAP-ovim razinama Clean Core od A do D. Praćenje promjena i uvođenja odvijalo bi se u SAP Cloud ALM-u, jer Solution Manager 7.2 izlazi iz standardnog održavanja krajem 2027. Skrbnici podataka, probe, zajednički war room i dvostranični vodiči ostali bi točno kakvi su bili. Za ljudsku stranu pogledajte moj vodič o strategijama SAP obuke.

Zašto tvrtke prelaze sa SAP ECC-a na S/4HANA?

Okidač je kraj standardnog održavanja ECC-a 2027. Jači razlozi su operativni: izvještavanje u stvarnom vremenu, brže zatvaranje i manje truda uloženog u održavanje prilagođenog koda i krhkih integracija. U ovom slučaju poslovanje je željelo maloprodajnu analitiku uživo i kraće mjesečno zatvaranje.

Što je SAP Readiness Check pokazao u ovom slučaju?

Potvrdio je da je 44 posto objekata prilagođeno i da se mnogi godinama nisu koristili. To je promijenilo strukturu rada na prilagođenom kodu: prvo ukinuti, zamijeniti standardom gdje je moguće i doraditi samo ono što ima stvarnu poslovnu vrijednost. Simplification Item List pokazao je i izvještaje koje je standardni S/4HANA učinio suvišnima.

Zašto odabrati brownfield uz selektivni redizajn?

Puka tehnička konverzija prenijela bi svaki problem dalje, a potpuna greenfield izgradnja odbacila bi desetljeće konfiguracije koja radi. Selektivni redizajn zadržao je što je solidno, koristio je SAP Signavio za definiranje novih procesa gdje je standard mogao zamijeniti prilagođenu logiku i ponovno gradio samo ono što je bilo pokvareno.

Što se događa ako se čišćenje podataka ostavi prekasno?

Testiranje se razvlači, probe ne uspijevaju i puštanje u rad kasni. Ovdje su duplicirani zapisi dobavljača i zastarjeli matični podaci tjednima stvarali trenje u testiranju. Rješenje su bili skrbnici podataka u svakoj funkciji sa SLA-ovima, a čišćenje se pratilo kao mjera zdravlja programa.

Kako se s integracijama postupalo tijekom migracije?

Prvo mapiranjem svake veze: POS, WMS, financije, HR i portali dobavljača. Plan regresije pokrivao je sve njih, testovi su se pokretali nakon svake značajnije promjene konfiguracije, a pilot u jednoj trgovini potvrdio je stabilnost POS-a i WMS-a prije šireg uvođenja. Probni prolaz ipak je otkrio sukob redoslijeda između POS-a i WMS-a koji nitko nije predvidio.

Kako izgleda dobar hypercare nakon puštanja S/4HANA u rad?

Zajednički war room za IT i poslovanje s jasnim SLA-ovima, dnevnim zapisnicima akcija i problemima koji se brzo zatvaraju, a ne parkiraju u backlogu. Vodiči prema ulogama i obilasci radnih mjesta smanjuju broj poziva podršci brže od formalne obuke. Rotirajte vikend smjene i razradite primopredaje kako tim ne bi pregorio.