Stručně řečeno

Převzetí výstupu systému ERP potvrzuje, že pracovní balíček odpovídá smlouvě a že na jeho základě může být provozován podnik. Když integrátor nahlásí dokončení milníku, jedná se o zprávu o stavu, nikoli o toto potvrzení. Než kdokoli podepíše, porovnejte dohodnutý rozsah, kritéria převzetí a důkazy z podnikových testů. Poté určete, kdo má oprávnění podepsat jednotlivé části. Technické dokončení, obchodní převzetí, komerční schválení a uvolnění do produkčního prostředí jsou čtyři samostatná rozhodnutí.

Správa certifikátů o splnění milníků a faktur v systému ERP

Implementační partner zasílá k podpisu osvědčení o dokončení milníku. Týká se to vašeho ERP systému, tedy podnikového systému, který propojuje objednávky, nákup, výrobu, skladové zásoby a finance. Na přehledovém panelu je stav fáze výstavby uveden na sto procent. Spolu s ním přichází i faktura vázaná na tuto fázi. Obchodní ředitel partnera žádá o rychlý podpis, protože další fáze závisí na uzavření této. Za touto fází následuje termín spuštění do provozu, závazky vůči zákazníkům ohledně dodávek a uzávěrka výkaznictví skupiny.

Tato žádost je oprávněná. Partner splnil smluvní závazky a plánuje složení svého týmu s ohledem na další fázi. Finanční oddělení skupiny i zadavatel chtějí udržet dynamiku a budovat konstruktivní vztah. Odmítnutí podpisu může působit jako projev nepřátelství.

Pod uvedeným stavem se však skrývají dosud nevyřešené záležitosti. Klíčoví uživatelé z podnikové sféry hlásí, že kritické transakce elektronické výměny dat (EDI) vyprší kvůli velkému objemu. Postupy oceňování zásob vedou k nesrovnalostem v účetních knihách, které se nedaří odsouhlasit. Obrazovky pro sledování zmetků ve výrobě zůstávají nenakonfigurované.

Podpis bez výhrad s sebou nese určité náklady. Podnik může později zjistit, že jeho podpis byl použit jako potvrzení převzetí práce, kterou nikdo neověřil. Může to také oslabit jeho vyjednávací pozici a přenést náklady na opravy na interní týmy. Znění smlouvy určuje, k čemu podpis zavazuje, a proto právní poradce před prvním podpisem prověří certifikát a veškeré podmínky zadržení.

Problémy spojené s přeshraničním schvalováním výstupů systému ERP

Pokud je smlouva uzavřena v jedné zemi a riziko se týká jiné země, o výsledku rozhoduje jedna otázka. Kdo může certifikát zamítnout?

Centrála obvykle uzavírá smlouvu o plnění ze strany systémového integrátora, a to v jazyce skupiny a za podmínek stanovených skupinou. Řídící výbor poté posuzuje rozpočtové milníky, harmonogramy zavádění a přehledy o stavu dodavatelů. To jsou pro skupinu přiměřené nástroje. Neukazují však, co může závod v příští směně provozovat.

Závod se potýká s místními specifiky, které smlouva pokrývá pouze částečně. Patří sem zákonem stanovené formáty podávání dokumentů, rozvrhy směn, požadavky přepravců a termíny dodání zákazníkům. Výrobní modul může fungovat v testovacím prostředí. Může však selhat při práci s místním hardwarem pro čtení čárových kódů nebo při automatickém generování dokumentů pro přepravce. V takovém případě nemůže závod zboží odeslat.

Tato nesrovnalost vede ke sporu ohledně zařazení. Tým vývojářů považuje tuto položku za základní očekávání, které již bylo zahrnuto v popisu práce. Integrátor naopak vnímá tutéž položku jako nový požadavek mimo dohodnutý rozsah. Oba názory mohou být upřímné, protože každá strana čte stejné dokumenty s jiným záměrem.

Rozhodovací pravomoc by měla odpovídat povaze každého jednotlivého rozhodnutí. Skupina má na starosti smlouvu, platební podmínky a vztahy s integrátorem. Vlastník procesu v závodě má na starosti obchodní přijetí, včetně práva odmítnout to, co závod nedokáže provozovat. Pokud na straně zákazníka není jeden vlastník, který by zohledňoval oba pohledy, spor se zastaví a platba se odloží.

Identifikace nesprávných postupů při schvalování milníků v systému ERP

Zápisy se v kalendáři objeví dříve, než se zobrazí v systému. Schvalování se řídí čtvrtletními obdobími nebo fakturačními cykly, nikoli dokončenými protokoly z uživatelského testování. Přicházejí žádosti o změny s cílem opravit funkce, které vlastníci procesů očekávali v rámcové smlouvě. Řídící výbor podepisuje na základě ústního slibu, že partner opraví otevřené závady v pozdější fázi. Oddělení nákupu nebo IT podepisuje certifikát bez souhlasu manažerů, kteří řídí podnik.

Jeden signál je důvodem k ověření důkazů. Pokud se jich objeví několik najednou, je na místě pozastavit schválení milníku ERP, dokud jej nezkontrolují vlastníci procesu.

Rozlišení klíčových rozhodnutí v rámci správy ERP

Pokyny společnosti Microsoft k implementaci systému Dynamics 365 doporučuje že smlouva by měla definovat role, odpovědnosti a položky, které nespadají do jejího rozsahu. Upozorňuje na to, že zákazník může předpokládat, že danou činnost zajistí partner, zatímco partner může předpokládat, že ji zajistí zákazník. Tyto pokyny se vztahují na jednu platformu. Otázka, kterou vyvolávají – kdo za co odpovídá –, je jádrem řízení partnerství v rámci jakéhokoli ERP programu.

V praxi se v jednom certifikátu skrývají čtyři rozhodnutí. Oddělte je a každému z nich přiřaďte vlastníka.

• Technické dokončení. Architekti řešení potvrzují, že kód, konfigurace a rozhraní odpovídají technickému návrhu.
• Schválení ze strany podniku. Vlastníci procesů prostřednictvím uživatelských testů ověří, že výsledek podporuje každodenní transakce.
• Schválení obchodního milníku. Určený obchodní zástupce schvaluje milník v souladu s platebními podmínkami smlouvy.
• Uvedení do sériové výroby. Zadavatel rozhoduje o tom, kdy se ověřená technologie začne používat v sériové výrobě.

Balíček může být technicky kompletní, ale ještě nebyl přijat obchodním oddělením a ještě nebyl uvolněn.

Pokyny společnosti Microsoft k testování státy že zainteresované strany z řad podniku a uživatelé by měli řešení odsouhlasit a schválit. Dále se uvádí, že odsouhlasení neznamená, že řešení je dokonalé. Znamená to, že řešení je "dostatečně dobré pro bezpečný a efektivní provoz vašeho podniku". To je pro zadavatele přijatelný standard: bezpečný provoz s jasně definovanými otevřenými body, nikoli dokonalost.

Klasifikace problémů v ERP: Chyby vs. žádosti o změnu rozsahu

O tom, jakým způsobem se bude sporná položka řešit, rozhoduje jedna otázka. Jedná se u této položky o neúplné dodání v souladu s dohodou, nebo o nový požadavek? Vyřešte to na základě dokumentů definujících rozsah dodávky a dohodnutých kritérií přijetí, nikoli vyjednáváním pod tlakem faktury.

Postupujte podle jednotlivých bodů v tomto pořadí.

1. Najděte příslušnou funkci v podepsané specifikaci práce, v dokumentu funkčního návrhu (FDD) a v dohodnutých procesních tokech.
2. Pokud je to stanoveno v dokumentu a dodávka tuto podmínku nesplňuje, zaznamenejte neúplnou dohodnutou dodávku. Partner to napraví v souladu s podmínkami smlouvy.
3. Pokud se na něj nevztahuje žádný základní dokument, zaznamenejte nový požadavek. Ten se poté předá k řízení změn rozsahu.
4. Pokud jsou dokumenty nejednoznačné, předložte je k posouzení určenému rozhodovacímu orgánu. Než někdo smlouvu podepíše, nechte znění smlouvy posoudit odborníkem.

Klasifikace není hodnocením integrátora. Jeden balíček může obsahovat jak vadu, tak i nový požadavek, který je v pořádku. Zaznamenejte stanovisko integrátora vedle stanoviska klienta a obě stanoviska nechte viditelná.

Posouzení rizik spojených se schválením oproti zamítnutí podpisu ERP

Otevřená položka automaticky neblokuje milník. Rozhodující je její dopad na klíčové obchodní činnosti. Zadavatel může přijmout dodávku, pokud žádná otevřená položka neovlivňuje objednávky, výrobu, dodávku ani fakturaci. Může ji přijmout i s podmínkami. Každá otevřená závada dostane osobu odpovědnou za řešení a termín nápravy, a pokud to smlouva umožňuje, po ověřené opravě následuje uvolnění zadržených prostředků. Pokud selže kritická funkce, zadavatel vrátí dodávku spolu s dokumentovaným protokolem o závadách. Pokud zůstává klasifikace sporná, případ se eskaluje na výkonného zadavatele integrátora.

Každá cesta s sebou nese určitá rizika. Podpis smlouvy zajišťuje, že tým integrátora dodrží harmonogram a plán zůstane beze změny. Pozastavení chrání zařízení a auditní stopu, má však své vlastní náklady. Konzultanti integrátora se mohou přesunout k jiné práci. Jejich opětovné zapojení může zabrat čas, který v časovém okně pro uvedení do provozu není k dispozici. Pozastavení může také kolidovat se závazky vůči zákazníkovi a s následujícím zúčtovacím obdobím. U nekritických položek omezuje tyto náklady podmíněné přijetí s termínovanými opravami, protože pozastavení se vztahuje na otevřenou položku, nikoli na tým. V případě kritické poruchy pozastavení zůstává v platnosti. Zadavatel pak může odsouhlasit nápravný plán, který zajistí, že tým integrátora bude i nadále pracovat na nápravě dané položky.

Pro finančního ředitele skupiny a představenstvo má nesprávný podpis tři důsledky. Jde o předčasné uvolnění zadržených prostředků, vykazování nesouhlasných hodnot zásob v rámci skupiny a závod, který nemůže expedovat zboží. Představenstvo nepotřebuje záznam o nesrovnalostech. Potřebuje vědět, jaké riziko nese zadavatel a kdo jej schválil.

Stanovení pravomocí k rozhodování o přijetí ERP a pravidel správy a řízení

Tato pravidla si předem odsouhlaste s finančním ředitelem skupiny. Vztahují se na každého, kdo má na starosti schvalování, ať už jde o interního vedoucího programu nebo dočasného vedoucího pracovníka.

• Přepsání. Odmítnutí ze strany vlastníka procesu v závodě může přepsat pouze jmenovaný člen vedení skupiny. Toto přepsání se zaznamená do níže popsané knihy schválení spolu s uvedením důvodu.
• Limit. O věcech v rámci dohodnutých limitů rozhoduje zadavatel. O věcech nad těmito limity nebo v případě, že dojde k jedné z níže uvedených událostí, rozhoduje finanční ředitel skupiny. O uvolnění do produkčního prostředí v rámci dohodnutého termínu spuštění rozhoduje zadavatel.
• Prahové hodnoty. Nastavte částku pro ponechání v eurech a lhůtu pro aktivaci v dnech. Obojí nastavuje finanční ředitel skupiny.
• Postup při eskalaci. Vlastník schvalovacího procesu nejprve informuje sponzora. Pokud dojde k jedné z níže uvedených situací nebo pokud se oba neshodnou, vlastník eskaluje záležitost na finančního ředitele skupiny, přičemž o tom informuje sponzora. Neshoda se zaznamená do evidence.
• Představenstvo. V rámci delegace pravomocí ve skupině je stanoven limit pro finančního ředitele skupiny. Představenstvo obdrží jednostránkový souhrn z účetní knihy a rozhoduje pouze v případech, které tento limit překračují.

Čtyři spouštěče odesílají potvrzení finančnímu řediteli skupiny.

• Přijetím by došlo k uvolnění zadržené částky přesahující dohodnutou částku.
• Přijetí by znamenalo, že by zůstala nevyřešena klíčová funkce, nebo by se termín uvedení do provozu posunul za dohodnutý termín.
• Neuzavřená položka pozastaví objednávky, výrobu, dodávku nebo fakturaci.
• Podpisuje to ten, kdo daný proces neprovádí.

Hodnocení výstupů ERP systému pomocí přijímacího registru

Následující tabulka pro schvalování poskytuje vedoucím sponzorům strukturovaný způsob hodnocení pracovních balíčků partnerů: jeden řádek na jeden balíček a jedno rozhodnutí na řádek. Pomáhá také řešit spory ohledně klasifikace a zajistit odpovědná schválení. Tento scénář je pouze ilustrativní a nejedná se o konkrétní případ klienta společnosti CE Interim. Česká dceřiná společnost francouzské skupiny obdrží najednou čtyři osvědčení o dokončení pracovních balíčků.

Ředitel programu sestavuje každou položku na základě dohodnutého kritéria, podkladů, otevřené položky, klasifikace a formálního rozhodnutí. Zadavatel také zohledňuje, kdo jednotlivé testy provedl. Podklady od obchodních uživatelů nebo nezávislého poradce mají větší váhu než protokol, který vyhotovil pouze integrátor.

Pracovní balíček 1: Převzetí modulu spotřeby materiálu

Partner uvádí, že tento modul je dokončen. V pomocné účetní knize je zaznamenáno, k čemu společnost dospěla.

• Dohodnuté kritérium: 100% automatizované zpětné zaúčtování surovin po potvrzení hotových výrobků.
• Důkaz: Protokol integračního testu potvrzuje, že bylo dokončeno 20 výrobních zakázek; zpětné zaúčtování funguje.
• Otevřená položka a odpovědná osoba: Chyba č. 104: Logika rozdělení šarže nefunguje u částečně naplněných palet; přiřazen vedoucí dodavatele.
• Klasifikace: Neúplné dodání (vada): Požadavek uvedený v oddíle 3.2 dokumentu FDD.
• Rozhodnutí: Podmíněné schválení: Schváleno pod podmínkou, že do 15. listopadu bude nainstalována opravná aktualizace k závadě č. 104; zadržená částka ve výši 25 000 €.

Jediný podpis by stačil k přijetí postupu zpětného zaúčtování, který selhává v případě částečně naplněných palet. Údaje o skladových zásobách by se pak mohly odchýlit od fyzického stavu. Podmíněné přijetí zajišťuje, že se milník posouvá dál, a zavazuje partnera k dodržení termínu.

Pracovní balíček 2: Vyhodnocení rozhraní pro elektronickou fakturaci (EDI) v portálu dodavatelů

Partner oznámil, že rozhraní je hotové, a firma jej otestovala s reálnými dodavateli.

• Dohodnuté kritérium: Úspěšný přenos a automatické zpracování elektronických faktur ve formátu VDA 4938.
• Důkaz: Úspěšně provedený protokol testu rozhraní typu „end-to-end“ se třemi aktivními dodavateli z automobilového průmyslu.
• Neuzavřená položka a odpovědná osoba: Neuzavřená položka: Automatické oznamovací e-maily se ve francouzštině nezobrazují správně.
• Klasifikace: Nový požadavek (změna): Vícejazyčné rozvržení e-mailů nebylo součástí základního rozsahu.
• Rozhodnutí: Schváleno (postoupeno do řízení změn): Milník přijat; žádost zaslaná e-mailem byla předána Radě pro změny.

Tato linka chrání integrátora. Rozhraní spolupracuje se třemi aktivními dodavateli, takže francouzský formát e-mailů nebrání dosažení milníku. Využívá se postup pro změny, který rovněž odráží přeshraniční charakter. Jazykový požadavek se v centrále snadno předpokládá a snadno se vynechá ze základního rozsahu projektu. Cesta změn umožňuje skupině definovat a ocenit tento požadavek, zatímco závod si zachovává funkční rozhraní.

Pracovní balíček 3: Testování systému vychystávání a balení ve skladu

Společnost tento balíček otestovala se svými vlastními operátory.

• Dohodnuté kritérium: Přímá integrace RF terminálu s pravidly pro automatické doplňování regálů.
• Důkaz: Testování přijatelnosti pro uživatele (UAT) provedené 8 skladovými pracovníky; úspěšnost 98 %.
• Otevřená položka a odpovědná osoba: Chyba č. 112: Rozhraní skeneru ztrácí připojení během směn s vysokou souběžností.
• Klasifikace: Neúplné dodání (vada): Porušení základních výkonnostních kritérií při běžném zatížení.
• Rozhodnutí: Zamítnuto (vyžaduje přepracování): Certifikát vrácen partnerovi; je nutný zátěžový test sítě.

I při 98% úspěšnosti zůstává jeden zásadní problém. Rozhraní skeneru ztrácí připojení během směn s vysokou zátěží, kdy jsou pracovníci v sortérovně nejvíce závislí na svých terminálech. Balíček se vrací k zátěžovému testu sítě.

Pracovní balíček 4: Soulad s právními předpisy týkajícími se místní DPH a systému pro podávání zpráv

Tento balíček ověřil externí poradce, takže se jedná o nezávislé důkazy.

• Dohodnuté kritérium: Plná shoda s formáty elektronického podání českého daňového úřadu.
• Důkaz: Ověřeno externím místním autorizovaným daňovým poradcem na základě oficiálních daňových schémat.
• Neuzavřená položka a odpovědná osoba: Neuzavřená položka: Drobné nedostatky ve formátování dokumentace k uživatelské příručce.
• Klasifikace: Nekritická dokumentace: Základní funkce softwaru jsou plně funkční a vyhovují požadavkům.
• Rozhodnutí: Schváleno: Bylo provedeno úplné potvrzení milníku; konečná dokumentace má být předložena do 5 dnů.

Ne každá nevyřešená záležitost si zaslouží pozastavení schválení. Základní funkčnost je zajištěna a nezávislý poradce ji ověřil. Místo toho se stanoví termín pro doplnění chybějící dokumentace. Skupina možná nemá z ústředí prostředky k ověření českých formátů podání, a proto se spoléhá na poradce, který to dokáže. Závod si vyhrazuje právo rozhodnout, co může podat.

Provádění procesu přezkumu výstupů systému ERP na úrovni vedení

Před revizní schůzkou shromáždil ředitel programu podepsaný popis práce, dokument FDD a testovací protokoly. Každý vlastník procesu poté prostudoval podklady týkající se svého balíčku a podepsal nebo zamítl obchodní převzetí. Teprve poté uspořádal ředitel programu jedno klasifikační jednání s vedoucím dodávky integrátora, přičemž měl po ruce smlouvu. Obě pozice byly zaznamenány do evidence.

Zadavatel podepsal čtyři samostatná rozhodnutí, nikoli jedno. Plán programu se změnil téhož dne. Nyní obsahuje opravu ze dne 15. listopadu, zátěžový test, žádost předloženou radě pro změny a datum dokumentace.

Pokud není určen odpovědný pracovník, datum faktury určuje datum kontroly. Tyto čtyři položky se obvykle schvalují jedním podpisem. U data vydání opravy, zátěžového testu a zadržované částky se může stát, že nebude určen žádný odpovědný pracovník.

Rozhodnutí o spuštění do ostrého provozu je předmětem samostatného posouzení, protože přijetí čtyř balíčků ještě neznamená uvolnění systému do ostrého provozu. Scénář končí u těchto rozhodnutí. Dalším krokem jsou hotfix a zátěžový test.

Přidělení odpovědnosti a využití dočasného vedení k zajištění přijetí systému ERP

Převzetí výstupů systému ERP může zajistit kompetentní interní programový a nákupní tým. Ten musí mít pravomoc nad účetní knihou, k dispozici správné oprávněné osoby a čas vyhrazený mimo běžný provoz.

Dočasný vedoucí pracovník se stává nezbytným v případě, že nikdo nenese odpovědnost za schvalování napříč obchodními, podnikovými a technickými týmy. Zadavatel může mít na starosti rozpočet, ale ne samotný závod. Oddělení nákupu může mít na starosti smlouvu, zatímco závody mají na starosti samotný proces. Důvodem je chybějící odpovědná osoba, nikoli faktura.

Povinnosti prozatímního programového ředitele v rámci zakázek na převzetí ERP

. Prozatímní ředitel pro transformaci a programy vyplňuje tuto mezeru v rámci pravomocí, které mu deleguje zadavatel. Vedoucí pracovník podléhá zadavateli a je odpovědný za hlavní účetní knihu. Vedoucí pracovník doporučuje každý podpis a podepisuje pouze v případech, kdy je tato role výslovně uvedena ve smlouvě. Jeho jmenování nemění smlouvu, nezbavuje povinnosti splnit kritéria přijetí ani neopravňuje ke spuštění projektu.

Vnitřní vedoucí programu může mít pravomoc pouze nad jedním ze tří týmů. Hodnota vedoucího spočívá v tom, že má pravomoc nad všemi třemi týmy. V prvních dnech vedoucí rozhodne, kterým podkladům dá přednost, a to na základě váhových koeficientů uvedených ve scénáři. Následně potvrdí oprávněné osoby k podpisu a naplánuje schůzku k určení klasifikace ještě před datem ukončení spolupráce s partnerem.

Hlavní role závisí na tom, kde se problém nachází. Pokud jde o finanční oblast (sladění zásob, udržení zákazníků, skupinové výkaznictví), vede tým dočasný finanční ředitel (CFO) a programový ředitel ho podporuje. Pokud je v sázce plynulost přepravy, vede tým dočasný provozní ředitel (COO). Pokud potřebuje vedení samotná technologická funkce, pak Interim CIO má pravomoc rozhodovat o dodavatelích, rozsahu a převzetí.

Mandát řídí dočasný partner CE: dohodnuté pravomoci, hierarchické podřízení vůči zadavateli a postup eskalace na vyšší úroveň. Při předání se účetní kniha, záznam o klasifikaci a seznam oprávněných podpisových osob předávají stálému programovému týmu.

V případě ústředí ve Francii nebo ve Švýcarsku má vedoucí pracovník na starosti obě strany „mostu“. Ústředí potřebuje kontrolu plateb a spolehlivé výkaznictví. Závod potřebuje pravomoc odmítnout zakázky, které není schopen realizovat. Vedoucí pracovník předkládá řídícímu výboru jednotný a ověřený přehled o schválených zakázkách a zpět do závodu přenáší smluvní disciplínu stanovenou výborem.

Často kladené otázky týkající se převzetí výstupů systému ERP

Znamená dokončení milníku v systému ERP, že ho firma přijala?

Dokončení milníku představuje zprávu integrátora o tom, že dokončil smluvně sjednané činnosti. Převzetí výstupu ERP je vlastní potvrzení ze strany klienta, že daný systém podporuje provozní transakce. Vychází z dohodnutých kritérií pro převzetí ERP a z výsledků testování. Před podpisem smlouvy je nutné vyžadovat splnění obou těchto podmínek.

Jak rozlišit chybu v systému ERP od žádosti o změnu rozsahu projektu

Vada znamená, že není splněna požadavek definovaný v zadání, funkčním návrhu nebo dohodnutých procesních postupech. Nový požadavek představuje doplnění, které schválená základní verze neobsahuje. Rozhodující jsou dokumenty definující rozsah, nikoli datum vystavení faktury. Nejasná formulace se předává k posouzení odborníkem.

Kdo má pravomoc schvalovat výstupy z projektu ERP?

Po dokončení testování podepíše odpovědný vlastník procesu potvrzení o obchodní akceptaci. Určený obchodní zástupce podepíše obchodní milník a zadavatel rozhodne o uvolnění do produkčního prostředí. Oprávnění k podpisu se řídí vlastnictvím procesu.

Řízení nekritických otevřených problémů po převzetí systému ERP

Ano, pokud se jedná o nekritické vady a smlouva umožňuje podmíněné převzetí. V certifikátu by měly být uvedeny všechny dosud neopravené vady, jejich vlastník a datum. Měla by v něm být rovněž zaznamenána veškerá nápravná opatření, která si vyhrazujeme pro případ, že partner tento termín nedodrží.

Spustí obchodní schválení automaticky platbu za milník?

Obchodní převzetí potvrzuje provozní dodání. Platba se řídí smluvními podmínkami, včetně případných zadržovacích částek a stavu podmíněných položek. Obchodní schválení představuje samostatný podpis provedený jinou oprávněnou osobou.

Související informace a další postup

Převzetí výstupů systému ERP představuje bod, v němž se plán partnera setkává s tím, co je závod schopen realizovat. Tři nedávné články v časopise CE Interim se zabývají souvisejícími otázkami týkajícími se plánů, stavu a provozní připravenosti. Bez podepsaného protokolu nemůže zadavatel sdělit představenstvu, co podnik přijal, co zůstává otevřené nebo kdo je zodpovědný za jednotlivé položky.

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

• Proč stanovení cíle výrobních nákladů neznamená přepracování provozního modelu
• Nouzové zajištění dodávek pro srbský závod: dostupné zásoby nejsou dodacím plánem
• Migrace SAP S/4HANA: Greenfield nebo Brownfield?

Pokud se nikdo neujme této pozice, společnost CE Interim poskytne již prověřeného manažera, který splňuje požadavky daného úkolu a je vázán smlouvou o mlčenlivosti, a který je připraven nastoupit ihned po dokončení zadání úkolu.

Promluvte si s Prozatímní partner CE když program nedokáže přiřadit hlášení o dokončení od integrátora k vašemu rozhodnutí o převzetí.