Datová šablona pro řízení skladu
Datová šablona pro řízení skladu
- Doporučené atributy ke shromáždění
- Aktivity, které je vhodné sledovat ve skladovém provozu
- Pokyny k extrakci dat z Körber WMS
Atributy řízení skladu
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Přesné datum a čas, kdy byla aktivita nebo událost zaznamenána ve zdrojovém systému. | ||
| Popis Čas události je časové razítko přiřazené ke každé aktivitě, které označuje přesný okamžik jejího výskytu. Tyto časové údaje jsou základem pro výpočet trvání, doby průchodu a čekání mezi jednotlivými kroky procesu. Při analýze procesu se tento atribut používá k chronologickému seřazení událostí, sestavení průběhu procesu a časovým analýzám. Je nezbytný pro dashboardy sledující výkonnost, například analýzu doby průchodu, i pro výpočet KPI, jako je „Průměrná celková doba průchodu objednávky“. Proč je to důležité Toto časové razítko je zásadní pro řazení událostí, výpočet časových ukazatelů, jako je doba průchodu a čekání, i pro pochopení výkonnosti procesu. Kde data získat Nachází se ve všech tabulkách transakcí a záznamů událostí v Körber WMS. Pole se obvykle jmenují například „CreationDate“, „Timestamp“ nebo „EventDateTime“. Příklady 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Název aktivity ActivityName | Název konkrétní události nebo úlohy, která v určitém okamžiku nastala během životního cyklu skladové objednávky. | ||
| Popis Tento atribut popisuje jeden krok procesu řízení skladu, například „Vychystání zboží ze skladu“ nebo „Expedice zásilky“. Každá aktivita představuje samostatnou obchodní událost zaznamenanou v systému a je spojena s konkrétním časovým razítkem. Analýza aktivit je základem process mining. Umožňuje sestavit mapu procesu, která ukazuje, jak práce ve skladu skutečně probíhá. Díky tomu lze odhalit úzká místa, opakované zpracování i odchylky od standardního pracovního postupu. Proč je to důležité Určuje jednotlivé kroky procesu, tvoří základ mapy procesu a umožňuje analyzovat průběh, odchylky i úzká místa. Kde data získat Tabulky záznamů událostí nebo transakcí v Körber WMS, do kterých se zaznamenávají obchodní události. Údaje se často odvozují z kódů transakcí nebo popisů změn stavu. Příklady Vytvoření úkolu vychystáváníZabalení zbožíExpedice zásilkyZrušení skladové objednávky | |||
| Skladová objednávka WarehouseOrder | Jedinečný identifikátor skladové objednávky, který slouží jako hlavní identifikátor případu pro sledování všech souvisejících logistických činností. | ||
| Popis Skladová objednávka je hlavní identifikátor, který sdružuje všechny úlohy a události související s konkrétním logistickým požadavkem, například příjmem zboží nebo expedicí. Umožňuje sledovat celý životní cyklus objednávky ve skladu, od jejího vytvoření až po expedici nebo zrušení. V process mining umožňuje analýza podle skladové objednávky zobrazit celý průběh procesu pro každou objednávku. Pomáhá odhalit obvyklé postupy, odchylky, úzká místa i celkovou dobu průchodu u různých typů objednávek, například standardních a expresních. Proč je to důležité Jde o hlavní ID případu, které propojuje všechny související události a umožňuje úplnou analýzu procesu řízení skladu pro každou objednávku od začátku do konce. Kde data získat Tento identifikátor se obvykle nachází v hlavních tabulkách pro správu objednávek v Körber WMS. Konkrétní názvy tabulek a polí, například záhlaví objednávek, najdete v dokumentaci Körber WMS. Příklady WO-0012845WO-0012991WO-0013402 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data pro tento proces naposledy aktualizována. | ||
| Popis Tento atribut uvádí datum a čas poslední extrakce nebo aktualizace dat. Informuje o jejich aktuálnosti, takže uživatelé vědí, jak současný pohled na proces je. V dashboardech a reportech jsou tyto informace důležité pro transparentnost. Uživatelé díky nim poznají, zda pracují s daty v reálném čase, denními, nebo týdenními daty, což ovlivňuje rozhodování. Proč je to důležité Informuje uživatele o aktuálnosti dat, která je důležitá pro přesná a relevantní obchodní rozhodnutí založená na analýze. Kde data získat Tuto hodnotu vytvoří a zaznamená datový tok nebo nástroj ETL na konci každého cyklu aktualizace dat. Příklady 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data extrahována. | ||
| Popis Tento atribut označuje zdrojový systém dat o událostech, v tomto případě „Körber WMS“. V prostředí s více propojenými systémy pomáhá rozlišit zdroje dat a sledovat jejich původ. Při analýze poskytuje kontext, zejména při kombinování dat z více systémů. Pomáhá zajistit kvalitu dat a umožňuje omezit analýzu na aktivity konkrétního systému. Proč je to důležité Poskytuje důležitý kontext o původu dat a zajišťuje jejich srozumitelnost a dohledatelnost, zejména v prostředí s více propojenými systémy. Kde data získat Obvykle jde o statickou hodnotu, která se přidává při extrakci dat a označuje zdrojový systém. Příklady Körber WMSKörberOne | |||
| ID uživatele nebo operátora UserOperatorId | Identifikátor uživatele nebo operátora, který aktivitu provedl. | ||
| Popis Tento atribut označuje zaměstnance skladu nebo systémového uživatele odpovědného za konkrétní úlohu, například vychystání, balení nebo zaskladnění zboží. V některých případech může jít také o automatizovaný systém nebo robota. Tato dimenze je důležitá pro analýzu výkonnosti zdrojů. Pomáhá porozumět rozložení pracovní zátěže, identifikovat nejvýkonnější zaměstnance a odhalit, kdo může potřebovat další školení. Je základem dashboardu „Využití zdrojů a pracovní zátěž“ a KPI „Výkon na operátora“. Proč je to důležité Umožňuje analyzovat výkonnost pracovníků, rozložení pracovní zátěže a efektivitu zdrojů. Pomáhá odhalit potřebu školení i zaměstnance s vysokým výkonem. Kde data získat Najdete ho v transakčních tabulkách nebo záznamech, kde se zaznamenávají akce uživatelů. Hledejte pole jako „UserID“, „UserName“, „ExecutedBy“ nebo „OperatorID“. Příklady JSMITHABOT01CDAVISsystém | |||
| SKU produktu ProductSKU | Kód SKU (Stock Keeping Unit) nebo číslo materiálu zpracovávané položky. | ||
| Popis SKU produktu je jedinečný identifikátor konkrétního produktu nebo materiálu, který je součástí skladové objednávky. Objednávka může obsahovat jednu nebo více SKU. Analýza podle SKU produktu pomáhá zjistit, zda se některé produkty zpracovávají složitěji nebo problematičtěji. Můžete například zjistit, že balení křehkého zboží trvá déle nebo že u některých SKU často dochází k chybám při vychystávání. Na základě těchto zjištění lze upravit způsob skladování nebo pracovní postupy. Proč je to důležité Umožňuje analyzovat výkonnost procesu podle konkrétních produktů a odhalit položky, které způsobují zpoždění nebo chyby. Kde data získat Najdete ho v tabulkách položek objednávky propojených s hlavním záhlavím skladové objednávky. Běžné názvy polí jsou „SKU“, „MaterialNumber“ nebo „ItemCode“. Příklady SKU-847361SKU-991204SKU-103557 | |||
| Skutečné množství ActualQuantity | Množství položky, se kterým se při úloze skutečně manipulovalo nebo které bylo zaznamenáno. | ||
| Popis Skutečné množství označuje počet kusů, které pracovník skladu fyzicky spočítal, vychystal, zabalil nebo přijal. Zaznamenává se po dokončení úlohy a může se lišit od plánovaného množství například kvůli nedostatku zásob, poškození nebo lidské chybě. Porovnání tohoto atributu s plánovaným množstvím je základem dashboardu „Stav a přesnost skladového procesu“. Rozdíly mezi hodnotami přímo ukazují na selhání procesu nebo nepřesnosti v datech, které je třeba prověřit. Proč je to důležité Ukazuje skutečné množství, se kterým se fyzicky manipulovalo. Je proto nezbytné pro výpočet míry nesrovnalostí a zajištění přesné evidence zásob. Kde data získat Najdete ho v potvrzeních transakcí nebo záznamech o dokončení úloh. Pole se mohou jmenovat „ActualQty“, „ConfirmedQuantity“ nebo „PickedQuantity“. Příklady 10491 | |||
| Úroveň priority PriorityLevel | Označuje naléhavost nebo prioritu skladové objednávky, například standardní nebo expresní. | ||
| Popis Úroveň priority určuje naléhavost zpracování skladové objednávky. Objednávka může být například označena jako „Expedited“ nebo „High Priority“, což znamená, že se má zpracovat před standardními objednávkami. Tento atribut je důležitý pro dashboard „Analýza expresních objednávek“ a KPI „Podíl expresních zásilek“. Pomáhá zjistit, jak naléhavé objednávky ovlivňují celkový provoz skladu a související náklady a zda se skutečně zpracovávají rychleji než standardní objednávky. Proč je to důležité Pomáhá analyzovat zpracování naléhavých objednávek, jejich četnost a dopad na výkonnost procesu a celkové náklady. Kde data získat Nachází se v datech záhlaví objednávky. Hledejte pole jako „Priority“, „Urgency“ nebo konkrétní ukazatel úrovně přepravní služby. Příklady StandardníExpresníDo druhého dneKritická | |||
| Čas ukončení EndTime | Časové razítko označující dokončení aktivity, pokud je k dispozici. | ||
| Popis Čas ukončení označuje časové razítko dokončení aktivity. Zatímco StartTime (EventTime) označuje její začátek, čas ukončení zachycuje její konec a umožňuje přímo vypočítat dobu trvání dané aktivity. Ne všechny události mají samostatný čas ukončení. U mnoha z nich se doba trvání předchozí události odvozuje ze StartTime následující události. Tento atribut je velmi užitečný pro přesný výpočet doby zpracování jednotlivých úloh. Používá se například k výpočtu „Průměrné doby kontroly kvality“, tedy času od zahájení kontroly do jejího dokončení. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování jednotlivých aktivit, což pomáhá odhalit neefektivní úlohy a úzká místa ve využití zdrojů. Kde data získat Podrobnosti najdete v dokumentaci Körber WMS. Údaj může být v transakčních tabulkách vedle času zahájení nebo v souvisejících tabulkách historie stavů. Příklady 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Doba průchodu CycleTime | Celková doba od vytvoření skladové objednávky do jejího dokončení. | ||
| Popis Doba průchodu je vypočítaný ukazatel, který měří celkový čas od první události („Vytvoření skladové objednávky“) po poslední událost („Dokončení skladové objednávky“). Vyjadřuje dobu zpracování objednávky od začátku do konce. Jde o hlavní ukazatel výkonnosti v process mining, který přímo odpovídá na otázku „Jak dlouho to trvá?“. Je základem dashboardu „Celková doba průchodu skladové objednávky“ a KPI „Průměrná celková doba průchodu objednávky“. Pomáhá sledovat celkový stav procesu a odhalit objednávky, jejichž vyřízení trvá neobvykle dlouho. Proč je to důležité Tento důležitý KPI měří celkovou efektivitu skladového procesu, která přímo ovlivňuje spokojenost zákazníků i provozní náklady. Kde data získat V nástroji process mining se tento ukazatel vypočítá jako rozdíl mezi časovým razítkem poslední a první události každé skladové objednávky. Příklady 8640017280036000 | |||
| Dopravce Carrier | Dopravce určený k zajištění konečné přepravy objednávky. | ||
| Popis Dopravce je externí poskytovatel logistických služeb, například FedEx, UPS nebo DHL, který přepravuje zboží ze skladu do cílového místa. Obvykle se určuje při plánování nebo expedici zásilky. Analýza podle dopravce může odhalit rozdíly ve výkonnosti jednotlivých přepravních partnerů. Pomáhá například zjistit, zda se u některých dopravců častěji prodlužuje čekání v expediční zóně nebo dochází ke zpožděním. Tyto údaje lze využít při vyjednávání smluv a výběru dopravců. Proč je to důležité Umožňuje analyzovat výkonnost různých přepravních partnerů, optimalizovat logistiku a zvýšit spolehlivost doručení. Kde data získat Najdete ho v tabulkách zásilek nebo plánování přepravy v Körber WMS. Hledejte pole jako „CarrierCode“, „ShippingAgent“ nebo „SCAC“. Příklady FedExUPSDHLLocal Freight Inc. | |||
| ID skladu WarehouseId | Jedinečný identifikátor skladu nebo distribučního centra, kde probíhají aktivity. | ||
| Popis ID skladu označuje fyzické místo nebo provozovnu, kde se skladová objednávka zpracovává. Pro organizace s více distribučními centry jde o důležitou dimenzi analýzy. Tento atribut umožňuje porovnávat výkonnost jednotlivých provozoven. Můžete například porovnat „Průměrnou celkovou dobu průchodu objednávky“ ve skladu A a skladu B a odhalit osvědčené postupy nebo provozní problémy konkrétního místa. Proč je to důležité Umožňuje porovnávat a srovnávat výkonnost různých skladů a odhalit problémy specifické pro daný region nebo provozovnu. Kde data získat Tyto informace jsou obvykle dostupné v tabulkách záhlaví objednávek nebo konfigurace provozoven. Mohou být označeny jako „Plant“, „Site“ nebo „LocationCode“. Příklady WH-NYCDC-LAXFC-DAL | |||
| Nesrovnalost při vychystávání IsPickingDiscrepancy | Příznak označující, zda se skutečně vychystané množství shodovalo s plánovaným množstvím. | ||
| Popis Jde o odvozený booleovský atribut, který má hodnotu true, pokud se skutečné množství u některé aktivity související s vychystáváním liší od plánovaného množství. Jednoduše tak označuje chybu při vychystávání nebo problém se zásobami u konkrétní úlohy. Tento příznak usnadňuje analýzu, protože uživatelé mohou rychle vyfiltrovat všechny objednávky, u kterých došlo k nesrovnalosti při vychystávání. Používá se k výpočtu KPI „Míra nesrovnalostí při vychystávání“ a pomáhá v dashboardu „Stav a přesnost skladového procesu“ odhalit konkrétní místa, kde dochází k chybám. Proč je to důležité Poskytuje jednoznačný příznak chyb při vychystávání a usnadňuje analýzu i vyčíslení problémů s přesností zásob. Kde data získat Vypočítává se při transformaci dat. Logika pro příslušné aktivity vychystávání je: Příklady truefalse | |||
| Plánované množství PlannedQuantity | Množství položky, se kterým se počítá při úloze, například při vychystávání nebo příjmu. | ||
| Popis Plánované množství označuje cílový počet kusů pro danou úlohu podle skladové objednávky. Pokud se má například vychystat 10 kusů konkrétní SKU, plánované množství pro tuto úlohu je 10. Tento atribut je důležitý při zjišťování rozdílů oproti skutečnému množství. Je jedním ze vstupů pro výpočet KPI „Míra nesrovnalostí při vychystávání“ a „Míra nesrovnalostí v zásobách“, které pomáhají udržovat přesnou evidenci zásob. Proč je to důležité Slouží jako základ pro měření přesnosti úloh, jako je vychystávání a příjem, a umožňuje odhalit nesrovnalosti v zásobách. Kde data získat Je dostupné v tabulkách úloh nebo položek objednávky. Hledejte pole jako „OrderQuantity“, „PlannedQty“ nebo „ExpectedQuantity“. Příklady 10501 | |||
| Použité zařízení EquipmentUsed | Identifikátor zařízení, například vysokozdvižného vozíku nebo skeneru, použitého při úloze. | ||
| Popis Tento atribut označuje zařízení nebo technologii pro manipulaci s materiálem (MHE), které se použily při skladové úloze. Může jít o konkrétní vysokozdvižný vozík, paletový vozík, ruční skener nebo automaticky naváděné vozidlo (AGV). Analýza podle zařízení pomáhá porozumět využití zdrojů, potřebám údržby a vlivu různých typů zařízení na efektivitu úloh. Jde o důležitou dimenzi dashboardu „Využití zdrojů a pracovní zátěž“, která poskytuje celkový přehled o lidských i strojních zdrojích. Proč je to důležité Umožňuje analyzovat využití zařízení a jeho vliv na výkon úloh, optimalizovat správu vozového parku a odhalit úzká místa způsobená technikou. Kde data získat Podrobnosti najdete v dokumentaci Körber WMS. Tyto údaje mohou být zaznamenány v záznamech o provádění úloh, zejména pokud se operátoři přihlašují ke konkrétním zařízením. Příklady FORKLIFT-08SCANNER-112AGV-03 | |||
| Požadované datum dokončení RequestedCompletionDate | Datum, do kterého zákazník nebo interní zadavatel požaduje dokončení objednávky. | ||
| Popis Jde o cílové datum dokončení nebo expedice odchozí objednávky, které obvykle vychází z očekávání zákazníka nebo dohodnutých úrovní služeb (SLA). Slouží jako hlavní termín pro porovnání se skutečným průběhem. Toto datum je důležité pro dashboard „Analýza expresních objednávek“. Porovnáním požadovaného a skutečného data dokončení, tedy časového razítka aktivity „Expedice zásilky“ nebo „Dokončení skladové objednávky“, lze vyhodnotit včasnost a odhalit objednávky, u kterých hrozí zpoždění. Proč je to důležité Slouží jako základ pro měření včasnosti a plnění dohodnutých úrovní služeb (SLA) a upozorňuje na objednávky, které mohou mít zpoždění. Kde data získat Nachází se v tabulce záhlaví objednávek. Běžné názvy polí jsou „RequiredDeliveryDate“, „RequestedShipDate“ nebo „SLA“. Příklady 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Skladová pozice StorageLocation | Konkrétní místo ve skladu, například regál nebo ulička, kde je zboží uloženo nebo odkud se vychystává. | ||
| Popis Tento atribut označuje fyzické umístění ve skladu, například regál, polici nebo skladovou pozici. Vztahuje se k aktivitám, jako je „Zaskladnění zboží“ nebo „Vychystání zboží ze skladu“. Tyto údaje se používají v dashboardu „Efektivita zaskladnění a využití pozic“ k analýze doby přesunu, využití pozic a účinnosti strategie skladování. Pomáhají například zjistit, zda jsou často obrátkové položky uloženy na snadno dostupných místech, aby se zkrátila doba vychystávání. Proč je to důležité Pomáhá optimalizovat uspořádání skladu a způsob skladování analýzou doby přesunu a efektivity zaskladňování a vychystávání na konkrétních pozicích. Kde data získat Najdete ho v tabulkách zásob, úloh nebo kmenových dat skladových pozic. Hledejte pole jako „BinCode“, „LocationID“ nebo „StorageBin“. Příklady A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Stav SLA SLAStatus | Podle požadovaného data dokončení označuje, zda byla objednávka dokončena včas, se zpožděním, nebo zda jí zpoždění hrozí. | ||
| Popis Stav SLA je vypočítaný atribut, který každou objednávku zařazuje podle toho, zda byla dokončena včas vzhledem k hodnotě „RequestedCompletionDate“. Může nabývat hodnot jako „Včas“, „Se zpožděním“ nebo „Probíhá“. Tento atribut poskytuje okamžitý přehled o plnění úrovně služeb. Umožňuje rychle filtrovat a analyzovat objednávky se zpožděním a hledat jejich příčiny, například konkrétní úzká místa nebo problémy se zdroji. Je důležitý pro analýzu spokojenosti zákazníků a spolehlivosti provozu. Proč je to důležité Přímo měří plnění dohodnutých úrovní služeb a usnadňuje identifikaci objednávek se zpožděním i analýzu jeho příčin. Kde data získat Vrstvu transformace dat vypočítá porovnáním časového razítka události „Dokončení skladové objednávky“ s hodnotou „RequestedCompletionDate“. Příklady VčasSe zpožděnímProbíhá | |||
| Typ objednávky OrderType | Určuje kategorii skladové objednávky, například příjem, expedici nebo interní přesun. | ||
| Popis Typ objednávky určuje její obchodní účel. Mezi běžné typy patří expedice zákazníkům, příjem od dodavatelů, přesuny zásob mezi sklady nebo vratky. Tento atribut umožňuje filtrovat a porovnávat data. Můžete analyzovat průběh a výkonnost různých logistických procesů, například zjistit, zda je příjem zboží efektivnější než jeho expedice. Proč je to důležité Umožňuje rozdělit analýzu podle účelu objednávky a odhalit rozdíly ve výkonnosti procesů, například mezi příjmem a expedicí zboží. Kde data získat Obvykle se nachází v tabulce záhlaví objednávek v Körber WMS. Hledejte pole s názvem „OrderType“, „TransactionType“ nebo podobným. Příklady Expedice zbožíPříjem zbožíInterní přesunVrácení zboží zákazníkem | |||
Aktivity při řízení skladu
| Aktivita | Popis | ||
|---|---|---|---|
| Dokončení skladové objednávky | Skladová objednávka se v systému uzavře, což znamená, že byly dokončeny všechny související fyzické přesuny i transakce. Obvykle se to odvozuje ze změny stavu v záhlaví objednávky, která uzavírá její životní cyklus. | ||
| Proč je to důležité Jde o hlavní koncový bod procesu, který je nezbytný pro výpočet celkové doby průchodu a míry dokončení procesu. Kde data získat Odvozuje se ze změny stavu v záhlaví skladové objednávky na konečný stav, například „Complete“ nebo „Closed“. Zachycení Odvozuje se z časového razítka změny stavu na „Completed“ v záhlaví skladové objednávky. Typ události inferred | |||
| Expedice zásilky | Zboží se naloží a nákladní vůz odjede ze skladu. Událost spustí transakce „Ship Confirm“ nebo „Post Goods Issue“, která dokončí expedici v systému. | ||
| Proč je to důležité Tento důležitý milník označuje fyzický odjezd zboží. Často jde o zásadní událost pro fakturaci a informování zákazníků. Kde data získat Provede se explicitní transakce „Ship Confirm“, která souvisí s tiskem nákladního listu. Transakce má konkrétní časové razítko. Zachycení Časové razítko transakce „Ship Confirm“ nebo „Post Goods Issue“. Typ události explicit | |||
| Příjem a kontrola množství zboží | Pracovníci skladu vyloží, naskenují a spočítají přijaté položky a porovnají je s avízem příchozí dodávky. Tato výslovně zaznamenaná transakce potvrzuje převzetí konkrétního množství materiálu do fyzické správy skladu. | ||
| Proč je to důležité Jde o důležitý milník příjmu, který umožňuje sledovat KPI, například „Doba od příjmu po zaskladnění“. Pomáhá také včas odhalit rozdíly mezi očekávaným a přijatým množstvím. Kde data získat Událost se vytvoří, když uživatel potvrdí přijaté množství pomocí RF skeneru nebo transakce na počítači. Tím se stav zásob v příjmové zóně změní na „Received“ nebo „On-Hand“. Zachycení Časové razítko z transakce potvrzení příjmu. Typ události explicit | |||
| Vychystání zboží ze skladu | Pracovník potvrdí, že položky objednávky vychystal z jejich skladovacího místa. Obvykle naskenuje položku a její umístění. Tím se sníží stav zásob na daném místě a zaznamená se provedená činnost. | ||
| Proč je to důležité Jde o důležitý milník procesu expedice. Umožňuje analyzovat dobu vychystávání a odhalit možná zpoždění mezi vychystáním a balením. Kde data získat Událost se zaznamená, když pracovník potvrdí dokončení úkolu vychystávání pomocí RF zařízení. Stav úkolu se změní na „Completed“ a uloží se časové razítko dokončení. Zachycení Časové razítko z transakce potvrzení úkolu vychystávání. Typ události explicit | |||
| Vytvoření skladové objednávky | Počáteční vytvoření skladové objednávky v systému, které vyjadřuje požadavek na přesun zboží. Tato událost se obvykle zaznamená při vytvoření záznamu objednávky uživatelem nebo propojeným systémem, například ERP, včetně časového razítka. | ||
| Proč je to důležité Tímto okamžikem začíná celý proces. Je nezbytný pro měření celkové doby vyřízení objednávky a pochopení celkového objemu poptávky a objednávek. Kde data získat Událost se zaznamená podle časového razítka vytvoření nového záznamu v hlavní tabulce hlaviček skladových objednávek v Körber WMS. Zachycení Zaznamenáno podle časového razítka vytvoření hlavičky skladové objednávky. Typ události explicit | |||
| Zabalení zboží | Balení přepravního obalu nebo kartonu je dokončeno, zásilka je uzavřena a označena štítkem. Tato událost znamená, že je objednávka připravená k přesunu do expediční zóny a k odeslání. Zaznamenává se výslovně. | ||
| Proč je to důležité Tento důležitý milník završuje přípravu zboží k expedici. Používá se k výpočtu průchodnosti balení a odhalení zpoždění před nakládkou. Kde data získat Pracovník provede výslovnou transakci „Packing Complete“ nebo „Close Carton“, která uloží časové razítko dokončení přepravního obalu. Zachycení Časové razítko z transakce „Close Container“ nebo „Packing Complete“. Typ události explicit | |||
| Zaskladnění zboží | Pracovník potvrdí dokončení úkolu zaskladnění, obvykle naskenováním skladovací pozice a palety nebo položky. Tím se zaznamená přesun a aktualizuje umístění zásob v systému. | ||
| Proč je to důležité Tento důležitý milník označuje konec příjmového procesu. Používá se k výpočtu KPI „Doba zaskladnění“ a „Doba od příjmu po zaskladnění“. Kde data získat Událost se zaznamená, když pracovník potvrdí dokončení úkolu zaskladnění pomocí RF zařízení. Stav úkolu se změní na „Completed“ a uloží se časové razítko dokončení. Zachycení Časové razítko z transakce potvrzení úkolu zaskladnění. Typ události explicit | |||
| Přesun do expediční zóny | Zabalené kartony nebo palety se přesunou z balicí zóny do určené expediční uličky, kde čekají na vyzvednutí dopravcem. Událost se často odvozuje z časového razítka transakce přesunu zásob na expediční místo. | ||
| Proč je to důležité Pomáhá analyzovat dobu, po kterou zásilka čeká mezi zabalením a odesláním. Dlouhé čekání v expediční zóně může ukazovat na špatnou koordinaci s dopravci nebo neefektivní správu nakládacích ramp. Kde data získat Odvozeno ze změny umístění manipulační jednotky z balicího pracoviště do expediční uličky. Transakce přesunu obsahuje potřebné časové razítko. Zachycení Odvozeno z časového razítka transakce přesunu zásob, jejímž cílem je expediční zóna. Typ události inferred | |||
| Přijetí avíza o příchozí dodávce | Od dodavatele přijde avízo odeslání (ASN) nebo oznámení o příchozí dodávce. Událost signalizuje plánovaný příjezd zboží a umožňuje skladu naplánovat jeho příjem. Avízo se obvykle vytvoří prostřednictvím transakce EDI nebo ručním zadáním. | ||
| Proč je to důležité Tato činnost zahajuje plánování příjmu. Analýza doby mezi přijetím avíza a příjezdem zboží pomáhá hodnotit výkonnost dodavatelů a plánovat pracovní sílu. Kde data získat Zaznamená se podle časového razítka vytvoření ASN nebo záznamu o příchozí dodávce. Ten často vzniká přes rozhraní EDI nebo ručním zadáním dat. Zachycení Zaznamená se po úspěšném vytvoření záznamu ASN v systému. Typ události explicit | |||
| Příjezd zboží k rampě | Zaznamená se fyzický příjezd dopravce k příjmové rampě skladu. Tento údaj obvykle zadá pracovník u vjezdu nebo příjmu a označuje začátek fyzického příjmu zboží. Událost se často odvozuje ze změny stavu dodávky. | ||
| Proč je to důležité Událost pomáhá měřit dochvilnost dopravců a analyzovat čekání u příjmové rampy. Lze tak odhalit možná úzká místa ještě před zahájením vykládky. Kde data získat Často se zaznamená jako aktualizace stavu příchozí dodávky nebo prostřednictvím konkrétní transakce „Check-In“ v modulu řízení pohybu vozidel v areálu, pokud je k dispozici. Zachycení Odvozeno ze změny stavu příchozí dodávky na „Arrived“ nebo „At Dock“. Typ události inferred | |||
| Provedení kontroly kvality | U přijatého zboží se provede kontrola kvality, která může zahrnovat přesun položek do vyhrazené zóny kontroly kvality. Tato činnost se často odvozuje ze změn stavu zásob, například z „On-Hand“ na „QI Hold“ a poté zpět na „Unrestricted“. | ||
| Proč je to důležité Umožňuje analyzovat dobu kontroly kvality, která může představovat významné úzké místo. Pomáhá sledovat objem kontrol a odhalit zpoždění při zpřístupnění zásob. Kde data získat Lze ji odvodit ze série změn stavu zásob souvisejících s pozastavením kvůli kontrole kvality. Některé systémy mohou obsahovat výslovné protokoly transakcí řízení kvality. Zachycení Odvozeno ze změn stavu zásob nebo z protokolu transakcí souvisejících s objednávkou na kontrolu kvality. Typ události inferred | |||
| Vytvoření úkolu vychystávání | Systém na základě odchozí skladové objednávky vytvoří pracovníkovi úkol vychystávání. Úkol ho nasměruje na konkrétní místo, kde má odebrat určené množství položky. | ||
| Proč je to důležité Tato událost zahajuje proces vyřízení odchozí objednávky. Analýza vytváření úkolů vychystávání pomáhá pochopit logiku zpracování objednávek a rozdělení pracovní zátěže. Kde data získat V tabulce správy úkolů nebo pracovní fronty v Körber WMS se vytvoří záznam s typem úkolu „Picking“ a časovým razítkem vytvoření. Zachycení Zaznamenáno podle časového razítka vytvoření záznamu úkolu vychystávání. Typ události explicit | |||
| Vytvoření úkolu zaskladnění | WMS vytvoří úkol, který pracovníkovi zadá přesun přijatého zboží z příjmové zóny do cílové skladovací pozice. Systém podle pravidel zaskladňování určí pro položky nejvhodnější místo. | ||
| Proč je to důležité Tato událost označuje začátek zaskladňování. Analýza doby od jejího vzniku do dokončení úkolu pomáhá měřit efektivitu systému i pracovníků. Kde data získat V tabulce správy úkolů nebo pracovní fronty se vytvoří záznam s typem úkolu „Putaway“ a odpovídajícím časovým razítkem vytvoření. Zachycení Zaznamenáno podle časového razítka vytvoření záznamu úkolu zaskladnění. Typ události explicit | |||
| Zahájení balení | Vychystané položky dorazí na balicí stanoviště a pracovník zahájí balení. Začátek se často odvozuje od prvního skenování položky na balicím stanovišti přiřazeném ke konkrétní odchozí objednávce. | ||
| Proč je to důležité Označuje začátek balení. Měření čekání před touto činností i samotné doby balení pomáhá odhalit úzká místa při přípravě zásilek. Kde data získat Může se zaznamenat výslovnou transakcí „Start Packing“, častěji se však odvozuje od prvního skenování položky na balicím stanovišti pro danou objednávku. Zachycení Odvozeno z časového razítka první činnosti na balicím stanovišti pro konkrétní objednávku. Typ události inferred | |||
| Zrušení skladové objednávky | Skladová objednávka se zruší před dokončením a veškerá probíhající práce se zastaví. Tato akce se obvykle odvozuje ze změny stavu v záhlaví objednávky na „Canceled“. | ||
| Proč je to důležité Představuje alternativní konec procesu. Analýza zrušených objednávek pomáhá odhalit příčiny neúspěchu, například nedostatek zásob nebo změny na straně zákazníka. Kde data získat Odvozuje se ze změny stavu v záhlaví skladové objednávky na „Canceled“ nebo „Deleted“ a z časového razítka této změny. Zachycení Odvozuje se z časového razítka změny stavu na „Canceled“ v záhlaví skladové objednávky. Typ události inferred | |||
Pokyny k extrakci dat
Kroky
- Zajistěte přístup k databázi: Získejte přihlašovací údaje pouze pro čtení a údaje pro připojení, tedy název serveru, databáze a portu, k produkční databázi Körber WMS nebo její replice. Budete potřebovat klientský nástroj, například Microsoft SQL Server Management Studio (SSMS) nebo Oracle SQL Developer.
- Najděte hlavní tabulky: Před spuštěním skriptu ověřte se správcem systému přesné názvy tabulek a sloupců ve vaší instalaci Körber WMS, protože se mohou lišit. Obvykle půjde o tabulky hlaviček objednávek, úloh a skladových transakcí.
- Připojte se k databázi: Spusťte SQL klienta a pomocí poskytnutých přihlašovacích údajů se připojte k databázi Körber WMS.
- Načtěte SQL skript: Otevřete nové okno dotazu a zkopírujte do něj celý SQL skript z části 'query' tohoto dokumentu.
- Nastavte parametry: Najděte zástupné proměnné na začátku skriptu. Nahraďte
@[StartDate],@[EndDate]a@[WarehouseId]požadovaným časovým obdobím a konkrétním identifikátorem skladu, podle kterých se mají data filtrovat. - Spusťte dotaz: Spusťte upravený SQL skript. Doba zpracování závisí na zvoleném období a objemu dat v systému.
- Zkontrolujte výsledky: Po dokončení dotazu krátce zkontrolujte výstup v SQL klientovi. Ověřte, že obsahuje řádky a že sloupce (
WarehouseOrder,ActivityName,EventTimeatd.) mají očekávané hodnoty. - Exportujte do CSV: Exportujte celou sadu výsledků do souboru CSV. Většina SQL klientů umožňuje exportovat výsledky dotazu přímo.
- Připravte soubor k nahrání: Uložte exportovaný soubor CSV v kódování UTF-8. Ověřte, že záhlaví sloupců přesně odpovídají požadovaným názvům atributů a neobsahují mezery ani další znaky.
Konfigurace
- Připojení k databázi: Je nutné přímé připojení k databázi. Zadejte adresu serveru, název databáze, platné uživatelské jméno a heslo. Doporučujeme účet pouze pro čtení, který zabrání nechtěným změnám dat.
- Filtr časového období: Dotaz používá zástupné proměnné
@StartDatea@EndDatek nastavení období extrakce. Pro první analýzu doporučujeme 3 až 6 měsíců, abyste zachytili dostatečné množství variant procesu a zároveň zbytečně nezatížili databázi. - Filtr skladu a objednávek: Skript obsahuje zástupnou proměnnou
@[WarehouseId], která omezuje extrakci na konkrétní provozovnu. Podle potřeby můžete do klauzulíWHEREpřidat další filtry, například typ objednávky nebo zákazníka, a výběr dat tak dále zpřesnit. - Úroveň podrobnosti dat: Skript extrahuje události na úrovni hlavičky objednávky, například 'Warehouse Order Created', i na úrovni podrobných úloh nebo transakcí, například 'Goods Picked'.
- Předpoklady: Potřebujete dostatečná oprávnění ke čtení všech tabulek uvedených v dotazu. Pro ověření a případnou úpravu názvů tabulek a sloupců je nutné znát konkrétní schéma vaší instalace Körber WMS.
Ukázkový dotaz sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId; Chcete začít?
Začněte zjišťovat, kde ve vašem procesu řízení skladu vznikají neefektivity. Tato šablona vám poskytne základ pro optimalizaci založenou na datech.
Optimalizujte řízení skladu a zvyšte efektivitu
Omezte chyby při vychystávání a rychle dosáhněte 99,5% přesnosti skladových zásob.
Platební kartu nepotřebujete. Zrušit můžete kdykoli.