Stručně řečeno

Řešení lokálních požadavků na globální šablony ERP začíná klasifikací. Každý požadavek představuje zákonnou povinnost, smlouvu se zákazníkem, fyzické provozní omezení nebo preferenci. První tři z nich opravňují k výjimce pouze na základě dvou důkazů: jmenovaný ověřovatel potvrdí potřebu a ověřený standardní návrh tuto potřebu nesplňuje. Preference je předmětem školení a podpory při změnách. Následují rozhodnutí o tom, kdo nese důsledky: projektant společného modelu, vedoucí závodu v případě konfigurace specifické pro daný závod a zadavatel v případě zastaralých případů a nevyřešených neshod.

Sladění globální šablony ERP s místními požadavky českého závodu

Řídící výbor schválil globální šablonu, společný proces a návrh systému, které budou využívat některé subjekty skupiny. Stanovuje společný datový model, účtovou osnovu a standardní procesní toky.

Poté první český závod skupiny se sídlem v Německu předloží dlouhý seznam požadovaných změn. Rozhodovací pravomoc v oblasti konstrukce má ústředí, zatímco závod je samostatným právním subjektem s vlastními smlouvami se zákazníky.

Sponzor má dva oprávněné obavy. Odmítnutí každé žádosti může vést k tomu, že závod nebude schopen odeslat objednávku nebo podat zákonem stanovenou zprávu. Přijetí každé žádosti zase promění každou odchylku v trvalé náklady na data, podporu a aktualizace. Při zavádění ERP v nadnárodní společnosti určuje první závod vzor pro všechny následující pobočky, přičemž termíny stanovené zákonem a termíny stanovené zákazníky se nemění. Nepotvrzené žádosti při akceptačních testech znamenají zpoždění uvedení do provozu nebo nedokumentované spuštění. Konsolidovaná účetní kniha pak přestane odrážet skutečný provoz závodu.

Hledání rovnováhy mezi standardizací skupiny a provozními potřebami závodu

Centrála navrhla šablonu pro konsolidované výkaznictví a jednotný přehled o hotovosti, takže skupina má právo ji chránit. Provoz závodu závisí na dostupnosti výrobních linek. Kontrolní krok, který prodlužuje každý strojní cyklus o 20 sekund, snižuje produkci, a za to nese odpovědnost vedoucí závodu.

Problémy začínají v okamžiku, kdy každá strana vnímá obavy druhé strany jako odpor a nikdo nepřebírá odpovědnost za urovnání sporu. Jedná se o mezeru v řízení lokalizace ERP, nikoli o střet kultur.

Klíčové ukazatele zhoršující se správy šablon ERP

Řídící výbor může z vlastních záznamů programu vyčíst čtyři signály:

• Nezařazené žádosti. Zákonné povinnosti a preference jsou uvedeny v jednom seznamu.
• Setkání týkající se binárních souborů. Recenze se stávají autoritou skupiny v kontextu místních poměrů.
• Řešení problémů se stíny. Klíčoví uživatelé si vedou tabulky v offline režimu, aby se vyhnuli standardním zaúčtováním.
• Přeskočení posouzení návrhu. Místní týmy zadávají změny bez architektonického posouzení.

Kterákoli z těchto skutečností naznačuje, že skupině chybí spolehlivé informace o této rostlině.

Rozdělení místních požadavků globální šablony ERP do čtyř skupin

Každý požadavek zařaďte do jedné ze čtyř skupin ještě předtím, než se o něm začne diskutovat. První zařazení je předběžné a na základě důkazů předložených ověřovatelem se buď potvrdí, nebo změní.

• Zákonná povinnost. Právní povinnost, například podávání daňových přiznání. Ověřují ji místní odborníci na právní záležitosti, daně nebo mzdy.
• Smluvní nebo zákaznická povinnost. Formát zprávy, štítek nebo pravidlo balení. Jeho správnost ověřuje smlouva nebo příručka pro zákazníky.
• Fyzická provozní mez. Omezení dané budovou, zařízením nebo dobou cyklu. Provozní inženýři jej ověřují na základě údajů z výrobní linky.
• Preference. Zvyk na starší rozhraní nebo zažitý způsob práce. Řešením je školení klíčových uživatelů a podpora při zavádění změn.

Zákonná povinnost zavazuje závod k dodržování předpisů, nikoli vždy skupinu k přizpůsobení. Tuto povinnost lze splnit standardní lokalizací nebo pomocí vrstvy pro vykazování.

Základní informace k žádostem o výjimky z globální šablony ERP

Požadavek lze otestovat, pokud obsahuje pět skutečností:

• Dotčená transakce nebo proces, například příjem zboží.
• Důkaz o potřebě a jméno vlastníka, který jej drží.
• Standardní varianta, kterou projektový tým otestoval, a výsledek.
• Důsledky pro závod v případě, že zůstane zachován standardní návrh.
• Očekávaný dopad na data, rozhraní, podporu a budoucí weby.

Žádost, v níž nelze uvést třetí skutečnost, není podložena žádným výsledkem testu, bez ohledu na to, do jaké kategorie spadá.

Stanovení priorit žádostí o výjimky v systému ERP podle harmonogramu a dopadu

Zkušený zadavatel si seznam požadavků prohlédne a hledá, co v něm chybí. Tři nedostatky vyžadují opatrnost: zákonný údaj bez uvedení jména odborníka, požadavek zákazníka citovaný z paměti a fyzické omezení bez údajů o trase. V každém z těchto případů se jedná o neprokázané skutečnosti, nikoli o chyby, a proto zůstává požadavek otevřený.

Pořadí se řídí daty. Termín klasifikace stanovte zpětně od data akceptačního testování, přičemž počítejte s jedním úplným cyklem opakovaného testování a dobou potřebnou specialistům na zpracování. Datovaná žádost, která dosud nebyla potvrzena, se poté předá zadavateli. Nedatovaná žádost, v níž chybí pět údajů, se vrátí žadateli. Předvolby se aktivují ve standardním návrhu s zaznamenaným datem kontroly.

Role a odpovědnosti při schvalování žádostí místních závodů

Místní odborníci v závodě mají k dispozici podklady, často v češtině: daňové stanovisko, zákaznickou doložku. Architekti skupiny mají na starosti konsolidaci, kmenová data a plán aktualizací, a nemohou testovat to, čemu nerozumí. Určený validátor, který působí tam, kde se nacházejí podklady, nejprve každý dokument ověří.

Vedoucí programu koordinuje posuzování a zaznamenává jednotlivé stanoviska, aniž by některá z nich potvrzoval. Pokyny společnosti Microsoft k implementaci Upozorňuje, že zákazník i jeho implementační partner mohou každý předpokládat, že danou činnost má na starosti ten druhý. Před zahájením přezkumu písemně určete jednoho validátora pro každý požadavek.

Rámec rozhodovacích pravomocí v rámci řízení nadnárodních ERP systémů

Úřad pro návrh spravuje čtyři chráněné položky: konsolidaci a účtovou osnovu, standardy kmenových dat, plán aktualizací a objem podpory. Standardy kmenových dat a plán aktualizací lze na omezenou dobu upravit, pokud se jedná o ojedinělou výjimku a je stanoveno datum přezkumu. U účtové osnovy a konsolidačních pravidel je to možné jen zřídka.

Vedoucí závodu nese místní odpovědnost za produkci a dodržování předpisů. V rámci limitů stanovených v chartě rozhoduje vedoucí závodu o všem, co se netýká ostatních chráněných položek, jako jsou například rozvržení etiket. Charta programu stanoví čtyři nastavení sponzora:

• Omezení pro konfiguraci na úrovni zařízení, které mohou architekti ověřit, například nosnost.
• Limit pro zaznamenaná provizorní řešení, jako je například úsilí spojené se změnami a opakovaným testováním.
• Jedno okno pro zasílání odpovědí v rámci soutěží a doporučení.
• Podíl sporných preferenčních řazení nebo potvrzených zákonných výjimek, který spouští kontrolu šablony před dalším webem.

Vedoucí závodu spolupodepisuje každou zamítnutou žádost z prvních tří skupin a může před uplynutím lhůty pro zařazení vznést námitku proti preferenčnímu zařazení. Rozhodující slovo má v rámci lhůty pro odpověď navrhovatel, který rovněž přijímá datovanou žádost, kterou přezkum nestihne včas vyřídit, a nesouhlas, který obstojí i po předložení všech důkazů. V takovém případě je obvykle lepší volbou ta, kterou lze nejsnadněji zvrátit.

Kdy najmout dočasného ředitele programu ERP

Pokud mají vedoucí programu, vlastník procesu a projektant dostatek času a k dispozici postup pro eskalaci, mohou problém vyřešit, a samotný lokální nesoulad nevyžaduje jmenování prozatímního vedoucího. Rozhodnutí, za které nikdo nenese odpovědnost, však nemůže čekat na druhý řídící cyklus. Nikdo za něj nenese odpovědnost, pokud platí některá z následujících tří situací:

• Uvedené náznaky přetrvávají i po příštím zasedání řídícího výboru.
• Datum právního charakteru nebo datum týkající se zákazníka nemá přiřazeného konkrétního ověřovatele.
• Po skončení dokazování se stejný spor vrací zpět k navrhovateli.

V takovém případě je Prozatímní ředitel programu ERP zaujme pozici vedoucího programu. Společnost CE Interim nejprve vymezí mandát, než někoho navrhne: rozhodovací pravomoci, hierarchické podřízenosti a postupy pro eskalaci. Vedoucí pracovník se zodpovídá sponzorovi, přičemž ředitel závodu a projektový vedoucí si zachovávají svou vlastní odpovědnost. Společnost CE Interim poté posoudí každého vedoucího pracovníka z hlediska dané situace, například při spuštění provozu na prvním pracovišti ve dvou zemích.

Rozsah pravomocí při delegovaném rozhodování v rámci prozatímního řízení ERP

Sponzor přebírá práva, která vedoucímu programu chybí. Výkonný ředitel rozhoduje s konečnou platností:

• Termín pro zařazení, předběžné roztřídění a jeden jmenovaný ověřovatel na každou žádost.
• Potvrzená skupina pro každý požadavek, jakmile validátor předloží důkaz.
• Které žádosti bez data postrádají těchto pět údajů a jsou vráceny žadateli.
• Zaznamenaná náhradní řešení v souvislosti s prošlými závazky, a to až do výše limitu stanoveného smlouvou.

V případě chráněných položek a případů sponzora výkonný orgán do stanovené lhůty vydá doporučení, ale nerozhoduje. Výkonný orgán neupouští od kritérií přijatelnosti, necertifikuje právní požadavky ani neschvaluje uvedení na trh.

Vedoucí pracovník nese odpovědnost za proces, nikoli za výsledné rozhodnutí: každá žádost je vyřízena před stanoveným termínem. Dočasný partner CE společně se zadavatelem prověřuje protokol rozhodnutí a hledá v něm případy, kdy byla doporučení přehlasována, opožděné odpovědi zadavatele a provizorní řešení, u nichž uplynula lhůta pro přezkoumání. Při předání se registr výjimek a postup přezkoumávání předávají stálému projektovému vedoucímu.

Ilustrativní záznam o výjimce v systému Plant ERP a případová studie

Případová studie: Řešení nesrovnalostí v systému ERP na úrovni závodu

Níže uvedený scénář je hypotetický. Nevychází z žádného konkrétního případu spolupráce s klientem.

Zákazník potřebuje vlastní rozvržení štítku do stanoveného data v rámci testovacího období. Globální vlastník procesu požaduje standardní štítek, aby se v jednotlivých závodech používalo jednotné rozvržení. Rozhodujícími důkazy jsou zákaznický manuál, jehož aktuálnost potvrdila jeho vlastní kontaktní osoba, a odmítnutí skenerem. Zátěž podpory se omezuje na jednu tiskovou konfiguraci, takže vedoucí závodu rozhoduje v rámci stanovených limitů. Kdyby rozvržení zasahovalo do kmenových dat, rozhodovala by o tom kompetentní osoba pro návrh.

Příklad auditovatelného registru výjimek v systému ERP

Výjimky z globálních šablon je nejlepší chápat jako rozhodnutí, která lze podrobit auditu. Následují čtyři příklady.

Tento spor ohledně zákonů ilustruje postup ověřování. Každý skutečný český požadavek vyžaduje vlastní aktuální zdroj a kvalifikovaný místní názor.

Začlenění schválených výjimek z ERP do řízení změn

Schválená výjimka nezmění šablonu. Je předána do procesu řízení změn, který rozhodne, zda se schválená základní linie posune, a nese odpovědnost za dopady na náklady a harmonogram. Zamítnuté žádosti zůstávají v záznamech spolu s odůvodněním, aby se na dalším pracovišti neopakovala stejná diskuse.

Často kladené otázky: Globální zavádění ERP systémů a místní požadavky

Potřebují všechna výrobní závody stejné ERP procesy?

Ne. Datový model, účtová osnova a konsolidační pravidla zůstávají společné. Provozní postupy se mohou lišit v případech, kdy existují důkazy o zákonné, smluvní nebo fyzické potřebě, kterou standardní proces nedokáže uspokojit. Každá odchylka má určeného vlastníka a v případě, že se odchyluje od standardů kmenových dat nebo od plánu aktualizace, je k ní přiřazeno datum přezkumu. Stejný proces může generovat odlišný lokální výstup, například štítek, zatímco data zůstávají společná.

Jaké důkazy potvrzují věrohodnost místní výjimky v systému ERP?

Důkaz, který může ověřit i cizí osoba a který je v držení jmenovaného vlastníka. To znamená zákonný zdroj potvrzený kvalifikovaným odborníkem, smluvní ustanovení nebo – v případě fyzického omezení – naměřená data o trasování a praktická demonstrace. Prohlášení založené na zkušenostech může být výchozím bodem přezkumu, nemůže jej však uzavřít. Projektový tým musí rovněž otestovat standardní variantu a zaznamenat výsledek.

Kdo je zodpovědný za ověřování zákonných požadavků na ERP?

Kvalifikovaný místní odborník na danou oblast: daňový poradce pro daňové přiznání, mzdový specialista pro mzdovou agendu. Některé povinnosti se mění v závislosti na právních předpisech, proto je stanovisko opatřeno datem. Stejný odborník jej před finálním přezkoumáním znovu potvrdí. Pokud stanovisko dorazí po termínu zařazení, žádost převezme sponzor. Datovaná povinnost může být vyřizována na základě zaznamenaného dočasného řešení, dokud nedorazí opožděné stanovisko.

Jak se v rámci řízení změn řeší schválené výjimky v systému ERP?

Konstrukční útvar tuto změnu zaznamená a předloží žádost o změnu, která zahrnuje konstrukci, konfiguraci, náklady, testování a podporu. Každý dopad má určeného vlastníka. Komise pro řízení změn si nejprve ověří celkové náklady, než rozhodne o změně základní verze. Do té doby se šablona a její kód na lokální úrovni nemění. Jedinou výjimkou je dočasné řešení s datem ukončení, které je zaznamenáno v souvislosti s časově ohraničeným závazkem.

Související informace a další postup

Nevyřešené lokální požadavky na globální šablonu ERP vedou k zavádění lokálních provizorních řešení a skupina tak přichází o spolehlivá data z provozů. Zavedení strukturovaného hodnotícího procesu zajistí, že budou uspokojeny oprávněné lokální potřeby a zároveň bude zachována integrita a konzistence základní globální šablony.

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

• Němské ústředí schválilo restrukturalizaci českého závodu. Jaké náklady bude realizace těchto úspor vyžadovat?
• Když dochází k úpravám velikosti několika závodů v regionu střední a východní Evropy najednou, kdo určuje pořadí těchto změn?
• Němské ústředí předpokládá, že český závod splní plán. Počet hodin strávených opravami naznačuje, že kapacita je již vyčerpána

Společnost CE Interim poskytuje již prověřeného manažera, který odpovídá požadavkům zakázky, je vázán smlouvou o mlčenlivosti a je připraven nastoupit ihned po dokončení zadání zakázky. Pokud není jasné, kdo má rozhodovací pravomoc mezi projektovým týmem a závodem, obraťte se na Prozatímní partner CE.