Nimate dovolj časa, da bi prebrali celoten članek? Poslušajte povzetek v 2 minutah.

Zagon sistema SAP S/4HANA na Poljskem se pogosto obravnava kot mejnik digitalne preobrazbe. Usmerjevalni odbori zaključijo fazo projekta, svetovalci zmanjšajo svojo prisotnost, organizacije pa pričakujejo, da se bo sistem ustalil v vsakdanjem delovanju.

Tehnično gledano je sistem lahko v pogonu. Operativno se podjetje še vedno uči, kako delovati znotraj nove nadzorne arhitekture.

SAP S/4HANA ne nadomešča zgolj programske opreme. Spreminja način interakcije med financami, dobavno verigo in poslovanjem s podatki. Prvi meseci po zagonu so odločilni za to, ali se bo organizacija prilagodila tej strukturi ali pa jo bo potihoma začela zaobiti.

Najhujše pasti pri izvajanju se ne pojavijo med izvajanjem, temveč v obdobju stabilizacije, ki sledi.

Ko sistem spremeni podjetje

Sistemi ERP le redko odpovedo, ker tehnologija ne deluje. Težave nastanejo, ker organizacija še naprej deluje v skladu z navadami prejšnjega sistema.

V sistemu S/4HANA se številni znani procesi obnašajo drugače. Podatkovne strukture v realnem času nadomeščajo periodično paketno logiko. Finančna knjiženja lahko postanejo bolj granularna. Modeli vrednotenja zalog se lahko premaknejo v materialno knjigo. Odobritve pri nabavi lahko potekajo po novih digitalnih delovnih tokovih.

Te spremembe spreminjajo način pretoka informacij v podjetju.

Za ekipe, ki so navajene na starejša okolja ERP, je razlika subtilna, vendar močna. Kar je prej zahtevalo ročno usklajevanje, je zdaj mogoče avtomatizirati. Kar je bilo prej prilagodljivo, lahko postane nadzorovano in kar je bilo prej vidno šele ob koncu meseca, je zdaj vidno takoj.

Ta prehod prisili organizacije, da ponovno vzpostavijo operativno disciplino na podlagi nove digitalne hrbtenice.

Prvi znaki trenja v sistemu

V tednih po uvedbi sistema SAP S/4HANA na Poljskem so prvi znaki nestabilnosti le redko dramatični.

Namesto tega se začnejo pojavljati majhne nedoslednosti med oddelki.

Finančne ekipe lahko opazijo, da jim je logika poročanja neznana. Vrednosti zalog se lahko spremenijo, ker materialna knjiga drugače beleži tokove stroškov. Ekipe za nabavo naletijo na nabavna naročila, ki jih blokirajo nepopolni matični podatki. Načrtovalci proizvodnje se lahko sprašujejo, ali sistemski parametri odražajo dejanske dobavne roke dobaviteljev.

Nobena od teh težav ne pomeni nujno tehnične napake.

Navedli so, da poslovna realnost in konfiguracija sistema se še vedno usklajujeta..

Izziv se pojavi, ko se operativne skupine odzovejo z improviziranimi rešitvami, namesto da bi izpopolnile strukturo sistema.

Kje se začnejo obvozi

Pri vsakem prehodu na ERP pride do trenutka, ko se uporabniki odločijo, kako bodo sodelovali z novim sistemom.

Pojavljajo se trije vzorci:

1. Ročno usklajevanje narašča

Ekipe izvozijo sistemske podatke v preglednice, da preverijo rezultate.

2. Pojavijo se procesi v senci

Neformalni delovni tokovi zaobidejo uradno konfiguracijo.

3. Nadzorna disciplina je šibkejša

Ekipe dajejo prednost hitrosti izvajanja pred celovitostjo podatkov.

Ti odzivi so razumljivi. Poslovni pritisk se ne ustavi, medtem ko se sistem stabilizira. Naročila je treba odpremiti, izdati račune in nadaljevati proizvodnjo.

Vendar vsaka rešitev počasi odklopi organizacijo od logike, ki je vgrajena v sistem ERP.

Namesto da bi sistem okrepil nadzor, postane še ena plast, po kateri se zaposleni premikajo.

Sloj skladnosti na Poljskem

Na Poljskem ima stabilizacija ERP dodatno razsežnost: regulativno povezovanje.

Zahteve za finančno poročanje, kot je SAF-T, in vse večja vloga digitalnih okvirov za izdajanje računov, kot je KSeF, pomenijo, da sistemski podatki niso več zgolj interni. Strukture transakcij morajo biti usklajene z nacionalnimi standardi poročanja in okolji za potrjevanje v realnem času.

Kadar so procesi ERP in regulativni vmesniki neusklajeni, finančne ekipe pogosto nadomestijo to z ročnimi prilagoditvami, da zaščitijo skladnost.

To predstavlja subtilno tveganje. Organizacija lahko ostane skladna s predpisi, vendar se notranja celovitost podatkov zmanjša, ker se sistemski rezultati nenehno popravljajo zunaj platforme.

Sčasoma se razkorak med operativnimi dejavnostmi in poročanjem ERP povečuje.

Zakaj je stabilizacija težja od izvedbe

Izvedbeni projekti so strukturirana okolja. Delujejo z opredeljenim upravljanjem, tedenskimi usmerjevalnimi odbori in namenskimi viri. Težave se sistematično spremljajo in rešujejo po formalnih poteh eskalacije.

Po začetku delovanja se ta struktura razpusti.

Projektne skupine se vrnejo k funkcionalnim vlogam. Integratorji se umaknejo. Organizacija pričakuje, da bo sistem tiho deloval v ozadju.

Vendar je to ravno obdobje, ko podjetje svoje vedenje prilagaja sistemu. Brez strukturiranega nadzora postane stabilizacija razdrobljena po oddelkih.

Finančna služba odpravi neskladja pri poročanju. Operacije prilagodijo parametre načrtovanja. IT rešuje vprašanja o konfiguraciji. Vsaka skupina se ukvarja s svojim delom sestavljanke.

Kar izgine, je lastništvo centralne izvedbe.

Brez tega lastništva lahko stabilizacija sistema traja več mesecev.

Ko stabilizacija ERP postane vprašanje vodenja

Okolje ERP se dotika vseh operativnih živcev podjetja. Finančno poročanje, nabava, upravljanje zalog in načrtovanje proizvodnje so odvisni od iste podatkovne arhitekture.

Kadar stabilizacija zastane, je težava le redko tehnične narave.

To postane izziv za usklajevanje med funkcijami.

Finance potrebujejo zaupanje v logiko poročanja. Poslovanje potrebuje zanesljive parametre načrtovanja. Nabava potrebuje čiste matične podatke o prodajalcih. Oddelek IT mora zagotoviti celovitost sistema in hkrati prilagoditi konfiguracijo.

Usklajevanje teh vidikov zahteva vodstveno avtoriteto, ki presega meje oddelkov.

V nekaterih organizacijah se faza stabilizacije okrepi z izkušenimi začasnimi vodji, ki se lahko osredotočijo izključno na ponovno vzpostavitev operativne discipline v sistemu. Začasni finančni direktor se lahko osredotoči na celovitost finančnega poročanja in preglednost obratnega kapitala, medtem ko začasni CIO ali vodja preoblikovanja zagotavlja usklajevanje konfiguracije v vseh poslovnih funkcijah.

Naloga ni preoblikovanje programa ERP. Njena naloga je osredotočiti odgovornost, medtem ko se organizacija uči delovati v novem digitalnem okviru.

Zagon ERP je strukturna ponastavitev

Uvedba sistema SAP S/4HANA na Poljskem je pogosto opisana kot tehnološka nadgradnja. V praksi je bližje strukturni prenovi načina, kako podjetje obdeluje informacije.

Vsaka transakcija teče skozi sistem, vsaka operativna odločitev pusti podatkovno sled, poročilo o upravljanju pa je odvisno od celovitosti te arhitekture.

Če se faza stabilizacije izvaja disciplinirano, organizacija pridobi večjo preglednost, hitrejše poročanje in strožji operativni nadzor.

Če ga zanemarimo, sistem obkrožajo ročni obhodi in razdrobljeni procesi, ki postopoma zmanjšujejo njegovo vrednost.

Uspeh preobrazbe ERP torej ni odvisen od vikenda, ko se začne izvajati.

Opredeljuje ga to, ali organizacija vzpostavi operativno disciplino, potrebno za življenje v sistemu, ki je pravkar nadomestil starega.