Raktárirányítási adatsablon
Raktárirányítási adatsablon
- Az átfogó elemzéshez gyűjtendő attribútumok
- Az anyagáramlás során követendő fontos tevékenységek
- Gyakorlati útmutató az adatok kinyeréséhez a Blue Yonder WMS-rendszerből
Raktárirányítási attribútumok
| Név | Leírás | ||
|---|---|---|---|
| Esemény kezdési időpontja EventStartTime | Az időbélyeg, amely megmutatja, mikor kezdődött egy adott raktári tevékenység vagy esemény. | ||
| Leírás Ez az attribútum rögzíti, hogy mikor indult el egy raktári feladat vagy esemény. Időrendi összefüggésbe helyezi az eset összes tevékenységét. Ez az időbélyeg minden időalapú process mining elemzéshez szükséges. Az események sorrendbe állítására, a tevékenységek közötti átfutási idők kiszámítására, a teljes folyamat időtartamának mérésére, valamint a várakozások és késések feltárására használható. A teljesítményelemzés alapja, és a folyamattérkép animálásához is szükséges. Miért fontos? A kezdési időbélyeg nélkülözhetetlen az események időrendi sorrendbe állításához és a teljesítménymutatók, például az átfutási és várakozási idők kiszámításához. Hol szerezhető be? Az eseménynaplót vagy a feladatokat tartalmazó táblákban található, a rögzített művelet létrehozási vagy kezdési időpontjaként. Példák 2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z | |||
| Raktári rendelés WarehouseOrder | A raktári rendelés egyedi azonosítója. Ez szolgál elsődleges esetazonosítóként a létrehozástól a befejezésig kapcsolódó logisztikai tevékenységek nyomon követéséhez. | ||
| Leírás A raktári rendelés az a központi azonosító, amely egy adott logisztikai igényhez, például bejövő áruátvételhez vagy kimenő küldeményhez kapcsolódó összes eseményt és feladatot összefogja. A raktáron belüli teljes munkafolyamatot jelöli. A process mining során ez az attribútum határozza meg az esetet, így a rendelés teljes életciklusa elemezhető. Az egy raktári rendeléshez tartozó tevékenységek nyomon követésével az elemzők megmérhetik a teljes kiszolgálási időt, feltárhatják a folyamat gyakori eltéréseit, és áttekinthetik a rendelés teljes útját a létesítményen belül. Miért fontos? Ez az alapvető esetazonosító kapcsolja össze az összes kapcsolódó raktári tevékenységet, így a rendelés teljes kiszolgálási vagy áruátvételi folyamata elejétől a végéig elemezhető. Hol szerezhető be? Ez általában a raktári rendelés fejlécét tartalmazó tábla elsődleges kulcsa. A rendeléskezeléshez kapcsolódó táblákról a Blue Yonder WMS dokumentációjában tájékozódhat. Példák WO-0012845WO-0012991WO-0013057 | |||
| Tevékenység neve ActivityName | Az adott raktári feladat vagy esemény neve, például „Áru komissiózva” vagy „Küldemény feladva”. | ||
| Leírás Ez az attribútum írja le a raktárirányítási folyamatban végrehajtott konkrét lépést vagy feladatot. A folyamatnapló minden eseményéhez tartozik egy tevékenységnév, ezek alkotják a folyamat lépéseinek sorrendjét. Az elemzés során a tevékenységnév alapvető a folyamattérkép feltárásához, a lépések közötti átmenetek elemzéséhez, valamint a szűk keresztmetszetek és a standard eljárástól való eltérések azonosításához. Szinte minden process mining elemzés használja, a megfelelőség-ellenőrzéstől a teljesítmény nyomon követéséig. Miért fontos? Ez az attribútum alapvető a folyamattérkép elkészítéséhez: meghatározza az egyes lépéseket, és lehetővé teszi a folyamatmenet megjelenítését és elemzését. Hol szerezhető be? Ez az információ általában a raktári feladatokat vagy eseménynaplót tartalmazó táblákban található, gyakran feladattípusból vagy állapotkódból származik. Példák Komissiózási feladat létrehozvaÁru kivéve a tárolóhelyrőlKüldemény feladva | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az adatokat kinyerték, ebben az esetben a Blue Yonder WMS. | ||
| Leírás Ez az attribútum azonosítja az eseményadatok forrásrendszerét. A mai informatikai környezetben egyetlen teljes folyamat adatai több rendszerből is származhatnak, például ERP-, WMS- és TMS-rendszerből. A forrásrendszer megadása fontos az adatirányítás, a hibaelhárítás és az adatok összefüggéseinek megértése szempontjából. Segít visszavezetni az adatminőségi problémákat a forrásukhoz, és szükséges több forrás adatainak egyesítésekor, hogy egységes folyamatképet kapjunk. Miért fontos? Segít visszakövetni az adatokat a forrásukig ellenőrzés céljából, illetve akkor, ha több rendszer adatait egyesítik. Hol szerezhető be? Ez általában az adatkinyerés során hozzáadott állandó érték, amely az adathalmaz forrását jelöli. Példák BlueYonderWMS_USBlueYonderWMS_EU | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették utoljára ezt a rekordot a forrásrendszerből. | ||
| Leírás Ez az attribútum rögzíti, mikor nyerték ki vagy frissítették utoljára az adathalmazt a Blue Yonder WMS-ből. Metaadatként jelzi az elemzett adatok frissességét. Ez az időbélyeg fontos az adatirányítás szempontjából, és segít a felhasználóknak megítélni, mennyire aktuális az elemzésük. Az érintettek így tudják, milyen időszak adatait látják, és biztosak lehetnek abban, hogy az elemzés friss, releváns adatokon alapul. Miért fontos? Ez az időbélyeg tájékoztatja a felhasználókat az adatok frissességéről, így tudják, milyen időszakot fed le az elemzés. Hol szerezhető be? Ez a metaadatmező általában az adatkinyerési (ETL) folyamat során jön létre és kerül az adatok közé. Példák 2024-01-15T04:00:00Z2024-01-16T04:00:00Z | |||
| Esemény befejezési időpontja EventEndTime | Az időbélyeg, amely megmutatja, mikor fejeződött be egy adott raktári tevékenység vagy esemény. | ||
| Leírás Ez az attribútum rögzíti, hogy mikor fejeződött be egy raktári feladat vagy esemény. Ha rendelkezésre áll, pontosan megmutatja az egyes tevékenységek feldolgozási idejét. A kezdési és befejezési időpont együttesen részletesebb teljesítményelemzést tesz lehetővé. Segítségükkel elkülöníthető a várakozási idő, vagyis a tevékenységek közötti idő, az egyes feladatok tényleges feldolgozási idejétől. Így megállapítható, hogy a késést a tétlen időszakok vagy a túl sokáig tartó feladatok okozzák-e. Miért fontos? Lehetővé teszi a tevékenységek feldolgozási idejének pontos kiszámítását és a várakozási időtől való elkülönítését, ami célzott teljesítményjavításhoz szükséges. Hol szerezhető be? Az eseménynaplót vagy a feladatokat tartalmazó táblákban található, a rögzített művelet befejezési vagy lezárási időpontjaként. Példák 2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z | |||
| Felhasználó/kezelő azonosítója UserOperatorId | A tevékenységet végző raktári dolgozó vagy kezelő azonosítója. | ||
| Leírás Ez az attribútum rögzíti annak a személynek az egyedi azonosítóját, aki egy adott raktári feladatot, például komissiózást, csomagolást vagy betárolást végzett. Összekapcsolja a folyamat tevékenységeit az emberi erőforrásokkal. A tevékenységek felhasználó vagy kezelő szerinti elemzésével megérthető az erőforrások kihasználtsága, a munkaterhelés eloszlása és az egyéni teljesítmény. Kiderülhet például, mely kezelők dolgoznak a leghatékonyabban, kinek lehet szüksége további képzésre, illetve hogyan oszlanak meg a feladatok a csapaton belül. Ez a Raktári erőforrás-kihasználtság dashboard egyik fő dimenziója. Miért fontos? Ez az attribútum összekapcsolja a folyamatlépéseket az azokat végrehajtó személyekkel, így elemezhető az erőforrások teljesítménye, a munkaterhelés és a képzési igény. Hol szerezhető be? Általában a feladatokat vagy tranzakciókat tartalmazó táblákban található. A művelet közben a rendszerbe vagy kézi eszközre bejelentkezett felhasználóhoz kapcsolódik. Példák JSMITHBWILLISAMILLER | |||
| Kért befejezési dátum RequestedCompletionDate | Az a dátum és időpont, ameddig a raktári rendelést a tervek vagy a kérés szerint be kell fejezni és fel kell adni. | ||
| Leírás A kért befejezési dátum a kimenő raktári rendelés teljesítésére vonatkozó szolgáltatási szintű megállapodást (SLA) vagy céldátumot jelöli. Ez az a határidő, ameddig az árut komissiózni és csomagolni kell, hogy készen álljon a feladásra. Ez a dátum az a viszonyítási alap, amelyhez a tényleges teljesítést mérik. A tényleges feladási időbélyeggel összevetve kiszámítható a határidőre feladott küldemények arányát mutató KPI. Az attribútum alapján elemezve a rendeléseket azonosíthatók a késés kockázatának kitett rendelések, és feltárhatók az SLA megszegésének kiváltó okai. Miért fontos? Ez az attribútum a határidőre történő teljesítés viszonyítási alapja, és szükséges a határidőre feladott küldemények arányát mutató KPI kiszámításához. Hol szerezhető be? Általában a raktári rendelés fejlécét tartalmazó táblában tárolják, gyakran a forrásként szolgáló vevői rendelésből vagy szállítási igényből veszik át. Példák 2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z | |||
| Prioritási szint PriorityLevel | A raktári rendelés prioritása, például „Magas”, „Normál” vagy „Alacsony”. | ||
| Leírás A prioritási szint a raktári rendelés sürgősségét jelzi. A magas prioritású, például gyorsított szállítású rendeléseket a normál rendelésekhez képest gyorsabban kell feldolgozni. A WMS ezt az attribútumot használja a feladatok sorrendjének meghatározására és az erőforrások kiosztására. A process mining során ez az attribútum segít megvizsgálni, mennyire hatékony a prioritási stratégia. A Magas prioritású rendelések teljesítése dashboard ezzel a mezővel szűri a sürgős rendeléseket, és hasonlítja össze az átfutási idejüket a normál rendelésekével. Így ellenőrizhető, hogy a magas prioritású rendelések valóban gyorsabban haladnak-e, vagy ugyanazoknál a szűk keresztmetszeteknél akadnak el. Miért fontos? Segítségével ellenőrizhető, hogy a magas prioritású rendelések gyorsabban készülnek-e el a normál rendelésekhez képest, így felmérhető a prioritási szabályok hatékonysága. Hol szerezhető be? Ez az információ általában a raktári rendelés fejlécét tartalmazó táblában található. Példák MagasNormálAlacsony | |||
| Tárolási hely StorageLocation | A raktár adott helye, például egy tárhely vagy folyosó, ahol az árut tárolják vagy ahonnan komissiózzák. | ||
| Leírás Ez az attribútum azonosítja a feladathoz kapcsolódó fizikai raktári helyet. Betárolásnál ez a célhely, komissiózásnál pedig a forráshely. Az érték összetett kód is lehet, amely a folyosót, az állványt, a polcot és a tárhely számát tartalmazza. A tárolási hely szerinti elemzés segít megérteni a raktárelrendezés hatékonyságát, a tárhely-kiosztási stratégiákat és az erőforrások mozgását. Feltárhatók vele a nagy forgalmú területek, a kihasználatlan zónák és az anyagáramlás lehetséges szűk keresztmetszetei. Ez a Tárolási helyek kihasználtsági trendjei dashboard egyik alapvető dimenziója. Miért fontos? Fontos összefüggést ad a raktárelrendezés és a tárhely-kiosztási stratégia hatékonyságának elemzéséhez, valamint a mozgás szűk keresztmetszeteinek feltárásához. Hol szerezhető be? A készletet, a raktári feladatokat, például a komissiózást és a betárolást, valamint a tárhelyek törzsadatait tartalmazó táblákban érhető el. Példák A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02 | |||
| Tényleges mennyiség ActualQuantity | A feladat során kezelt tényleges tételmennyiség, például a fizikailag megszámolt vagy komissiózott mennyiség. | ||
| Leírás A tényleges mennyiség azt mutatja, hány egységet dolgozott fel fizikailag a raktári kezelő egy feladat során. Ez lehet a beszállítótól átvett tételek száma, a tárhelyről komissiózott egységek száma vagy a szállítótartályba csomagolt mennyiség. A tervezett mennyiséggel összevetve feltárhatók a folyamat kivételei és hibái. Ez az eltérési arányok kiszámításának alapja, amelyek a működés minőségének fontos mutatói. Az adatok segítenek azonosítani a beszállítói szállítmányokkal, a komissiózási hibákkal vagy a pontatlan készletnyilvántartással kapcsolatos problémákat. Miért fontos? A tervezett mennyiséggel való összevetés szükséges a folyamathibák feltárásához és az olyan fontos minőségi KPI-k kiszámításához, mint az eltérési arány. Hol szerezhető be? A feladat-visszaigazolásokat vagy tranzakciókat tartalmazó táblákban található, ahol a kezelők rögzítik a végrehajtott mennyiséget. Példák 1004924 | |||
| Tervezett mennyiség PlannedQuantity | Egy adott feladathoz tartozó elvárt tételmennyiség, például a komissiózandó vagy átveendő mennyiség. | ||
| Leírás A tervezett mennyiség a raktári rendelésben egy adott feladathoz meghatározott célmennyiség. Bejövő szállításnál a beszállítótól várt mennyiséget jelenti, komissiózási feladatnál pedig az ügyfél rendelésében szereplő mennyiséget. Ez az attribútum nélkülözhetetlen a pontosság elemzéséhez. A tervezett és a tényleges mennyiség összevetésével feltárhatók az áruátvételi, komissiózási vagy készletnyilvántartási eltérések. Közvetlenül támogatja az olyan KPI-k mérését, mint a komissiózási mennyiségi eltérések aránya, és szükséges a Mennyiségi pontosság ellenőrzése dashboardhoz. Miért fontos? Ez az összehasonlítási alap a pontosság méréséhez, és segít feltárni az áruátvétel és a komissiózás során jelentkező mennyiségi eltéréseket. Hol szerezhető be? A raktári rendelésekhez vagy egyes feladatokhoz kapcsolódó részletező vagy tételsorokat tartalmazó táblákban található. Példák 1005024 | |||
| Berendezésazonosító EquipmentId | Az anyagmozgató berendezés azonosítója, például egy adott targoncáé vagy szállítószalagé. | ||
| Leírás A berendezésazonosító megmutatja, melyik géppel vagy berendezéssel végeztek el egy raktári feladatot. Ilyen lehet a targonca, a raklapemelő, az automata irányítású jármű (AGV) vagy egy adott csomagolóállomás. Ez az attribútum lehetővé teszi a berendezések kihasználtságának, teljesítményének és karbantartási igényének elemzését. Az egyes berendezéseken végzett tevékenységek nyomon követésével a vezetők azonosíthatják a túl- vagy alulhasznált eszközöket, összehasonlíthatják a különböző géptípusok hatékonyságát, és adatokat gyűjthetnek a karbantartás ütemezéséhez. Ez a Raktári erőforrás-kihasználtság dashboard egyik fő dimenziója. Miért fontos? Lehetővé teszi a berendezések kihasználtságának és teljesítményének elemzését, így optimalizálható az eszközök elosztása és a karbantartás ütemezése. Hol szerezhető be? A feladat-végrehajtási naplókban rögzíthetik, különösen akkor, ha a kezelők bejelentkeznek a berendezésekre. Példák FORKLIFT-07AGV-03PACKSTATION-12 | |||
| Feladat állapota TaskStatus | Az adott feladat végső állapota, például „Completed”, „Canceled” vagy „Failed”. | ||
| Leírás Ez az attribútum egy adott raktári feladat eredményét írja le. Sok feladat sikeresen befejeződik, de előfordulhat, hogy egy felügyelő törli őket, vagy rendszerhiba, illetve működési probléma miatt meghiúsulnak. Ez több információt ad, mint önmagában a tevékenység neve. A feladatállapot szerinti elemzés segít megérteni a kivételeket és a folyamat meghiúsulásait. A törölt vagy sikertelen feladatok magas aránya a készletadatok pontatlanságára, a rendszer hibás beállítására vagy a kezelők képzési hiányosságaira utalhat. Segít azonosítani a gyakran meghiúsuló, további vizsgálatot igénylő tevékenységeket. Miért fontos? Megmutatja a tevékenység eredményét, így elemezhetők a törölt vagy sikertelen feladatokhoz hasonló kivételek, amelyek mélyebb működési problémákra utalhatnak. Hol szerezhető be? Általában a feladatokat tartalmazó táblában található, és a feladatrekord végső állapotát jelzi. Példák BefejezveTörölveFelfüggesztve | |||
| Határidőre feladva IsOnTimeShipment | Logikai jelző, amely akkor igaz, ha a küldeményt a kért befejezési dátumon vagy az előtt adták fel. | ||
| Leírás Ez a számított attribútum egyszerű, igaz vagy hamis értékkel jelzi, hogy a rendelés teljesítette-e a feladási SLA-t. A „Küldemény feladva” tevékenység időbélyegének és a rendelés kért befejezési dátumának összevetésével számítják ki. Ez a jelző egyszerűbbé teszi a határidőre történő teljesítés elemzését és megjelenítését. Könnyen szűrhetők és összesíthetők vele az adatok a határidőre feladott küldemények arányát mutató KPI kiszámításához és a kapcsolódó dashboard működtetéséhez. A késedelmes küldemények gyakori jellemzőinek feltárását célzó okfeltáró elemzést is támogatja. Miért fontos? Ez a logikai jelző egyszerűsíti a határidőre feladott küldemények arányát mutató KPI kiszámítását, és megkönnyíti a késedelmes rendelések jellemzőinek elemzését. Hol szerezhető be? A „Küldemény feladva” tevékenység EventStartTime értékének és a RequestedCompletionDate attribútumnak az összevetésével számítják ki. Példák truefalsetrue | |||
| Küldeményazonosító ShipmentId | A raktári rendeléshez tartozó kimenő küldemény egyedi azonosítója. | ||
| Leírás A küldeményazonosító magasabb szintű azonosító, amely több raktári rendelést is összefoghat, ha ugyanazzal a teherautóval vagy konténerrel adják fel őket. Egyetlen rendelés esetén megegyezhet a raktári rendelés vagy a szállítás számával. A küldeményazonosító szerinti elemzés áttekintést ad a feladási folyamatról. Segít megérteni, hogyan vonják össze a rendeléseket, megmérni a várakozóhelyre érkezéstől a teljes teherautó-rakomány feladásáig eltelt időt, és elemezni a szállítási részleg hatékonyságát. Összekapcsolja a raktári tevékenységeket az ellátási lánc utolsó, szállítási szakaszával. Miért fontos? Összefogja az együtt feladott raktári rendeléseket, így elemezhető a küldemények összevonása és feladása. Hol szerezhető be? A küldeményeket vagy a szállítást tartalmazó táblákban található, a raktári rendelésekhez kapcsolva. Példák SHP-45000123SHP-45000124SHP-45000125 | |||
| Mennyiségi eltérés IsQuantityMismatch | Logikai jelző, amely azt mutatja, hogy a feladat során kezelt tényleges mennyiség eltér-e a tervezett mennyiségtől. | ||
| Leírás Ez a számított attribútum egyszerű jelzőként mutatja, ha egy adott feladat, például komissiózás vagy áruátvétel során mennyiségi eltérés történt. Akkor kap igaz értéket, ha a „Tényleges mennyiség” nem egyezik meg a „Tervezett mennyiséggel”. A jelzővel könnyen azonosíthatók és megszámolhatók a folyamat hibái. Egyszerűbbé teszi az olyan KPI-k kiszámítását, mint a komissiózási vagy a bejövő mennyiségi eltérések aránya. Az okfeltáró elemzést is támogatja: az elemzők az összes eltérést mutató eseményre szűrhetnek, majd megvizsgálhatják a termékekhez, kezelőkhöz vagy helyszínekhez kapcsolódó mintázatokat. Miért fontos? Jelzi a mennyiségi hibával érintett eseményeket, így egyszerűbb az eltérési arányok kiszámítása és a pontatlan feladatok célzott elemzése. Hol szerezhető be? Az egyes érintett tevékenységeknél a PlannedQuantity és az ActualQuantity mező összevetésével számítják ki. Példák falsetruefalse | |||
| Raktárazonosító WarehouseId | Az adott raktár vagy elosztóközpont azonosítója, ahol a tevékenység történt. | ||
| Leírás A raktárazonosító egyértelműen meghatározza, melyik létesítményben zajlik a folyamat. Ez különösen fontos a több elosztóközpontot működtető szervezeteknél. Az attribútum lehetővé teszi a különböző telephelyek teljesítményének összehasonlítását és viszonyítását. A raktárazonosító szerinti szűréssel vagy bontással a vállalatok összevethetik a teljesítményt, feltárhatják a legjobban teljesítő telephelyek bevált gyakorlatait, és megérthetik, miért maradnak le más létesítmények. A több telephely működésének elemzéséhez fontos dimenziót ad. Miért fontos? Több telephelyet működtető szervezeteknél ez az attribútum szükséges a teljesítmény összehasonlításához és a folyamatok helyszínek közötti értékeléséhez. Hol szerezhető be? Ez gyakran olyan felső szintű szervezeti mező, amely szinte minden tranzakciós táblában elérhető, de a rendszerpéldány alapján is kikövetkeztethető. Példák WHC-01DC-EAST-03FAC-WEST | |||
| Raktári rendelés típusa WarehouseOrderType | A raktári rendelés kategóriája, például bejövő áruátvétel, kimenő küldemény vagy belső áthelyezés. | ||
| Leírás Ez az attribútum a raktári rendelés általános célját határozza meg. Gyakori típus a beszállítótól érkező áru átvétele, az ügyfélnek küldött áru feladása, a visszáru feldolgozása vagy a készlet raktáron belüli mozgatása. A folyamat raktári rendeléstípus szerinti bontása minden elemzés alapvető első lépése. A bejövő és kimenő folyamatok gyakran jelentősen eltérnek egymástól, más lépésekkel, erőforrásokkal és teljesítménycélokkal. Ezzel az attribútummal külön szűrhető és elemezhető például az áruátvétel vagy a rendelés teljesítése. Miért fontos? Lehetővé teszi az eltérő menetű és célú folyamatok, például a bejövő és kimenő folyamatok elkülönítését és összehasonlító elemzését. Hol szerezhető be? A raktári rendelés fejlécét tartalmazó táblában található, általában dokumentumtípusként vagy rendeléskategóriaként. Példák Bejövő szállításKimenő küldeményBelső áthelyezés | |||
| Termék SKU ProductSku | A kezelt termék cikkszáma vagy anyagszáma (SKU). | ||
| Leírás Ez az attribútum azonosítja a raktári feladatban szereplő konkrét terméket. Részletes adatot ad a mozgatott, tárolt, komissiózott és csomagolt árukról. A termék SKU szerinti elemzés feltárhatja az egyes termékekhez kapcsolódó mintázatokat. Egyes termékeknél például gyakoribb lehet a komissiózási hiba, különleges kezelési igényük miatt hosszabb lehet a betárolási idő, vagy nem megfelelő helyen tárolhatják őket. Ez lehetővé teszi a termékspecifikus folyamatfejlesztést és a tárhely-kiosztási stratégia javítását. Miért fontos? Lehetővé teszi a termékszintű elemzést, így azonosíthatók a késést vagy hibát okozó, illetve különleges kezelést igénylő tételek. Hol szerezhető be? Ez az információ a raktári rendelés vagy a feladatokat tartalmazó táblák tételsorainál található. Példák PN-A5540-BSKU-300-RED-LGHW-88201 | |||
Raktárirányítási tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| Áru átvéve és megszámolva | Ez az esemény azt jelzi, hogy az árut kirakodták, beszkennelték, és a mennyiséget összevetették a szállítási dokumentumokkal. Általában akkor rögzül, amikor az áruátvevő munkatárs a rendszerben megerősíti a beérkező rendelés egyes tételeinek átvett mennyiségét. | ||
| Miért fontos? Ez fontos mérföldkő: a készlet ettől kezdve hivatalosan is megjelenik a rendszerben, bár a rendelések teljesítésére még nem feltétlenül használható. A lépés időtartama és pontossága közvetlenül befolyásolja a készlet láthatóságát és a betárolás kezdetét. Hol szerezhető be? Az esemény külön tranzakcióként szerepel a készlet- vagy átvételi naplókban. Keresse az áruátvétel könyveléséhez kapcsolódó tranzakciókat, illetve a beérkező szállítmány tételeinek „Received” állapotra váltását. Rögzítés Az áru átvételét megerősítő tranzakció időbélyege. Eseménytípus explicit | |||
| Áru betárolva | Ez az esemény megerősíti, hogy az árut a kijelölt tárolóhelyre vitték és beszkennelték. Akkor rögzül, amikor a dolgozó megerősíti a betárolási feladat elvégzését, jellemzően kézi RF-eszközön. | ||
| Miért fontos? Ez jelöli a beérkező áru feldolgozásának végét, amikor a készlet már felhasználható a rendelések teljesítéséhez. Az átvétel és e pont közötti idő elemzése fontos a „Goods Receipt to Putaway Cycle Time” dashboardhoz. Hol szerezhető be? Időbélyeges tranzakcióként rögzül, amikor a betárolási feladat állapota „Completed” vagy „Confirmed” értékre változik. Az adat a raktári feladatok vagy áthelyezési rendelések tábláiban található. Rögzítés A betárolási raktári feladat megerősítésének időbélyege. Eseménytípus explicit | |||
| Komissiózási feladat létrehozva | Ez az esemény azt jelzi, hogy a rendszer feladatot hozott létre a dolgozónak: a kimenő rendelés teljesítéséhez ki kell vennie az árut a tárolóhelyről. A WMS akkor hozza létre ezt az eseményt, amikor komissiózásra kiad egy kimenő rendelést. | ||
| Miért fontos? Ezzel kezdődik a kimenő folyamat fizikai végrehajtása. A rendelés létrehozása és a komissiózási feladat létrehozása közötti idő elemzésével feltárhatók a rendelésfeldolgozás és a készlet-hozzárendelés késései. Hol szerezhető be? Az eseményt a feladatkezelési vagy raktárirányítási táblákban naplózzák. A raktári rendeléshez kapcsolódó komissiózási feladat létrehozási időbélyegének felel meg. Rögzítés A rendszer által létrehozott komissiózási feladat létrehozási időbélyege. Eseménytípus explicit | |||
| Küldemény feladva | Ez az esemény azt jelzi, hogy a becsomagolt árut felrakták a fuvarozó teherautójára, amely elhagyta a raktárt. Általában akkor rögzítik, amikor a rendszerben könyvelik az árukiadást, ezzel véglegesítve a küldeményt. | ||
| Miért fontos? Ez fontos mérföldkő: a rendelésért viselt raktári felelősség végét jelzi. Ez az utolsó adatpont a határidőre történő feladás méréséhez, és a teljes kiszolgálási átfutási idő végét is jelenti. Hol szerezhető be? Ez jelentős pénzügyi és logisztikai tranzakció, amelyet gyakran „Post Goods Issue” (PGI) néven említenek. A tranzakció időbélyege jelzi a feladás időpontját, és általában a kimenő szállítás vagy a küldemény dokumentumtábláiban tárolják. Rögzítés A Post Goods Issue (PGI) tranzakció időbélyege. Eseménytípus explicit | |||
| Raktári rendelés befejezve | Ez a raktári rendelés végső állapota. Azt jelzi, hogy minden kapcsolódó tevékenység, a küldemény feladását is beleértve, befejeződött, és a rendelést lezárták. Akkor rögzítik, amikor a rendelés életciklusának állapota „Completed” vagy „Closed” értékre változik. | ||
| Miért fontos? Ez a tevékenység jelzi az eset végleges lezárását. Így a folyamatelemzés a rendelés teljes életciklusát rögzíti, a kezdetétől a végéig. Hol szerezhető be? A raktári rendelés fejlécét tartalmazó táblában szereplő állapotváltozásból következtethető ki. Keresse a végső állapotot, például „Completed”, „Closed” vagy „Invoiced”, valamint az állapotváltozás időbélyegét. Rögzítés A rendelés fejlécében szereplő végső állapotváltozás időbélyege alapján következtethető ki. Eseménytípus inferred | |||
| Raktári rendelés létrehozva | Ez az esemény jelzi a raktári rendelés létrehozását. A rendelés az áru beérkezésével, kiszállításával vagy a raktáron belüli feladatokkal kapcsolatos műveletek központi dokumentuma. A Blue Yonder WMS rendszerben általában külön tranzakció rögzíti, amikor új rendelést visznek fel kézzel vagy integráción keresztül. | ||
| Miért fontos? Ez jelöli a folyamat egyértelmű kezdetét. Az esemény és a teljesítés közötti idő elemzésével meghatározható a rendelés teljes átfutási ideje, amely az általános hatékonyság és a szolgáltatási szintre vonatkozó megállapodások betartásának méréséhez szükséges. Hol szerezhető be? Az eseményt valószínűleg a rendelés fejlécét tároló táblában rögzítik, a raktári rendelés rekordjának létrehozási időbélyegével. Keresse az Rögzítés A raktári rendelés rekordjának létrehozási időbélyege. Eseménytípus explicit | |||
| Áru becsomagolva | Ez az esemény azt jelzi, hogy a küldemény minden tételét becsomagolták a szállítótartályokba, és elkészültek a címkék. Akkor rögzítik, amikor a csomagoló a rendszerben visszaigazolja a rendelés csomagolásának befejezését. | ||
| Miért fontos? Ez jelzi a raktár területén végzett, értéket teremtő tevékenységek végét. Az ettől az időponttól a küldemény feladásáig eltelt idő az előkészítést és a rakodást foglalja magában, ahol késések alakulhatnak ki. Hol szerezhető be? Ez a csomagolási folyamat lezárásakor rögzített tranzakció. Keresse a kimenő szállítás „Packed” állapotba váltását vagy a csomagolóállomáson végrehajtott tranzakció befejezési időbélyegét. Rögzítés A „Confirm Packing” vagy „Close Container” tranzakció időbélyege. Eseménytípus explicit | |||
| Áru kivéve a tárolóhelyről | Ez az esemény a komissiózási feladat befejezését jelzi: a dolgozó kivette a tételeket, és megerősítette a műveletet a rendszerben. Akkor rögzül, amikor a dolgozó beszkenneli a tételeket, és az eszközén megerősíti a komissiózást. | ||
| Miért fontos? Ez a mérföldkő zárja le a komissiózási szakaszt. A tevékenység pontossága és időtartama alapvetően befolyásolja a rendelések teljesítésének hatékonyságát, és a „Picking Accuracy” elemzés alapját adja. Hol szerezhető be? Az időbélyeg a komissiózási feladat „Completed” állapotra váltásakor rögzített megerősítésből nyerhető ki. A raktári feladatok tábláiban található, gyakran az adott dolgozóhoz és berendezéshez kapcsolva. Rögzítés A komissiózási raktári feladat megerősítésének időbélyege. Eseménytípus explicit | |||
| Az áru megérkezett a rakodókapuhoz | Ez a tevékenység azt jelzi, hogy a teherautó vagy a fuvarozó megérkezett a raktár átvételi kapujához, még a kirakodás megkezdése előtt. Az eseményt gyakran külön rögzíti az udvarirányítási modul, vagy akkor naplózzák, amikor a kapuőr bejelentkezteti a szállítmányt. | ||
| Miért fontos? Az érkezési idő nyomon követésével mérhető a fuvarozó határidőre érkezése, és feltárhatók a fuvarozó érkezése és az átvétel kezdete közötti késések. Ez megmutatja az udvarirányítás vagy az átvételi kapuk lehetséges szűk keresztmetszeteit. Hol szerezhető be? Az eseményt általában a Blue Yonder WMS udvarirányítási vagy kapuellenőrzési moduljában rögzítik. Az érkezéskor az áruátvevő munkatárs kézzel is megadhatja az időbélyeget. Rögzítés A fuvarozó bejelentkezési tranzakciójának időbélyege. Eseménytípus explicit | |||
| Beérkező szállítmányról értesítés érkezett | A beszállítótól érkező Advanced Shipping Notification (ASN) fogadását jelzi. Az értesítés szerint az áru úton van a raktár felé. Külön eseményként rögzül, amikor a rendszer fogadja és feldolgozza az ASN-t, gyakran EDI-n vagy portálon keresztül. | ||
| Miért fontos? Ez a tevékenység indítja el a beérkező áru tervezését és az erőforrások elosztását. Az értesítés és az áru fizikai átvétele közötti idő fontos KPI a beszállítói teljesítmény és a beérkező szállítmányok nyomon követhetőségének méréséhez. Hol szerezhető be? Az adat az ASN fogadási naplóiból vagy a beérkező szállítmány dokumentumának létrehozási időbélyegéből nyerhető ki a Blue Yonder WMS-ben. Keresse az ASN-ekhez vagy a beérkező szállítmányokról szóló értesítésekhez kapcsolódó táblákat. Rögzítés Az ASN vagy a beérkező szállítmány dokumentumának létrehozási időbélyege. Eseménytípus explicit | |||
| Betárolási feladat létrehozva | Ez a tevékenység azt jelzi, hogy a rendszer létrehozott egy feladatot a beérkezett áru átvételi kaputól a végleges tárolóhelyre történő mozgatására. A WMS logikája külön rendszereseményként hozza létre a feladatot, hogy utasítsa a raktári dolgozót. | ||
| Miért fontos? Ezzel kezdődik a betárolási folyamat. Ha az áru átvétele és a betárolási feladat létrehozása között késés van, az rendszerbeállítási vagy teljesítményproblémára utalhat, és az áru az átvételi területen maradhat. Hol szerezhető be? A feladatot a rendszer a feladatkezelési vagy raktárirányítási táblákban hozza létre és naplózza. Keresse a beérkező szállítmányhoz kapcsolódó betárolási feladatok vagy áthelyezési rendelések létrehozási időbélyegét. Rögzítés A rendszer által létrehozott betárolási feladat létrehozási időbélyege. Eseménytípus explicit | |||
| Csomagolás megkezdve | Ez a tevékenység jelzi a csomagolás kezdetét a csomagolóállomáson. Általában akkor naplózzák, amikor a dolgozó beszkenneli a komissiózott tételeket vagy a rendelés gyűjtőládáját, és megkezdi a szállítmány előkészítését. | ||
| Miért fontos? Ez az esemény jelzi az átadást a komissiózás és a csomagolás között. Segít elkülöníteni a rendelésteljesítés csomagolási szakaszát, így feltárhatók a csomagolóterület szűk keresztmetszetei. Hol szerezhető be? Ez lehet a csomagolóállomás felhasználói felületén rögzített tranzakciós napló. Az is előfordulhat, hogy az eseményt az adott rendeléshez tartozó csomagoló munkaállomás első időbélyeges tevékenysége alapján következtetik ki. Rögzítés A csomagolóállomáson végrehajtott „Start Packing” tranzakció időbélyege. Eseménytípus explicit | |||
| Küldemény előkészítése | A becsomagolt egységek áthelyezése a csomagolóterületről a kijelölt feladási várakozóhelyre, ahol a fuvarozó átvételére várnak. Az eseményt akkor rögzítik, amikor a kezelő visszaigazolja a kezelési egység áthelyezését a várakozóhelyre. | ||
| Miért fontos? Ez a tevékenység segít elemezni a várakozási időt, vagyis azt az időszakot, amíg a becsomagolt rendelések a rakodásra várnak. A hosszú várakozás a fuvarozókkal való nem megfelelő egyeztetésre vagy a várakozóhelyek nem hatékony kihasználására utalhat. Hol szerezhető be? Az esemény a kezelési egység vagy a szállítótartály várakozóhelyre történő áthelyezéséből is kikövetkeztethető. Rögzíthetik külön „Move to Stage” feladat-visszaigazolásként is. Rögzítés A készletmozgási naplók alapján következtethető ki, amelyek a várakozóhelyre történő áthelyezést mutatják. Eseménytípus inferred | |||
| Minőségellenőrzés elvégezve | A beérkezett árun végzett minőségellenőrzést jelzi. Bizonyos anyagoknál ez a folyamat szokásos lépése, más esetekben valamilyen kivétel váltja ki. Akkor rögzül, amikor a minőségellenőr beviszi az eredményeket a rendszerbe. | ||
| Miért fontos? A minőségellenőrzések jelentősen késleltethetik a beérkező áru feldolgozását. Gyakoriságuk és időtartamuk elemzésével feltárhatók a beszállítói minőségi problémák és az ellenőrzési munkafolyamat szűk keresztmetszetei. Hol szerezhető be? Az eseményt a Quality Management (QM) modulokban vagy a beérkező szállítmányhoz kapcsolódó naplókban rögzítik. Keresse a minőségellenőrzési eredményekhez tartozó tranzakciókódokat, illetve a készlet „Quality Hold” állapotra váltását. Rögzítés A minőségellenőrzés befejezésének vagy az állapot frissítésének időbélyege. Eseménytípus explicit | |||
| Raktári rendelés törölve | Azt jelzi, hogy a raktári rendelést a teljes feldolgozás vagy feladás előtt törölték. Az eseményt akkor rögzítik, amikor egy felhasználó törlési tranzakciót hajt végre, és a rendelés állapotát „Canceled” értékre módosítja. | ||
| Miért fontos? A törlések elemzésével feltárhatók a folyamat meghiúsulásának okai, például a készlethiány vagy az ügyfél kérésének módosulása. Ez az esemény a folyamateltérések és a megszakadt esetek megértéséhez szükséges lezáró esemény. Hol szerezhető be? Ezt az eseményt általában a raktári rendelés végső állapota alapján következtetik ki. A „Canceled” vagy „Deleted” állapotra váltás időbélyegét használják. Rögzítés A „Canceled” állapotra váltás időbélyege alapján következtethető ki. Eseménytípus inferred | |||
Adatkinyerési útmutatók
Lépések
- Előfeltételek és hozzáférés: Gondoskodjon arról, hogy rendelkezzen Blue Yonder WMS-felhasználói fiókkal, amely jogosult MOCA-parancsok futtatására és a szükséges táblák, például az ord_hdr, pckwrk_dtl és invmov elérésére. Szüksége lesz MOCA-kliensre, például MOCA Console-ra vagy parancssori felületre.
- A MOCA-szkript áttekintése és testreszabása: Másolja le a megadott MOCA-szkriptet. Ellenőrizze a táblák és oszlopok nevét, hogy megfelelnek-e az Ön Blue Yonder WMS-telepítésének. Különösen figyeljen az olyan helyőrzőkre, mint az
@[where_clause_dates]és az@[where_clause_warehouse], amelyeket tényleges értékekre kell cserélni. - A kinyerési paraméterek megadása: Cserélje le a szkriptben szereplő helyőrző változókat. Az
@[where_clause_dates]esetében adjon meg egy konkrét dátumtartományt, példáulwhere adddte between 'YYYY-MM-DD' and 'YYYY-MM-DD'. Az@[where_clause_warehouse]esetében adja meg a kinyerni kívánt raktárak azonosítóit, példáulwhere wh_id = '[Your Warehouse ID]'. - Kapcsolódás a MOCA-szerverhez: Indítsa el a MOCA-klienst, például a MOCA Console-t, és csatlakozzon a megfelelő Blue Yonder WMS-környezethez.
- A MOCA-szkript futtatása: Illessze be a testreszabott szkriptet a MOCA Console-ba, majd futtassa a parancsot. A szkript a szerveren fut le, és összegyűjti a megadott tevékenységek adatait.
- A futás nyomon követése: Nagy adathalmazok esetén a lekérdezés futása sokáig tarthat. Figyelje a konzolon megjelenő hibaüzeneteket és teljesítményre vonatkozó figyelmeztetéseket. Ha időtúllépés történik, futtassa a lekérdezést rövidebb időszakokra.
- Az eredmények exportálása fájlba: A szkript sikeres futása után az eredmények megjelennek a konzolon. A kliens exportálási funkciójával mentse őket CSV-fájlba. Parancssorból például közvetlenül fájlba irányíthatja a kimenetet:
mocarun -S "[Your MOCA Script]" > event_log.csv. - A CSV előkészítése a ProcessMindhez: Nyissa meg az exportált CSV-fájlt. Ellenőrizze, hogy az oszlopfejlécek megfelelnek-e a lekérdezésben megadott attribútumoknak, például
WarehouseOrder,ActivityName,EventStartTime. UTF-8 kódolással mentse a fájlt, hogy feltöltéskor ne sérüljenek a karakterek. - Ellenőrzés és feltöltés: Ellenőrizze még egyszer a fájl tartalmát, és keresse az esetleges hibákat vagy eltéréseket. Ha mindent rendben talál, töltse fel a CSV-fájlt a ProcessMindbe elemzésre.
Konfiguráció
- Dátumtartomány: Javasoljuk, hogy 3–6 hónap adatait nyerje ki, így a folyamatváltozatok reprezentatív mintáját kapja. Az
@[where_clause_dates]dátumszűrőt minden SELECT utasítás elsődleges időbélyeg-oszlopára alkalmazza, például azadddtevagy amoddtemezőre. - Raktár- és ügyfélszűrők: Mindig használjon szűrőket a kinyerés hatókörének korlátozására. Az
@[where_clause_warehouse]helyőrzővel szűrjön a megadott raktárazonosítók (wh_id), valamint szükség esetén az ügyfél-azonosítók (client_id) alapján. Ez a teljesítmény és az adatok relevanciája szempontjából is fontos. - Rendeléstípus-szűrők: Az elemzés célzottabbá tételéhez szűrjön meghatározott raktári rendeléstípusokra (
ordtyp). Például külön vizsgálhatja a kimenő vevői rendeléseket vagy a beérkező beszerzési rendeléseket. A szűrőt a szkript megfelelő részeinek WHERE záradékához adhatja hozzá. - Teljesítmény: A kinyerési szkript több nagy táblát kapcsol össze és egyesít. A rendszer terhelésének mérsékléséhez időzítse a futtatást csúcsidőn kívülre. Nagyon nagy rendszerekben biztonságosabb kisebb, egymást követő adagokban, például havonta kinyerni az adatokat.
- Előfeltételek: A szkript futtatójának olvasási hozzáféréssel kell rendelkeznie a lekérdezésben hivatkozott összes táblához, köztük az
ord_hdr,ord_dtl,invmov,pckwrk_dtl,asnhdréstrn_logtáblákhoz. A felhasználónak a MOCA-parancsok futtatására is jogosultnak kell lennie.
Példa-lekérdezés 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]'
] Lépések
- Adatbázis-kapcsolat létrehozása: Kérjen csak olvasási jogosultságot és kapcsolódási adatokat, például szervercímet, adatbázisnevet és portot a Blue Yonder WMS mögötti adatbázishoz, amely jellemzően Oracle vagy SQL Server. A kapcsolódáshoz használjon szabványos SQL-klienst, például DBeavert, Oracle SQL Developert vagy SQL Server Management Studiót.
- A WMS alapvető tábláinak azonosítása: A megadott lekérdezés olyan szabványos Blue Yonder WMS-táblákra épül, mint az
ord(rendelések),pckwrk(komissiózási feladatok),wrkque(feladatsor),invmov(készletmozgások) éslodhdr(rakományfejléc). Ellenőrizze a táblaneveket és az oszlopszerkezetet a rendszer adatszótárában, mert előfordulhatnak testreszabások. - Az SQL-lekérdezés áttekintése és paraméterezése: Másolja a megadott SQL-szkriptet az SQL-kliensbe. Keresse meg a szkript elején, a
BaseOrdersközös táblakifejezésben (CTE) szereplő helyőrző változókat. - Dátumtartomány megadása: Módosítsa az
adddte >= 'YYYY-MM-DD'és azadddte < 'YYYY-MM-DD'feltételeket a kinyerni kívánt időszak megadásához. Az első elemzéshez 3–6 hónapnyi adatot javaslunk. - Rendszerspecifikus szűrők alkalmazása: Módosítsa a
wh_id = '[Your_Warehouse_ID]'szűrőt, hogy csak a megadott raktár adatai kerüljenek a kinyerésbe. Több ügyfelet kezelő környezetben szükség szerint adjon hozzá vagy módosítson további szűrőket, például aclient_idmezőre. - A kinyerési szkript futtatása: Futtassa le a teljes SQL-szkriptet. A lekérdezés több táblából gyűjti össze az eseményeket, és egységes eseménynaplóvá alakítja őket. A futási idő az időszaktól és az adatmennyiségtől függ.
- Az első eredmények ellenőrzése: A lekérdezés lefutása után gyorsan ellenőrizze az eredményeket. Nézze meg, hogy a
WarehouseOrder,ActivityNameésEventStartTimeoszlopok a várt adatokat tartalmazzák-e. A sorok száma várhatóan jóval meghaladja az egyedi raktári rendelések számát. - Az eseménynapló exportálása: Exportálja a lekérdezés eredményeit CSV-fájlba. Feltöltéskor a karakterkódolási hibák elkerülése érdekében UTF-8 kódolást állítson be.
- Feltöltés előkészítése: Ellenőrizze, hogy az exportált CSV oszlopfejlécei megfelelnek-e az elvárt attribútumoknak, például
WarehouseOrder,ActivityName,EventStartTime. A fájl ezután feltölthető a process mining szoftverbe.
Konfiguráció
- Előfeltételek: Csak olvasási jogosultságú SQL-hozzáférésre van szüksége a Blue Yonder WMS-adatbázishoz. Előnyt jelent, ha ismeri a szervezet WMS-beállításait és adatmodelljét.
- Adatbázis-kapcsolat: Ehhez a módszerhez közvetlen adatbázis-kapcsolat szükséges. Mielőtt elkezdi, gondoskodjon a szükséges tűzfalszabályokról és hálózati hozzáférési jogosultságokról.
- Dátumtartomány szűrése: Az adatmennyiség kezelése érdekében feltétlenül adjon meg konkrét dátumtartományt a lekérdezés
WHEREzáradékában. A 3–6 hónapos időszak általában elegendő az érdemi elemzéshez, és nem terheli túl az adatbázist. - Raktár- és ügyfélszűrés: Több raktárat vagy ügyfelet kezelő környezetben mindig szűrjön a megfelelő
wh_id(raktárazonosító) ésclient_id(ügyfél-azonosító) mezőre. Így az elemzés célzott marad, az adathalmaz pedig kezelhető méretű lesz. - Teljesítmény: A lekérdezés éles adatbázison történő futtatása hatással lehet a rendszer teljesítményére. Javasoljuk, hogy csúcsidőn kívül futtassa, vagy lehetőség szerint dedikált jelentéskészítő vagy replikált adatbázist használjon.
- Rendszer-testreszabások: A megadott lekérdezés szabványos tábla- és oszlopneveket használ. Készüljön fel arra, hogy ezeket a Blue Yonder WMS-verziójában vagy telepítésében alkalmazott testreszabásokhoz kell igazítania. Útmutatásért forduljon a belső WMS-rendszergazdához, vagy nézze meg az adatszótárat.
Példa-lekérdezés 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 Készen áll a kezdésre?
Használja ezt a sablont a process mining bevezetésének elindításához, és tegye hatékonyabbá raktári működését. Kezdje el még ma az anyagáramlás fejlesztését!
Hozza ki a legtöbbet a Blue Yonder WMS-ből még ma
Tárja fel a szűk keresztmetszeteket, csökkentse a komissiózási hibákat, és érjen el 99,5%-os készletpontosságot.
Bankkártya megadása nélkül, 14 napos próbaverzió.