Modernizace zděděného ERP na reálném příkladu

Finanční oddělení začínalo každý pátek dopoledne stejně: export ze starého ERP, úpravy v Excelu, konzultace se skladem a poté další konzultace s prodejem. Než byl hotov manažerský report, data byla již částečně zastaralá. Tento příklad modernizace zděděného ERP není o mimořádné IT situaci, ale o typickém růstovém problému: systém stále funguje, ale ruční procesy kolem něj zabírají stále více času, pozornosti a přinášejí rizika.

Výměna starého ERP může znít jako technologický projekt. Ve skutečnosti je to obchodní rozhodnutí. V ERP se nacházejí historie objednávek, kmeny artiklů, pohyby zásob, fakturační pravidla, nákupní rutiny a často výjimky, které se vyvinuly během let. Pokud se to pokusí vyřešit jedním velkým přechodem, podnik riskuje nejen systém, ale i provozní bezpečnost.

Příklad modernizace zděděného ERP: nezačalo to systémem

V příkladu uvedený technický velkoobchodník s více pobočkami zaměstnával přibližně 90 lidí. Staré ERP spravovalo zásoby, nákup, objednávky a část fakturace. Program byl stabilní, zaměstnanci ho znali a nebylo rozumné tvrdit, že je sám o sobě nepoužitelný.

Problém spíše způsobovalo to, co se dělo před a po ERP. Objednávky z e-shopu byly importovány denně, ale chybné kódy artiklů byly opravovány ručně. Ceny pro významné zákazníky byly v samostatné tabulce. Sklad pracoval podle seznamů vytištěných z ERP a rozdíly při vychystávání hlásil e-mailem. Přepravní údaje přepisoval úředník na externí rozhraní. Manažeři žádali data pro týdenní reporty o zásobách a maržích ze tří různých zdrojů.

První formulace podniku byla jednoduchá: potřebujeme nové ERP. Během zkoumání se však ukázalo, že většina každodenních problémů nepochází ze stáří ERP. Problém byl v tom, že obchodní procesy se mezitím změnily, ale pracovní metody spojené se systémem tyto změny nesledovaly.

Například při kontrole objednávek byla stejná data kontrolována třikrát: nejprve prodejcem, poté kolegou odpovědným za úvěrový limit a nakonec fakturací. To bylo dříve oprávněné, když bylo málo objednávek a mnoho individuálních podmínek. Při současném objemu však byla většina objednávek standardní. Nebyla chyba v principu kontroly, ale v tom, že každá objednávka procházela stejnou manuální cestou.

Odhalení situace: co skutečně zpomaluje provoz?

V první fázi modernizace nevytvářeli seznam softwaru. Sledovali cestu informací od přijetí objednávky po expedici a fakturaci. Při každém kroku kladli stejné otázky: kdo zahajuje práci, z jakých dat pracuje, kde přepisuje informace, kdo musí schválit a co se stane v případě chyby?

Z toho vzešly čtyři důležité závěry:

• Objednávková data byla opakovaně zadávána do různých systémů na více místech.
• Informace o zásobách nebyly ve stejném čase dostupné v e-shopu, prodeji a skladu.
• Proces vytvořený pro zpracování výjimek se stal součástí běžného provozu.
• Několik kritických kroků bylo založeno na znalostech zkušeného zaměstnance bez dokumentovaných pravidel.

To poslední bylo obzvláště rizikové. Když byl kolega odpovědný za přepravní administrativu na dovolené, úkol mohl převzít někdo jiný, ale pomaleji a s více chybami. Ne proto, že by to nedokázal, ale protože část obchodních pravidel existovala pouze v hlavě dané osoby.

Odhalení neznamenalo, že je třeba zrušit všechny ruční kroky. U určitých objednávek - například s individuálním cenovým nastavením, přepravními omezeními nebo neobvyklým složením produktů - zůstala lidská kontrola oprávněná. Cílem bylo, aby rutinní úkoly nezabíraly stejnou pozornost, která je skutečně potřebná u výjimek.

Řešení: postupná modernizace, ne slepá výměna

Vedení se nakonec nerozhodlo pro okamžitou kompletní výměnu ERP. Nejprve stanovili, která data jsou odpovědností kterého systému. ERP zůstalo primárním zdrojem pro zásoby, stav objednávek a základní fakturační údaje. E-shop nemusel udržovat vlastní logiku zásob a sklad se nemusel spoléhat na úpravy zaslané e-mailem.

Poté byly uspořádány opakující se přenosy dat. Objednávky z e-shopu byly po pravidlové kontrole přeneseny do ERP. Objednávky, které splňovaly předem stanovené podmínky, pokračovaly automaticky. Nedostatečná adresa, překročení úvěrového limitu nebo nejasný kód artiklu se stále stávaly úkolem pro zaměstnance. Kontrola tak nezmizela, jen se zpřesnil její předmět.

U přepravního procesu nebyl zaveden zcela nový logistický systém. Nejprve sjednotili, jaké údaje jsou potřebné pro vytvoření štítku, jak se zpracovává částečná dodávka a kdo je oprávněn změnit adresu. Teprve poté vybudovali datové propojení s přepravní službou. Většina času dříve věnovaného přepisování zmizela, zatímco chybné nebo neúplné údaje zůstaly viditelné pro odpovědné kolegy.

V reportování také nebyl první krok vytvoření efektního manažerského dashboardu. Nejprve bylo třeba vyjasnit, co přesně znamenají dostupné zásoby, který datum se počítá jako splnění a jak se v marži zpracovávají dobropisy. Rychlý report vytvořený z chybné definice jen rychleji šíří nedorozumění.

Co je třeba zachovat ze starého systému?

Ve zděděném ERP často existuje skutečná obchodní hodnota. Mohou v něm být fakturační pravidla, struktury produktů nebo odvětvové zvláštnosti, které se vyvinuly během let a které je snadné podcenit při zavádění nového systému. Proto modernizace neznamená vždy náhradu.

Existují tři reálné směry. První je, že stávající ERP zůstane, ale procesy, integrace a reporty kolem něj se modernizují. To může dobře fungovat, pokud je systém stabilní, data jsou přístupná a hlavní omezení představuje izolovaný provoz.

Druhý směr je postupná náhrada. V tomto případě přebírá nová řešení jednotlivé funkce - například integraci e-shopu, podporu skladu nebo manažerské reportování - zatímco ERP dočasně zůstává centrální rolí. To může snížit riziko jednorázového přechodu, ale vyžaduje to přísnou architektonickou disciplínu. Musí být jasné, ve kterém systému jsou platná data.

Třetí směr je kompletní výměna. To může být oprávněné, pokud ERP již není podporováno, jeho úpravy jsou neúměrně drahé, extrakce dat je nejistá nebo není schopno zpracovat základní obchodní procesy. Kompletní výměna není jen zavedení systému: je to také projekt kvality dat, oprávnění, procesů a školení.

Měřitelný výsledek není jen počet ušetřených hodin

U podniku v příkladu se snížil administrativní čas zpracování objednávek, ale důležitější změnou byla předvídatelnost. Sklad věděl předem, které objednávky jsou naléhavé a které čekají na kontrolu. Prodej odpovídal na méně dotazů ohledně stavu. Finanční oddělení nemuselo každý týden ručně zjišťovat stejné odchylky.

Úspěch modernizace proto nelze měřit pouze tím, kolik pracovních hodin bylo ušetřeno. Je třeba sledovat počet oprav dat, chyby v objednávkách, kolísání doby průchodu, opožděné faktury, čas manuálně sestavovaných reportů a také kolik procesů se zastaví při absenci jednoho člověka.

Lidský dopad také není zanedbatelný. Zaměstnanci nejsou cennější tím, že rychleji přepisují data mezi systémy. Mohou činit lepší rozhodnutí, obsluhovat zákazníky nebo řešit výjimky, pokud systém spolehlivě vykonává rutinní práci a problémy jsou dobře viditelné.

Podmínkou bezpečného přechodu je provozní disciplína

Častou chybou modernizace ERP je, že projekt začíná seznamem funkcí: potřebujeme nové rozhraní, mobilní přístup, automatické upozornění, více dashboardů. Tyto věci mohou mít své místo, ale nenahradí základní rozhodnutí o správci dat, schvalovacích pravidlech, oprávněních a zpracování chyb.

Dobře vedený přechod musí obsahovat kontrolu dat, testovatelné procesy, plán obnovy a jasné odpovědnosti. Dočasné paralelní provozování starého a nového systému je v některých případech oprávněné, zejména u finančních nebo výrobních procesů. Nicméně to musí být časově omezeno, protože dvě paralelní zdroje pravdy dlouhodobě vytvářejí jen další nejistotu.

Nejlepší první krok proto není výběr nového ERP. Místo toho vyberte proces, který každý týden viditelně ztrácí čas: například koordinaci mezi objednávkou a skladovým výdejem, zpracování fakturačních výjimek nebo sestavování zprávy o zásobách. Pokud tuto cestu fakticky zmapujete, uvidíte nejen, jaký systém je třeba modernizovat, ale také, jaký provoz stojí za to konečně opustit.