V skratke

Prijatie výstupu systému ERP potvrdzuje, že pracovný balík zodpovedá zmluve a že na ňom môže firma fungovať. Keď integrátor nahlási dokončenie míľnika, ide o správu o stave, nie o toto potvrdenie. Predtým, ako niekto podpíše, porovnajte dohodnutý rozsah, kritériá prijatia a dôkazy z testovania zo strany firmy. Následne určite, kto má oprávnenie podpísať každú časť. Technické dokončenie, prevádzkové prijatie, obchodné schválenie a uvedenie do prevádzky sú štyri samostatné rozhodnutia.

Správa certifikátov a faktúr v systéme ERP Milestone

Implementačný partner zasiela certifikát o dokončení míľnika na podpísanie. Týka sa vášho ERP systému, teda podnikového systému, ktorý prepojí objednávky, nákup, výrobu, skladové zásoby a financie. Na prehľadovom paneli je fáza vývoja uvedená na sto percent. Spolu s ním prichádza faktúra viazaná na túto fázu. Obchodný riaditeľ partnera žiada o rýchle podpísanie, pretože ďalšia fáza závisí od uzavretia tejto. Za touto fázou nasleduje termín spustenia do prevádzky, záväzky voči zákazníkom týkajúce sa dodávok a uzávierka výkazníctva skupiny.

Táto požiadavka je opodstatnená. Partner dodal zmluvne dohodnuté práce a plánuje činnosť svojho tímu s ohľadom na nasledujúcu fázu. Finančné oddelenie skupiny a zadávateľ si želajú, aby sa veci pohli dopredu a aby medzi nimi vznikol konštruktívny vzťah. Odmietnutie podpisu môže pôsobiť ako prejav nepriateľstva.

Pod uvedeným stavom sa však nachádzajú ešte nevyriešené položky. Kľúčoví používatelia v podniku hlásia, že kritické transakcie elektronickej výmeny údajov (EDI) vypršia kvôli veľkému objemu. Postupy oceňovania zásob vedú k nezosúladeným rozdielom v účtovných knihách. Obrazovky na sledovanie odpadu vo výrobe zostávajú nenakonfigurované.

Podpis bez výhrad so sebou prináša určité náklady. Podnik môže neskôr zistiť, že jeho podpis bol interpretovaný ako súhlas s prácou, ktorú nikto neoveril. Môže to tiež oslabiť jeho vyjednávaciu pozíciu a presunúť náklady na opravy na interné tímy. Znenie zmluvy určuje, k čomu sa podpis viaže, a preto právny poradca pred prvým podpísaním skontroluje certifikát a všetky podmienky zadržania.

Výzvy spojené s cezhraničným schvaľovaním výstupov systému ERP

Ak je zmluva uzatvorená v jednej krajine a riziko sa týka inej krajiny, o výsledku rozhoduje jedna otázka. Kto môže certifikát odmietnuť?

Centrála zvyčajne uzatvára zmluvu o výstupoch systémového integrátora v jazyku skupiny a podľa podmienok skupiny. Riadiaci výbor potom posudzuje rozpočtové míľniky, harmonogramy zavádzania a prehľady o stave dodávateľov. Pre skupinu sú to primerané nástroje. Neukazujú však, čo môže závod prevádzkovať počas nasledujúcej zmeny.

Závod sa musí vyrovnať s miestnymi špecifikami, ktoré zmluva pokrýva len čiastočne. Patrí sem predpísané formáty podávania dokumentov, rozvrhy pracovných zmien, požiadavky prepravcov a termíny dodávok pre zákazníkov. Výrobný modul môže fungovať v testovacom prostredí. Napriek tomu však môže zlyhať pri práci s miestnym hardvérom na čítanie čiarových kódov alebo pri automatizovanom generovaní prepravných dokladov. V takom prípade závod nemôže realizovať expedíciu.

Táto medzera vedie k sporu ohľadom klasifikácie. Tím zodpovedný za zariadenie to vníma ako základnú požiadavku, ktorú už špecifikácia prác pokrýva. Integrátor však tú istú položku interpretuje ako novú požiadavku mimo dohodnutého rozsahu. Oba pohľady môžu byť úprimné, pretože každá strana číta tie isté dokumenty s iným zámerom.

Právomoci by mali zodpovedať povahe každého rozhodnutia. Skupina zodpovedá za zmluvu, platobné podmienky a vzťahy s integrátorom. Vlastník procesu v závode má na starosti obchodné prijatie, vrátane práva odmietnuť to, čo závod nedokáže prevádzkovať. Ak na strane zákazníka nie je jeden vlastník, ktorý by zohľadňoval oba pohľady, spor sa zastaví a platba sa odloží.

Identifikácia nesprávnych postupov pri schvaľovaní míľnikov v systéme ERP

Záznamy sa v kalendári zobrazia skôr, ako sa objavia v systéme. Schvaľovanie sa zhoduje so štvrťročnými obdobiami alebo fakturačnými cyklami, nie s dokončenými protokolmi z testovania používateľov. Prichádzajú požiadavky na zmeny s cieľom opraviť funkcie, ktoré vlastníci procesov očakávali v základnej zmluve. Riadiaci výbor schvaľuje na základe ústneho sľubu, že partner odstráni otvorené chyby v neskoršej fáze. Oddelenie nákupu alebo IT podpisuje certifikát bez súhlasu manažérov, ktorí riadia podnik.

Jeden signál je dôvodom na overenie dôkazov. Viacero signálov spolu je dôvodom na pozastavenie schválenia míľnika ERP, kým ho vlastníci procesu nepreveria.

Rozlíšenie kľúčových rozhodnutí v riadení ERP

Pokyny spoločnosti Microsoft k implementácii systému Dynamics 365 odporúča že zmluva by mala vymedziť úlohy, zodpovednosti a položky, ktoré nie sú súčasťou rozsahu projektu. Upozorňuje na to, že zákazník môže predpokladať, že určitú činnosť zabezpečuje partner, zatiaľ čo partner predpokladá, že ju zabezpečuje zákazník. Tieto usmernenia sa vzťahujú na jednu platformu. Otázka, ktorú nastoľujú – kto je zodpovedný za čo – je jadrom riadenia partnerstva v rámci akéhokoľvek ERP programu.

V praxi sa v jednom certifikáte skrývajú štyri rozhodnutia. Oddeľte ich a každému priraďte svojho vlastníka.

• Technické dokončenie. Architekti riešení potvrdzujú, že kód, konfigurácia a rozhrania zodpovedajú technickému návrhu.
• Obchodná akceptácia. Vlastníci procesov prostredníctvom užívateľského testovania potvrdzujú, že výsledný produkt podporuje každodenné transakcie.
• Schválenie komerčného míľnika. Určený komerčný referent schváli míľnik v súlade s platobnými podmienkami zmluvy.
• Uvedenie do sériovej výroby. Sponzor rozhoduje o tom, kedy sa overená funkcia začne používať v sériovej výrobe.

Balík môže byť technicky kompletný, ale ešte nebol prijatý obchodným oddelením a ešte nebol uvoľnený.

Pokyny spoločnosti Microsoft týkajúce sa testovania štáty že zainteresované strany z podnikateľskej sféry a používatelia by mali riešenie odsúhlasiť a schváliť. Dodáva sa, že odsúhlasenie neznamená, že riešenie je dokonalé. Znamená to, že riešenie je "dostatočne dobré na to, aby vaše podnikanie fungovalo bezpečne a efektívne". Pre zadávateľa je to prijateľný štandard: bezpečná prevádzka s jasne definovanými otvorenými bodmi, nie dokonalosť.

Klasifikácia problémov v systéme ERP: chyby verzus požiadavky na zmenu rozsahu

Jedna otázka rozhoduje o tom, ako sa bude riešiť sporná položka. Ide v prípade tejto položky o neúplnú dodávku podľa dohody, alebo o novú požiadavku? Riešte to na základe dokumentov o rozsahu dodávky a dohodnutých kritérií prijatia, nie prostredníctvom rokovaní pod tlakom faktúry.

Postupujte podľa jednotlivých bodov v tomto poradí.

1. Túto funkciu nájdete v podpísanej špecifikácii prác, v dokumente funkčného návrhu (FDD) a v dohodnutých procesných postupoch.
2. Ak je to uvedené v dokumente a dodávka túto požiadavku nespĺňa, zaznamenajte neúplnú dohodnutú dodávku. Partner to napraví v súlade s podmienkami zmluvy.
3. Ak sa táto požiadavka nenachádza v žiadnom základnom dokumente, zaznamenajte novú požiadavku. Následne sa postúpi na kontrolu zmien rozsahu.
4. Ak sú dokumenty nejednoznačné, postúpte vec určenému rozhodovateľovi. Nechajte odborné posúdenie znenia zmluvy ešte predtým, ako ju niekto podpíše.

Klasifikácia nie je hodnotením integrátora. Jeden balík môže obsahovať aj chybu, aj oprávnenú novú požiadavku. Poznámku o postoji integrátora zapíšte vedľa postoja klienta a obidve nechajte viditeľné.

Posúdenie rizík spojených so schválením oproti zamietnutiu podpisu ERP

Otvorená položka automaticky neblokuje míľnik. Rozhodujúci je jej vplyv na kľúčové obchodné činnosti. Sponzor môže prijať výsledok, ak žiadna otvorená položka neovplyvňuje objednávky, výrobu, dodávky ani fakturáciu. Môže prijať výsledok s podmienkami. Každá otvorená závada dostane zodpovednú osobu za jej vyriešenie a termín nápravy, a ak to zmluva dovoľuje, po overení opravy nasleduje uvoľnenie prostriedkov. Ak zlyhá kritická funkcia, sponzor vráti dodávku spolu s dokumentovaným zoznamom závad. Ak zostáva klasifikácia sporná, záležitosť sa eskaluje na výkonného sponzora integrátora.

Každá voľba so sebou prináša riziká. Podpísanie zmluvy zaručuje, že tím integrátora bude dodržiavať harmonogram a plán. Odklad chráni zariadenie a auditovú stopu, má však svoje vlastné náklady. Konzultanti integrátora sa môžu presunúť na inú prácu. Ich opätovná mobilizácia môže trvať čas, ktorý v časovom okne spustenia do prevádzky nie je k dispozícii. Pozastavenie môže tiež kolidovať so záväzkami voči zákazníkovi a s nasledujúcim fakturačným obdobím. V prípade nekritických položiek obmedzuje tieto náklady podmienečné prijatie s oprávami s uvedeným termínom, pretože pozastavenie sa vzťahuje na otvorenú položku, nie na tím. V prípade kritickej chyby pozastavenie zostáva v platnosti. Sponzor sa potom môže dohodnúť na nápravnom pláne, ktorý zabezpečí, že tím integrátora bude naďalej pracovať na náprave danej položky.

Pre finančného riaditeľa skupiny a predstavenstvo má nesprávny podpis tri negatívne dôsledky. Ide o predčasné uvoľnenie zadržaných prostriedkov, vykazovanie nezosúladených hodnôt zásob v rámci skupiny a závod, ktorý nemôže expedovať tovar. Predstavenstvo nepotrebuje zoznam chýb. Potrebuje vedieť, aké riziko znáša zadávateľ projektu a kto ho schválil.

Stanovenie práv pri rozhodovaní o prijatí ERP a pravidiel riadenia

Tieto pravidlá si vopred dohodnite s finančným riaditeľom skupiny. Platia pre každého, kto má právomoc schvaľovať, či už ide o interného vedúceho programu alebo dočasného vedúceho pracovníka.

• Prepísanie. Zamietnutie zo strany vlastníka procesu v závode môže prepísať iba menovaný člen vedenia skupiny. Prepísanie sa zaznamená do nižšie opísanej knihy schválení spolu s dôvodom.
• Hranica. O veciach v rámci dohodnutých limitov rozhoduje sponzor. O veciach nad týmito limitmi alebo v prípade, že nastane nižšie uvedená spúšťacia udalosť, rozhoduje finančný riaditeľ skupiny. O spustení do prevádzky v rámci dohodnutého termínu rozhoduje sponzor.
• Prahové hodnoty. Nastavte sumu, ktorá sa má ponechať v systéme (v eurách), a počet dní do spustenia. Obe hodnoty stanovuje finančný riaditeľ skupiny.
• Postup eskalácie. Zodpovedná osoba za schválenie najskôr informuje sponzora. Ak nastane niektorá z nižšie uvedených situácií alebo ak sa zodpovedná osoba a sponzor nezhodnú, zodpovedná osoba eskaluje záležitosť na finančného riaditeľa skupiny, pričom o tom informuje sponzora. Nezhoda sa zaznamená do evidencie.
• Predstavenstvo. V rámci delegovania právomocí v rámci skupiny je stanovený horný limit pre finančného riaditeľa skupiny. Predstavenstvo dostáva jednostránkový súhrn z účtovnej knihy a rozhoduje iba v prípadoch, ktoré presahujú tento limit.

Štyri spúšťače odosielajú potvrdenie finančnému riaditeľovi skupiny.

• Prijatie by viedlo k uvoľneniu zadržanej sumy presahujúcej dohodnutú výšku.
• Prijatie by znamenalo, že kľúčová funkcia by zostala nefunkčná, alebo by sa spustenie do prevádzky posunulo za dohodnutý termín.
• Neuzavretá položka pozastaví objednávky, výrobu, dodávku alebo fakturáciu.
• Ten, kto proces nevedie, ho podpíše.

Hodnotenie výstupov ERP pomocou prijímacieho registra

Nasledujúca tabuľka schvaľovania poskytuje výkonným sponzorom štruktúrovaný spôsob hodnotenia pracovných balíkov partnerov: jeden riadok na jeden balík a jedno rozhodnutie na jeden riadok. Pomáha tiež riešiť spory týkajúce sa klasifikácie a zabezpečiť zodpovedné schválenia. Tento scenár má ilustratívny charakter a nejde o konkrétny prípad klienta spoločnosti CE Interim. Česká dcérska spoločnosť francúzskej skupiny dostane naraz štyri osvedčenia o pracovných balíkoch.

Riaditeľ programu zostavuje každý riadok na základe dohodnutého kritéria, dôkazov, otvorenej položky, klasifikácie a formálneho rozhodnutia. Sponzor tiež zohľadňuje, kto jednotlivé testy vykonal. Dôkazy od obchodných používateľov alebo nezávislého poradcu majú väčšiu váhu ako protokol, ktorý vypracoval samotný integrátor.

Pracovný balík 1: Odovzdanie modulu spotreby materiálu

Partner hlási, že tento modul je dokončený. V pomocnej účtovnej položke sa zaznamenáva, čo spoločnosť zistila.

• Dohodnuté kritérium: 100 % automatizované spätné zaúčtovanie surovín po potvrdení hotových výrobkov.
• Dôkaz: Protokol z integračného testu potvrdzuje, že bolo dokončených 20 výrobných objednávok; spätné zaúčtovanie funguje.
• Otvorená položka a zodpovedná osoba: Chyba č. 104: Logika rozdelenia dávky nefunguje v prípade čiastočných paliet; pridelený vedúci dodávateľa.
• Klasifikácia: Neúplná dodávka (vada): Požiadavka uvedená v časti 3.2 dokumentu FDD.
• Rozhodnutie: Podmienečné schválenie: Schválené pod podmienkou, že do 15. novembra bude nainštalovaná oprava chyby č. 104; zadržaná suma vo výške 25 000 €.

Jedným podpisom by sa schválila rutina spätného zaúčtovania, ktorá zlyháva v prípade čiastočne naplnených paliet. Údaje o zásobách sa potom môžu odchyľovať od fyzického stavu. Podmienečné prijatie zabezpečuje, že sa míľnik posúva ďalej a partner je viazaný na stanovený termín.

Pracovný balík 2: Hodnotenie rozhrania pre fakturáciu prostredníctvom EDI na portáli dodávateľov

Partner oznámil, že rozhranie je hotové, a spoločnosť ho otestovala s reálnymi dodávateľmi.

• Dohodnuté kritérium: Úspešný prenos a automatické spracovanie elektronických faktúr VDA 4938.
• Dôkaz: Protokol z testovania rozhrania typu „end-to-end“ s tromi aktívnymi dodávateľmi pre automobilový priemysel bol úspešne vykonaný.
• Neuzavretá položka a zodpovedná osoba: Neuzavretá položka: Automatické oznamovacie e-maily sa vo francúzštine nezobrazujú správne.
• Klasifikácia: Nová požiadavka (zmena): Viacjazyčné rozloženie e-mailu nebolo súčasťou základného rozsahu.
• Rozhodnutie: Schválené (postúpené na kontrolu zmien): Milník bol prijatý; žiadosť zaslaná e-mailom bola postúpená komisii pre zmeny.

Táto línia chráni integrátora. Rozhranie spolupracuje s tromi aktívnymi dodávateľmi, takže francúzska štruktúra e-mailov nebrzdí dosiahnutie míľnika. Využíva zmenu trasy, čo zároveň odráža cezhraničný charakter projektu. Jazykové požiadavky sa v centrále ľahko predpokladajú a ľahko sa vynechávajú zo základného rozsahu projektu. Cesta zmien umožňuje skupine stanoviť a oceniť požiadavku, zatiaľ čo závod si zachováva funkčné rozhranie.

Pracovný balík 3: Testovanie systému vychystávania a balenia v sklade

Spoločnosť tento balík otestovala so svojimi vlastnými operátormi.

• Dohodnuté kritérium: Priama integrácia RF terminálu s pravidlami automatického dopĺňania regálov.
• Dôkaz: Testovanie prijateľnosti pre používateľov (UAT) vykonané 8 skladníkmi; miera úspešnosti 98 %.
• Otvorená položka a zodpovedná osoba: Chyba č. 112: Rozhranie skenera stráca spojenie počas pracovných zmien s vysokou mierou súbežnosti.
• Klasifikácia: Neúplné dodanie (vada): Porušenie základných výkonnostných kritérií pri bežnom zaťažení.
• Rozhodnutie: Zamietnuté (vyžaduje sa prepracovanie): Certifikát bol vrátený partnerovi; je potrebné vykonať záťažový test siete.

Aj pri 98-percentnej úspešnosti zostáva jeden zásadný problém. Rozhranie skenera stráca spojenie počas zmenových období s vysokou záťažou, keď sú pracovníci zodpovední za vychystávanie najviac závislí od svojich terminálov. Balík sa vracia späť na záťažový test siete.

Pracovný balík 4: Súlad so zákonnými požiadavkami na miestnu DPH a systém podávania správ

Tento balík overil externý poradca, takže dôkazy sú nezávislé.

• Dohodnuté kritérium: Úplná zhoda s formátmi elektronického podávania daňových priznaní stanovenými českým daňovým úradom.
• Dôkaz: Overené externým miestnym certifikovaným daňovým poradcom na základe oficiálnych daňových schém.
• Neuzavretá položka a zodpovedná osoba: Neuzavretá položka: Neúplné formátovanie dokumentácie k používateľskej príručke.
• Klasifikácia: Nekritická dokumentácia: Základná funkcia softvéru je plne funkčná a vyhovuje požiadavkám.
• Rozhodnutie: Schválené: Bolo vykonané úplné potvrdenie splnenia míľnika; konečná dokumentácia má byť predložená do 5 dní.

Nie každá nevyriešená záležitosť si zaslúži pozastavenie schválenia. Základná funkčnosť je v poriadku a potvrdil ju nezávislý poradca. Chýbajúca dokumentácia má namiesto toho stanovený termín. Skupina možno nemá prostriedky na overenie českých formátov podávania dokumentov z ústredia, a preto sa spolieha na poradcu, ktorý to dokáže. Závod si vyhradzuje právo rozhodnúť, čo môže predložiť.

Realizácia procesu posudzovania výstupov systému ERP

Pred hodnotiacou schôdzou riaditeľ programu zhromaždil podpísanú špecifikáciu prác, dokument FDD a protokoly z testovania. Následne každý vlastník procesu prečítal podklady týkajúce sa svojho balíka a podpísal alebo odmietol obchodné prijatie. Až potom riaditeľ programu uskutočnil jedno klasifikačné stretnutie s vedúcim dodávky integrátora, pričom mal zmluvu po ruke. Obe pozície boli zapísané do evidencie.

Sponzor podpísal štyri samostatné rozhodnutia, nie jedno. Plán programu sa zmenil ešte v ten istý deň. Teraz obsahuje opravu z 15. novembra, záťažový test, žiadosť predloženej výboru pre zmeny a dátum dokumentácie.

Ak nie je určený zodpovedný pracovník, dátum faktúry určuje dátum kontroly. Tieto štyri balíky sa zvyčajne posielajú na jeden podpis. Dátum vydania opravy, záťažový test a zadržaná suma môžu nakoniec zostať bez určeného zodpovedného pracovníka.

Rozhodnutie o spustení do prevádzky sa posudzuje samostatne, pretože schválenie štyroch balíkov ešte neznamená uvedenie systému do prevádzky. Scenár končí pri týchto rozhodnutiach. Ďalšími dôkazmi sú opravná aktualizácia a záťažový test.

Určenie zodpovednosti a využitie dočasného výkonného vedenia na zabezpečenie akceptácie systému ERP

Kompetentný interný programový a obstarávací tím môže prevziať zodpovednosť za prijatie výstupov systému ERP. Potrebuje k tomu právomoc nad účtovnou knihou, prítomnosť oprávnených podpisujúcich osôb a čas vyhradený mimo každodenných prevádzkových činností.

Dočasný výkonný manažér sa stáva dôležitým vtedy, keď nikto nenesie zodpovednosť za prijatie projektu v rámci obchodných, podnikových a technických tímov. Sponzor môže mať na starosti rozpočet, ale nie prevádzku. Oddelenie nákupu môže mať na starosti zmluvu, zatiaľ čo prevádzky zodpovedajú za proces. Dôvodom je chýbajúci zodpovedný subjekt, nie faktúra.

Povinnosti dočasného riaditeľa programu v rámci mandátov na prevzatie ERP

. Dočasný riaditeľ pre transformáciu a programy vyplňuje túto medzeru v rámci právomocí, ktoré mu deleguje zadávateľ. Vedúci pracovník podlieha zadávateľovi a je zodpovedný za hlavnú knihu. Vedúci pracovník odporúča každý podpis a podpisuje sa iba v prípadoch, keď zmluva túto úlohu výslovne uvádza. Toto vymenovanie nemení zmluvu, nezrušuje kritérium prijatia ani neoprávňuje na spustenie projektu.

Vnútorný vedúci programu môže mať právomoc len nad jedným z troch tímov. Hodnota vedúceho spočíva v tom, že má právomoc nad všetkými tromi tímami. V prvých dňoch vedúci rozhodne, ktorým dôkazom bude dôverovať, pričom použije váhy uvedené v scenári. Následne potvrdí oprávnených signatárov a naplánuje zasadnutie o klasifikácii ešte pred termínom ukončenia spolupráce s partnerom.

Hlavná úloha závisí od toho, kde sa nachádza ohrozenie. Ak ide o finančnú oblasť (zúčtovanie zásob, udržanie zákazníkov, skupinové výkazníctvo), vedie ju dočasný finančný riaditeľ (CFO) a programový riaditeľ ho podporuje. Ak je ohrozená kontinuita dodávok, vedie ju dočasný prevádzkový riaditeľ (COO). Ak samotná technologická oblasť potrebuje vedenie, Interim CIO má právomoc v otázkach dodávateľov, rozsahu a prijatia.

Dočasný partner CE riadi mandát: dohodnuté právomoci, hierarchické podriadenie voči sponzorovi a postup eskalácie na vyššiu úroveň. Pri odovzdaní sa hlavná kniha, klasifikačný záznam a zoznam oprávnených podpisujúcich osôb odovzdajú stálému programovému tímu.

V prípade francúzskeho alebo švajčiarskeho ústredia má výkonný manažér na starosti obe strany mosta. Ústredie potrebuje kontrolu nad platbami a spoľahlivé výkazníctvo. Závod potrebuje právomoc odmietnuť to, čo nedokáže zrealizovať. Výkonný manažér predkladá riadiacemu výboru jeden overený obraz o schválení a z výboru prenáša dodržiavanie zmluvných podmienok späť do závodu.

Často kladené otázky týkajúce sa prijatia výstupov systému ERP

Znamená dokončenie míľnika v systéme ERP aj akceptáciu zo strany firmy?

Dokončenie míľnika je správa integrátora o tom, že dokončil zmluvne dohodnuté činnosti. Prebratie výstupu ERP je vlastné potvrdenie klienta, že daná funkcia podporuje prevádzkové transakcie. Zakladá sa na dohodnutých kritériách prebratia ERP a výsledkoch testovania. Pred podpísaním zmluvy je potrebné vyžadovať obidve.

Ako rozlíšiť chybu v systéme ERP od požiadavky na zmenu rozsahu

Chyba znamená, že nie je splnená požiadavka definovaná v zadávacom liste, funkčnom návrhu alebo dohodnutých procesných postupoch. Nová požiadavka pridáva niečo, čo schválená základná verzia neobsahuje. Rozsah projektu určujú dokumenty, nie dátum faktúry. Nejasné formulácie sa posielajú na posúdenie odborníkom.

Kto má oprávnenie schvaľovať výstupy z projektu ERP?

Po ukončení testovania podpíše obchodné prevzatie zodpovedný vlastník procesu. Určený obchodný zástupca podpíše obchodný míľnik a sponzor rozhodne o uvoľnení do prevádzky. Oprávnenie na podpis vyplýva z vlastníctva procesu.

Riešenie nekritických otvorených problémov po prevzatí systému ERP

Áno, ak ide o nekritické vady a zmluva povoľuje podmienečné prevzatie. V certifikáte by mali byť uvedené všetky nezaplatené vady, ich vlastník a dátum. Mal by tiež obsahovať informácie o všetkých nápravných opatreniach, ktoré si vyhradzujeme v prípade, že partner nedodrží tento termín.

Spôsobuje obchodná akceptácia automaticky vyplatenie platby za dosiahnutie míľnika?

Obchodné prijatie potvrdzuje prevádzkové odovzdanie. Platba sa uskutočňuje v súlade s podmienkami zmluvy, vrátane prípadných zadržaných súm a stavu podmienených položiek. Obchodné schválenie predstavuje samostatný podpis vykonaný samostatným oprávneným subjektom.

Súvisiace poznatky a ďalší krok

Prijatie výstupov systému ERP nastáva vtedy, keď sa plán partnera zhoduje s tým, čo je závod schopný realizovať. Tri nedávne články v časopise CE Interim sa venujú súvisiacim otázkam týkajúcim sa plánov, stavu a prevádzkovej pripravenosti. Bez podpísaného zoznamu nemôže zadávateľ informovať predstavenstvo o tom, čo spoločnosť prijala, čo zostáva otvorené alebo kto je zodpovedný za jednotlivé položky.

Ďalšie články na túto tému:

• Prečo stanovenie cieľovej výšky výrobných nákladov nie je prepracovaním prevádzkového modelu
• Núdzové zabezpečenie dodávok pre srbský závod: dostupné zásoby nie sú dodacím plánom
• Migrácia na SAP S/4HANA: Greenfield alebo Brownfield?

Ak sa nikto neujme tejto úlohy, spoločnosť CE Interim poskytne už prevereného manažéra, ktorý spĺňa požiadavky mandátu a je viazaný dohodou o mlčanlivosti (NDA), pripraveného nastúpiť do funkcie po dokončení zadávacieho listu k mandátu.

Porozprávajte sa s Dočasný partner spoločnosti CE ak program nedokáže prepojiť hlásenie o dokončení od integrátora s vaším rozhodnutím o prijatí.