Modernizácia zdedeného ERP na skutočnom príklade

Financie každý piatok ráno začínali rovnakým spôsobom: export zo starého ERP, úpravy v Exceli, konzultácie so skladom a následne ďalšie konzultácie s predajom. Kým bol manažérsky report hotový, údaje už boli čiastočne zastarané. Tento príklad modernizácie zdedeného ERP nehovorí o mimoriadnej IT situácii, ale o typickom probléme rastu: systém ešte funguje, ale manuálne procesy okolo neho už zaberajú čoraz viac času, pozornosti a prinášajú riziká.

Výmena starého ERP môže znieť ako technologický projekt. V skutočnosti je to obchodné rozhodnutie. V ERP sú uložené histórie objednávok, kmeňové dáta, pohyby zásob, fakturačné pravidlá, nákupné rutiny a často výnimky, ktoré sa vyvinuli v priebehu rokov. Ak sa to pokúsite vyriešiť jedným veľkým prechodom, spoločnosť riskuje nielen systém, ale aj prevádzkovú bezpečnosť.

Príklad modernizácie zdedeného ERP: nezačalo sa to systémom

V príklade uvedený technický veľkoobchodník s viacerými pobočkami zamestnával približne 90 ľudí. Staré ERP spravovalo zásoby, nákup, objednávky a časť fakturácie. Program bol stabilný, zamestnanci ho poznali a nebolo rozumné tvrdiť, že je sám o sebe nepoužiteľný.

Problémom bolo skôr to, čo sa dialo pred a po ERP. Objednávky z e-shopu sa importovali denne, ale chybné kódy sa opravovali ručne. Ceny pre kľúčových zákazníkov boli uvedené v samostatnej tabuľke. Sklad pracoval na základe zoznamov vytlačených z ERP a rozdiely pri vychystávaní hlásil e-mailom. Prepravné údaje kopíroval pracovník na externú platformu. Manažéri pre týždenné správy o zásobách a maržiach žiadali údaje z troch rôznych zdrojov.

Prvé vyjadrenie spoločnosti bolo jednoduché: potrebujeme nové ERP. Počas prieskumu sa však ukázalo, že významná časť denných problémov nevychádzala z veku ERP. Problém bol v tom, že obchodné procesy sa medzičasom zmenili, ale pracovné metódy spojené so systémom tieto zmeny nesledovali.

Napríklad pri kontrole objednávok sa rovnaké údaje kontrolovali trikrát: najprv predajca, potom kolega zodpovedný za úverový limit a nakoniec fakturácia. Toto bola predtým oprávnená kontrola, keď bolo málo objednávok a veľa individuálnych podmienok. Pri súčasnom objeme však väčšina objednávok bola štandardná. Nebola chybná zásada kontroly, ale to, že každá objednávka prešla rovnakou manuálnou cestou.

Odhalenie situácie: čo skutočne spomaľuje prevádzku?

V prvej fáze modernizácie sa nevytvoril zoznam softvéru. Sledovali cestu informácií od prijatia objednávky až po dodanie a fakturáciu. Pri každom kroku kládli rovnaké otázky: kto začína prácu, z akých údajov pracuje, kde sa informácie prepisujú, kto ich musí schváliť a čo sa stane v prípade chyby?

Z toho vyplynuli štyri dôležité zistenia:

• Objednávkové údaje sa opakovane zadávali do rôznych systémov na viacerých miestach.
• Informácie o zásobách neboli dostupné v rovnakom čase v e-shope, predaji a sklade.
• Proces vytvorený na riešenie výnimiek sa stal súčasťou normálnej prevádzky.
• Niekoľko kritických krokov sa spoliehalo na znalosti skúseného zamestnanca bez dokumentovaných pravidiel.

Toto posledné bolo obzvlášť rizikové. Keď bol kolega zodpovedný za administráciu prepravy na dovolenke, úlohu mohol prevziať niekto iný, ale pomalšie a s viacerými chybami. Nie preto, že by to nedokázal, ale preto, že časť obchodných pravidiel existovala len v hlave konkrétneho človeka.

Odhalenie neznamenalo, že všetky manuálne kroky musia byť odstránené. Pri niektorých objednávkach - napríklad pri individuálnom cenotvorbe, obmedzeniach prepravy alebo neštandardnom zložení produktu - zostala ľudská kontrola oprávnená. Cieľom bolo, aby rutinné úlohy nezaberali rovnakú pozornosť, ktorú skutočne potrebujú výnimky.

Riešenie: postupná modernizácia, nie slepá výmena

Vedenie sa nakoniec nerozhodlo pre okamžitú úplnú výmenu ERP. Najprv určili, ktoré údaje sú zodpovednosťou ktorého systému. ERP zostalo primárnym zdrojom pre zásoby, stav objednávok a základné fakturačné údaje. E-shop nemusel udržiavať vlastnú logiku zásob, sklad nemusel spoliehať na e-mailové úpravy.

Potom usporiadali opakujúce sa prenosy údajov. Objednávky z e-shopu sa po pravidlovej kontrole dostali do ERP. Objednávky, ktoré spĺňali vopred stanovené podmienky, postupovali automaticky ďalej. Neúplná adresa, prekročenie úverového limitu alebo nejasný kód sa naďalej stávali úlohou pre zamestnanca. Kontrola tak nezmizla, len sa stala presnejšou.

Pri prepravnom procese nebol zavedený úplne nový logistický systém. Najprv zjednotili, aké údaje sú potrebné na vytvorenie štítku, ako riešiť čiastočné dodávky a kto je oprávnený meniť adresu. Až potom vytvorili dátové prepojenie s prepravnou službou. Väčšina času stráveného kopírovaním sa eliminovala, pričom chybné alebo neúplné údaje zostali viditeľné pre zodpovedných kolegov.

Pri reportovaní tiež nebol prvým krokom pôsobivý manažérsky dashboard. Najprv bolo potrebné objasniť, čo presne znamená dostupná zásoba, ktorý dátum sa považuje za splnenie a ako sa v marži riešia dobropisy. Rýchly report vyrobený z chybnej definície len rýchlejšie šíri nedorozumenia.

Čo si zachovať zo starého systému?

V zdedenom ERP často existuje skutočná obchodná hodnota. Môžu v ňom byť fakturačné pravidlá, produktové štruktúry alebo odvetvové špecifiká, ktoré sa vyvinuli v priebehu rokov a ktoré je ľahké podceniť pri zavádzaní nového systému. Preto modernizácia nie vždy znamená náhradu.

Existujú tri realistické smery. Prvý je, že existujúce ERP zostane, ale procesy, integrácie a reporty okolo neho sa modernizujú. To môže dobre fungovať, ak je systém stabilný, údaje sú dostupné a hlavnou prekážkou je izolovaná prevádzka.

Druhý smer je postupná náhrada. V tomto prípade preberie nová riešenie jednu funkciu - napríklad integráciu e-shopu, podporu skladu alebo manažérske reportovanie - zatiaľ čo ERP dočasne zostáva centrálnou úlohou. To môže znížiť riziko jednorazového prechodu, ale vyžaduje si to prísnu architektonickú disciplínu. Musí byť jasné, v ktorom systéme sú platné údaje.

Tretí smer je úplná výmena. To môže byť oprávnené, ak ERP už nie je podporované, jeho úprava je neúmerne drahá, získavanie údajov je neisté alebo nedokáže spracovať základné obchodné procesy. Úplná výmena nie je len zavedenie systému: je to projekt kvality údajov, oprávnení, procesov a vzdelávania.

Merateľný výsledok nie je len počet ušetrených hodín

V prípade uvedenej spoločnosti sa administratívny čas spracovania objednávok znížil, ale dôležitejšou zmenou bola predvídateľnosť. Sklad vedel skôr, ktoré objednávky sú naliehavé a ktoré čakajú na kontrolu. Predaj odpovedal na menej otázok o stave. Financie nemuseli každý týždeň ručne zisťovať rovnaké rozdiely.

Úspech modernizácie preto nestačí merať len tým, koľko pracovných hodín sa ušetrilo. Je vhodné sledovať počet opráv údajov, chyby objednávok, kolísanie času spracovania, oneskorené faktúry, čas manuálne zostavených reportov a tiež, koľko procesov sa zastaví pri absencii jediného človeka.

Ľudský vplyv tiež nie je zanedbateľný. Zamestnanci nebudú cennejší tým, že rýchlejšie kopírujú údaje medzi systémami. Budú schopní robiť lepšie rozhodnutia, spravovať zákazníkov alebo riešiť výnimky, ak systém spoľahlivo vykonáva rutinné úlohy a problémy sú dobre viditeľné.

Podmienkou bezpečného prechodu je prevádzková disciplína

Častou chybou pri modernizácii ERP je, že projekt začína zoznamom funkcií: potrebujeme nové rozhranie, mobilný prístup, automatické upozornenia, viac dashboardov. Tieto môžu mať svoje miesto, ale nenahradia základné rozhodnutia o správcovi údajov, pravidlách schvaľovania, oprávneniach a spracovaní chýb.

Dobre riadený prechod by mal obsahovať kontrolu údajov, testovateľné procesy, plán obnovy a jasné zodpovednosti. Dočasné paralelné fungovanie starého a nového systému môže byť v niektorých prípadoch oprávnené, najmä pri finančných alebo výrobných procesoch. Avšak toto by malo byť časovo obmedzené, pretože dve paralelné zdroje pravdy dlhodobo len vytvárajú ďalšiu neistotu.

Najlepším prvým krokom preto nie je výber nového ERP. Skôr vyberte proces, ktorý každý týždeň viditeľne stráca čas: napríklad koordináciu medzi objednávkou a skladovým výdajom, spracovanie fakturačných výnimiek alebo zostavenie správy o zásobách. Ak túto cestu fakticky zmapujete, už nebudete vidieť len to, aký systém treba modernizovať, ale aj to, akú prevádzku je vhodné konečne opustiť.