Röviden

Az ERP globális sablonjának helyi követelményeinek kezelése az osztályozással kezdődik. Minden kérelem vagy jogszabályi kötelezettség, vagy ügyfélszerződés, vagy fizikai működési korlát, vagy pedig preferenciális igény. Az első három esetben a kivétel csak két bizonyíték alapján indokolt. Egy kijelölt ellenőr igazolja a szükségletet, és a tesztelt szabványos terv nem felel meg annak. A preferenciák esetében képzést és változáskezelési támogatást biztosítunk. A döntések meghatározzák, ki viseli a következményeket: a közös modell esetében a tervezési hatóság, az üzemhelyi konfiguráció esetében az üzemvezető, míg a lejárt ügyek és a megoldatlan nézeteltérések esetében a szponzor.

Az ERP globális sablonjának összehangolása a cseh gyár helyi követelményeivel

Az irányító bizottság jóváhagyta a globális sablont, valamint a közös folyamat- és rendszertervet, amelyet a csoport több vállalata is alkalmazni fog. Ez rögzíti a közös adatmodellt, a számlatükröt és a szabványos folyamatábrákat.

Ezt követően egy német székhelyű vállalatcsoport első cseh gyára benyújt egy hosszú listát a kért változtatásokról. A tervezési döntéshozatal a központban történik, míg a gyár önálló jogi személy, saját ügyfélszerződésekkel.

A projektfelelősnek két jogos aggodalma van. Ha minden kérést elutasít, az üzem képtelen lehet egy megrendelést kiszállítani vagy a törvényben előírt jelentést benyújtani. Ha viszont minden kérést elfogad, akkor minden eltérés állandó költséget jelent az adatkezelés, a támogatás és a frissítések terén. Egy multinacionális ERP-bevezetés során az első üzem határozza meg a mintát minden későbbi telephely számára, és a törvényi határidők, valamint az ügyfelek által megadott határidők nem tolódnak el. Az átvételi tesztelés során megerősítetlenül hagyott kérelmek a rendszer élesítésének késedelmét vagy a dokumentálatlan bevezetést jelentik. A konszolidált főkönyv ekkor már nem tükrözi az üzem működését.

A csoportszintű szabványosítás és az üzem működési igényeinek egyensúlyba hozása

A központi iroda dolgozta ki az összevont jelentéskészítés és a készpénzállomány egységes áttekintésének sablonját, ezért a csoportnak jogosan kell megvédenie azt. Az üzem működése a gyártósor rendelkezésre állásán múlik. Egy olyan ellenőrző lépés, amely minden gépi ciklushoz 20 másodpercet ad hozzá, a termelés csökkenését eredményezi, és ezért a gyárigazgató viseli a felelősséget.

A probléma akkor kezdődik, amikor mindkét fél a másik aggodalmát ellenállásként értelmezi, és senki sem vállalja a felelősséget a helyzet rendezéséért. Ez az ERP-lokalizáció irányításában fennálló hiányosság, nem pedig kultúrák közötti ütközés.

Az ERP-sablonok irányításának gyengülését jelző főbb mutatók

Az irányító bizottság a program saját nyilvántartásaiból négy jelzést olvashat ki:

• Nem minősített kérelmek. A jogi kötelezettségek és a preferenciák egy listán szerepelnek.
• Bináris találkozók. A vélemények a helyi körülményekkel szemben csoportszintű mérvadóvá válnak.
• Árnyék-megoldások. A kulcsfelhasználók offline táblázatokat vezetnek, hogy elkerüljék a szokásos könyvelési tételek rögzítését.
• A tervezési felülvizsgálat kihagyása. A helyi csapatok az architektúra felülvizsgálata nélkül rendelnek el módosításokat.

Bármelyik ezek közül arra utal, hogy a csoportnak nincsenek megbízható adatai a növényről.

Az ERP globális sablonok helyi követelményeinek négy csoportba sorolása

Minden kérelmet soroljanak be a négy csoport egyikébe, mielőtt bárki is megvitatná azt. Az első besorolás ideiglenes, és az ellenőr által benyújtott bizonyítékok alapján megerősítik vagy módosítják azt.

• Törvényes kötelezettség. Jogi kötelezettség, például adóbevallás. Ezt helyi jogi, adóügyi vagy bérszámfejtési szakértők ellenőrzik.
• Szerződéses vagy ügyfél iránti kötelezettség. Üzenetformátum, címke vagy csomagolási szabály. Ezt a szerződés vagy az ügyfélkézikönyv ellenőrzi.
• Fizikai működési határérték. Az épületből, a berendezésből vagy a ciklusidőből adódó korlátozás. Az üzemmérnökök a gyártósori adatok alapján ellenőrzik annak helyességét.
• Előny. A régi felülethez vagy szokásokhoz való hozzászokás. Erre a problémára a kulcsfelhasználók képzése és a változáshoz nyújtott támogatás nyújt megoldást.

A törvényi kötelezettség az üzemet kötelezi a követelmények betartására, nem feltétlenül a csoportot a testreszabásra. Ez a követelmény teljesülhet szabványos lokalizációval vagy egy jelentési réteggel is.

Alapvető információk az ERP globális sablonra vonatkozó kivételi kérelmekhez

Egy kérés akkor válik tesztelhetővé, ha öt tényt tartalmaz:

• Az érintett tranzakció vagy folyamat, például egy áruátvétel.
• A szükséglet igazolása és az azt birtokló, név szerint megjelölt tulajdonos.
• A projektcsapat által tesztelt alapbeállítás és az eredmény.
• A következmények az üzem számára, amennyiben a jelenlegi terv marad.
• A várható hatások az adatokra, az interfészekre, a támogatásra és a későbbi webhelyekre.

Az a kérelem, amelyben a harmadik tényt nem lehet megadni, nem támaszkodik vizsgálati eredményre, függetlenül attól, hogy melyik kategóriába tartozik.

Az ERP-kivételi kérelmek fontossági sorrendbe állítása az ütemterv és a hatások alapján

Egy tapasztalt szponzor átnézi a kérelem listáját, hogy mi hiányzik belőle. Három hiányosság miatt óvatosságra van szükség: egy olyan törvényes jelölés, amelyben nincs megnevezve a szakember; egy emlékezetből idézett ügyféligény; valamint egy fizikai korlát, amelyhez nincsenek vonaladatok. Egyik sem bizonyított, de nem is helytelen, ezért a kérelem nyitott marad.

A sorrend a dátumokat követi. A besorolási határidőt az átvételi teszteléstől visszafelé kell meghatározni, figyelembe véve egy teljes újratesztelési ciklust és a szakértők feldolgozási idejét. A dátummal ellátott, de még meg nem erősített kérelem ezután a szponzorhoz kerül. Az öt tényt nem tartalmazó, dátum nélküli kérelem visszakerül a kérelmezőhöz. A beállítások a rendszerbe a szabványos terv alapján kerülnek bevezetésre, a feljegyzett felülvizsgálati dátummal.

A helyi üzemek kérelmeinek jóváhagyásával kapcsolatos szerepkörök és felelősségi körök

Az üzem helyi szakértői rendelkeznek a bizonyítékokkal, amelyek gyakran cseh nyelvűek: az adóügyi vélemény, az ügyfélre vonatkozó záradék. A csoport építészei a konszolidációt, a törzsadatokat és a frissítési útvonalat kezelik, és nem tudják tesztelni azt, amit nem tudnak elolvasni. Egy kijelölt validátor – aki ott dolgozik, ahol a bizonyítékok is találhatók – először minden egyes elemet ellenőrzi.

A programvezető koordinálja a véleményezést, és minden véleményt rögzít, anélkül hogy bármelyiket is hitelesítene. A Microsoft megvalósítási útmutatója megjegyzi, hogy előfordulhat, hogy az ügyfél és a megvalósító partner mindegyike azt feltételezi, hogy a tevékenységet a másik végzi. Minden kérelemhez írásban jelöljön meg egy validátort, még az áttekintés megkezdése előtt.

A döntéshozatali jogok keretrendszere a multinacionális ERP-irányításban

A tervezési hatóság négy védett elemet tart fenn: a konszolidációt és a számlatükröt, a törzsadatokra vonatkozó szabványokat, a frissítési útvonalat és a támogatási terhelést. A törzsadatokra vonatkozó szabványok és a frissítési útvonal korlátozott ideig eltérhetnek a szabálytól, amennyiben a kivétel elszigetelt marad és felülvizsgálati határidővel rendelkezik. A számlatükör és a konszolidációs szabályok esetében ez ritkán fordul elő.

Az üzemvezető helyi szinten felelős a termelésért és a szabályok betartásáért. A működési szabályzatban meghatározott keretek között az üzemvezető minden olyan kérdésben dönthet, amely nem érinti a többi védett területet, például a címkék elrendezését. A program szabályzata négy szponzori beállítást határoz meg:

• A létesítmény helyszíni kialakítására vonatkozó korlátozás, amelyet az építészek valamilyen módon ellenőrizni tudnak, például a teherbírás tekintetében.
• A rögzített ideiglenes megoldásokra vonatkozó korlát, például a módosításhoz és az újrateszteléshez szükséges erőfeszítés tekintetében.
• Egyetlen jelentkezési időszak a versenyekre és az ajánlásokra.
• Azoknak a vitatott preferencia-rangsorolásoknak vagy megerősített törvényi kivételeknek az aránya, amelyek a következő helyszín előtt sablonfelülvizsgálatot tesznek szükségessé.

Az üzemvezető minden elutasított kérelmet aláír az első három csoportban, és a besorolási határidő lejárta előtt kifogást emelhet egy preferencia-sorrend ellen. A kezdeményező a válaszadási időszakon belül dönt, és elfogadja azokat a keltezett kérelmeket is, amelyeknek a felülvizsgálat nem tud időben eleget tenni, valamint azokat a vitás eseteket, amelyek a teljes bizonyítékok ellenére is fennmaradnak. Ilyenkor általában az a jobb megoldás, amelyet a legkönnyebb visszavonni.

Mikor érdemes ideiglenes ERP-programigazgatót alkalmazni?

Amennyiben a programvezetőnek, a folyamatfelelősnek és a tervezési hatóságnak van ideje és rendelkezésre áll az eskalációs útvonal, akkor ők maguk is megoldhatják a problémát, és egy helyi nézeteltérés önmagában nem indokolja ideiglenes vezető kinevezését. Egy felelőstelen döntés azonban nem várhat a következő irányítási ciklusra. Senki sem vállalja a felelősséget, ha a következő három eset bármelyike fennáll:

• A fenti jelek a következő irányító ülés után is fennmaradnak.
• A jogi vagy ügyfél-dátumhoz nincs megnevezett érvényesítő.
• A bizonyítékok bemutatása után ugyanaz a nézeteltérés visszakerül a kezdeményezőhöz.

Ebben az esetben egy Ideiglenes ERP-programigazgató átveszi a programvezetői posztot. A CE Interim még azelőtt meghatározza a megbízatás kereteit, hogy bárkit is javasolna: a döntési jogköröket, a jelentési hierarchiát és az eskalációs útvonalat. A vezető a szponzornak tartozik beszámolási kötelezettséggel, míg az üzemvezető és a tervezési felelős megtartják saját felelősségi körüket. A CE Interim ezután ennek a helyzetnek – például egy két országra kiterjedő, első telephelyen történő élesítésnek – a fényében értékeli az egyes vezetőket.

Az ideiglenes ERP-irányításra vonatkozó felhatalmazáson alapuló határozat hatálya

A szponzor átruházza azokat a jogokat, amelyekkel a programvezető tisztsége nem rendelkezik. A vezető egyértelműen dönt:

• A besorolás határideje, az ideiglenes válogatás és kérelemenként egy kijelölt ellenőr.
• Az egyes kérelmekhez tartozó, megerősített csoport, miután az ellenőr benyújtotta a bizonyítékot.
• Melyik dátum nélküli kérelmek nem tartalmazzák az öt tényt, és kerülnek visszaküldésre a kérelmezőnek.
• A határidővel rendelkező kötelezettségekkel kapcsolatos ideiglenes megoldásokat rögzítették, a charter-korlátig.

A védett elemek és a szponzorok ügyei tekintetében a vezetőség a megadott határidőn belül ajánlást tesz, de nem hoz döntést. A vezetőség nem tekint el az elfogadási kritériumoktól, nem igazolja a jogi követelmények teljesülését, és nem engedélyezi a bevezetést.

A vezető a folyamatért felel, nem pedig az ítéletért: minden kérelem a határidő előtt elbírálásra kerül. Egy CE ideiglenes partner a szponzorral együtt áttekinti a döntési naplót, figyelembe véve a felülírt ajánlásokat, a szponzor késedelmes válaszait és a felülvizsgálati határidőn túlra nyúló ideiglenes megoldásokat. Az átadáskor a kivételi nyilvántartás és a felülvizsgálati eljárás átkerül egy állandó tervezési felelős kezébe.

Példaként bemutatott Plant ERP kivételi bejegyzés és esettanulmány

Esettanulmány: Az üzemszintű ERP-rendszerek közötti eltérések kezelése

Az alábbi forgatókönyv hipotetikus. Nem alapul semmilyen ügyfélmegbízáson.

Egy ügyfélnek a tesztelési időszakon belül, egy meghatározott határidőig saját címkeelrendezésre van szüksége. A globális folyamatfelelős a szabványos címkét szeretné, hogy az elrendezés minden telephelyen egységes maradjon. Az ügyfél kézikönyve – amelynek aktualitását a saját kapcsolattartója is megerősítette – és a szkenner által jelzett elutasítás egyértelműen alátámasztják az ügyet. Mivel a támogatási terhelés egyetlen nyomtatási konfigurációra korlátozódik, az üzemvezető a szabályzat keretein belül dönthet. Ha az elrendezés érintette volna a törzsadatokat, akkor a tervezési hatóságnak kellett volna dönteni.

Példa ellenőrizhető ERP-kivételi nyilvántartásra

A globális sablonok alóli kivételeket leginkább ellenőrizhető döntéseknek érdemes tekinteni. Az alábbiakban négy példaként szolgáló bejegyzés található.

A jogszabályi vita egy érvényesítési folyamatot szemléltet. Bármely tényleges cseh követelményhez saját, naprakész forrásra és hiteles helyi véleményre van szükség.

A jóváhagyott ERP-kivételek beépítése a változáskezelésbe

Az elfogadott kivétel nem módosítja a sablont. A változáskezelési folyamatba kerül, amely eldönti, hogy a jóváhagyott alapvonal módosul-e, és felelősséget vállal a költség- és ütemterv-hatásokért. Az elutasított kérelmek az indoklással együtt nyilvántartásba kerülnek, így a következő telephelyen nem kell újra megvitatni a kérdést.

Gyakran feltett kérdések: ERP-rendszerek globális bevezetése és helyi követelmények

Minden gyártóüzemnek azonos ERP-folyamatokra van szüksége?

Nem. Az adatmodell, a számlatükör és a konszolidációs szabályok közös maradnak. Az operatív folyamatok eltérhetnek abban az esetben, ha bizonyítható, hogy jogszabályi, szerződéses vagy fizikai szükséglet merül fel, amelyet a szabványos folyamat nem tud kielégíteni. Minden eltérésnek meg van nevezve a felelőse, és amennyiben az eltér a törzsadat-szabványoktól vagy a frissítési útvonalaktól, akkor fel kell tüntetni a felülvizsgálat dátumát is. Ugyanaz a folyamat különböző helyi kimenetet eredményezhet, például egy címkét, miközben az adatok közös maradnak.

Milyen bizonyítékok támasztják alá egy hiteles helyi ERP-kivételt?

Olyan bizonyíték, amelyet egy idegen is ellenőrizhet, és amelyet egy név szerint megnevezett tulajdonos birtokol. Ez alatt olyan törvényi forrást értünk, amelyet egy képzett szakértő megerősített, egy szerződéses záradékot, illetve – fizikai korlátok esetében – a mért vonaladatokat és egy bemutatást. A tapasztalatokon alapuló nyilatkozat elindíthatja a felülvizsgálatot, de nem zárhatja le azt. A projektcsapatnak emellett tesztelnie kellett a szabványos megoldást, és rögzítenie kellett az eredményt.

Ki felelős a törvényben előírt ERP-követelmények érvényesítéséért?

A témában jártas helyi szakértő: adóbevallási ügyekben adótanácsadó, bérszámfejtési ügyekben bérszámfejtő. Egyes feladatok a jogszabályok változásával módosulnak, ezért a véleményen szerepel a dátum. Ugyanaz a szakértő a végső újraértékelés előtt újra megerősíti azt. Ha a vélemény a besorolási határidő után érkezik, a szponzor veszi át a kérelmet. A dátummal ellátott feladat egy rögzített ideiglenes megoldás keretében futhat, amíg a késedelmes vélemény be nem érkezik.

Hogyan kezelik a jóváhagyott ERP-kivételeket a változáskezelés keretében?

A tervezési hatóság nyilvántartásba veszi az esetet, és benyújt egy módosítási kérelmet, amely kiterjed a tervezésre, a konfigurációra, a költségekre, a tesztelésre és a támogatásra. Minden hatásnak megvan a kijelölt felelőse. A változás-ellenőrző bizottság megismeri a teljes költséget, mielőtt döntést hozna a referenciaállapot módosításáról. Addig a sablon és a hozzá tartozó kód helyileg nem változik. Az egyetlen kivétel egy, végdátummal rendelkező ideiglenes megoldás, amelyet egy dátummal ellátott kötelezettséghez kapcsolódóan rögzítenek.

Kapcsolódó ismeretek és a következő lépés

Az ERP globális sablonjával kapcsolatos, megoldatlan helyi követelmények helyi átmeneti megoldásokhoz vezetnek, és a csoport így megbízható üzemadatoktól esik el. Egy strukturált értékelési folyamat kialakítása biztosítja, hogy a jogos helyi igények kielégítésre kerüljenek, miközben megőrződik a globális alapsablon integritása és konzisztenciája.

További olvasnivaló:

• A német központ jóváhagyta a cseh gyár átszervezését. Milyen költségekkel jár majd ez a megtakarítás?
• Ha egyszerre több közép-kelet-európai üzem is átméretezi a termelését, ki határozza meg a változtatások sorrendjét?
• A német központ szerint a cseh gyár teljesíti a tervet. Az utómunkára fordított órákból kitűnik, hogy a kapacitás már kimerült.

A CE Interim olyan, már átvilágított, a megbízás követelményeinek megfelelő, titoktartási megállapodást aláíró vezetőt biztosít, aki a megbízási leírás elkészülte után azonnal munkába állhat. Ha senki sem vállalja a döntést a csoportvezetés és az üzem között, forduljon egy CE ideiglenes partner.