Nemáte dosť času na prečítanie celého článku? Vypočujte si zhrnutie za 2 minúty.

Zavedenie SAP S/4HANA v Poľsku sa často považuje za míľnik digitálnej transformácie. Riadiace výbory uzatvárajú fázu projektu, konzultanti znižujú svoju prítomnosť a organizácie očakávajú, že sa systém usadí v každodennej prevádzke.

Z technického hľadiska môže byť systém v prevádzke. Z prevádzkového hľadiska sa spoločnosť stále učí, ako fungovať v novej riadiacej architektúre.

SAP S/4HANA nenahrádza len softvér. Mení spôsob interakcie financií, dodávateľského reťazca a prevádzky s údajmi. Prvé mesiace po uvedení do prevádzky rozhodujú o tom, či sa organizácia prispôsobí tejto štruktúre, alebo ju začne potichu obchádzať.

Najvážnejšie úskalia realizácie sa neobjavujú počas realizácie, ale počas nasledujúceho stabilizačného obdobia.

Keď systém mení spoločnosť

Systémy ERP zriedkavo zlyhávajú, pretože technológia nefunguje. Zlyhávajú preto, lebo organizácia naďalej funguje podľa zvykov predchádzajúceho systému.

V systéme S/4HANA sa mnohé známe procesy správajú inak. Dátové štruktúry v reálnom čase nahrádzajú periodickú dávkovú logiku. Finančné zaúčtovania môžu byť viac granulárne. Modely oceňovania zásob sa môžu posunúť prostredníctvom knihy materiálov. Schvaľovanie obstarávania sa môže riadiť novými digitálnymi pracovnými postupmi.

Tieto zmeny menia spôsob pohybu informácií v spoločnosti.

Pre tímy, ktoré sú zvyknuté na staršie prostredia ERP, je rozdiel jemný, ale silný. To, čo predtým vyžadovalo manuálne odsúhlasenie, môže byť teraz automatizované. To, čo bolo predtým flexibilné, sa môže stať kontrolovaným a čo bolo predtým viditeľné až na konci mesiaca, sa teraz môže objaviť okamžite.

Tento prechod núti organizácie prebudovať prevádzkovú disciplínu okolo novej digitálnej kostry.

Prvé príznaky trenia systému

V prvých týždňoch po uvedení systému SAP S/4HANA do prevádzky v Poľsku sa prvé príznaky nestability málokedy prejavia dramaticky.

Namiesto toho sa začnú objavovať drobné nezrovnalosti v jednotlivých oddeleniach.

Finančné tímy si môžu všimnúť, že logika vykazovania je neznáma. Hodnoty zásob sa môžu meniť, pretože kniha materiálu zaznamenáva nákladové toky odlišne. Tímy obstarávania sa stretávajú s nákupnými objednávkami, ktoré sú blokované neúplnými hlavnými údajmi. Plánovači výroby môžu pochybovať o tom, či systémové parametre odrážajú skutočné dodacie lehoty dodávateľov.

Žiadny z týchto problémov nemusí nevyhnutne znamenať technickú chybu.

Uvádzajú, že obchodná realita a konfigurácia systému sa stále zosúlaďujú..

Problém nastáva, keď prevádzkové tímy reagujú improvizovanými riešeniami namiesto zdokonaľovania štruktúry systému.

Kde sa začínajú obchádzky

Pri každom prechode na ERP nastáva moment, keď sa používatelia rozhodujú, ako budú s novým systémom pracovať.

Objavujú sa tri vzory:

1. Ručné zosúladenie rastie

Tímy exportujú systémové údaje do tabuliek na overenie výsledkov.

2. Vznikajú tieňové procesy

Neformálne pracovné postupy obchádzajú oficiálnu konfiguráciu.

3. Kontrolná disciplína sa oslabuje

Tímy uprednostňujú rýchlosť vykonávania pred integritou údajov.

Tieto reakcie sú pochopiteľné. Obchodný tlak sa nezastaví, kým sa systém stabilizuje. Objednávky sa musia odosielať, faktúry sa musia vystavovať a výroba musí pokračovať.

Každé riešenie však pomaly odpojí organizáciu od logiky zabudovanej v systéme ERP.

Namiesto posilnenia kontroly sa systém stáva ďalšou vrstvou, okolo ktorej sa zamestnanci pohybujú.

Vrstva dodržiavania predpisov v Poľsku

V Poľsku má stabilizácia ERP ďalší rozmer: regulačnú integráciu.

Požiadavky na finančné výkazníctvo, ako je SAF-T, a rozširujúca sa úloha digitálnych fakturačných rámcov, ako je KSeF, znamenajú, že systémové údaje už nie sú čisto interné. Štruktúry transakcií musia byť v súlade s národnými štandardmi vykazovania a prostredím validácie v reálnom čase.

Ak sú procesy ERP a regulačné rozhrania nesprávne zosúladené, finančné tímy to často kompenzujú manuálnymi úpravami s cieľom chrániť súlad.

To predstavuje jemné riziko. Organizácia môže zostať v súlade s predpismi, ale interná integrita údajov sa oslabuje, pretože výstupy systému sa neustále opravujú mimo platformy.

Časom sa rozdiel medzi prevádzkovou činnosťou a vykazovaním v systéme ERP zväčšuje.

Prečo je stabilizácia ťažšia ako implementácia

Implementačné projekty sú štruktúrované prostredia. Fungujú s definovaným riadením, týždennými riadiacimi výbormi a vyhradenými zdrojmi. Problémy sa systematicky sledujú a riešia prostredníctvom formálnych eskalačných postupov.

Po uvedení do prevádzky sa táto štruktúra rozpustí.

Projektové tímy sa vrátia k funkčným úlohám. Integrátori sa stiahnu. Organizácia očakáva, že systém bude ticho fungovať na pozadí.

Práve v tomto období však spoločnosť prispôsobuje svoje správanie systému. Bez štruktúrovaného dohľadu sa stabilizácia stáva roztrieštenou medzi jednotlivými oddeleniami.

Financie opravujú nezrovnalosti vo vykazovaní. Prevádzka upravuje parametre plánovania. IT rieši otázky týkajúce sa konfigurácie. Každý tím pracuje na svojej časti skladačky.

Čo zmizne, je centrálne vlastníctvo výkonu.

Bez tohto vlastníctva sa stabilizácia systému môže posúvať celé mesiace.

Keď sa stabilizácia ERP stáva otázkou vedenia

Prostredie ERP sa dotýka každého prevádzkového nervu spoločnosti. Finančné výkazníctvo, obstarávanie, riadenie zásob a plánovanie výroby závisia od rovnakej dátovej architektúry.

Keď sa stabilizácia zastaví, problém je zriedkakedy technický.

Stáva sa to výzvou na koordináciu medzi funkciami.

Financie potrebujú dôveru v logiku vykazovania. Prevádzka potrebuje spoľahlivé parametre plánovania. Obstarávanie potrebuje čisté základné údaje o dodávateľoch. IT musí zabezpečiť integritu systému a zároveň prispôsobiť konfiguráciu.

Zosúladenie týchto perspektív si vyžaduje autoritu vedenia, ktorá presahuje hranice oddelení.

V niektorých organizáciách je stabilizačná fáza posilnená skúsenými dočasnými vedúcimi pracovníkmi, ktorí sa môžu zamerať výlučne na obnovenie prevádzkovej disciplíny v systéme. Dočasný finančný riaditeľ sa môže sústrediť na integritu finančného výkazníctva a prehľad o prevádzkovom kapitáli, zatiaľ čo dočasný CIO alebo vedúci transformácie zabezpečuje zosúladenie konfigurácie naprieč podnikovými funkciami.

Úlohou nie je prepracovať program ERP. Jej úlohou je sústrediť zodpovednosť, kým sa organizácia naučí fungovať v novom digitálnom rámci.

Spustenie systému ERP je štrukturálny reset

Poľský prechod na systém SAP S/4HANA sa často opisuje ako technologická inovácia. V praxi má však bližšie k štrukturálnej zmene spôsobu, akým spoločnosť spracováva informácie.

Každá transakcia prechádza systémom, každé prevádzkové rozhodnutie zanecháva dátovú stopu a správa o riadení závisí od integrity tejto architektúry.

Ak sa fáza stabilizácie zvládne disciplinovane, organizácia získa väčšiu transparentnosť, rýchlejšie vykazovanie a prísnejšiu prevádzkovú kontrolu.

Ak sa zanedbá, systém sa obklopí manuálnymi obchádzkami a roztrieštenými procesmi, ktoré postupne znižujú jeho hodnotu.

Úspech transformácie ERP preto nie je definovaný víkendom spustenia.

Je definovaná tým, či si organizácia vybuduje prevádzkovú disciplínu potrebnú na život v systéme, ktorý práve nahradil jej starý systém.