Datová šablona pro řízení skladu
Datová šablona pro řízení skladu
- Doporučené atributy pro podrobnou analýzu
- Aktivity, které je vhodné sledovat v toku materiálu
- Praktický návod na získání dat z Blue Yonder WMS
Atributy řízení skladu
| Název | Popis | ||
|---|---|---|---|
| Čas zahájení události EventStartTime | Časové razítko označující začátek konkrétní skladové aktivity nebo události. | ||
| Popis Tento atribut zaznamenává datum a čas zahájení skladového úkolu nebo události. Poskytuje časový kontext pro všechny aktivity v rámci případu. Toto časové razítko je nezbytné pro všechny časové analýzy process mining. Slouží k seřazení událostí, výpočtu průběžných dob mezi aktivitami, měření celkové doby procesu a identifikaci čekání nebo zpoždění. Je základem analýzy výkonnosti a je nutné pro animaci mapy procesu. Proč je to důležité Čas zahájení je nezbytný pro chronologické seřazení událostí a výpočet všech ukazatelů výkonnosti, například průběžné doby a doby čekání. Kde data získat Nachází se v záznamu událostí nebo v tabulkách úkolů a odpovídá času vytvoření či zahájení zaznamenané akce. Příklady 2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z | |||
| Název aktivity ActivityName | Název konkrétního skladového úkolu nebo události, například „Goods Picked“ nebo „Shipment Dispatched“. | ||
| Popis Tento atribut popisuje konkrétní krok nebo úkol provedený v rámci skladového procesu. Každá událost v záznamu procesu má přiřazený název aktivity, který tvoří posloupnost kroků v průběhu procesu. Při analýze je název aktivity zásadní pro zjištění mapy procesu, rozbor přechodů mezi kroky a identifikaci úzkých míst nebo odchylek od standardního postupu. Používá se téměř ve všech analýzách process mining, od kontroly shody až po sledování výkonnosti. Proč je to důležité Tento atribut je důležitý pro sestavení mapy procesu. Určuje jednotlivé kroky a umožňuje zobrazit a analyzovat průběh procesu. Kde data získat Tyto údaje se obvykle nacházejí v tabulkách skladových úkolů nebo záznamů událostí. Často se odvozují od typu úkolu nebo kódu stavu. Příklady Picking Task CreatedGoods Picked from StorageZásilka expedována | |||
| Zakázka skladu WarehouseOrder | Jedinečný identifikátor zakázky skladu, který slouží jako hlavní případ pro sledování všech souvisejících logistických činností od vytvoření po dokončení. | ||
| Popis Zakázka skladu je hlavní identifikátor, který sdružuje všechny události a úkoly související s konkrétním logistickým požadavkem, například s příjmem zboží nebo expedicí zásilky. Představuje ucelenou pracovní jednotku ve skladu. V process mining se tento atribut používá k určení případu, takže lze analyzovat celý životní cyklus objednávky. Sledováním všech aktivit spojených s jednou zakázkou skladu mohou analytici měřit celkovou dobu vyřízení, odhalovat běžné odchylky v procesu a sledovat celý průchod objednávky provozem. Proč je to důležité Jde o nezbytný identifikátor případu, který propojuje všechny související činnosti ve skladu a umožňuje analyzovat celý proces vyřízení objednávky nebo příjmu zboží. Kde data získat Obvykle jde o primární klíč v tabulce hlaviček zakázek skladu. Tabulky související se správou objednávek najdete v dokumentaci Blue Yonder WMS. Příklady WO-0012845WO-0012991WO-0013057 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data tohoto záznamu naposledy obnovena ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává datum a čas poslední extrakce nebo aktualizace dat z Blue Yonder WMS. Poskytuje metadata o aktuálnosti analyzovaných dat. Toto časové razítko je důležité pro správu dat a pomáhá uživatelům posoudit, jak aktuální je jejich analýza. Zúčastněné strany tak vědí, z jakého období data pocházejí, a mohou se spolehnout, že pracují s nedávným a relevantním snímkem procesu. Proč je to důležité Toto časové razítko informuje uživatele o aktuálnosti dat a pomáhá jim určit, jaké období analýza pokrývá. Kde data získat Jde o pole metadat, které se obvykle vytváří a přidává při extrakci dat (ETL). Příklady 2024-01-15T04:00:00Z2024-01-16T04:00:00Z | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána, v tomto případě Blue Yonder WMS. | ||
| Popis Tento atribut určuje zdrojový systém dat událostí. V moderním IT prostředí mohou data pro jeden proces od začátku do konce pocházet z více systémů, například z ERP, WMS a TMS. Uvedení zdrojového systému je důležité pro správu dat, řešení problémů a pochopení jejich kontextu. Pomáhá dohledat původ problémů s kvalitou dat a je nezbytné při slučování dat z více zdrojů do jednotného pohledu na proces. Proč je to důležité Poskytuje důležité informace o původu dat. Pomáhá dohledat jejich zdroj při ověřování i při slučování dat z více systémů. Kde data získat Obvykle jde o statickou hodnotu přidanou při extrakci dat, která označuje jejich původ. Příklady BlueYonderWMS_USBlueYonderWMS_EU | |||
| Čas ukončení události EventEndTime | Časové razítko označující dokončení konkrétní skladové aktivity nebo události. | ||
| Popis Tento atribut zaznamenává datum a čas dokončení skladového úkolu nebo události. Je-li k dispozici, umožňuje přesně změřit dobu zpracování každé aktivity. Údaje o začátku i konci umožňují podrobnější analýzu výkonnosti. Pomáhají oddělit dobu čekání mezi aktivitami od doby zpracování samotného úkolu. Díky tomu lze určit, zda zpoždění způsobují nečinné prodlevy, nebo příliš dlouhé provádění úkolů. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování aktivity a odlišit ji od doby čekání. To je důležité pro cílené zlepšování výkonnosti. Kde data získat Nachází se v záznamu událostí nebo v tabulkách úkolů a odpovídá času dokončení či uzavření zaznamenané akce. Příklady 2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z | |||
| ID uživatele nebo obsluhy UserOperatorId | Identifikátor zaměstnance skladu nebo obsluhy, která aktivitu provedla. | ||
| Popis Tento atribut zachycuje jedinečné ID osoby odpovědné za provedení konkrétního skladového úkolu, například vychystání, balení nebo zaskladnění. Propojuje aktivity procesu s lidskými zdroji. Analýza aktivit podle ID uživatele nebo obsluhy je důležitá pro pochopení využití zdrojů, rozložení pracovní zátěže a individuální výkonnosti. Pomáhá zjistit, kteří pracovníci jsou nejefektivnější, kdo potřebuje další školení a jak jsou úkoly rozděleny v týmu. Jde o hlavní dimenzi dashboardu využití skladových zdrojů. Proč je to důležité Tento atribut propojuje kroky procesu s lidmi, kteří je provedli, a umožňuje analyzovat výkonnost zdrojů, pracovní zátěž i potřebu školení. Kde data získat Obvykle se nachází v tabulkách úkolů nebo transakcí a odkazuje na uživatele přihlášeného během operace do systému nebo ručního zařízení. Příklady JSMITHBWILLISAMILLER | |||
| Plánované množství PlannedQuantity | Očekávané množství položek pro daný úkol, například množství určené k vychystání nebo příjmu. | ||
| Popis Plánované množství je cílový počet jednotek stanovený zakázkou skladu pro konkrétní úkol. U příchozí dodávky jde o množství očekávané od dodavatele. U úkolu vychystání jde o množství požadované zákaznickou objednávkou. Tento atribut je důležitý pro analýzu přesnosti. Porovnáním plánovaného a skutečného množství lze odhalit nesrovnalosti při příjmu, vychystávání nebo inventuře. Přímo podporuje KPI, jako je míra nesrovnalostí ve vychystaném množství, a je nezbytný pro dashboard kontroly přesnosti množství. Proč je to důležité Slouží jako základ pro měření přesnosti a umožňuje odhalit rozdíly v množství při příjmu a vychystávání. Kde data získat Nachází se v tabulkách podrobností nebo položek zakázek skladu či konkrétních úkolů. Příklady 1005024 | |||
| Požadovaný termín dokončení RequestedCompletionDate | Datum a čas, do kdy má být zakázka skladu podle plánu nebo požadavku dokončena a expedována. | ||
| Popis Požadovaný termín dokončení představuje dohodnutou úroveň služeb (SLA) nebo cílový termín vyřízení výstupní zakázky skladu. Do této doby má být zboží vychystáno, zabaleno a připraveno k expedici. Tento termín slouží jako měřítko skutečné výkonnosti. Porovnáním s časovým razítkem expedice se vypočítá KPI včasnosti expedice. Analýza objednávek podle tohoto atributu pomáhá určit, kterým hrozí zpoždění, a zjistit příčiny nedodržení SLA. Proč je to důležité Tento atribut slouží jako měřítko včasnosti a je nezbytný pro výpočet KPI včasnosti expedice. Kde data získat Obvykle se ukládá do tabulky hlaviček zakázek skladu a často se přebírá ze zdrojové zákaznické objednávky nebo požadavku na dodávku. Příklady 2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z | |||
| Skladové místo StorageLocation | Konkrétní místo ve skladu, například pozice nebo ulička, kde je zboží uloženo nebo odkud se vychystává. | ||
| Popis Tento atribut určuje fyzické místo ve skladu spojené s úkolem. U zaskladnění jde o cílové skladové místo, u vychystávání o zdrojové místo. Může být uvedeno jako složený kód obsahující uličku, regál, polici a číslo pozice. Analýza podle skladového místa pomáhá posoudit efektivitu uspořádání skladu, strategie rozmístění zásob a pohyb zdrojů. Umožňuje identifikovat frekventované oblasti, málo využívané zóny a možná úzká místa v toku materiálu. Tento atribut je základem dashboardu trendů využití skladových míst. Proč je to důležité Poskytuje důležitý kontext pro analýzu uspořádání skladu a účinnosti strategie rozmístění zásob i pro identifikaci úzkých míst při přesunu zboží. Kde data získat Je k dispozici v tabulkách zásob, skladových úkolů, například vychystávání a zaskladnění, a kmenových dat skladových míst. Příklady A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02 | |||
| Skutečné množství ActualQuantity | Skutečné množství položek zpracovaných při úkolu, například fyzicky spočítané nebo vychystané množství. | ||
| Popis Skutečné množství je počet jednotek, které pracovník skladu fyzicky zpracoval při úkolu. Může jít o počet položek přijatých od dodavatele, jednotek vychystaných ze skladového místa nebo množství zabalené do přepravního obalu. Porovnání s plánovaným množstvím odhalí výjimky a chyby v procesu. Tento údaj je základem pro výpočet míry nesrovnalostí, která patří mezi důležité ukazatele kvality provozu. Pomáhá odhalit problémy s dodávkami od dodavatelů, chyby při vychystávání nebo nepřesnosti v evidenci zásob. Proč je to důležité Porovnání s plánovaným množstvím je nezbytné pro odhalení chyb v procesu a výpočet důležitých KPI kvality, například míry nesrovnalostí. Kde data získat Nachází se v tabulkách potvrzení úkolů nebo transakčních záznamů, kam obsluha zapisuje skutečně zpracované množství. Příklady 1004924 | |||
| Úroveň priority PriorityLevel | Priorita zakázky skladu, například „High“, „Standard“ nebo „Low“. | ||
| Popis Úroveň priority vyjadřuje naléhavost zakázky skladu. U objednávek s vysokou prioritou, například u expresních zásilek, se očekává rychlejší zpracování než u standardních objednávek. WMS tento atribut používá k řazení úkolů a přidělování zdrojů. V process mining pomáhá tento atribut ověřit, zda strategie určování priorit fungují. Dashboard vyřízení objednávek s vysokou prioritou používá toto pole k filtrování urgentních objednávek a porovnání jejich průběžné doby se standardními objednávkami. Ukazuje, zda objednávky s vysokou prioritou skutečně procházejí procesem rychleji, nebo se zdržují na stejných úzkých místech. Proč je to důležité Umožňuje ověřit, zda se objednávky s vysokou prioritou zpracovávají rychleji než standardní objednávky, a posoudit účinnost pravidel pro určování priorit. Kde data získat Tyto údaje se obvykle ukládají do tabulky hlaviček zakázek skladu. Příklady VysokáStandardníNízká | |||
| ID skladu WarehouseId | Identifikátor konkrétního skladu nebo distribučního centra, kde aktivita proběhla. | ||
| Popis ID skladu jednoznačně určuje provozovnu, ve které proces probíhá. Je důležité pro organizace, které provozují více distribučních center. Tento atribut umožňuje porovnávat a vyhodnocovat výkonnost jednotlivých provozoven. Rozdělením nebo filtrováním dat podle ID skladu mohou firmy porovnat výsledky, zjistit osvědčené postupy v nejvýkonnějších provozovnách a pochopit, proč některé zaostávají. Jde o důležitou dimenzi analýzy provozu na více místech. Proč je to důležité U organizací s více provozovnami je tento atribut nezbytný pro porovnávání výkonnosti a procesů mezi jednotlivými místy. Kde data získat Často jde o organizační pole nejvyšší úrovně dostupné téměř ve všech transakčních tabulkách. Lze ho také odvodit z instance systému. Příklady WHC-01DC-EAST-03FAC-WEST | |||
| ID zařízení EquipmentId | Identifikátor použitého manipulačního zařízení, například konkrétního vysokozdvižného vozíku nebo dopravníku. | ||
| Popis ID zařízení určuje, který stroj nebo zařízení bylo použito k provedení skladového úkolu. Může jít o vysokozdvižné vozíky, paletové vozíky, automaticky naváděná vozidla (AGV) nebo konkrétní balicí stanice. Tento atribut umožňuje analyzovat využití zařízení, jeho výkonnost a potřebu údržby. Sledováním aktivit podle jednotlivých zařízení mohou vedoucí pracovníci odhalit nadměrně nebo nedostatečně využívaný majetek, porovnat účinnost různých typů strojů a plánovat údržbu. Jde o důležitou dimenzi dashboardu využití skladových zdrojů. Proč je to důležité Umožňuje analyzovat využití a výkonnost zařízení a lépe plánovat přidělování majetku i jeho údržbu. Kde data získat Může se zaznamenávat v protokolech o provádění úkolů, zejména pokud se obsluha přihlašuje k zařízení. Příklady FORKLIFT-07AGV-03PACKSTATION-12 | |||
| ID zásilky ShipmentId | Jedinečný identifikátor výstupní zásilky, ke které zakázka skladu patří. | ||
| Popis ID zásilky je identifikátor vyšší úrovně, který může sdružovat více zakázek skladu, pokud jsou expedovány stejným vozem nebo v jednom obalu. U jediné objednávky může být shodné s číslem zakázky skladu nebo dodávky. Analýza podle ID zásilky poskytuje přehled o expedici. Pomáhá pochopit, jak se objednávky slučují, měřit dobu od přípravy k expedici po samotné odeslání celé zásilky a analyzovat efektivitu expedičního oddělení. Propojuje skladové činnosti s poslední částí přepravy v dodavatelském řetězci. Proč je to důležité Sdružuje zakázky skladu expedované společně a umožňuje analyzovat slučování zásilek i jejich expedici. Kde data získat Nachází se v tabulkách zásilek nebo přepravy a je propojeno se zakázkami skladu. Příklady SHP-45000123SHP-45000124SHP-45000125 | |||
| Nesoulad množství IsQuantityMismatch | Logický příznak označující, zda se skutečné množství zpracované při úkolu liší od plánovaného množství. | ||
| Popis Tento vypočítaný atribut jednoduše označuje nesoulad množství u konkrétního úkolu, například při vychystávání nebo příjmu. Nastaví se na true, pokud se „Actual Quantity“ nerovná „Planned Quantity“. Příznak usnadňuje identifikaci a počítání chyb v procesu. Zjednodušuje výpočet KPI, jako je míra nesrovnalostí ve vychystaném nebo příchozím množství. Usnadňuje také analýzu příčin: analytici mohou filtrovat všechny události s nesouladem a hledat souvislosti s produkty, obsluhou nebo místy. Proč je to důležité Označuje události s chybami v množství, zjednodušuje výpočet míry nesrovnalostí a umožňuje cíleně analyzovat nepřesně provedené úkoly. Kde data získat Vypočítá se porovnáním polí PlannedQuantity a ActualQuantity u každé relevantní aktivity. Příklady falsetruefalse | |||
| SKU produktu ProductSku | Jednotka skladové evidence (SKU) nebo číslo materiálu zpracovávané položky. | ||
| Popis Tento atribut určuje konkrétní produkt, kterého se skladový úkol týká. Poskytuje podrobné údaje o materiálu, který se přesouvá, skladuje, vychystává nebo balí. Analýza procesu podle SKU produktu může odhalit vzorce týkající se konkrétních položek. U některých produktů může například docházet k častějším chybám při vychystávání, jejich zaskladnění může trvat déle kvůli zvláštním požadavkům na manipulaci nebo mohou být uloženy na nevhodných místech. Tyto poznatky umožňují upravit procesy pro konkrétní produkty a zlepšit strategii rozmístění zásob. Proč je to důležité Umožňuje analyzovat proces na úrovni produktů a odhalit položky, které způsobují zpoždění či chyby nebo vyžadují zvláštní zacházení. Kde data získat Tyto údaje se nacházejí na úrovni položek v tabulkách zakázek skladu nebo úkolů. Příklady PN-A5540-BSKU-300-RED-LGHW-88201 | |||
| Stav úkolu TaskStatus | Konečný stav konkrétního úkolu, například „Completed“, „Canceled“ nebo „Failed“. | ||
| Popis Tento atribut popisuje výsledek konkrétního skladového úkolu. Většina úkolů se úspěšně dokončí, některé však může nadřízený zrušit nebo mohou selhat kvůli systémovým či provozním problémům. Atribut tak poskytuje více informací než samotný název aktivity. Analýza podle stavu úkolu pomáhá pochopit výjimky a selhání procesu. Vysoký podíl zrušených nebo neúspěšných úkolů může ukazovat na problémy s přesností zásob, konfigurací systému nebo školením obsluhy. Pomáhá určit aktivity náchylné k selhání, které vyžadují další šetření. Proč je to důležité Uvádí výsledek aktivity a umožňuje analyzovat výjimky, například zrušené nebo neúspěšné úkoly, které mohou upozornit na hlubší provozní problémy. Kde data získat Obvykle se nachází v tabulce úkolů a označuje konečný stav záznamu úkolu. Příklady DokončenoZrušenoPozastaveno | |||
| Typ zakázky skladu WarehouseOrderType | Určuje kategorii zakázky skladu, například příjem zboží, výstupní zásilku nebo interní přesun. | ||
| Popis Tento atribut klasifikuje celkový účel zakázky skladu. Mezi běžné typy patří příjem dodávek od dodavatelů, expedice zásilek zákazníkům, zpracování vratek nebo interní přesuny zásob mezi skladovými místy. Rozdělení procesu podle typu zakázky skladu je základním prvním krokem každé analýzy. Příjem a expedice se často výrazně liší kroky, zdroji i cílovými ukazateli výkonnosti. Tento atribut umožňuje filtrovat data a samostatně analyzovat konkrétní proces, například příjem zboží nebo vyřízení objednávky. Proč je to důležité Umožňuje odděleně analyzovat a porovnávat různé procesy, například příjem a expedici, které mají odlišný průběh i cíle. Kde data získat Nachází se v tabulce hlaviček zakázek skladu, obvykle v poli typu dokladu nebo kategorie objednávky. Příklady Příchozí dodávkaVýstupní zásilkaInterní přesun | |||
| Zásilka expedována včas IsOnTimeShipment | Logická hodnota, která je pravdivá, pokud byla zásilka expedována nejpozději v požadovaném termínu dokončení. | ||
| Popis Tento vypočítaný atribut jednoduše určuje, zda objednávka splnila SLA pro expedici. Vypočítá se porovnáním časového razítka aktivity „Shipment Dispatched“ s požadovaným termínem dokončení objednávky. Příznak usnadňuje analýzu a vizualizaci včasnosti. Umožňuje snadno filtrovat a agregovat data pro výpočet KPI včasnosti expedice a naplnění příslušného dashboardu. Podporuje také analýzu příčin, která pomáhá odhalit společné znaky opožděných zásilek. Proč je to důležité Tento logický příznak zjednodušuje výpočet KPI včasnosti expedice a umožňuje snadno filtrovat data a analyzovat vlastnosti opožděných objednávek. Kde data získat Vypočítá se porovnáním hodnoty EventStartTime aktivity „Shipment Dispatched“ s atributem RequestedCompletionDate. Příklady truefalsetrue | |||
Aktivity v řízení skladu
| Aktivita | Popis | ||
|---|---|---|---|
| Goods Put Away in Storage | Tato událost potvrzuje, že zboží bylo úspěšně přemístěno a naskenováno na určené skladové pozici. Zaznamená se, když pracovník potvrdí dokončení úkolu k zaskladnění, obvykle pomocí ručního RF zařízení. | ||
| Proč je to důležité Tímto krokem končí příjem zboží a zásoby jsou připravené k vyřízení objednávek. Doba od příjmu do tohoto okamžiku je důležitá pro dashboard „Goods Receipt to Putaway Cycle Time“. Kde data získat Událost se zaznamená jako časově označená transakce při změně stavu úkolu k zaskladnění na „Completed“ nebo „Confirmed“. Údaje najdete v tabulkách skladových úkolů nebo převodních příkazů. Zachycení Časové razítko potvrzení skladového úkolu k zaskladnění. Typ události explicit | |||
| Goods Received and Counted | Tato událost potvrzuje, že zboží bylo vyloženo a naskenováno a jeho množství bylo ověřeno podle dodacích dokladů. Obvykle se zaznamená, když pracovník příjmu potvrdí v systému přijaté množství každé položky příchozí objednávky. | ||
| Proč je to důležité Jde o důležitý milník, po kterém jsou zásoby oficiálně dostupné v systému, ale ještě nejsou připravené k vyřízení objednávek. Doba trvání a přesnost tohoto kroku přímo ovlivňují přehled o zásobách i zahájení zaskladnění. Kde data získat Jde o samostatnou transakci zaznamenanou v evidenci zásob nebo příjmu. Hledejte transakce související se zaúčtováním příjmu zboží nebo změnou stavu položek příchozí dodávky na „Received“. Zachycení Časové razítko transakce potvrzující příjem zboží. Typ události explicit | |||
| Picking Task Created | Tato událost označuje vytvoření úkolu pro pracovníka, který má vyzvednout zboží ze skladové pozice a připravit ho pro odchozí objednávku. Jde o samostatnou událost, kterou WMS vytvoří při uvolnění odchozí objednávky k vychystávání. | ||
| Proč je to důležité Tímto krokem začíná fyzická příprava odchozí objednávky. Doba od vytvoření objednávky do vytvoření úkolu k vychystávání odhalí zdržení při zpracování a přidělování objednávek. Kde data získat Událost se zaznamenává v tabulkách správy úkolů nebo řízení skladu. Odpovídá časovému razítku vytvoření úkolů k vychystávání přiřazených ke skladové objednávce. Zachycení Časové razítko vytvoření systémového úkolu k vychystávání. Typ události explicit | |||
| Warehouse Order Created | Tato událost označuje vytvoření skladové objednávky, která slouží jako hlavní doklad pro řízení příchozích, odchozích nebo interních skladových úkolů. Obvykle se zaznamená jako samostatná transakce při ručním zadání nové objednávky do Blue Yonder WMS nebo při jejím přenosu z jiného systému. | ||
| Proč je to důležité Tímto okamžikem proces začíná. Doba od této události do dokončení ukazuje celkovou dobu vyřízení objednávky. Je důležitá pro měření celkové efektivity a dodržování dohodnutých úrovní služeb. Kde data získat Tato událost se pravděpodobně zaznamenává v tabulce hlaviček objednávek jako časové razítko vytvoření záznamu skladové objednávky. Hledejte tabulky související s Zachycení Časové razítko vytvoření záznamu skladové objednávky. Typ události explicit | |||
| Zakázka skladu dokončena | Jde o konečný stav zakázky skladu. Znamená, že všechny související činnosti včetně expedice byly dokončeny a zakázka je uzavřena. Zaznamená se při změně stavu životního cyklu zakázky na „Completed“ nebo „Closed“. | ||
| Proč je to důležité Tato aktivita označuje definitivní konec případu procesu. Díky ní analýza zachytí celý životní cyklus každé objednávky od začátku do konce. Kde data získat Událost lze odvodit ze změny stavu v tabulce hlaviček zakázek skladu. Hledejte konečný stav, například „Completed“, „Closed“ nebo „Invoiced“, a časové razítko jeho změny. Zachycení Odvozeno z časového razítka poslední změny stavu v hlavičce zakázky. Typ události inferred | |||
| Zásilka expedována | Tato událost znamená, že zabalené zboží bylo naloženo na vůz dopravce a vůz opustil sklad. Obvykle se zaznamená zaúčtováním transakce „Goods Issue“ v systému, čímž se expedice dokončí. | ||
| Proč je to důležité Jde o důležitý milník, který označuje konec odpovědnosti skladu za objednávku. Je to poslední údaj pro měření včasnosti expedice a celkové doby vyřízení objednávky. Kde data získat Jde o významnou finanční a logistickou transakci, často označovanou jako „Post Goods Issue“ (PGI). Časové razítko této transakce určuje čas expedice a obvykle se ukládá do tabulek výstupních dodávek nebo zásilek. Zachycení Časové razítko transakce Post Goods Issue (PGI). Typ události explicit | |||
| Goods Arrived at Dock | Tato aktivita označuje fyzický příjezd nákladního vozidla nebo dopravce k příjmové rampě skladu před zahájením vykládky. Událost se často zaznamenává v modulu pro řízení pohybu vozidel v areálu nebo při registraci dodávky pracovníkem u vjezdu. | ||
| Proč je to důležité Sledování času příjezdu pomáhá měřit dochvilnost dopravců a odhalit prodlevy mezi příjezdem a zahájením příjmu. Upozorní také na možná úzká místa při řízení pohybu vozidel v areálu nebo u příjmových ramp. Kde data získat Obvykle se zaznamenává v modulu pro řízení pohybu vozidel v areálu nebo kontrolu vjezdu v Blue Yonder WMS. Čas příjezdu může ručně zadat také pracovník příjmu. Zachycení Časové razítko registrace dopravce při příjezdu. Typ události explicit | |||
| Goods Picked from Storage | Označuje dokončení úkolu k vychystávání. Pracovník vyzvedl položky a potvrdil úkon v systému. Událost se zaznamená, když pracovník položky naskenuje a potvrdí vychystání na svém zařízení. | ||
| Proč je to důležité Tímto milníkem končí fáze vychystávání. Přesnost a doba této aktivity jsou zásadní pro efektivní vyřízení objednávky a tvoří základ analýzy „Picking Accuracy“. Kde data získat Údaj se získává z časového razítka potvrzení při změně stavu úkolu k vychystávání na „Completed“. Najdete ho v tabulkách skladových úkolů, často propojený s konkrétním pracovníkem a vybavením. Zachycení Časové razítko potvrzení skladového úkolu k vychystávání. Typ události explicit | |||
| Inbound Delivery Notified | Označuje přijetí předběžného oznámení o dodávce (ASN) od dodavatele, které informuje, že zboží míří do skladu. Jde o samostatnou událost zaznamenanou při přijetí a zpracování ASN systémem, často prostřednictvím EDI nebo portálu. | ||
| Proč je to důležité Tato aktivita spouští plánování příjmu a přidělování zdrojů. Doba mezi oznámením a fyzickým příjmem zboží je důležitým KPI pro měření výkonu dodavatelů a přehledu o příchozích dodávkách. Kde data získat Údaj se získává ze záznamů o přijetí ASN nebo z časového razítka vytvoření dokladu o příchozí dodávce v Blue Yonder WMS. Hledejte tabulky související s ASN nebo oznámeními o příchozích zásilkách. Zachycení Časové razítko z ASN nebo vytvoření dokladu o příchozí dodávce. Typ události explicit | |||
| Packing Initiated | Tato aktivita označuje zahájení balení na balicím pracovišti. Obvykle se zaznamená, když pracovník na balicím pracovišti naskenuje vychystané položky nebo přepravní přepravku a začne připravovat zásilku. | ||
| Proč je to důležité Tato událost označuje předání zboží z vychystávání k balení. Pomáhá oddělit fázi balení od zbytku procesu vyřízení objednávky a odhalit konkrétní úzká místa v balicí zóně. Kde data získat Může jít o explicitní transakční záznam z uživatelského rozhraní balicí stanice. Případně lze událost odvodit od první časově označené aktivity přiřazené k balicímu pracovišti dané objednávky. Zachycení Časové razítko transakce „Start Packing“ na balicí stanici. Typ události explicit | |||
| Příprava zásilky k expedici | Událost představuje přesun zabalených obalů z balicí zóny do určeného expedičního pruhu, kde čekají na vyzvednutí dopravcem. Zaznamená se, když obsluha potvrdí přesun manipulační jednotky do expediční zóny. | ||
| Proč je to důležité Tato aktivita pomáhá analyzovat dobu čekání, tedy jak dlouho zabalené objednávky čekají před nakládkou. Dlouhé čekání může ukazovat na špatnou koordinaci s dopravci nebo neefektivní využití expediční plochy. Kde data získat Událost lze odvodit ze změny umístění manipulační jednotky nebo přepravního obalu na expediční místo. Může jít také o explicitní potvrzení úkolu „Move to Stage“. Zachycení Odvozeno ze záznamů o pohybu zásob, které ukazují přesun do expedičního skladového místa. Typ události inferred | |||
| Putaway Task Created | Tato aktivita označuje vytvoření systémového úkolu k přesunu přijatého zboží z příjmové rampy na konečnou skladovou pozici. Jde o samostatnou systémovou událost, kterou logika WMS vytvoří jako pokyn pro pracovníka skladu. | ||
| Proč je to důležité Tímto krokem začíná zaskladnění. Prodleva mezi příjmem zboží a vytvořením úkolu k jeho zaskladnění může ukazovat na problém s konfigurací nebo výkonem systému. Zboží mezitím zůstává v příjmové zóně. Kde data získat Úkol se vytvoří a zaznamená v tabulkách správy úkolů nebo řízení skladu. Hledejte časové razítko vytvoření úkolů k zaskladnění nebo převodních příkazů propojených s příchozí dodávkou. Zachycení Časové razítko vytvoření systémového úkolu k zaskladnění. Typ události explicit | |||
| Quality Inspection Performed | Označuje kontrolu kvality přijatého zboží. U některých materiálů může jít o standardní krok, jindy se kontrola spustí kvůli výjimce. Zaznamená se, když pracovník kontroly kvality vloží do systému výsledky. | ||
| Proč je to důležité Kontroly kvality mohou příjem zboží výrazně zdržovat. Analýza jejich četnosti a délky pomáhá odhalit problémy s kvalitou u dodavatelů i úzká místa v workflow kontroly. Kde data získat Záznam se nachází v modulech řízení kvality (QM) nebo v protokolech souvisejících s příchozí dodávkou. Hledejte konkrétní kódy transakcí pro výsledky kontroly kvality nebo změny stavu zásob na „Quality Hold“. Zachycení Časové razítko dokončení kontroly kvality nebo změny stavu. Typ události explicit | |||
| Zakázka skladu zrušena | Událost představuje zrušení zakázky skladu před jejím úplným zpracováním nebo expedicí. Zaznamená se, když uživatel provede transakci zrušení a změní stav zakázky na „Canceled“. | ||
| Proč je to důležité Analýza zrušených zakázek pomáhá odhalit příčiny selhání procesu, například nedostupné zásoby nebo změny ze strany zákazníka. Jde o důležitou koncovou událost pro pochopení odchylek od procesu a nedokončených případů. Kde data získat Obvykle jde o odvozenou událost podle konečného stavu zakázky skladu. Použije se časové razítko změny stavu na „Canceled“ nebo „Deleted“. Zachycení Odvozeno z časového razítka změny stavu na „Canceled“. Typ události inferred | |||
| Zboží zabaleno | Tato událost potvrzuje, že všechny položky zásilky byly zabaleny do přepravních obalů a byly vygenerovány štítky. Zaznamená se, když balič v systému potvrdí dokončení balení objednávky. | ||
| Proč je to důležité Tímto okamžikem končí činnosti přidávající hodnotu v prostorách skladu. Doba od tohoto okamžiku do expedice zásilky zahrnuje přípravu k expedici a nakládku. Právě zde může docházet ke zpožděním. Kde data získat Jde o explicitní transakci zaznamenanou při dokončení balení. Hledejte změnu stavu výstupní dodávky na „Packed“ nebo časové razítko dokončení transakce z balicí stanice. Zachycení Časové razítko transakce „Confirm Packing“ nebo „Close Container“. Typ události explicit | |||
Návody na získání dat
Kroky
- Předpoklady a přístup: Ověřte, že máte uživatelský účet Blue Yonder WMS s potřebnými oprávněními ke spouštění příkazů MOCA a přístupu k požadovaným tabulkám, například ord_hdr, pckwrk_dtl a invmov. Budete potřebovat přístup ke klientovi MOCA, například MOCA Console nebo příkazovému řádku.
- Kontrola a úprava skriptu MOCA: Zkopírujte dodaný skript MOCA. Pečlivě zkontrolujte názvy tabulek a sloupců a ověřte, že odpovídají vaší implementaci Blue Yonder WMS. Věnujte pozornost zástupným symbolům, jako jsou
@[where_clause_dates]a@[where_clause_warehouse], které je nutné nahradit konkrétními hodnotami. - Nastavení parametrů extrakce: Nahraďte zástupné proměnné ve skriptu. Pro
@[where_clause_dates]zadejte konkrétní období, napříkladwhere adddte between 'YYYY-MM-DD' and 'YYYY-MM-DD'. Pro@[where_clause_warehouse]určete ID skladů, ze kterých chcete data získat, napříkladwhere wh_id = '[Your Warehouse ID]'. - Připojení k serveru MOCA: Spusťte klienta MOCA, například MOCA Console, a připojte se ke správnému prostředí Blue Yonder WMS.
- Spuštění skriptu MOCA: Vložte upravený skript do MOCA Console a spusťte příkaz. Skript se spustí na serveru a shromáždí data o všech zadaných aktivitách.
- Sledování průběhu: Zpracování velkých datových sad může trvat dlouho. Sledujte v konzoli chybová hlášení a upozornění na výkon. Pokud dotaz překročí časový limit, rozdělte období na kratší úseky.
- Export výsledků do souboru: Po úspěšném spuštění skriptu se výsledky zobrazí v konzoli. Pomocí funkce exportu klienta je uložte jako soubor CSV. Z příkazového řádku lze výstup například přesměrovat přímo do souboru:
mocarun -S "[Your MOCA Script]" > event_log.csv. - Příprava CSV pro ProcessMind: Otevřete exportovaný soubor CSV. Ověřte, že názvy sloupců odpovídají atributům uvedeným v dotazu (
WarehouseOrder,ActivityName,EventStartTimeatd.). Soubor uložte v kódování UTF-8, aby při nahrávání nedošlo k problémům se znaky. - Kontrola a nahrání: Zkontrolujte obsah souboru a vyhledejte zjevné chyby nebo nesrovnalosti. Poté nahrajte soubor CSV do ProcessMind k analýze.
Konfigurace
- Časové období: Doporučujeme získat data za 3 až 6 měsíců, aby vzorek zachytil různé průběhy procesu. Zástupný symbol filtru data
@[where_clause_dates]použijte v každém příkazu SELECT pro hlavní sloupec časového razítka, napříkladadddtenebomoddte. - Filtry skladu a klienta: Vždy omezte rozsah extrakce pomocí filtrů. Zástupný symbol
@[where_clause_warehouse]použijte k výběru konkrétních ID skladů (wh_id) a případně ID klientů (client_id). Je to důležité pro výkon i relevanci dat. - Filtry typu objednávky: Pokud chcete analýzu zaměřit, filtrujte konkrétní typy skladových objednávek (
ordtyp). Můžete například analyzovat pouze odchozí zákaznické objednávky nebo příchozí nákupní objednávky. Filtr přidejte do klauzule WHERE v příslušných částech skriptu. - Dopad na výkon: Skript při extrakci spojuje a sjednocuje několik rozsáhlých tabulek. Aby neovlivnil výkon systému, naplánujte jeho spuštění mimo špičku. Ve velmi rozsáhlých prostředích je bezpečnější získávat data po menších dávkách, například po jednom měsíci.
- Předpoklady: Uživatel spouštějící skript musí mít oprávnění ke čtení všech tabulek uvedených v dotazu, včetně
ord_hdr,ord_dtl,invmov,pckwrk_dtl,asnhdratrn_log. Musí mít také oprávnění spouštět příkazy MOCA.
Ukázkový dotaz sql
publish data
where wh_id = '[Your Warehouse ID]'
and event_time between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
|
[
/* 1. Warehouse Order Created */
select
ordnum as WarehouseOrder,
'Warehouse Order Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where ordtyp in ('ORD', 'INB')
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 2. Inbound Delivery Notified */
select
supnum as WarehouseOrder, /* ASN number often used as the order key for inbound */
'Inbound Delivery Notified' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
expdte as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from asnhdr
where adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 3. Goods Arrived at Dock */
select
refnum as WarehouseOrder,
'Goods Arrived at Dock' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Typically a receiving dock location */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'RCV_ARVL'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 4. Goods Received and Counted */
select
ordnum as WarehouseOrder,
'Goods Received and Counted' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'R' /* Standard receipt transaction type */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 5. Quality Inspection Performed */
select
ordnum as WarehouseOrder,
'Quality Inspection Performed' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'H' and trncod = 'QA_CMP' /* Example transaction for QA Hold Release/Complete */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 6. Putaway Task Created */
select
ordnum as WarehouseOrder,
'Putaway Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'P' /* Putaway work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 7. Goods Put Away in Storage */
select
ordnum as WarehouseOrder,
'Goods Put Away in Storage' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'M' and trncod = 'PUTAWAY' /* Move transaction for putaway */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 8. Picking Task Created */
select
ordnum as WarehouseOrder,
'Picking Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O' /* Outbound Picking work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 9. Goods Picked from Storage */
select
ordnum as WarehouseOrder,
'Goods Picked from Storage' as ActivityName,
pk_end_dte as EventStartTime,
pk_end_dte as EventEndTime,
pckr_id as UserOperatorId,
pckqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O'
and statcod = 'P' /* Status 'Picked' */
and pk_end_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 10. Packing Initiated */
select
ordnum as WarehouseOrder,
'Packing Initiated' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Packing station */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'PACK_INIT'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 11. Goods Packed */
select
ordnum as WarehouseOrder,
'Goods Packed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod >= 80 and statcod < 90 /* Example status range for Packed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 12. Staging for Shipment */
select
ordnum as WarehouseOrder,
'Staging for Shipment' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation, /* Staging lane */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trncod = 'STG_MOVE' /* Move to staging transaction */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 13. Shipment Dispatched */
select
ordnum as WarehouseOrder,
'Shipment Dispatched' as ActivityName,
act_ship_dte as EventStartTime,
act_ship_dte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 90 /* Status Shipped */
and act_ship_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 14. Warehouse Order Completed */
select
ordnum as WarehouseOrder,
'Warehouse Order Completed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 99 /* Status Completed/Closed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 15. Warehouse Order Canceled */
select
ordnum as WarehouseOrder,
'Warehouse Order Canceled' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 91 /* Example Canceled status */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
] Kroky
- Připojení k databázi: Získejte přihlašovací údaje pouze pro čtení a údaje potřebné k připojení k podkladové databázi Blue Yonder WMS, obvykle Oracle nebo SQL Server. Připojte se pomocí běžného SQL klienta, například DBeaver, Oracle SQL Developer nebo SQL Server Management Studio.
- Určení hlavních tabulek WMS: Dodaný dotaz využívá standardní tabulky Blue Yonder WMS, například
ord(objednávky),pckwrk(práce při vychystávání),wrkque(fronta práce),invmov(pohyby zásob) alodhdr(hlavička nakládky). Ověřte názvy tabulek a strukturu sloupců v datovém slovníku svého systému, protože mohou být upravené. - Kontrola a parametrizace SQL dotazu: Zkopírujte dodaný SQL skript do svého SQL klienta. Najděte zástupné proměnné v Common Table Expression (CTE)
BaseOrdersna začátku skriptu. - Nastavení časového období: Upravte klauzule
adddte >= 'YYYY-MM-DD'aadddte < 'YYYY-MM-DD'tak, aby určovaly období extrakce dat. Pro úvodní analýzu doporučujeme 3 až 6 měsíců. - Použití filtrů pro konkrétní systém: Upravte filtr
wh_id = '[Your_Warehouse_ID]'tak, aby extrakce zahrnovala konkrétní sklad. Podle potřeby přidejte nebo upravte další filtry, napříkladclient_idv prostředí s více klienty. - Spuštění extrakčního skriptu: Spusťte celý SQL skript. Dotaz sjednotí události z několika tabulek do jednoho záznamu událostí. Doba zpracování závisí na délce období a objemu dat.
- Kontrola prvních výsledků: Po dokončení dotazu rychle zkontrolujte výstup. Ověřte, že sloupce
WarehouseOrder,ActivityNameaEventStartTimeobsahují očekávané hodnoty. Počet řádků by měl být výrazně vyšší než počet jedinečných skladových objednávek. - Export záznamu událostí: Exportujte výsledky dotazu do souboru CSV. Nastavte kódování UTF-8, aby při nahrávání nedošlo k problémům se znaky.
- Příprava k nahrání: Ověřte, že názvy sloupců v exportovaném souboru CSV odpovídají požadovaným atributům, například
WarehouseOrder,ActivityNameaEventStartTime. Soubor je nyní připravený k nahrání do softwaru pro process mining.
Konfigurace
- Předpoklady: Potřebujete přístup k databázi Blue Yonder WMS přes SQL pouze pro čtení. Znalost konkrétní konfigurace WMS a datového modelu vaší organizace vám práci výrazně usnadní.
- Připojení k databázi: Tato metoda vyžaduje přímé připojení k databázi. Než začnete, ověřte, že jsou nastavena potřebná pravidla firewallu a oprávnění k přístupu do sítě.
- Filtr časového období: V klauzuli
WHEREdotazu je nutné nastavit konkrétní časové období, aby se omezil objem dat. Pro smysluplnou analýzu obvykle stačí 3 až 6 měsíců, aniž by se databáze nadměrně zatížila. - Filtr skladu a klienta: V prostředí s více sklady nebo klienty vždy filtrujte podle konkrétního
wh_id(ID skladu) aclient_id(ID klienta). Analýza tak zůstane zaměřená a datová sada bude přiměřeně velká. - Dopad na výkon: Spuštění tohoto dotazu v produkční databázi může ovlivnit výkon systému. Doporučujeme spouštět jej mimo špičku, případně, pokud je k dispozici, použít vyhrazenou databázi pro reporting nebo její repliku.
- Úpravy systému: Dodaný dotaz používá standardní názvy tabulek a sloupců. Podle úprav nebo rozdílů mezi verzemi vaší instalace Blue Yonder WMS může být nutné názvy změnit. Požádejte o radu interního správce WMS nebo nahlédněte do datového slovníku.
Ukázkový dotaz sql
WITH BaseOrders AS (
SELECT
ordnum AS WarehouseOrder
FROM
ord
WHERE
adddte >= '2023-01-01' -- Placeholder: Set your start date
AND adddte < '2023-07-01' -- Placeholder: Set your end date
AND wh_id = '[Your_Warehouse_ID]' -- Placeholder: Set your warehouse ID
)
-- 1. Warehouse Order Created
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
o.adddte AS EventStartTime,
o.adddte AS EventEndTime,
o.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 2. Inbound Delivery Notified (ASN Received)
SELECT
a.ordnum AS WarehouseOrder,
'Inbound Delivery Notified' AS ActivityName,
a.adddte AS EventStartTime,
a.adddte AS EventEndTime,
a.add_usr_id AS UserOperatorId,
a.exp_arv_dte AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(ad.qtyord AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM asnhdr a
JOIN asndtl ad ON a.asnhdr_id = ad.asnhdr_id
WHERE a.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
t.ordnum AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
t.checkin_dte AS EventStartTime,
t.checkin_dte AS EventEndTime,
t.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
t.dock_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM trk_log t -- Note: Yard management table may vary
WHERE t.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND t.checkin_dte IS NOT NULL
UNION ALL
-- 4. Goods Received and Counted
SELECT
i.ordnum AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
i.moddte AS EventStartTime,
i.moddte AS EventEndTime,
i.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(i.qtyexp AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(i.qtyrcv AS DECIMAL(18, 4)) AS ActualQuantity,
i.inv_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM rcvlin i -- Receiving Line table
WHERE i.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND i.qtyrcv > 0
UNION ALL
-- 5. Quality Inspection Performed
SELECT
q.ordnum AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
q.insp_dte AS EventStartTime,
q.insp_dte AS EventEndTime,
q.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(q.insp_qty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(q.act_qty AS DECIMAL(18, 4)) AS ActualQuantity,
q.stoloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM qc_log q -- Quality Control log table may vary
WHERE q.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND q.status = 'COMPLETED'
UNION ALL
-- 6. Putaway Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation, -- From receiving dock
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PUTAWAY'
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
m.ordnum AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Destination storage location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m -- Inventory Movement table
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'PUTFIN' -- Putaway Finish transaction type
UNION ALL
-- 8. Picking Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
JOIN ord o ON w.ordnum = o.ordnum
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PICK'
UNION ALL
-- 9. Goods Picked from Storage
SELECT
p.ordnum AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
p.moddte AS EventStartTime,
p.moddte AS EventEndTime,
p.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(p.pckqty AS DECIMAL(18, 4)) AS PlannedQuantity, -- Often planned and actual are the same here
CAST(p.pckqty AS DECIMAL(18, 4)) AS ActualQuantity,
p.pckloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM pckwrk p
WHERE p.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND p.wrksts = 'C' -- Status for Completed Pick
UNION ALL
-- 10. Packing Initiated
SELECT
s.ordnum AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
s.moddte AS EventStartTime,
NULL AS EventEndTime,
s.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
s.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord_status_log s -- Status log table may vary
WHERE s.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND s.ordsta = 'PCK_START'
UNION ALL
-- 11. Goods Packed
SELECT
c.ordnum AS WarehouseOrder,
'Goods Packed' AS ActivityName,
c.moddte AS EventStartTime,
c.moddte AS EventEndTime,
c.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(c.actqty AS DECIMAL(18, 4)) AS ActualQuantity,
c.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ship_cntr c -- Shipping Container table
WHERE c.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND c.cntr_sts = 'PACKED'
UNION ALL
-- 12. Staging for Shipment
SELECT
m.ordnum AS WarehouseOrder,
'Staging for Shipment' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Staging location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'STAGEMOV' -- Staging Movement transaction type
UNION ALL
-- 13. Shipment Dispatched
SELECT
l.ordnum AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
l.shp_dte AS EventStartTime,
l.shp_dte AS EventEndTime,
l.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(sl.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
l.wh_id AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM lodhdr l
JOIN ship_line sl ON l.lodnum = sl.lodnum
WHERE l.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND l.lodsts = 'S' -- Shipped status
UNION ALL
-- 14. Warehouse Order Completed
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(o.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'C' -- Status for Completed
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'X'; -- Status for Canceled Chcete začít?
Využijte tuto šablonu jako výchozí bod pro process mining a hledejte možnosti, jak zefektivnit skladový provoz. Začněte zlepšovat tok materiálu ještě dnes.
Zefektivněte provoz Blue Yonder WMS
Najděte úzká místa, omezte chyby při vychystávání a dosáhněte 99,5% přesnosti skladových zásob.
Bez platební karty, zkušební verze na 14 dní.