Šablona dat pro řízení dodavatelského řetězce
Šablona dat pro řízení dodavatelského řetězce
- Doporučené atributy pro důkladnou analýzu
- Hlavní procesní aktivity a milníky, které je třeba sledovat
- Postup získání dat ze systému Blue Yonder
Atributy řízení dodavatelského řetězce
| Název | Popis | ||
|---|---|---|---|
| Čas zahájení EventTime | Časové razítko, které uvádí, kdy konkrétní aktivita začala nebo nastala. | ||
| Popis Čas události neboli čas zahájení označuje přesné datum a čas, kdy byla aktivita zaznamenána ve zdrojovém systému. Tyto chronologické údaje jsou důležité pro správné seřazení událostí i pro veškeré časové analýzy. Časové razítko slouží k výpočtu doby mezi aktivitami, měření trvání celého procesu a odhalení zpoždění či čekání. Je základem téměř všech KPI souvisejících s výkonností, například celkové doby vyřízení objednávky a délky přepravního cyklu. Proč je to důležité Toto časové razítko je nezbytné pro řazení událostí, výpočet dob trvání a analýzu výkonnosti procesu i úzkých míst v čase. Kde data získat Tyto údaje jsou obvykle dostupné jako časové razítko data vytvoření, změny nebo zaúčtování v tabulkách transakčních dat každého obchodního objektu v systému Blue Yonder. Příklady 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Logistická objednávka LogisticsOrder | Jedinečný identifikátor logistické objednávky, který slouží jako hlavní ID případu pro sledování celého procesu dodavatelského řetězce. | ||
| Popis Logistická objednávka je hlavní identifikátor, který propojuje všechny související aktivity od vytvoření objednávky zákazníka až po konečné doručení. Každé jedinečné číslo logistické objednávky představuje jeden průchod procesem dodavatelského řetězce. V process mining umožňuje analýza dat podle logistické objednávky sledovat celý životní cyklus objednávky. Je nezbytná pro výpočet celkové doby cyklu, odhalení variant procesu a pochopení průběhu každé objednávky v jednotlivých fázích, například nákupu, výroby a distribuce. Proč je to důležité Jde o základní ID případu. Propojuje všechny kroky procesu, takže lze zrekonstruovat a analyzovat celý průběh vyřízení objednávky. Kde data získat Tento identifikátor se obvykle nachází v hlavních modulech správy objednávek nebo logistického provozu v systému Blue Yonder. Příklady LO-845123LO-845124LO-845125 | |||
| Název aktivity ActivityName | Název konkrétní obchodní události nebo kroku v logistickém procesu, například „Vystavení nákupní objednávky“ nebo „Vychystání a zabalení zboží“. | ||
| Popis Název aktivity popisuje jeden krok nebo úkol v životním cyklu logistické objednávky. Události se zaznamenávají chronologicky a vytvářejí posloupnost činností pro každý případ. Analýza aktivit je základem process mining. Umožňuje zobrazit mapu procesu, odhalit úzká místa mezi konkrétními kroky, analyzovat četnost aktivit a identifikovat odchylky od standardního průběhu procesu. Proč je to důležité Tento atribut určuje kroky v mapě procesu a umožňuje zobrazit, analyzovat a optimalizovat tok logistických objednávek. Kde data získat Názvy aktivit se odvozují ze záznamů událostí, transakčních kódů nebo změn stavu zaznamenaných v různých modulech Blue Yonder pro skladování, přepravu a správu objednávek. Příklady Přijetí objednávky zákazníkaVýroba zboží dokončenaNaplánování expedicePotvrzení o doručení podepsáno | |||
| Název dodavatele SupplierName | Název dodavatele surovin nebo součástí uvedených v nákupní objednávce. | ||
| Popis Název dodavatele určuje, od koho bylo zboží v rámci dodavatelského řetězce nakoupeno. Jde o důležitý rozměr pro analýzu příchozí logistiky a nákupu. Tento atribut se používá v dashboardu výkonnosti příchozích dodávek od dodavatelů. Umožňuje porovnat dobu od vytvoření nákupní objednávky po přijetí materiálu u jednotlivých dodavatelů. Analýza pomáhá odlišit spolehlivé a rychlé dodavatele od těch, kteří opakovaně způsobují zpoždění, a podpořit tak nákupní strategii i řízení vztahů s dodavateli. Proč je to důležité Umožňuje porovnávat výkonnost dodavatelů, což je důležité pro zlepšení příchozí logistiky a dodržení výrobních plánů. Kde data získat Tento údaj je uložen v hlavičce nákupní objednávky a odkazuje na tabulku kmenových dat dodavatelů v systému Blue Yonder nebo integrovaném ERP. Příklady Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Požadované datum dodání RequestedDeliveryDate | Datum dodání objednávky požadované zákazníkem. | ||
| Popis Požadované datum dodání je důležitý údaj o zákazníkovi, který se vztahuje k logistické objednávce. Představuje závazek vůči zákazníkovi a slouží jako hlavní měřítko výkonnosti dodávek. Porovnáním se skutečným datem dodání se vypočítá KPI míry včasných dodávek. Tento údaj je základem dashboardu výkonnosti včasných dodávek, který umožňuje analyzovat zpoždění a jejich příčiny, například výkonnost dopravce nebo interní úzká místa. Proč je to důležité Jde o výchozí hodnotu pro měření spokojenosti zákazníků a výkonnosti dodávek. Je nezbytná pro výpočet KPI míry včasných dodávek. Kde data získat Tento údaj je obvykle uložen v hlavičce zákaznické objednávky v systému správy objednávek od Blue Yonder. Příklady 2023-11-152023-11-202023-12-01 | |||
| Skutečné datum dodání ActualDeliveryDate | Skutečné datum, kdy byla objednávka úspěšně doručena zákazníkovi, potvrzené dokladem o doručení. | ||
| Popis Skutečné datum dodání se zaznamená po dokončení dodávky, často při události „Podepsání potvrzení o doručení“. Toto časové razítko označuje konečné vyřízení logistické objednávky. Atribut je důležitý pro měření výkonnosti. Porovnáním s požadovaným datem dodání zjistíte, zda byla zásilka doručena včas, pozdě, nebo předčasně. Tento výpočet je základem KPI míry včasných dodávek a zobrazuje se na dashboardu výkonnosti včasných dodávek. Proč je to důležité Tento atribut měří skutečnou výkonnost vůči očekávání zákazníka a je nezbytný pro výpočet míry včasných dodávek. Kde data získat Toto datum se často odvozuje z časového razítka události potvrzení o doručení, kterou lze zaznamenat v TMS od Blue Yonder nebo souvisejícím logistickém modulu. Příklady 2023-11-142023-11-212023-12-01 | |||
| Stav objednávky OrderStatus | Aktuální nebo konečný stav logistické objednávky, například „Probíhá“, „Dokončeno“ nebo „Zrušeno“. | ||
| Popis Stav objednávky ukazuje, v jaké fázi životního cyklu se logistická objednávka nacházela při extrakci dat, případně jaký byl její konečný výsledek. Vypovídá o stavu případu. Tento atribut umožňuje zaměřit analýzu pouze na dokončené objednávky nebo zjistit, proč byly některé objednávky zrušeny. Pomáhá porozumět výsledkům různých variant procesu a jednoduše měřit celkovou úspěšnost či neúspěšnost procesu. Proč je to důležité Ukazuje výsledek případu a umožňuje filtrovat dokončené, probíhající nebo zrušené objednávky. To je důležité pro správnou interpretaci ukazatelů výkonnosti. Kde data získat Tento údaj se obvykle nachází v poli stavu v hlavičce hlavního logistického dokladu nebo zásilky v systému Blue Yonder. Příklady DokončenoProbíháZrušenoPozastaveno | |||
| Typ objednávky OrderType | Zařazení objednávky, například „Standardní objednávka“, „Expresní objednávka“ nebo „Hromadná objednávka“. | ||
| Popis Typ objednávky rozlišuje logistické objednávky podle jejich vlastností, naléhavosti nebo obchodního kontextu. Různé typy objednávek často procházejí odlišnými procesy nebo se na ně vztahují jiné dohody o úrovni služeb (SLA). Analýza podle typu objednávky pomáhá pochopit rozdíly v průběhu procesu. U expresních objednávek se například očekává kratší doba zpracování a některé kroky mohou být vynechány, zatímco hromadné objednávky mohou mít delší výrobní lhůty. Tento atribut pomáhá vysvětlit, proč se některé případy odchylují od běžného průběhu. Využívá se také v dashboardu „Analýza variant procesu“. Proč je to důležité Pomáhá vysvětlit odlišnosti v průběhu procesu a jeho výkonnosti, protože různé typy objednávek mívají vlastní postupy, priority a SLA. Kde data získat Tento údaj se obvykle ukládá v hlavičce objednávky v systému pro správu objednávek od Blue Yonder. Příklady StandardníExpresníPřevod zásobVrácení | |||
| Uživatelské jméno UserName | ID nebo jméno uživatele, který aktivitu provedl. | ||
| Popis Tento atribut určuje zaměstnance nebo systémového uživatele odpovědného za konkrétní krok procesu. Je důležitý pro pochopení rozdělení zdrojů a pracovní zátěže i pro hodnocení jednotlivců a týmů. Při analýze lze podle uživatelského jména filtrovat mapy procesu a porovnat, jak různí uživatelé provádějí stejný úkol, zjistit potřebu školení nebo určit nejvýkonnější pracovníky. Tento údaj je důležitý také pro dashboard „Ruční úkoly a potenciál automatizace“, který ukazuje, kdo provádí často se opakující úkoly. Proč je to důležité Přiřazuje činnosti konkrétním uživatelům, což umožňuje analyzovat pracovní zátěž, porovnávat výkonnost a hledat příležitosti k automatizaci. Kde data získat V transakčních datech se obvykle nachází v poli „Vytvořil“ nebo „Změnil“ a odkazuje na tabulku kmenových dat uživatelů v systému Blue Yonder. Příklady j.doea.smithSYSTEM_RFC | |||
| Čas ukončení EndTime | Časové razítko, které uvádí, kdy byla aktivita dokončena. | ||
| Popis Čas ukončení označuje konec aktivity. Pokud jsou k dispozici čas zahájení i čas ukončení, lze přesně vypočítat dobu zpracování aktivity a odlišit ji od nečinnosti nebo čekání. To je užitečné při analýze trvání konkrétních úkolů, například „Vychystání a zabalení zboží“ nebo „Provedení kontroly kvality“. Pomáhá určit, které aktivity zabírají nejvíce času, a zaměřit zlepšování a automatizaci na konkrétní místa. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování aktivity, což pomáhá odhalit neefektivní úkoly a měřit produktivitu zdrojů. Kde data získat Stejně jako čas zahájení se obvykle nachází jako časové razítko v tabulkách transakčních dat každého obchodního objektu v systému Blue Yonder. Často označuje změnu stavu na dokončeno. Příklady 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Celková doba průchodu procesem EndToEndCycleTime | Celková doba od první činnosti („Přijetí zákaznické objednávky“) po poslední činnost („Podepsání potvrzení o doručení“) u logistické objednávky. | ||
| Popis Tato metrika měří celkovou dobu životního cyklu logistické objednávky. Jde o ukazatel výkonnosti, který vypovídá o rychlosti a efektivitě celého procesu v dodavatelském řetězci. Je hlavní metrikou dashboardu „Analýza doby vyřízení objednávky od začátku do konce“ a KPI „Celková doba průchodu logistické objednávky“. Analýza této doby pomáhá odhalit systémová zpoždění a poskytuje celkový přehled o stavu procesu. Lze ji rozdělit podle typu objednávky nebo kategorie produktu a zjistit, co prodlužuje dodací lhůty. Proč je to důležité Tento KPI měří celkovou rychlost dodavatelského řetězce, která přímo ovlivňuje spokojenost zákazníků i provozní kapitál. Kde data získat Tato hodnota se ve zdrojovém systému neukládá. Pro každý případ se vypočítá odečtením časového razítka první události od časového razítka poslední události. Příklady 15 dní 4 hodiny22 dní 11 hodin10 dní 2 hodiny | |||
| Číslo nákupní objednávky PurchaseOrderNumber | Jedinečný identifikátor nákupní objednávky vytvořené za účelem pořízení surovin nebo zboží od dodavatele. | ||
| Popis Číslo nákupní objednávky propojuje logistickou objednávku s procesem nákupu. Vzniká při činnostech, jako je „Vytvoření požadavku na nákup“ nebo „Vystavení nákupní objednávky“. Tento atribut umožňuje podrobně analyzovat dílčí proces nákupu. Je důležitý pro dashboard „Výkonnost příchozích dodávek od dodavatelů“, kde pomáhá sledovat konkrétní nákupní objednávku od vystavení až po příjem zboží a spojovat zpoždění s konkrétními dodavateli nebo materiály. Proč je to důležité Propojuje hlavní proces vyřízení objednávky s předcházejícími nákupními činnostmi a umožňuje podrobně analyzovat výkonnost dodavatelů i délku nákupního cyklu. Kde data získat Tento identifikátor se vytváří a ukládá v nákupním modulu systému Blue Yonder nebo v integrovaném systému ERP. Příklady PO45000123PO45000124PO45000125 | |||
| Dodáno včas IsOnTimeDelivery | Vypočítaný příznak, který určuje, zda byla objednávka doručena v požadovaném termínu nebo dříve. | ||
| Popis Tento logický atribut vzniká porovnáním skutečného data dodání s požadovaným datem dodání. Každou objednávku jednoduše označí jako „Včas“ (true) nebo „Pozdě“ (false). Atribut přímo slouží dashboardu „Výkonnost včasných dodávek“ a používá se k výpočtu KPI „Míra včasných dodávek“. Umožňuje rychle filtrovat data a hledat příčiny zpoždění, například podle dopravce nebo typu produktu. Proč je to důležité Zjednodušuje analýzu včasnosti dodávek. U každé objednávky poskytuje jednoznačný výsledek, usnadňuje výpočet míry včasných dodávek a pomáhá odhalit příčiny zpoždění. Kde data získat Tento atribut není ve zdrojovém systému. Vypočítává se při transformaci dat podle vzorce: ActualDeliveryDate <= RequestedDeliveryDate. Příklady truefalse | |||
| Dodavatelem potvrzené datum dodání SupplierPromisedDeliveryDate | Datum dodání, které dodavatel slíbil pro konkrétní nákupní objednávku. | ||
| Popis Toto datum představuje závazek dodavatele, kdy dodá suroviny nebo komponenty. Slouží jako základ pro hodnocení spolehlivosti a včasnosti dodavatele. Atribut je nezbytný pro výpočet KPI „Míra včasných dodávek od dodavatelů“. Porovnává se se skutečným datem příjmu materiálu, tedy časovým razítkem události „Příjem surovin“, aby bylo možné zjistit, zda dodavatel dodržel svůj závazek. Tato analýza je základem dashboardu „Výkonnost příchozích dodávek od dodavatelů“. Proč je to důležité Slouží jako měřítko výkonnosti příchozích dodávek a umožňuje hodnotit spolehlivost dodavatelů i její dopad na výrobní plán. Kde data získat Toto datum se obvykle ukládá na úrovni položky nákupní objednávky podle údajů od dodavatele nebo standardních dodacích lhůt. Příklady 2023-10-102023-10-122023-10-15 | |||
| Kategorie produktu ProductCategory | Kategorie, do které patří produkt v logistické objednávce, například elektronika nebo oděvy. | ||
| Popis Kategorie produktu slouží k seskupení podobných produktů. Jednotlivé kategorie mohou mít odlišné procesy v dodavatelském řetězci, požadavky na manipulaci nebo dodací lhůty. Tento atribut se používá v dashboardu „Vývoj průchodnosti logistických objednávek“ k filtrování a porovnání počtu dokončených objednávek podle typu produktu. Může ukázat, zda se u některých produktových řad častěji objevují zpoždění nebo nižší průchodnost, a pomoci zaměřit zlepšování tam, kde je nejvíce potřeba. Proč je to důležité Umožňuje analyzovat proces podle typu produktu a odhalit úzká místa, vzorce poptávky nebo náročnější manipulaci u konkrétních kategorií. Kde data získat Tento údaj je součástí kmenových dat materiálu nebo produktu a v systému Blue Yonder se propojuje s položkami logistické objednávky. Příklady Spotřební elektronikaPrůmyslové strojeOděvyPotraviny | |||
| Název dopravce CarrierName | Název přepravní společnosti odpovědné za přepravu zboží. | ||
| Popis Název dopravce označuje logistického partnera, který přepravil zboží ze skladu do cílového místa. Jde o důležitý údaj pro hodnocení výkonu při expedici. V dashboardu „Sledování efektivity přepravy“ lze podle názvu dopravce porovnat dobu „Zboží na cestě“ u jednotlivých dopravců. Firma tak může zjistit, kteří dopravci jsou nejrychlejší, nejspolehlivější nebo nejvýhodnější, a podle toho upravit strategii přepravy. Proč je to důležité Umožňuje porovnávat výkon jednotlivých dopravců a optimalizovat náklady na přepravu, trasy i dodací lhůty. Kde data získat Tento údaj se obvykle nachází v dokumentech k zásilce nebo přepravní objednávce v systému Transportation Management System (TMS) od Blue Yonder. Příklady Expresní přepravaNational LogisticsSwift Haulage | |||
| Název zákazníka CustomerName | Název zákazníka, který zadal objednávku. | ||
| Popis Označuje koncového zákazníka logistické objednávky. Jde o základní údaj pro analýzu z pohledu zákazníka. Analýza výkonnosti procesu podle zákazníka může ukázat, zda někteří zákazníci čekají déle nebo častěji řeší problémy. Tento atribut podporuje například dashboard „Výkonnost včasných dodávek“, kde umožňuje rozdělit výsledky podle zákazníků a zaměřit zlepšování na důležité zákaznické účty. Proč je to důležité Umožňuje analyzovat proces z pohledu zákazníka, zjistit, na které zákazníky má neefektivita největší dopad, a určit priority pro zlepšení služeb. Kde data získat Tento údaj se ukládá v hlavičce zákaznické objednávky a odkazuje na tabulku kmenových dat zákazníků v systému Blue Yonder nebo v integrovaném CRM či ERP. Příklady Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko, které uvádí, kdy byla data naposledy obnovena nebo získána ze zdrojového systému. | ||
| Popis Tento atribut uvádí datum a čas posledního načtení dat. Poskytuje kontext pro analýzu, protože ukazuje, jak aktuální data jsou a kdy lze očekávat další aktualizaci. Uživatelé potřebují vědět, jak aktuální jsou analyzovaná data. Mohou tak správně vyhodnocovat dashboardy a rozhodovat se na základě včasných informací. Proč je to důležité Poskytuje důležitý kontext o aktuálnosti dat a uživatelé díky němu vědí, jak aktuální je analýza procesu. Kde data získat Toto časové razítko se vytváří a přidává při procesu extrakce, transformace a načítání dat (ETL). Příklady 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Přepracování IsRework | Vypočítaný příznak, který označuje, zda objednávka prošla přepracováním, například opakovaným balením nebo kontrolou kvality. | ||
| Popis Tento logický příznak se nastaví na true, pokud logistická objednávka vykazuje známky opakování kroků, například posloupnost činností „Zboží vychystáno a zabaleno“ -> „Provedena kontrola kvality“ -> „Zboží vychystáno a zabaleno“. Označuje případy, které se odchylují od standardního a efektivního průběhu. Atribut se používá k výpočtu KPI „Míra přepracování objednávek“ a zobrazuje se v dashboardu „Analýza variant procesu a přepracování“. Vyhledání případů s přepracováním pomáhá odhalit zdroje chyb nebo neefektivity v procesu vyřízení objednávky a cíleně omezit plýtvání i provozní náklady. Proč je to důležité Označuje neefektivitu procesu a problémy s kvalitou tím, že vyhledává případy s opakovanými kroky. Umožňuje zaměřit zlepšování na stabilitu procesu a snížení nákladů. Kde data získat Toto pole v systému Blue Yonder není. Vypočítává se při analýze process mining na základě zjištěných opakujících se posloupností činností v rámci případu. Příklady truefalse | |||
| Zadavatel požadavku na nákup PurchaseRequisitionCreator | Uživatel nebo oddělení, které zadalo požadavek na nákup zboží či materiálu. | ||
| Popis Tento atribut označuje osobu nebo tým, který vytvořil požadavek na nákup. Jde o interní dokument, na jehož základě se vystavuje oficiální nákupní objednávka. Ukazuje, kdo v organizaci vyvolává poptávku po nákupu. Analýza podle tohoto atributu pomáhá porozumět interním nákupním vzorcům. Lze ji využít v dashboardu „Ruční úlohy a potenciál automatizace“. Pokud několik uživatelů vytváří velké množství běžných požadavků, může to ukazovat na příležitost automatizovat jejich zadávání. Proč je to důležité Ukazuje, odkud požadavek na nákup pochází. Pomáhá analyzovat interní poptávku a hledat příležitosti k automatizaci procesu. Kde data získat Tento údaj se nachází v datech požadavku na nákup, obvykle v poli „Vytvořil“. Příklady m.jonesp.chenPLANNING_DEPT | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána, v tomto případě Blue Yonder. | ||
| Popis Tento atribut určuje původ dat o procesu. Hodí se zejména v prostředích, kde se pro celkový přehled o procesu kombinují data z více systémů, a pomáhá zachovat přehled o jejich původu. V této analýze bude hodnota vždy „Blue Yonder“. Jde však o důležitá metadata pro správu dat a jejich kontext, zejména pokud se propojí další systémy, například ERP nebo CRM. Proč je to důležité Určuje původ dat, což je důležité pro správu a ověřování dat i pro analýzy zahrnující více podnikových systémů. Kde data získat Obvykle jde o statickou hodnotu, která se přidává při extrakci a transformaci dat, aby označila jejich původ. Příklady Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Způsob přepravy ModeOfTransport | Způsob přepravy zásilky, například kamionem, letecky nebo po moři. | ||
| Popis Tento atribut určuje způsob přepravy zboží. Jednotlivé způsoby se liší náklady, rychlostí i kapacitou, proto je tento údaj důležitý pro plánování a analýzu logistiky. Dashboard „Sledování efektivity přepravy“ využívá tento atribut k porovnání přepravních dob a nákladů podle způsobu přepravy. Pomáhá tak při rozhodování, zda zvolit rychlejší, ale dražší leteckou přepravu, nebo pomalejší a levnější námořní přepravu, s ohledem na prioritu objednávky a rozpočet. Proč je to důležité Poskytuje důležitý údaj pro analýzu nákladů a rychlosti přepravy a pomáhá vybrat nejvhodnější způsob dopravy. Kde data získat Tento údaj bývá uložen v podrobnostech zásilky nebo přepravní objednávky v systému TMS od Blue Yonder. Příklady Přeprava celého kamionu (FTL)Letecká přepravaNámořní přepravaŽelezniční přeprava | |||
Aktivity v řízení dodavatelského řetězce
| Aktivita | Popis | ||
|---|---|---|---|
| Naložení zboží k přepravě | Označuje okamžik, kdy je zabalené zboží naloženo na dopravní prostředek a opouští sklad. Jde o důležitou událost, která se často zaznamenává jako transakce „výdej zboží“ v systému WMS nebo TMS. | ||
| Proč je to důležité Tato událost je výchozím bodem pro měření délky přepravy a její celkové efektivity. Označuje předání zboží z interního provozu skladu externímu dopravci. Kde data získat Událost se zaznamená přímo v systému WMS nebo ERP jako zaúčtování výdeje zboží. Datum a čas zaúčtování této transakce slouží jako časové razítko události. Zachycení Událost se zaznamená z transakčního záznamu výdeje zboží souvisejícího s dodávkou. Typ události explicit | |||
| Potvrzení o doručení podepsáno | Tato závěrečná aktivita potvrzuje, že zákazník převzal dodávku, obvykle podpisem dodacího dokladu. Událost se zpravidla zaznamená aktualizací stavu, a to ručně nebo prostřednictvím mobilní aplikace řidiče. | ||
| Proč je to důležité Jde o nejspolehlivější závěrečnou událost celého logistického procesu. Je důležitá pro výpočet celkové doby cyklu a míry včasných dodávek. Kde data získat Odvozuje se z aktualizace stavu dodacího dokladu nebo zásilky v systému TMS či OMS. Použije se časové razítko změny stavu na „POD Received“ nebo „Doručeno“. Zachycení Odvozuje se ze změny stavu dokladu o zásilce, která potvrzuje doručení. Typ události inferred | |||
| Přijetí objednávky zákazníka | Tato aktivita označuje vytvoření nové logistické objednávky v systému na základě požadavku zákazníka. Událost se obvykle zaznamená přímo při vytvoření prodejní objednávky uživatelem nebo prostřednictvím zprávy EDI v modulu Order Management od Blue Yonder. | ||
| Proč je to důležité Jde o hlavní počáteční událost celého procesu dodavatelského řetězce. Její analýza je důležitá pro měření počtu přijatých objednávek a celkové doby od objednání po doručení. Kde data získat Tato událost se při vytvoření prodejní objednávky zaznamená přímo do tabulek systému pro správu objednávek. Odpovídá časovému razítku vytvoření záznamu hlavičky objednávky. Zachycení Událost se zaznamená při vytvoření prodejní objednávky, například při potvrzení transakce. Typ události explicit | |||
| Přijetí surovin | Tato aktivita označuje fyzické převzetí zboží od dodavatele ve skladu nebo výrobním závodě. Zaznamenává se přímo transakcí příjmu zboží, kterou často zahájí naskenování přijatých položek. | ||
| Proč je to důležité Tato událost označuje konec dodávky od dodavatele. Je nezbytná pro měření spolehlivosti dodavatelů a efektivity příchozí logistiky. Kde data získat Údaje pocházejí z transakčních záznamů systému Warehouse Management System (WMS) nebo modulů správy zásob. Událost odpovídá datu a času zaúčtování dokladu o příjmu zboží. Zachycení Vychází z časového razítka transakce zaúčtování příjmu zboží. Typ události explicit | |||
| Vychystání a zabalení zboží | Tato aktivita zahrnuje vychystání položek ze skladu a jejich zabalení k expedici. Často ji pracovníci skladu zaznamenávají přímo pomocí RF skenerů v systému WMS. | ||
| Proč je to důležité Jde o důležitý milník v procesu odchozí logistiky. Analýza jeho trvání pomáhá odhalit neefektivní provoz skladu a je součástí doby cyklu od zásob po expedici. Kde data získat Událost se zaznamenává přímo v transakčních záznamech WMS od Blue Yonder. Časová razítka se ukládají, když pracovníci skladu potvrdí dokončení úkolů vychystávání a balení. Zachycení Časové razítko události se zaznamená při potvrzení posledního úkolu vychystání nebo balení objednávky. Typ události explicit | |||
| Výroba zboží dokončena | Tato událost označuje dokončení výroby pro logistickou objednávku. Často se odvozuje ze změny stavu výrobní zakázky, například na „Dokončeno“ nebo „Hotovo“. | ||
| Proč je to důležité Tento milník je zásadní pro měření délky výrobního cyklu a představuje výchozí bod pro KPI doby od výroby po expedici. Označuje, že je zboží připravené k další fázi vyřízení objednávky. Kde data získat Odvozuje se ze změny stavu v tabulkách výrobní zakázky, například z nastavení stavu na „Dokončeno“. Časové razítko této poslední změny stavu slouží jako čas události. Zachycení Určete časové razítko, kdy se stav výrobní zakázky změní na konečný stav „Dokončeno“. Typ události inferred | |||
| Vystavení nákupní objednávky | Označuje formální vytvoření a odeslání nákupní objednávky externímu dodavateli surovin nebo hotových výrobků. Jde o základní událost zaznamenávanou v nákupních funkcích Blue Yonder. | ||
| Proč je to důležité Tento milník je důležitý pro sledování dodacích lhůt a výkonnosti dodavatelů. Slouží jako výchozí bod pro KPI včasnosti dodávek od dodavatelů. Kde data získat Událost se zaznamená přímo do tabulek nákupního systému. Časové razítko uvádí, kdy byl dokument nákupní objednávky vytvořen nebo oficiálně vystaven. Zachycení Událost odpovídá časovému razítku vytvoření nebo vystavení dokumentu nákupní objednávky. Typ události explicit | |||
| Kontrola dostupnosti zásob | Označuje systémovou nebo ruční kontrolu, která ověřuje, zda jsou požadované položky skladem a lze jimi vyřídit objednávku zákazníka. Často se odvozuje ze změny stavu řádku objednávky, která značí úspěšné ověření dostupnosti k příslibu (ATP). | ||
| Proč je to důležité Tato aktivita pomáhá měřit dobu potřebnou k potvrzení objednávky a odhalit zpoždění způsobená nedostatkem zásob. Je důležitá pro výpočet KPI míry dostupnosti zásob a posouzení možností vyřízení objednávky. Kde data získat Odvozuje se ze změny pole stavu na řádku prodejní objednávky, například z „Nová“ na „Potvrzená“, nebo z časového razítka záznamu kontroly ATP v modulu zásob či správy objednávek od Blue Yonder. Zachycení Odvozuje se ze změny stavu řádku objednávky, která potvrzuje dostupnost zásob. Typ události inferred | |||
| Naplánování expedice | Tato aktivita označuje plánování přepravy, včetně výběru dopravce a rezervace času vyzvednutí. V Transportation Management System (TMS) od Blue Yonder jde o samostatnou událost, která nastane při vytvoření a potvrzení zásilky. | ||
| Proč je to důležité Tato událost poskytuje přehled o fázi plánování přepravy. Zpoždění v této fázi mohou ovlivnit včasný odjezd i celkovou úspěšnost doručení. Kde data získat Údaje pocházejí z transakčních záznamů modulu TMS. Událost odpovídá časovému razítku finalizace dokladu o zásilce nebo přiřazení dopravce. Zachycení Vychází z časového razítka vytvoření nebo potvrzení plánu zásilky či nákladu. Typ události explicit | |||
| Naplánování výroby | Označuje plánování a rozvržení výrobní zakázky na výrobu požadovaného zboží. Obvykle jde o událost zaznamenanou v modulech výroby nebo plánování dodávek od Blue Yonder. | ||
| Proč je to důležité Tato aktivita ukazuje začátek výrobního cyklu. Analýza doby mezi naplánováním a dokončením výroby pomáhá odhalit rozdíly mezi plánem a skutečným průběhem. Kde data získat Zaznamenává se v tabulkách systému pro řízení nebo plánování výroby, kde je uvedeno časové razítko vytvoření nebo potvrzení výrobní zakázky. Zachycení Odvozuje se z časového razítka vytvoření výrobní zakázky nebo změny jejího stavu. Typ události explicit | |||
| Odeslání faktury zákazníkovi | Označuje vytvoření a vystavení faktury zákazníkovi za doručené zboží. Jde o finanční transakci, která se zaznamenává v modulech správy objednávek nebo financí. | ||
| Proč je to důležité Tato aktivita je důležitým krokem v cyklu od objednávky k platbě. Porovnání jejího načasování s doručením může odhalit zpoždění fakturace, která ovlivňují peněžní tok. Kde data získat Událost se zaznamená přímo do tabulek fakturace nebo financí. Odpovídá datu vytvoření nebo zaúčtování faktury. Zachycení Vychází z časového razítka zaúčtování fakturačního dokladu zákazníka. Typ události explicit | |||
| Provedení kontroly kvality | Označuje dokončení kontroly kvality hotových výrobků před jejich uvolněním k expedici. Lze ji odvodit ze změny stavu šarže nebo dávky zásob na „neomezené použití“ či „kontrola úspěšná“. | ||
| Proč je to důležité Tato aktivita pomáhá odhalit úzká místa v procesu kontroly kvality a je důležitá pro analýzu oprav. Opakované kontroly kvality stejné objednávky mohou upozornit na problémy s kvalitou. Kde data získat Odvozuje se ze změny pole stavu v modulech správy zásob nebo kvality. Použije se časové razítko změny stavu z „probíhá kontrola“ na „uvolněno“. Zachycení Odvozuje se ze změny stavu kvality související dávky nebo šarže zásob. Typ události inferred | |||
| Vyložení zboží v místě určení | Tato aktivita označuje, že zásilka dorazila na místo zákazníka a byla vyložena. Událost se často zaznamená přímo prostřednictvím zprávy EDI od dopravce nebo ručním zadáním údajů od dopravce. | ||
| Proč je to důležité Tímto končí přeprava zásilky. Událost je nezbytná pro přesný výpočet KPI délky přepravního cyklu a odhalení zpoždění na straně dopravce. Kde data získat Tyto údaje obvykle pocházejí od externího dopravce prostřednictvím datových kanálů EDI nebo jeho portálu. Zaznamenávají se jako aktualizace stavu dokladu o zásilce v systému TMS. Zachycení Čas události vychází z časového razítka aktualizace stavu zásilky na „Doručeno“, kterou poskytl dopravce. Typ události explicit | |||
| Vytvoření nákupního požadavku | Tato aktivita nastává, když zásoby nestačí k vyřízení objednávky a je třeba zajistit potřebný materiál. Vytvoření dokumentu nákupního požadavku je v modulu nákupu zaznamenáno jako samostatná událost. | ||
| Proč je to důležité Sledování této aktivity pomáhá odhalit závislost na nákupu a jeho vliv na celkovou dobu vyřízení objednávky. Ukazuje případy, kdy nedostatek zásob zpožďuje dodavatelský řetězec. Kde data získat Událost se zaznamená přímo do tabulek nákupu nebo plánování dodávek při vytvoření dokumentu nákupního požadavku, který je propojen s poptávkou z prodejní objednávky. Zachycení Vychází z časového razítka vytvoření dokumentu nákupního požadavku. Typ události explicit | |||
| Zrušení objednávky | Označuje zrušení logistické objednávky před dokončením jejího vyřízení. Jde o alternativní závěrečnou událost, kterou lze odvodit z konečného stavu prodejní objednávky „Zrušeno“ nebo „Neplatné“. | ||
| Proč je to důležité Sledování zrušených objednávek je důležité pro pochopení, proč procesy končí předčasně a proč jsou zákazníci nespokojení. Analýza toho, kdy a proč se objednávky ruší, může odhalit skryté problémy v prodeji nebo provozu. Kde data získat Odvozuje se ze stavu hlavičky prodejní objednávky. Čas události odpovídá časovému razítku změny na konečný stav „Zrušeno“. Zachycení Vychází z časového razítka změny stavu objednávky na „Zrušeno“. Typ události inferred | |||
Návody k získání dat
Metody extrakce pro tento proces právě ověřujeme. Zkuste to později nebo nás kontaktujte a požádejte o pomoc.
Chcete začít?
Využijte tyto šablony a začněte zlepšovat řízení dodavatelského řetězce. Odhalte skryté neefektivity a zlepšete svůj provoz.
Zkraťte prodlevy a zlepšete dodavatelský řetězec v Blue Yonder
Dosáhněte 90% přesnosti prognóz a omezte nákladné výpadky zásob.
Bez platební karty, nastavení zvládnete během několika minut.