MIÉRT CE INTERIM
Üzemeltetők által épített.
Testületek által megbízható.
Mi nem töltünk be szerepeket. Missziókat vezetünk.
25+
Országok a Valtus Alliance-on keresztül
AHOL MŰKÖDÜNK
Ideiglenes végrehajtó telepítés
5 kontinensen.
Európától az Öböl-mentén át Amerikáig - vezető beosztású vezetők, helyben bevetve.
5
Kontinensek és növekedés
IDEIGLENES VEZETŐK SZÁMÁRA
Az Ön következő megbízatása
itt kezdődik.
A CE Interim összeköti a vezető interim vezetőket a nagy hatású megbízásokkal Európában, Amerikában és a Közel-Keleten.
60,000+
Ideiglenes vezetők globális hálózatunkban
TUDÁSHÁZ
Az üzemeltetők meglátásai,
nem a megfigyelők.
Szerkesztőségi cikkek, kutatások és információk olyan vezetőktől, akik már voltak a szobában.
25k+
Havi olvasók

Hogyan irányítják a műveleti igazgatók a sikertelen ERP-bevezetés helyreállítását, mielőtt a termelés leállna

Az sikertelen ERP-bevezetés utáni helyreállítás: leállt targoncák és ott maradt raklapok egy cseh gyártóüzem szállítási dokkjában

Röviden

Egy cseh gyártóüzemben bekövetkezett, sikertelen ERP-bevezetés utáni helyreállítás operatív vészhelyzetnek minősül. Ez nem olyan feladat, amelyet a rendszerintegrátorra lehet bízni. Amikor az élesítés kudarcot vall, a készletnyilvántartás leáll, és a komissiózási listák befagynak. A késztermékek jogilag nem hagyhatják el a szállítóterületet. Az igazgatóság valódi kérdése egyszerű: ki veszi át az irányítást, amíg a csapat helyreállítja az adatbázist? Ez az útmutató bemutatja a sikertelen ERP-bevezetés helyreállításának négyfázisú folyamatát, amelyet egy ideiglenes ERP-programigazgató követ. Az első fázis egy manuális megkerülés, amely biztosítja az ügyfelek kiszállítását. Ezután a csapat kijavítja a törzsadatokat és stabilizálja az alapvető tranzakciókat, majd miután a gyár zökkenőmentesen működik, átadja az irányítást.

A kiváltó ok: a raktári torlódás az átállás utáni első tíz napban

Egy ipari ERP-rendszer bevezetése ritkán zúdítsik el csendben. A kudarc általában az átállás utáni első tíz napban jelentkezik, nem pedig hónapokkal később. Münchenben, Bécsben vagy Zürichben egy irányító bizottság hónapokig tartó tesztelés után adta meg az engedélyt. A harmadik nap azonban másképp alakul.

Képzeljünk el egy alkatrészgyárat Plzeň, Liberec vagy Pardubice közelében. Az új rendszer elveszíti a kapcsolatot a fizikai üzemmel. A targonca-vezetők beolvasnak olyan tárolóedényeket, amelyeket a szoftver üresnek jelöl. A gyártósorok leállnak, mert az ERP-rendszer nem tud utánpótlási megrendeléseket generálni. Ez egy sikertelen ERP-bevezetés helyreállítási folyamatának legkorábbi, leginkább fizikai szakaszát mutatja be.

A késztermékek felhalmozódnak a raktár folyosóin. A kimenő szállításokhoz nem lehet fuvarleveleket vagy vámáru-nyilatkozatokat kiállítani. Három napon belül a rakodóterületen leáll a munka. Egy elsőrangú ügyfél németországi gyártósorán is leállás várható.

A rendszerintegrátor azt állítja, hogy a szoftver működik, és a helyi változáskezelést okolja. A cseh üzem igazgatója azonnali visszavonást követel, ami több millió veszteséget jelentene, és megakadályozná a törvényes könyvelés elvégzését. Az operatív igazgató most egy olyan gyártási vészhelyzettel szembesül, amely eredetileg egy szoftverprojektként indult. Az ERP-bevezetés kudarcának helyreállítását azonnal meg kell kezdeni.

A határokon átnyúló ERP-helyreállítási projektek irányításának kihívásai

Egy cseh gyártó leányvállalatnál a sikertelenül végrehajtott ERP-bevezetés helyreállítása azt jelenti, hogy egyszerre három problémát kell megoldani. Ezek az adatarhitektúra, a helyi működés és a vállalati irányítás. Egyik sem oldható meg ugyanazzal a megoldással. A sikertelen ERP-bevezetés helyreállítása nem csupán a technológián múlik. Az a kérdés dönti el, kinek van döntési jogosultsága, amikor a rendszerek már nem a tervezett módon működnek.

A diszkrét gyártási alapadatok hibáinak kijavítása az ERP-rendszer helyreállítása során

Ezen a ponton dől el, hogy a sikertelen ERP-bevezetés helyreállítása sikerrel jár-e, vagy hónapokig elhúzódik. A diszkrét gyártás nem tűri a hozzávetőleges adatokat. A legtöbb kudarcot három szerkezeti hiba okozza.

  1. A sérült alkatrészlista útvonaltervezése. A régi gyártósorok működése gyakran nem hivatalos, nyilvántartásba nem vett módosításokon alapult. A csapat a műszaki alkatrészlistákat úgy migrálta, hogy nem ellenőrizte az útvonaltervezési időket, a selejt-tűréshatárokat és a gépek cikluskapacitásait. A rendszer ezután olyan gyártási sorrendeket ütemezett, amelyeket az üzem nem tudott teljesíteni.
  2. A raktár helyszínének eltérése. A munkatársak a készletet a raktárhely-szintű ellenőrzés nélkül vitték át az új adatbázisba. Az ERP-rendszer szerint az alkatrészek a negyedik sorban vannak, valójában viszont a szomszédos túlcsorduló raktárban találhatók.
  3. Az elektronikus adatcsere meghiúsulása. Az európai ügyfelek szigorú előírásokat alkalmaznak, például a VDA 4905/4913 vagy az Odette szabványokat. A szállítási jegyzékekben előforduló formázási hibák automatikus elutasítást vonnak maguk után az ügyfél rakodóterén.

E három hiba kijavítása az ideiglenes ERP-programigazgató feladata, nem pedig az igazgatóságé. Az igazgatóság feladata szűkebb körű: felhatalmazást kell adnia a változtatások befagyasztására és a személyzet átcsoportosítására, amíg ez a munka folyik. A sikertelen ERP-bevezetés utáni helyreállítási folyamat korai szakaszában a legtöbb erőfeszítés éppen e három hiba kijavítására irányul.

A határokon átnyúló irányítási és jogszabályi megfelelési kockázatok kezelése

Az adatokon túl egy második probléma is felmerül: a határokon átnyúló irányítás, amelytől függ, hogy a sikertelen ERP-bevezetés helyreállítása lendületet nyer-e, vagy megakad. A vállalati központ általában úgy tekint a bevezetésre, mint egy informatikai frissítésre, amelyet külső tanácsadók távolról irányítanak. A helyszínen dolgozó gyári személyzet viszont külső terhet lát benne, amely megakadályozza őket az alkatrészek gyártásában. Egyik nézőpont sem téves. Mindkét fél ugyanazon kudarc különböző aspektusait látja.

A vonatkozó szabály a Társasági törvényben található Törvény, a 90/2012 sz. törvény. A helyi adóügyi elszámolási előírásokkal együtt ez azt jelenti, hogy az áruk nem hagyhatják el a telephelyet a szabályoknak megfelelő adó- és szállítólevelek nélkül. Ha a szoftver nem képes érvényes dokumentumokat kiállítani, a vezetés jogilag nem küldheti ki az árukat, függetlenül attól, hogy az üzem milyen fizikai kapacitással rendelkezik.

Gartner az iparági elemzők megállapítása szerint a gyártási szektorban az ERP-projektek 55%–75%-je nem éri el a kitűzött célokat. A diszkrét gyártású üzemeknél a legjelentősebb zavarok tapasztalhatók a rendszer élesítését követően. McKinsey & Company jelentések hogy a digitális átalakulások több mint 70%-je nem hozza meg a várt eredményeket. Ez az a működési valóság, amelyben egy sikertelen ERP-bevezetés utáni helyreállítási folyamatnak belülről kell megoldódnia, nem pedig körülötte.

Öt működési mutató, amely azonnali ERP-válságkezelést igényel

A bevezetés utáni szokásos súrlódások és a rendszer szerkezeti meghibásodása a sikertelen ERP-bevezetés helyreállításának első néhány napjában egymásra hasonlítanak. Öt jel jelzi azt a pontot, ahol elérjük a válságküszöböt.

  • A fizikai dokkolási torlódás az első. A késztermékek több mint 24 órán át a rakodóterületen maradnak. Az ERP-rendszer nem zárja le a csomagolási bizonylatokat, és nem oldja fel a jóváírási blokkolásokat.
  • A negatív készletállományok növekedése a második. A rendszer negatív készletállományt jelez a folyamatban lévő munkák vagy a nyersanyag-számlákon. Ez azt jelenti, hogy a visszajelzés nem egyezik a gyártósor fogyasztásával.
  • Az árnyék-táblázatok a harmadikak. A tervezők és a raktárvezetők nem használják az ERP-terminált, hanem kézzel írt jegyzettömbökön követik nyomon a kiszállításokat.
  • A hiányzó ügyfél-ASN-ek a negyedik helyen állnak. A nagy ügyfelek szállítási panaszokat emelnek, mert a szállítmányok elektronikus előzetes szállítási értesítés nélkül érkeznek meg.
  • A bizalom megrendülése az ötödik. Az integrátor és a helyi üzemeltetők közötti napi megbeszélések a problémamegoldás helyett vádaskodásba torkollanak.

Ezen öt jel bármelyike azt jelzi, hogy az ERP-bevezetés kudarcát követő helyreállítási folyamat már megkezdődött, és nem csupán szokásos zavarról van szó.

A négyfázisú ERP-bevezetési helyreállítási keretrendszer

A kudarc megakadályozásához nincs szükség további programozókra, akik egyedi kódot írnak. Hanem egy helyszíni vezetőre van szükség, aki egyaránt ismeri a gyártási folyamatokat és a vállalati architektúrát.

Az ideiglenes ERP-programigazgató – vagy helyreállítási igazgató – az első naptól kezdve irányítja a sikertelenül lezajlott ERP-bevezetés helyreállítását. Ez a vezető átveszi a közvetlen operatív irányítást. Az ideiglenes vezető véget vet a vállalati IT-részleg és a helyi üzemvezetés közötti egymásra mutogatásnak. A válság megoldásához a szervezetnek egy bevált, a megbízásnak megfelelő vezetőre van szüksége. Ennek a vezetőnek készen kell állnia arra, hogy a megbízási feladatleírás elkészülte után 72 órán belül megkezdje a munkát.

1. szakasz: A kézi szállítási elkerülések bevezetése és a kódbefagyasztás

Az első hétnek egyetlen célja van: biztosítani az ügyfél gyártósorainak zavartalan működését és kiüríteni a raktárterületet. Az ideiglenes vezető engedélyezi egy ideiglenes, papír alapú szállítási eljárás alkalmazását. A teherautók az ellenőrzött fizikai leltár alapján indulnak el, miközben a csapat a szoftvert javítja. Minden nem ellenőrzött IT-testreszabást haladéktalanul leállítanak, így az adatbázisba nem kerülnek be új hibák. Naponta kétszer tartott triázs-megbeszélésen vesz részt az üzemigazgató, a raktárvezető, a vállalati IT-vezető és a vezető integrátor. A javítások fontossági sorrendjét szigorúan a termelésre gyakorolt hatás alapján határozzák meg. Ez a sikertelen ERP-bevezetés helyreállításának első fázisa. A COO saját döntése ebben a helyzetben szűk körű, de kritikus jelentőségű. Az első napon jóvá kell hagynia a manuális megkerülést és a kódbefagyasztást, majd át kell adnia a folyamat irányítását az ideiglenes igazgatónak.

2. szakasz: A törzsadatok tisztázása és a fizikai leltár egyeztetése

Miután a csapat biztosította a szállítást, pótolja a hiányosságokat az adatbázis és a fizikai raktár között. Egy célzott hétvégi leltározás során egyeztetik a legnagyobb forgalmú alkatrészek mennyiségét és raktári helyét. Az eredmények válnak az új, ellenőrzött kiindulási alapul. Ezután a csapat kijavítja a hibás útvonalidőket, a selejtszorzókat és a visszajelzési eseményeket. Egyszerűsíti a raktári hierarchiát is, így a virtuális átrakodási helyek már nem vezetik félre a targonca-kezelőket. A sikertelen ERP-bevezetés helyreállításának ezen a második szakaszában kezd el a rendszer ismét a valóságot tükrözni.

3. szakasz: Az „Order-to-Cash”, az MRP és a „Procure-to-Pay” munkafolyamatok stabilizálása

Az ideiglenes vezető három olyan munkafolyamatot stabilizál, amelyek biztosítják a készpénz- és áruforgalmat. A „megrendeléstől a pénzbevételig” (Order-to-Cash) folyamat összehangolja az EDI-leképezést az ügyfélportálokkal, és megszünteti a számlák kézi kiállítását. A „tervezéstől a gyártásig” (Plan-to-Produce) folyamat helyreállítja az automatizált anyagszükséglet-tervezést, így az ütemtervek a valós átfutási idők alapján generálják a beszerzési igényeket. A „beszerzéstől a kifizetésig” (Procure-to-Pay) munkafolyamat helyreállítja a háromoldalú egyeztetést a megrendelés, az áruátvétel és a szállítói számla között. Ez felszámolja a szállítói tartozások felhalmozódását és helyreállítja a beszállítók bizalmát. E szakasz végére az elromlott ERP-bevezetés helyreállítása már túljutott a helyzetfelmérés szakaszán. Az üzem most már működőképes pénzügyi és tervezési ciklust működtet.

4. szakasz: A személyzet átképzése, a beszállítók jóváhagyása és az üzemeltetés átadása

Amint a tranzakciók stabilizálódnak, az ideiglenes igazgató cseh nyelven képezi ki a műszakvezetőket, a targonca-vezetőket és a tervezőket a szabványos kivételkezelésről. Az igazgató emellett betartatja azokat a szerződéses teljesítési határidőket, amelyekben a rendszerintegrátor megállapodott. Az utolsó lépés egy strukturált átadás. A felügyelet visszakerül az állandó üzemvezetéshez és a vállalati IT-részleghez, az ideiglenes igazgató pedig elhagyja a telephelyet. Az alábbi eset bemutatja a sikertelen ERP-bevezetés helyreállítását a gyakorlatban.

Esettanulmány: SAP S/4HANA ERP-átállás egy cseh gyártóüzemben

Egy svájci-német székhelyű, globális mérnöki konszern egy szabványosított SAP S/4HANA vállalati sablont vezetett be a Cseh Köztársaságban, Hradec Králové közelében található, 550 alkalmazottat foglalkoztató precíziós öntő- és megmunkáló üzemében. Az üzem nagy pontosságú hidraulikus alkatrészeket szállított európai építőipari gépek gyártósorai számára.

Az üzembe helyezéstől számított öt napon belül a vállalat elvesztette az irányítást a legfontosabb tranzakciói felett. A raktári kiszállítási modulok nem tudtak előírásoknak megfelelő nemzetközi vámnyilatkozatokat és ügyfélcsomagolási vonalkódokat generálni. A késztermékek felhalmozódtak a gyártóterületeken, ami arra kényszerítette az üzemvezetést, hogy helyhiány miatt leállítsa két fő megmunkáló gyártósorát. Több mint 6 millió euró értékű vevői szállítmány rekedt a telephelyen, és két jelentős OEM-ügyfél szerződésszegési bírságokkal fenyegetőzött.

A külső megvalósító partner három hónapos javítóprogramot javasolt, míg a helyi cseh üzemvezető a régi rendszerre való teljes visszatérést követelte. Ez 4 millió euróba került volna, és megakadályozta volna a csoportszintű digitális konszolidációt.

Az ERP-rendszer helyszíni helyreállítási stratégiájának végrehajtása Kelet-Csehországban

A CE Interim egy tapasztalt ideiglenes ERP-programigazgatót küldött ki, aki húsz évnyi gyártási és SAP-helyreállítási tapasztalattal rendelkezik. A megbízási feladatleírás elkészülte után 72 órán belül az ideiglenes vezető már Hradec Králové-ban volt, és teljes operatív felhatalmazást kapott az üzem átalakításának irányítására.

Az ideiglenes vezetőség azonnali válságkezelési tervet hajtott végre:

  • Vészhelyzeti diszpécser-megkerülés bevezetése: Kidolgoztak egy, a helyi vámhatóságok és az ügyfelek logisztikai csapatai által jóváhagyott, előírásoknak megfelelő, auditált kézi nyilvántartási eljárást. Ezzel az első 96 órán belül 2,4 millió euró értékű elakadt készletet sikerült felszámolni, és elkerülték az ügyfelek gyártósorainak leállását. 
  • Rögzített EDI és vonalkódos sorozatszámozás: Az igazgató átalakította a szoftverben található feladási felületet. 14 napon belül kijavították a csomagolási vonalkód-címkék generálását, és az EDI-tranzakciókat az OEM-portál előírásaihoz igazították. 
  • Célzott fizikai leltárfeltöltés végrehajtása: A vezető irányította az 1 200 aktív cikkszámra kiterjedő, célzott hétvégi fizikai leltározást. Ezzel kiküszöbölték a negatív készleteltéréseket, és összehangolták a rendszerben szereplő készletállományt a polcokon ténylegesen található árukészlettel. 
  • A vonalon újra megteremtődött a felhasználói elfogadottság: Az ideiglenes vezető létrehozott egy helyszíni támogató csapatot, amely cseh–német kétnyelvű folyamatfelelősökből állt. A csapat 60 műszakvezetőt és kezelőt képezett át a rendszer szabványos tranzakcióinak kezelésére.

Az 50. napra minden manuális szállítási elkerülést megszüntettek. A létesítmény teljes mértékben az új ERP-rendszer keretein belül működött, elérve a 99,11 TP3T készletpontosságot és a 98,61 TP3T pontosságú, határidőre történő kiszállítást. Az ideiglenes vezető felügyelte a projekt hivatalos lezárását a rendszerintegrátorral, és elvégezte a strukturált átadást az állandó üzemvezetésnek.

Gyakran feltett kérdések az ERP-visszaállítási vezetésről

Mi az a sikertelen ERP-bevezetés utáni helyreállítás?

A sikertelen ERP-bevezetés utáni helyreállítási folyamat az ERP-rendszer élesítésének kudarca után állítja vissza a szállítási, készlet- és pénzügyi tranzakciókat. A folyamatot általában egy ideiglenesen kinevezett vezető irányítja a helyszínen, nem pedig a szoftvergyártó. A folyamat egy manuális megkerüléssel kezdődik, majd az alapul szolgáló adatok kijavításával folytatódik, mielőtt az üzem teljes mértékben visszatérne az új rendszerre.

Miért érdemes elkerülni a régi ERP-szoftverre való visszatérést az élesítés után?

A visszavonás ritkán egyszerű kapcsolás. Az átállás során a régi adatbázis befagyasztásra kerül, és az élesítés óta végrehajtott összes tranzakció kizárólag az új rendszerben található. Ennek visszafordítása bonyolult adat-visszamigrációt igényel, és több millió tőkeberuházást tesz tönkre. Azok a vállalatok, amelyek visszaállítást hajtanak végre, gyakran teljesen elveszítik a támogatott vállalati szoftvert. A fegyelmezett, gyors stabilizálás szinte mindig gyorsabb és kevésbé káros, mint a visszaállítás. Egy elkapkodott visszaállítás ritkán jelent megfelelő megoldást egy sikertelen ERP-bevezetés helyreállítása során.

Miért nem tudják a rendszerintegrátorok egyedül kijavítani az üzemszintű ERP-rendszerek meghibásodásait?

A rendszerintegrátorok az adatbázis-táblákat és a konfigurációs beállításokat értik, nem pedig a gyári műveleteket. Egy integrátor nem írhat alá szállítási papírokat, nem irányíthatja át a gyártósori gépeket, és nem adhat utasításokat a targoncavezetőknek. A válság megoldásához olyan vezetőre van szükség, aki közvetlen operatív hatáskörrel rendelkezik az üzemben. Ez a vezető az integrátor mellett dolgozik, nem pedig helyette. Éppen ezért egy sikertelen ERP-bevezetés helyreállításához helyszíni vezetői hatáskörre van szükség.

Milyen jogosultságokra van szüksége egy ideiglenes ERP-programigazgatónak?

Az ideiglenes vezetőnek olyan hatáskörre van szüksége, amely összeköti a helyi üzemvezetést és a vállalati IT-részleget. Ez magában foglalja az ideiglenes szállítási eljárásokkal, a kódbefagyasztásokkal, a beszállítói jóváhagyásokkal és a törzsadatok érvényesítésével kapcsolatos döntési jogokat. Ha ez a hatáskör nem kerül írásban rögzítésre a kezdetektől fogva, a megbízatás csupán tanácsadói jellegűvé válik, és a helyreállítás lelassul.

Általában mennyi ideig tart egy ERP-rendszer helyreállítási folyamata?

A vészhelyzeti prioritás-sorrendbeállítás és a rendszerterhelés csökkentése általában hét–tíz napot vesz igénybe. A tranzakciók teljes stabilizálása, a törzsadatok tisztítása és a kézi megoldások megszüntetése hosszabb időt igényel. A sikertelen ERP-bevezetés helyreállításának tipikus időtartama a megbízás kezdetétől számított hatvan–kilencven nap.

Milyen működési kompromisszumokra kell az igazgatóságnak számítania az első hónapban?

Az első hónapban a jelentések pontossága és egyes kézi megoldások még nem lesznek tökéletesek. Ez a kompromisszum elfogadható. A legfontosabb az ügyfelekkel való folytonosság és a készpénzállomány átláthatósága, nem pedig az, hogy az első naptól kezdve tökéletesen összehangolt rendszer működjön. A tökéletesség várhat. A rakodás viszont nem. Ez normális jelenség egy sikertelen ERP-bevezetés utáni helyreállítási szakaszban, és nem jelenti azt, hogy a bevezetés kudarcot vallott.

A sikertelen ERP-bevezetés helyreállítása működési vészhelyzetet jelent. Veszélyezteti a vállalat likviditását, az ügyfelek bizalmát, valamint a csoport átfogóbb digitális átalakulási programjának hitelességét. Egy tapasztalt, helyszínen dolgozó vezető visszaállítja az irányítást és biztosítja az ügyfelek felé vállalt kötelezettségek teljesítését.

További olvasnivaló:

A CE Interim olyan, bevált és a megbízásnak megfelelő vezetői partnert biztosít, aki a megbízási leírás elkészülte után 72 órán belül munkába állhat. A A CE ideiglenes partnere segíthet a sikertelen ERP-bevezetés helyreállításában, ezzel biztosítva a vállalatcsoport átfogóbb átalakítási programjának védelmét. 

Vélemény, hozzászólás?

Az e-mail címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük

CE INTERIM

Executive Interim Management Platform

Én egy...

Ügyfél / vállalat

Ideiglenes vezetés alkalmazása

Ideiglenes menedzser

Megbízások keresése