Jak provozní ředitelé řídí nápravu neúspěšné implementace ERP systému před zastavením výroby

Failed ERP implementation recovery: stalled forklifts and stranded pallets at a Czech manufacturing plant dispatch dock

Stručně řečeno

Obnova po neúspěšné implementaci ERP v českém výrobním závodě představuje provozní nouzovou situaci. Nejedná se o úkol, který lze ponechat na systémovém integrátorovi. Pokud se spuštění systému nezdaří, zastaví se zaúčtování zásob a zablokují se seznamy pro vychystávání. Hotové výrobky nemohou legálně opustit expedici. Skutečná otázka představenstva je jednoduchá: kdo převezme velení, zatímco tým opravuje databázi? Tato příručka popisuje čtyřfázový postup pro nápravu neúspěšné implementace ERP, který dodržuje dočasný ředitel programu ERP. První fází je ruční obcházení, které chrání dodávky zákazníkům. Tým poté opraví kmenová data a stabilizuje klíčové transakce, a teprve poté, co systém běží bezchybně, předá závod zpět do provozu.

Spouštěcí faktor: dopravní zácpa ve skladu během prvních deseti dnů po přechodu na nový systém

Zavedení průmyslového ERP systému málokdy selže bez povšimnutí. K selhání obvykle dojde během prvních deseti dnů po přepnutí, nikoli až o několik měsíců později. Řídící výbor v Mnichově, Vídni nebo Curychu dal po měsících testování projekt do provozu. Třetí den však vypadá úplně jinak.

Představte si závod na výrobu komponentů poblíž Plzně, Liberce nebo Pardubic. Nový systém ztratí spojení s fyzickým provozem. Řidiči vysokozdvižných vozíků skenují zásobníky, které software označuje za prázdné. Výrobní linky se zastaví, protože systém ERP nedokáže vygenerovat objednávky na doplnění zásob. Jedná se o selhání obnovy implementace systému ERP v její nejranější, nejvíce „fyzické“ fázi.

Ve skladištních uličkách se hromadí hotové výrobky. Oddělení expedice není schopno vystavit přepravní doklady ani celní prohlášení. Během tří dnů se nakládací rampa zastaví. Montážní linka klíčového zákazníka v Německu čelí vlastnímu zastavení výroby.

Systémový integrátor tvrdí, že software funguje, a vinu přisuzuje místnímu řízení změn. Ředitel českého závodu požaduje okamžité vrácení do původního stavu, což by znamenalo odpis milionů a zpoždění povinného účetnictví. Provozní ředitel nyní řeší nouzovou situaci na výrobní lince, která vznikla v rámci softwarového projektu. Je nutné neprodleně zahájit nápravu neúspěšné implementace ERP systému.

Výzvy při řízení přeshraničních projektů obnovy ERP systémů

Náprava neúspěšného zavedení ERP v české výrobní dceřiné společnosti znamená vyřešit najednou tři problémy. Jde o datovou architekturu, místní provoz a korporátní řízení. Žádný z nich nelze vyřešit stejným způsobem. Náprava neúspěšného zavedení ERP neztroskotá pouze na technologii. Ztroskotá na tom, kdo má pravomoc rozhodovat, jakmile systémy přestanou fungovat podle plánu.

Odstraňování chyb v kmenových datech diskrétní výroby při obnově systému ERP

Právě v této fázi se rozhoduje, zda se podaří napravit neúspěšnou implementaci ERP, nebo zda se to bude táhnout měsíce. Diskrétní výroba má velmi malou toleranci k nepřesným údajům. Většinu neúspěchů způsobují tři strukturální chyby.

Chybné směrování kusovníku. Starší výrobní linky často fungovaly na základě neformálních, nezaznamenaných úprav. Tým převedl technické kusovníky, aniž by ověřil časy trasování, přídavky na zmetky nebo kapacitu strojních cyklů. Systém následně naplánoval sekvence, které závod nebyl schopen realizovat.
Nesoulad v umístění skladu. Zaměstnanci převedli zásoby do nové databáze bez ověření na úrovni skladových míst. Systém ERP předpokládá, že díly se nacházejí ve čtvrté uličce. Ve skutečnosti jsou však uloženy v přetokovém skladu hned vedle.
Porucha elektronické výměny dat. Evropští zákazníci vyžadují dodržování přísných protokolů, jako jsou normy VDA 4905/4913 nebo Odette. Chyby ve formátování přepravních manifestů vedou k automatickému odmítnutí zásilky v nakládací rampě zákazníka.

Odstranění těchto tří nedostatků je úkolem prozatímního ředitele programu ERP, nikoli představenstva. Úkol představenstva je užší: udělit oprávnění k pozastavení změn a k přeřazení zaměstnanců po dobu, kdy tyto práce probíhají. Právě na tyto tři nedostatky se soustředí většina počátečních snah o nápravu neúspěšné implementace ERP.

Řízení rizik spojených s přeshraniční správou a dodržováním zákonných předpisů

Nad daty se vznáší ještě jeden problém: přeshraniční řízení, v jehož rámci se náprava neúspěšné implementace ERP systému buď rozběhne, nebo uvízne na mrtvém bodě. Centrála společnosti obvykle považuje zavádění systému za modernizaci IT, kterou na dálku řídí externí konzultanti. Pracovníci v závodě to však vnímají jako vnější zátěž, která jim brání ve výrobě dílů. Ani jeden z těchto pohledů není špatný. Každá strana vidí jinou stránku téhož neúspěchu.

Příslušné ustanovení se nachází v zákoně o obchodních společnostech Zákon, zákon č. 90/2012 Sb. V kombinaci s místními účetními standardy pro daně to znamená, že zboží nesmí opustit provozovnu bez řádně vystavených daňových dokladů a dodacích listů. Pokud software nedokáže vygenerovat platné doklady, vedení nemůže zboží legálně expedovat, a to bez ohledu na fyzickou kapacitu výrobní haly.

Gartner a podle analytiků z oboru 55% až 75% projektů ERP ve výrobním odvětví nedosahuje stanovených cílů. Největšími problémy po spuštění systému trpí závody s diskrétní výrobou. McKinsey & Company zprávy že více než 70% digitálních transformací nepřináší očekávanou hodnotu. To je provozní realita, ve které se odehrává náprava neúspěšné implementace ERP – a to přímo v ní, nikoli mimo ni.

Pět provozních ukazatelů, které vyžadují okamžité krizové řízení v rámci ERP

V prvních dnech nápravy neúspěšné implementace ERP systému se běžné třenice po spuštění a selhání systémové architektury navzájem podobají. Pět znaků signalizuje, kdy je dosaženo krizového bodu.

Prvním problémem je fyzická dopravní zácpa v přístavu. Hotové výrobky zůstávají na nakládací rampě déle než 24 hodin. Systém ERP neprovede vyúčtování dodacích listů ani neuvolní blokované dobropisy.
Rostoucí záporné zůstatky zásob jsou druhým. Systém vykazuje záporné stavy na účtech nedokončené výroby nebo surovin. To znamená, že zpětné zaúčtování není v souladu se spotřebou na výrobní lince.
Stínové tabulky jsou třetí. Plánovači a vedoucí skladů přestávají používat terminály ERP a místo toho sledují expedice pomocí ručně vyplňovaných poznámkových bloků.
Chybějící ASN od zákazníků jsou na čtvrtém místě. Hlavní zákazníci si stěžují na dodávky, protože zásilky dorazí bez elektronického předběžného oznámení o odeslání.
Ztráta důvěry je pátým. Každodenní schůzky mezi integrátorem a místním provozním týmem se mění spíše v vzájemné obviňování než v řešení problémů.

Kterýkoli z těchto pěti příznaků signalizuje, že již probíhá náprava neúspěšné implementace ERP, a nejedná se o běžné výkyvy.

Čtyřfázový rámec pro obnovu po spuštění ERP systému

K tomu, aby se tento neúspěch zastavil, není třeba dalších programátorů, kteří by psali kód na míru. Je zapotřebí manažer přímo na místě, který rozumí jak provozu ve výrobě, tak podnikové architektuře.

Dočasný ředitel programu ERP, neboli ředitel pro nápravu, vede od prvního dne nápravu neúspěšné implementace ERP. Tento vedoucí pracovník přebírá přímé operativní velení. Dočasný vedoucí ukončí vzájemné obviňování mezi firemním IT oddělením a vedením místního závodu. K vyřešení krize potřebuje organizace osvědčeného manažera, který odpovídá požadavkům daného mandátu. Tento manažer musí být připraven nastoupit do 72 hodin od dokončení zadání mandátu.

Fáze 1: Zavedení ručních obcházení procesů expedice a zmrazení kódu

První týden má jediný cíl: zajistit plynulý provoz zákazníkových výrobních linek a vyklidit fyzické nakládací rampy. Prozatímní vedoucí schvaluje dočasný, papírový postup expedice. Nákladní vozy vyjíždějí na základě ověřených fyzických inventur, zatímco tým opravuje software. Všechna neověřená IT přizpůsobení se bezodkladně pozastaví, takže do databáze přestanou přibývat nové chyby. Dvakrát denně se koná schůzka k třídění problémů, na které se scházejí ředitel závodu, vedoucí skladu, vedoucí podnikového IT a vedoucí integrátor. Na této schůzce se opravám přidělují priority striktně podle dopadu na výrobu. Toto je první fáze nápravy selhání implementace ERP. Rozhodnutí provozního ředitele je v tomto případě omezené, ale zásadní. Schválit ruční obcházení a zmrazení kódu hned první den a poté nechat prozatímního ředitele řídit celý postup.

Fáze 2: Očištění kmenových dat a porovnání s fyzickým stavem zásob

Jakmile tým zajistí expedici, odstraní nesrovnalosti mezi databází a fyzickým skladem. Cílená víkendová inventura sladí počty kusů a umístění v regálech u dílů s nejvyšším objemem. Výsledky se stanou novou ověřenou výchozí úrovní. Tým poté opraví chybné časy trasování, koeficienty zmetkovitosti a spouštěče zpětného potvrzení. Zjednoduší také hierarchii skladu, takže virtuální mezisklady již nebudou uvádět řidiče vysokozdvižných vozíků v omyl. V této druhé fázi nápravy neúspěšné implementace ERP systému začíná systém opět fungovat správně.

Fáze 3: Stabilizace pracovních postupů v oblastech „Order-to-Cash“, MRP a „Procure-to-Pay“

Dočasný manažer stabilizuje tři pracovní toky, které zajišťují plynulý pohyb hotovosti a zboží. Pracovní tok „Order-to-Cash“ sladí mapování EDI se zákaznickými portály a odstraní ruční vystavování faktur. Pracovní tok „Plan-to-Produce“ obnoví automatizované plánování materiálových potřeb, takže plány generují žádosti o nákup na základě skutečných dodacích lhůt. Pracovní proces „Procure-to-pay“ obnovuje třístranné porovnání mezi objednávkou, příjmem zboží a fakturou dodavatele. Tím se vyřeší nedoplatky v účtování závazků a obnoví se důvěra dodavatelů. Na konci této fáze již náprava neúspěšné implementace ERP překonala fázi třídění problémů. Závod nyní provozuje funkční finanční a plánovací cyklus.

Fáze 4: Školení zaměstnanců, schválení dodavatelem a předání provozu

Jakmile se transakce ustálí, prozatímní ředitel proškolí v češtině vedoucí směn, řidiče vysokozdvižných vozíků a plánovače v oblasti standardního řešení výjimek. Ředitel rovněž dbá na dodržování smluvních termínů dodávek, na nichž se systémový integrátor dohodl. Posledním krokem je strukturované předání. Dohled se vrací zpět stálému vedení závodu a podnikovému IT oddělení a prozatímní ředitel opouští pracoviště. Následující případ ukazuje, jak v praxi probíhala náprava této neúspěšné implementace ERP systému.

Případová studie: Transformace ERP systému SAP S/4HANA v českém výrobním závodě

Globální švýcarsko-německý strojírenský koncern zavedl standardizovanou podnikovou šablonu SAP S/4HANA ve svém závodě na přesné odlévání a obrábění s 550 zaměstnanci nedaleko Hradce Králové v České republice. Závod dodával hydraulické součástky s vysokou přesností na evropské montážní linky stavebních strojů.

Do pěti dnů od spuštění systému ztratil provoz kontrolu nad svými klíčovými transakcemi. Moduly pro expedici ze skladu nedokázaly generovat mezinárodní celní manifesty splňující předpisy ani čárové kódy na baleních pro zákazníky. Hotové výrobky se hromadily ve výrobních halách, což donutilo vedení závodu k odstavení dvou hlavních obráběcích linek z důvodu nedostatku fyzického prostoru. Zásilky pro zákazníky v hodnotě přes 6 milionů EUR uvízly v areálu a dva významní zákazníci z řad výrobců originálního vybavení (OEM) pohrozili sankcemi za porušení smlouvy.

Externí partner pro implementaci navrhl tříměsíční nápravný program, zatímco místní ředitel českého závodu požadoval úplný návrat k původnímu systému. To by stálo 4 miliony eur a zmařilo by to digitální konsolidaci v rámci celé skupiny.

Realizace strategie obnovy ERP přímo na místě ve východních Čechách

Společnost CE Interim nasadila zkušeného dočasného ředitele programu ERP s dvacetiletou praxí v oblasti výrobních operací a obnovy systémů SAP. Do 72 hodin od dokončení zadání byl tento dočasný manažer na místě v Hradci Králové a disponoval plnou provozní pravomocí nad restrukturalizací závodu.

Prozatímní vedení uvedlo do chodu okamžitý plán na překonání krize:

Zavedení obchvatu tísňového dispečinku: Vytvořili postup pro ruční vyřizování zásilek, který splňoval všechny předpisy, prošel auditem a byl schválen místními celními orgány i logistickými týmy zákazníků. Díky tomu se během prvních 96 hodin podařilo vyřídit zásoby v hodnotě 2,4 milionu EUR, které uvízly na cestě, a zabránit tak zastavení výroby u zákazníků.
Opravena serializace EDI a čárových kódů: Ředitel provedl v rámci softwaru úpravy rozhraní pro expedici. Během 14 dnů opravili generování štítků s čárovými kódy pro balíky a přizpůsobili EDI transakce specifikacím portálu OEM.
Provedeno cílené nahrání výsledků fyzické inventury: Vedoucí pracovník řídil cílenou víkendovou fyzickou inventuru 1 200 aktivních položek. Tím se odstranily chyby v podobě záporných stavů zásob a došlo k sladění systémových zásob se skutečným stavem na regálech.
Obnovení přijetí uživateli je v sázce: Dočasný vedoucí sestavil podpůrný tým přímo na pracovišti složený z dvojjazyčných (česko-německých) specialistů na procesy. Ti proškolili 60 vedoucích směn a operátorů v oblasti standardních systémových transakcí.

Do 50. dne byly všechny manuální obchody v procesu expedice ukončeny. Závod fungoval výhradně v rámci nového ERP systému a dosáhl přesnosti skladových zásob 99,11 TP3T a včasnosti dodávek zákazníkům 98,61 TP3T. Dočasný vedoucí dohlížel na formální uzavření projektu se systémovým integrátorem a dokončil strukturované předání stálému vedení závodu.

Často kladené otázky týkající se vedení obnovy ERP

Co se rozumí pod pojmem „náprava neúspěšné implementace ERP“?

Obnova po neúspěšné implementaci ERP systému zajišťuje obnovení expedice, skladových zásob a finančních transakcí v případě, že se spuštění ERP systému nezdaří. Obvykle ji na místě řídí dočasný vedoucí pracovník, nikoli dodavatel softwaru. Proces začíná ručním obejitím systému, následně se opraví podkladová data a teprve poté se závod plně vrátí k novému systému.

Proč se po spuštění systému vyhýbat návratu ke staršímu ERP softwaru?

Vrácení zpět málokdy představuje pouhé přepnutí. Při přechodu na nový systém se stará databáze zmrazí a všechny transakce od spuštění systému se nacházejí pouze v novém systému. Zvrácení tohoto stavu vyžaduje komplexní přemigraci dat a znamená odpis kapitálových investic v řádu milionů. Společnosti, které se vracejí zpět, často zcela přijdou o podporovaný podnikový software. Disciplinovaná a rychlá stabilizace je téměř vždy rychlejší a méně škodlivá než návrat zpět. Uspěchaný návrat zpět je při nápravě neúspěšné implementace ERP systému málokdy tím správným řešením.

Proč systémoví integrátoři nedokážou sami vyřešit poruchy ERP na úrovni závodu?

Systémoví integrátoři rozumějí databázovým tabulkám a konfiguračním nastavením, nikoli však provozním procesům ve výrobě. Integrátor nemůže podepisovat expedici, přesměrovávat stroje ve výrobě ani řídit řidiče vysokozdvižných vozíků. K vyřešení krize je zapotřebí vedoucího pracovníka s přímou provozní pravomocí nad závodem. Tento vedoucí pracovník spolupracuje s integrátorem, nikoli místo něj. Proto je pro nápravu neúspěšné implementace ERP zapotřebí vedoucího pracovníka přímo na místě.

Jaké pravomoci má prozatímní ředitel programu ERP?

Dočasný vedoucí pracovník potřebuje pravomoci, které propojují místní vedení závodu s korporátním IT oddělením. To zahrnuje rozhodovací pravomoci ohledně dočasných postupů při expedici, zmrazení kódu, schvalování dodavatelů a ověřování kmenových dat. Bez těchto písemně stanovených pravomocí od samého počátku se jeho role stává pouze poradní a oživení se zpomaluje.

Jak dlouho obvykle trvá proces obnovy systému ERP?

Nouzové třídění a odstraňování překážek v datových tokech obvykle trvá sedm až deset dní. Úplná stabilizace transakcí, vyčištění kmenových dat a odstranění manuálních provizorních řešení trvají déle. Typická doba potřebná k nápravě neúspěšné implementace ERP systému je šedesát až devadesát dní od začátku mandátu.

S jakými provozními kompromisy by měla představenstvo počítat během prvního měsíce?

Přesnost výkaznictví a některé ruční provizorní řešení zůstávají během prvního měsíce nedokonalé. Tento kompromis je přijatelný. Prioritou je zachování plynulosti zákaznických procesů a přehled o hotovosti, nikoli dokonale zosouladený systém hned od prvního dne. Dokonalost může počkat. Přistávací rampa však ne. To je při nápravě neúspěšné implementace ERP systému běžné a neznamená to, že implementace selhala.

Náprava neúspěšné implementace ERP systému představuje provozní mimořádnou situaci. Ohrožuje likviditu podniku, důvěru zákazníků a důvěryhodnost širšího programu digitální transformace celé skupiny. Zkušený manažer působící přímo na místě obnoví kontrolu nad situací a zajistí plnění závazků vůči zákazníkům.

Další články na toto téma:

Společnost CE Interim zajišťuje osvědčeného partnera na vedoucí pozici, který odpovídá požadavkům daného úkolu a je připraven nastoupit do 72 hodin od dokončení zadání. A Dočasný partner CE může pomoci při nápravě neúspěšné implementace ERP systému, čímž zajistí ochranu širšího transformačního programu skupiny.