Raktárirányítási adatsablon
Raktárirányítási adatsablon
- Javasolt adatattribútumok
- A raktári működés nyomon követéséhez szükséges tevékenységek
- A Körber WMS-hez igazított adatkinyerési útmutató
A raktárirányítás attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | A pontos dátum és idő, amikor a forrásrendszer rögzítette a tevékenységet vagy eseményt. | ||
| Leírás Az esemény időpontja az egyes tevékenységekhez tartozó időbélyeg, amely megadja, mikor történtek. Ez az időadat szükséges a folyamatlépések közötti időtartamok, átfutási idők és várakozási idők kiszámításához. A folyamatelemzés során ezzel az attribútummal rendezhetők időrendbe az események, állítható össze a folyamatmenet, és végezhető időalapú elemzés. A teljesítményt mérő dashboardok, például az átfutásiidő-elemzés alapja, és olyan KPI-k kiszámításához is szükséges, mint az „Átlagos rendelési átfutási idő a folyamat elejétől a végéig”. Miért fontos? Az időbélyeg alapján időrendbe rendezhetők az események, kiszámíthatók az időalapú mutatók, például az átfutási és várakozási idők, és értékelhető a folyamat teljesítménye. Hol szerezhető be? A Körber WMS tranzakciós és eseménynapló-tábláiban található, jellemzően „CreationDate”, „Timestamp” vagy „EventDateTime” nevű mezőben. Példák 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Raktári rendelés WarehouseOrder | A raktári rendelés egyedi azonosítója, amely az összes kapcsolódó logisztikai tevékenység elsődleges esetazonosítójaként szolgál. | ||
| Leírás A raktári rendelés az azonosító, amely egy adott logisztikai igényhez, például beérkező áru átvételéhez vagy kimenő szállítmányhoz kapcsolódó összes feladatot és eseményt összefogja. Segítségével a rendelés teljes életútja nyomon követhető a raktárban, a létrehozástól a végleges feladásig vagy törlésig. A process mining során a raktári rendelés szerinti elemzés megmutatja az egyes rendelések teljes folyamatát. Így feltárhatók a jellemző útvonalak, az eltérések, a szűk keresztmetszetek és a különböző rendeléstípusok, például a normál és a sürgős rendelések teljes átfutási ideje. Miért fontos? Ez az azonosító kapcsolja össze az összes kapcsolódó eseményt, így minden egyes rendelés raktárkezelési folyamata elejétől a végéig elemezhető. Hol szerezhető be? Ez az azonosító általában a Körber WMS központi rendeléskezelési tábláiban található. A konkrét táblák és mezők, például a rendelésfejlécek neveiről a Körber WMS dokumentációjában tájékozódhat. Példák WO-0012845WO-0012991WO-0013402 | |||
| Tevékenység neve ActivityName | Az adott időpontban, a raktári rendelés életciklusa során végrehajtott esemény vagy feladat neve. | ||
| Leírás Ez az attribútum a raktárkezelési folyamat egy-egy lépését írja le, például „Áru kitárolása” vagy „Szállítmány feladása”. Minden tevékenység egy különálló, a rendszerben rögzített üzleti eseményt jelöl, amelyhez időbélyeg tartozik. A tevékenységek elemzése a process mining alapja. Ezekből állítható össze a folyamattérkép, amely megmutatja, hogyan halad ténylegesen a munka a raktárban. Segítségével azonosíthatók a szűk keresztmetszetek, az ismételt munkavégzést okozó körök és a szokásos működési eljárástól való eltérések. Miért fontos? Meghatározza a folyamat lépéseit, ezek adják a folyamattérkép alapját, és lehetővé teszik a folyamatmenet, az eltérések és a szűk keresztmetszetek elemzését. Hol szerezhető be? A Körber WMS esemény- vagy tranzakciónapló-táblái rögzítik az üzleti eseményeket. Az adat gyakran tranzakciókódokból vagy az állapotváltozások leírásából származik. Példák Komissiózási feladat létrehozvaÁru becsomagolvaSzállítmány feladvaRaktári rendelés törölve | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az adatokat kinyerték. | ||
| Leírás Ez az attribútum azonosítja az eseményadatok forrásrendszerét, amely ebben az esetben a „Körber WMS”. Több integrált rendszer használatakor a mező segít megkülönböztetni az adatforrásokat és nyomon követni az adatok eredetét. Elemzéskor kontextust ad, különösen akkor, ha több rendszer adatait egyesítik. Segít az adatminőség biztosításában, és lehetővé teszi az elemzés szűrését egy adott rendszer tevékenységeire. Miért fontos? Megmutatja, honnan származnak az adatok, így azok eredete egyértelműen nyomon követhető, különösen több összekapcsolt rendszer esetén. Hol szerezhető be? Ez általában az adatkinyerés során hozzáadott, állandó érték, amely a forrásrendszert azonosítja. Példák Körber WMSKörberOne | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg, amely megmutatja, mikor frissítették utoljára a folyamathoz tartozó adatokat. | ||
| Leírás Ez az attribútum a legutóbbi adatkinyerés vagy frissítés dátumát és időpontját adja meg. Segítségével megállapítható, mennyire frissek az elemzett adatok, és mikori állapotot mutat a folyamatnézet. A dashboardokon és jelentésekben ez az információ az átláthatóság miatt fontos. Megmutatja, hogy valós idejű, napi vagy heti adatokat lát-e, ami befolyásolja a döntéshozatalt. Miért fontos? Tájékoztatja a felhasználókat az adatok aktualitásáról, ami szükséges ahhoz, hogy az elemzés alapján pontos és releváns üzleti döntéseket hozzanak. Hol szerezhető be? Ezt az értéket az adatfolyamat vagy az ETL-eszköz állítja elő és rögzíti minden adatfrissítési ciklus végén. Példák 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Felhasználó/kezelő azonosítója UserOperatorId | A tevékenységet végrehajtó felhasználó vagy kezelő azonosítója. | ||
| Leírás Ez az attribútum azonosítja azt a raktári dolgozót vagy rendszerfelhasználót, aki egy adott feladatot, például komissiózást, csomagolást vagy betárolást végez. Egyes esetekben automatizált rendszerre vagy botra is utalhat. Ez a dimenzió szükséges az erőforrások teljesítményének elemzéséhez. Segít megérteni a munkaterhelés eloszlását, azonosítani a legjobban teljesítő dolgozókat, és felismerni, kinek lehet szüksége további képzésre. Ez szolgál a „Erőforrás-kihasználtság és munkaterhelés” dashboard és az „Egy kezelőre jutó átbocsátás” KPI alapjául. Miért fontos? Lehetővé teszi a munkaerő teljesítményének, a munkaterhelés eloszlásának és az erőforrások hatékonyságának elemzését, így feltárhatók a képzési igények és a kiemelkedő teljesítmények. Hol szerezhető be? A felhasználói műveleteket rögzítő tranzakciós vagy naplótáblákban található. Keresse például a „UserID”, „UserName”, „ExecutedBy” vagy „OperatorID” mezőt. Példák JSMITHABOT01CDAVISrendszer | |||
| Prioritási szint PriorityLevel | A raktári rendelés sürgősségét vagy prioritását jelzi, például normál vagy sürgős. | ||
| Leírás A prioritási szint a raktári rendelés feldolgozásának sürgősségét jelöli. A rendelés például „Expedited” vagy „High Priority” besorolást kaphat, ami azt jelzi, hogy a normál rendelések előtt kell feldolgozni. Ez az attribútum szükséges a „Sürgős rendelések elemzése” dashboardhoz és a „Sürgős szállítmányok aránya” KPI-hoz. Segít felmérni, hogyan hatnak a sürgős rendelések a raktár egészének működésére és költségeire, valamint hogy valóban gyorsabban dolgozzák-e fel őket, mint a normál rendeléseket. Miért fontos? Segít elemezni a sürgős rendelések kezelését, gyakoriságát, valamint a folyamat egészének teljesítményére és költségeire gyakorolt hatásukat. Hol szerezhető be? A rendelés fejlécadatai között található. Keresse például a „Priority”, „Urgency” vagy a szállítási szolgáltatási szintet jelző mezőt. Példák NormálSürgősMásnapiKritikus | |||
| Tényleges mennyiség ActualQuantity | A feladat során ténylegesen kezelt vagy rögzített tétel mennyisége. | ||
| Leírás A tényleges mennyiség az a darabszám, amelyet a raktári dolgozó fizikailag megszámolt, komissiózott, becsomagolt vagy átvett. Ezt az értéket a feladat befejezésekor rögzítik. Készlethiány, sérülés vagy emberi hiba miatt eltérhet a „Tervezett mennyiség” értékétől. A tényleges és a tervezett mennyiség összehasonlítása alapvető az „Készletfolyamatok állapota és pontossága” dashboardhoz. A két érték közötti eltérés folyamatbeli hibára vagy pontatlan adatra utal, amelyet érdemes kivizsgálni. Miért fontos? Megmutatja, hogy fizikailag mennyi árut kezeltek, ezért szükséges az eltérési arányok kiszámításához és a készletnyilvántartás pontosságának biztosításához. Hol szerezhető be? A tranzakció-visszaigazolásokban vagy a feladat befejezését rögzítő adatokban található. A mező neve lehet például „ActualQty”, „ConfirmedQuantity” vagy „PickedQuantity”. Példák 10491 | |||
| Termék SKU-ja ProductSKU | A kezelt termék cikkszáma, vagyis Stock Keeping Unit (SKU) azonosítója. | ||
| Leírás A termék SKU-ja azonosítja egyedileg a raktári rendelésben szereplő terméket vagy anyagot. Egy rendelés egy vagy több SKU-t is tartalmazhat. A termék SKU-ja szerinti elemzésből kiderülhet, hogy bizonyos termékek kezelése összetettebb vagy problémásabb-e. Például kiderülhet, hogy a törékeny áruk csomagolása tovább tart, vagy egyes SKU-k gyakrabban járnak komissiózási eltéréssel. Az eredmények alapján módosítható a tárolási stratégia vagy az árukezelési eljárás. Miért fontos? Lehetővé teszi a folyamat teljesítményének termékenkénti elemzését, és megmutatja, mely tételek okoznak késedelmet vagy hibát. Hol szerezhető be? A fő raktári rendelés fejlécéhez kapcsolódó rendeléstétel-táblákban található. Gyakori mezőnevek: „SKU”, „MaterialNumber” vagy „ItemCode”. Példák SKU-847361SKU-991204SKU-103557 | |||
| Átfutási idő CycleTime | A raktári rendelés létrehozásától a teljesítéséig eltelt idő. | ||
| Leírás Az átfutási idő számított mutató, amely az eset első eseményétől („Raktári rendelés létrehozva”) az utolsó eseményéig („Raktári rendelés teljesítve”) eltelt teljes időt méri. Megmutatja, mennyi idő alatt dolgoznak fel egy rendelést az elejétől a végéig. A process mining egyik alapvető KPI-ja, amely közvetlenül megválaszolja a kérdést: „Mennyi ideig tart?”. Ez a „Raktári rendelés teljes átfutási ideje” dashboard és az „Átlagos rendelési átfutási idő a folyamat elejétől a végéig” KPI alapja. Segítségével nyomon követhető a folyamat egészének állapota, és azonosíthatók a szokatlanul lassan teljesülő rendelések. Miért fontos? Ez a KPI a raktári folyamat egészének hatékonyságát méri, amely közvetlenül hat az ügyfelek elégedettségére és a működési költségekre. Hol szerezhető be? A process mining eszköz minden raktári rendelésnél az utolsó és az első esemény időbélyege közötti különbségből számítja ki ezt a mutatót. Példák 8640017280036000 | |||
| Befejezés időpontja EndTime | Az időbélyeg, amely megadja, mikor fejeződött be egy tevékenység, ha ez az adat rendelkezésre áll. | ||
| Leírás A befejezés időpontja a tevékenység lezárásának időbélyege. Míg a StartTime (EventTime) a kezdést, ez az érték a befejezést jelöli, így közvetlenül kiszámítható az adott tevékenység időtartama. Nem minden eseményhez tartozik külön befejezési időpont. Sok esetben az előző tevékenység időtartamát a következő esemény StartTime értékéből lehet megbecsülni. Ez az attribútum segít pontosan kiszámítani az egyes feladatok feldolgozási idejét. Például az „Átlagos minőségellenőrzési idő” meghatározásához az ellenőrzés kezdetétől a befejezéséig eltelt időt méri. Miért fontos? Lehetővé teszi az egyes tevékenységek feldolgozási idejének pontos kiszámítását, így azonosíthatók a nem hatékony feladatok és az erőforrásokhoz kapcsolódó szűk keresztmetszetek. Hol szerezhető be? A Körber WMS dokumentációjában tájékozódjon. Az adat a kezdési időpont mellett a tranzakciós táblákban vagy a kapcsolódó állapotelőzmény-táblákban szerepelhet. Példák 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Fuvarozó Carrier | A rendelés végső kézbesítéséért felelős fuvarozó. | ||
| Leírás A fuvarozó az a külső logisztikai szolgáltató, például a FedEx, a UPS vagy a DHL, amely az árut a raktárból a végső rendeltetési helyre szállítja. Általában a szállítmány tervezésekor vagy feladásakor jelölik ki. A fuvarozók szerinti elemzés megmutathatja a szállítási partnerek teljesítménykülönbségeit. Például kiderülhet, hogy egyes fuvarozókhoz hosszabb gyűjtőterületi várakozás vagy gyakoribb késés kapcsolódik. Ezek az adatok segíthetnek a fuvarozói szerződések megtárgyalásában és a partnerek kiválasztásában. Miért fontos? Lehetővé teszi a különböző szállítási partnerek teljesítményének elemzését, így optimalizálható a logisztika és javítható a kézbesítés megbízhatósága. Hol szerezhető be? A Körber WMS szállítmány- vagy fuvartervezési tábláiban található. Keresse például a „CarrierCode”, „ShippingAgent” vagy „SCAC” mezőt. Példák FedExUPSDHLLocal Freight Inc. | |||
| Használt eszköz EquipmentUsed | A feladat végrehajtásához használt eszköz, például targonca vagy szkenner azonosítója. | ||
| Leírás Ez az attribútum a raktári feladat során használt anyagmozgató eszközt (MHE) vagy technológiát jelöli. Ilyen lehet egy adott targonca, raklapemelő, kézi szkenner vagy automata irányítású jármű (AGV). Az eszközök szerinti elemzésből kiderül, hogyan használják ki az erőforrásokat, milyen karbantartásra van szükség, és hogyan hatnak a különböző eszközök a feladatok hatékonyságára. Ez fontos dimenzió az „Erőforrás-kihasználtság és munkaterhelés” dashboardon, ahol az emberi és gépi erőforrások egyaránt áttekinthetők. Miért fontos? Lehetővé teszi az eszközök kihasználtságának és a feladatok teljesítményére gyakorolt hatásának elemzését, így optimalizálható a járműpark kezelése és feltárhatók a gépekhez kapcsolódó szűk keresztmetszetek. Hol szerezhető be? A Körber WMS dokumentációjában tájékozódjon. Ez az adat a feladat-végrehajtási rekordokban szerepelhet, különösen akkor, ha a kezelők bejelentkeznek az egyes eszközökre. Példák FORKLIFT-08SCANNER-112AGV-03 | |||
| Kért teljesítési dátum RequestedCompletionDate | Az a dátum, ameddig az ügyfél vagy a belső érintett a rendelés teljesítését kéri. | ||
| Leírás Ez a kimenő rendelés tervezett teljesítési vagy feladási dátuma, amelyet gyakran az ügyfél elvárásai vagy a szolgáltatási szintre vonatkozó megállapodások (SLA-k) határoznak meg. Ez az a határidő, amelyhez a tényleges teljesítést viszonyítják. Ez a dátum szükséges a „Sürgős rendelések elemzése” dashboardhoz. A „Kért teljesítési dátum” és a „Tényleges teljesítési dátum” összevetésével megállapítható, hogy a rendelés időben teljesült-e, és mely rendelések késhetnek. A tényleges dátumot a „Szállítmány feladva” vagy a „Raktári rendelés teljesítve” tevékenység időbélyege adja. Miért fontos? Alapul szolgál a határidőre történő teljesítés és a szolgáltatási szintre vonatkozó megállapodások (SLA-k) betartásának méréséhez, és segít azonosítani a várhatóan késő rendeléseket. Hol szerezhető be? A rendelésfejléc-táblában található. Gyakori mezőnevek: „RequiredDeliveryDate”, „RequestedShipDate” vagy „SLA”. Példák 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Raktárazonosító WarehouseId | A raktár vagy elosztóközpont egyedi azonosítója, ahol a tevékenységek zajlanak. | ||
| Leírás A raktárazonosító jelöli azt a fizikai helyet vagy létesítményt, ahol a raktári rendelést feldolgozzák. Több elosztóközponttal rendelkező szervezeteknél fontos elemzési dimenzió. Az attribútummal összehasonlítható a különböző telephelyek teljesítménye. Például összevethető az „Átlagos rendelési átfutási idő a folyamat elejétől a végéig” az A és a B raktárban, így feltárhatók a bevált gyakorlatok és az adott telephelyre jellemző működési problémák. Miért fontos? Lehetővé teszi a különböző raktártelephelyek teljesítményének összehasonlítását és mérését, így feltárhatók a régióra vagy az adott létesítményre jellemző problémák. Hol szerezhető be? Ez az adat általában a rendelésfejléc- vagy telephely-konfigurációs táblákban található. „Plant”, „Site” vagy „LocationCode” néven szerepelhet. Példák WH-NYCDC-LAXFC-DAL | |||
| Rendeléstípus OrderType | A raktári rendelés kategóriája, például bejövő, kimenő vagy belső áthelyezés. | ||
| Leírás A rendeléstípus a raktári rendelés üzleti célját határozza meg. Gyakori típus a vevői kiszállítás (kimenő), a beszállítói áruátvétel (bejövő), a raktárhelyek közötti készletáthelyezés (belső) és a visszáru. Ez az attribútum jól használható szűrésre és összehasonlító elemzésre. Segítségével összevethetők a különböző logisztikai műveletek folyamatai és teljesítményei, például megállapítható, hogy a bejövő folyamat hatékonyabb-e a kimenőnél. Miért fontos? Lehetővé teszi az elemzés rendelési cél szerinti bontását, és megmutatja a teljesítménykülönbségeket például a bejövő áruátvétel és a kimenő szállítás között. Hol szerezhető be? Általában a Körber WMS rendelésfejléc-táblájában található. Keresse az „OrderType”, „TransactionType” vagy hasonló nevű mezőt. Példák Kimenő szállítmányBejövő áruátvételBelső áthelyezésVevői visszáru | |||
| SLA-állapot SLAStatus | A kért teljesítési dátum alapján jelzi, hogy a rendelés időben vagy késve teljesült-e, illetve fennáll-e a késés kockázata. | ||
| Leírás Az SLA-állapot számított attribútum, amely a „RequestedCompletionDate” értékéhez viszonyítva sorolja be a rendeléseket a teljesítés időzítése szerint. Lehetséges értékei például: „Időben”, „Késve” vagy „Folyamatban”. Ez az attribútum azonnali képet ad a szolgáltatási szint teljesüléséről. Gyorsan kiszűrhetők vele a késő rendelések, és feltárhatók a kiváltó okok, például az egyes szűk keresztmetszetek vagy erőforrásproblémák. Fontos része az ügyfélelégedettséget és a működés megbízhatóságát vizsgáló elemzéseknek. Miért fontos? Közvetlenül méri a szolgáltatási szintre vonatkozó megállapodások betartását, így könnyen azonosíthatók és elemezhetők a késő rendelések kiváltó okai. Hol szerezhető be? Az adatátalakítási rétegben számítják ki a „Raktári rendelés teljesítve” esemény időbélyegének és a „RequestedCompletionDate” értékének összevetésével. Példák IdőbenKésveFolyamatban | |||
| Tárolóhely StorageLocation | A raktár adott helye, például a tárhely vagy a folyosó, ahol az árut tárolják vagy ahonnan kitárolják. | ||
| Leírás Ez az attribútum a raktáron belüli fizikai helyet azonosítja, például az állványt, polcot vagy tárhelyet. Az olyan tevékenységeknél releváns, mint az „Áru betárolása” és az „Áru kitárolása”. A „Betárolás hatékonysága és a tárolóhelyek kihasználtsága” dashboardon az utazási idők, a tárolóhelyek kihasználtsága és a tárolási stratégia hatékonysága elemezhető vele. Például segít megállapítani, hogy a gyorsan forgó termékeket könnyen elérhető helyen tárolják-e a komissiózási idő csökkentése érdekében. Miért fontos? Az utazási idők, valamint az egyes helyeken végzett betárolási és komissiózási feladatok hatékonyságának elemzésével segít optimalizálni a raktár elrendezését és a tárolási stratégiát. Hol szerezhető be? A készlet-, feladat- vagy tárolóhely-törzsadatokat tartalmazó táblákban található. Keresse például a „BinCode”, „LocationID” vagy „StorageBin” mezőt. Példák A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Tervezett mennyiség PlannedQuantity | Egy feladatban, például komissiózáskor vagy áruátvételkor kezelni tervezett tétel mennyisége. | ||
| Leírás A tervezett mennyiség a raktári rendelésben meghatározott feladat célmennyisége. Ha például egy rendelés egy adott SKU 10 darabjának komissiózását írja elő, a komissiózási feladat tervezett mennyisége 10. Ez az attribútum az eltérések feltárásához szükséges, ha összevetik a „Tényleges mennyiség” értékével. Alapul szolgál a „Komissiózási eltérések aránya” és a „Készleteltérések aránya” KPI kiszámításához, amelyek segítenek megőrizni a készletnyilvántartás pontosságát. Miért fontos? Alapértéket ad a komissiózás és az áruátvétel pontosságának méréséhez, így feltárhatók a készleteltérések. Hol szerezhető be? A feladat- vagy rendeléstétel-táblákban található. Keresse például az „OrderQuantity”, „PlannedQty” vagy „ExpectedQuantity” mezőt. Példák 10501 | |||
| Van komissiózási eltérés IsPickingDiscrepancy | Jelzi, hogy a ténylegesen komissiózott mennyiség megegyezett-e a tervezett mennyiséggel. | ||
| Leírás Ez egy számított logikai attribútum. Értéke igaz, ha bármely komissiózási tevékenységnél a „Tényleges mennyiség” eltér a „Tervezett mennyiség” értékétől. Egyszerűen jelzi, ha egy adott feladatnál komissiózási hiba vagy készletprobléma merült fel. A jelzővel gyorsan kiszűrhetők azok a rendelések, amelyeknél komissiózási eltérés történt. A „Komissiózási eltérések aránya” KPI kiszámításához is használható, és segít kiemelni a hibás lépéseket a „Készletfolyamatok állapota és pontossága” dashboardon. Miért fontos? Egyértelműen jelzi, hogy történt-e komissiózási hiba, így egyszerűbb feltárni és számszerűsíteni a készletpontossági problémákat. Hol szerezhető be? Az adatátalakítás során számítják ki. A logika a releváns komissiózási tevékenységeknél: Példák truefalse | |||
Raktárirányítási tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| Áru átvéve és megszámolva | A raktári dolgozók kirakodják, beolvassák és megszámolják az árut, majd összevetik a beérkező szállítási értesítéssel. Ez a tranzakció rögzíti, hogy a meghatározott mennyiségű anyag fizikailag a raktár birtokába került. | ||
| Miért fontos? Ez fontos mérföldkő a beérkező áru feldolgozásában, és lehetővé teszi például az „Áruátvételtől betárolásig eltelt idő” KPI mérését. Segít korán feltárni a várt és a tényleges mennyiség közötti eltéréseket is. Hol szerezhető be? Akkor jön létre, amikor a felhasználó RF-szkennerrel vagy asztali tranzakcióval megerősíti az átvett mennyiséget. Ez a művelet egy előkészítő helyen „Received” vagy „On-Hand” állapotra módosítja a készlet állapotát. Rögzítés Az átvételt megerősítő tranzakció időbélyege. Eseménytípus explicit | |||
| Áru becsomagolva | Befejeződik a szállítótartály vagy kartondoboz csomagolása, a csomagot lezárják és felcímkézik. Ez az esemény jelzi, hogy a rendelés készen áll az előkészítésre és a kiszállításra, és a rendszer kifejezetten naplózza. | ||
| Miért fontos? Ez a fontos mérföldkő jelöli az áru szállításra való előkészítésének végét. A csomagolási áteresztőképesség kiszámítására és a berakodás előtti késedelmek feltárására használható. Hol szerezhető be? A kezelő végrehajtja a kifejezett „Packing Complete” vagy „Close Carton” tranzakciót, amely rögzíti a szállítótartály befejezési időbélyegét. Rögzítés A „Close Container” vagy „Packing Complete” tranzakció időbélyege. Eseménytípus explicit | |||
| Áru betárolva a raktárba | A kezelő megerősíti a betárolási feladat elvégzését, rendszerint a tárolóhely és a raklap vagy a termék beolvasásával. Ezzel rögzíti a mozgatást, és frissíti a készlet helyét a rendszerben. | ||
| Miért fontos? Ez a fontos mérföldkő jelöli a beérkező áru feldolgozásának végét. A „Betárolási ciklusidő” és az „Áruátvételtől betárolásig eltelt idő” KPI kiszámításához használható. Hol szerezhető be? A rendszer akkor naplózza, amikor a kezelő RF-eszközön megerősíti a betárolási feladat elvégzését. Ekkor a feladat állapota „Completed” lesz, és rögzül a befejezés időbélyege. Rögzítés A betárolási feladatot megerősítő tranzakció időbélyege. Eseménytípus explicit | |||
| Áru kivéve a tárolóhelyről | A kezelő megerősíti, hogy a rendeléshez szükséges termékeket kivette a tárolóhelyükről. Ez általában a termék és a tárolóhely beolvasásával történik. A művelet csökkenti a tárolóhely készletét, és naplózza a kivételt. | ||
| Miért fontos? Ez fontos mérföldkő a kimenő folyamatban. Lehetővé teszi a komissiózási idők elemzését, és feltárja a komissiózás és a csomagolás közötti esetleges késedelmeket. Hol szerezhető be? A rendszer akkor naplózza, amikor a kezelő RF-eszközön megerősíti a komissiózási feladat elvégzését. Ekkor a feladat állapota „Completed” lesz, és rögzül a befejezés időbélyege. Rögzítés A komissiózási feladatot megerősítő tranzakció időbélyege. Eseménytípus explicit | |||
| Raktári rendelés létrehozva | A rendszerben létrehozzák a raktári rendelést, amely az áru mozgatására vonatkozó igényt jelzi. Ezt az eseményt általában akkor naplózza a rendszer, amikor egy felhasználó vagy egy integrált rendszer, például egy ERP, létrehozza a rendelési rekordot az időbélyeggel együtt. | ||
| Miért fontos? Ez jelöli a teljes folyamat kezdetét. Az esemény szükséges a teljes rendelési ciklusidő méréséhez, valamint a kereslet és a rendelések mennyiségének megértéséhez. Hol szerezhető be? Az esemény a Körber WMS fő raktárirendelés-fejléc táblájában szereplő létrehozási időbélyegből nyerhető ki, amely akkor kerül rögzítésre, amikor az új rendelési rekordot elmentik. Rögzítés A raktári rendelés fejlécében szereplő létrehozási időbélyeg alapján rögzítve. Eseménytípus explicit | |||
| Raktári rendelés teljesítve | A rendszer lezárja a raktári rendelést, ami azt jelzi, hogy minden kapcsolódó fizikai árumozgatás és tranzakció befejeződött. Ezt általában a rendelés fejlécében bekövetkező állapotváltozásból lehet megállapítani, amely lezárja a rendelés életciklusát. | ||
| Miért fontos? Ez a folyamat elsődleges végpontja. Erre van szükség a teljes átfutási idő kiszámításához és a folyamat egészének teljesítési arányához. Hol szerezhető be? A raktári rendelés fejlécében szereplő állapot végleges állapotra, például „Complete” vagy „Closed” értékre váltásából állapítható meg. Rögzítés A raktári rendelés fejlécében a „Completed” állapotra váltás időbélyegéből állapítható meg. Eseménytípus inferred | |||
| Szállítmány feladva | Az árut berakodják, a teherautó pedig elindul a raktárból. Ezt az eseményt a „Ship Confirm” vagy a „Post Goods Issue” tranzakció váltja ki, amely véglegesíti a szállítmányt a rendszerben. | ||
| Miért fontos? Ez a fontos mérföldkő jelzi az áru fizikai elindulását. Gyakran a számlázás és az ügyfelek tájékoztatása szempontjából is meghatározó esemény. Hol szerezhető be? A rendszerben végrehajtanak egy kifejezett „Ship Confirm” tranzakciót, amelyhez a fuvarlevél nyomtatása kapcsolódik. A tranzakcióhoz pontos időbélyeg tartozik. Rögzítés A „Ship Confirm” vagy a „Post Goods Issue” tranzakció időbélyege. Eseménytípus explicit | |||
| Az áru megérkezett a dokkhoz | Rögzítik, amikor a fuvarozó járműve fizikailag megérkezik a raktár áruátvételi dokkjához. Ezt gyakran a portaszolgálat vagy az áruátvevő végzi, és ezzel kezdetét veszi a fizikai áruátvétel. Az esemény sokszor a szállítási rekord állapotváltozásából következtethető ki. | ||
| Miért fontos? Az esemény segít mérni a fuvarozó pontosságát és elemezni a dokknál töltött várakozási időt, így még a kirakodás előtt feltárhatók a lehetséges szűk keresztmetszetek. Hol szerezhető be? Gyakran a beérkező szállítás rekordjának állapotfrissítéseként rögzítik, vagy ha rendelkezésre áll, az udvarirányítási modul „Check-In” tranzakciójával. Rögzítés A beérkező szállítás rekordjának „Arrived” vagy „At Dock” állapotra váltásából következtethető ki. Eseménytípus inferred | |||
| Beérkező szállítási értesítés megérkezett | A beszállítótól megérkezik az előzetes szállítási értesítés (ASN) vagy a beérkező szállításról szóló értesítés. Ez jelzi, hogy az áru várhatóan mikor érkezik, így a raktár megtervezheti az átvételt. Az értesítés általában EDI-tranzakcióval vagy manuális adatbevitellel jön létre. | ||
| Miért fontos? Ez a tevékenység jelöli a beérkező áru tervezésének kezdetét. Az értesítés és az áru megérkezése közötti idő elemzésével mérhető a beszállítói teljesítmény és megtervezhető a szükséges munkaerő. Hol szerezhető be? Az ASN vagy a beérkező szállítás rekordjának létrehozási időbélyegéből nyerhető ki. A rekord gyakran EDI-kapcsolaton keresztül vagy manuális adatbevitellel jön létre. Rögzítés A rendszer naplózza, amikor az ASN-rekord sikeresen létrejön. Eseménytípus explicit | |||
| Betárolási feladat létrehozva | A WMS feladatot hoz létre, amelyben a kezelőnek az átvett árut az előkészítő területről a végleges tárolóhelyre kell mozgatnia. A betárolási stratégiák alapján a rendszer választja ki az áru számára megfelelő célhelyet. | ||
| Miért fontos? Ez az esemény jelöli a betárolás kezdetét. Az esemény és a feladat befejezése közötti idő elemzésével mérhető a rendszer és a kezelő hatékonysága. Hol szerezhető be? A feladatkezelési vagy munkasor-táblában „Putaway” feladattípussal és a hozzá tartozó létrehozási időbélyeggel jön létre egy rekord. Rögzítés A betárolási feladat rekordjának létrehozási időbélyege alapján rögzítve. Eseménytípus explicit | |||
| Csomagolás megkezdve | A komissiózott termékek megérkeznek a csomagolóállomásra, és a kezelő megkezdi a csomagolást. Ez gyakran az adott kimenő rendeléshez tartozó első, csomagolóállomáson végzett termékbeolvasásból következtethető ki. | ||
| Miért fontos? Ez jelöli a csomagolás kezdetét. A tevékenység előtti várakozási idő és a csomagolás időtartamának mérése segít feltárni a szállítás előkészítésének szűk keresztmetszeteit. Hol szerezhető be? Ez lehet egy kifejezett „Start Packing” tranzakció, de gyakrabban az adott rendeléshez tartozó első, csomagolóállomáson végzett termékbeolvasásból következtetnek rá. Rögzítés Az adott rendeléshez tartozó első, csomagolóállomáson végzett művelet időbélyegéből következtethető ki. Eseménytípus inferred | |||
| Komissiózási feladat létrehozva | A rendszer a kimenő raktári rendelés alapján komissiózási feladatot hoz létre a kezelő számára. A feladat megadja, hogy melyik tárolóhelyről milyen mennyiségű terméket kell összegyűjteni. | ||
| Miért fontos? Ez az esemény indítja el a kimenő rendelés teljesítését. A komissiózási feladatok létrehozásának elemzése segít megérteni a rendelések feldolgozási logikáját és a munkaterhelés elosztását. Hol szerezhető be? A Körber WMS feladatkezelési vagy munkasor-táblájában „Picking” feladattípussal és létrehozási időbélyeggel jön létre egy rekord. Rögzítés A komissiózási feladat rekordjának létrehozási időbélyege alapján rögzítve. Eseménytípus explicit | |||
| Minőségellenőrzés elvégezve | A beérkezett árut minőségellenőrzésnek vetik alá, amihez az árut egy kijelölt ellenőrzési területre is áthelyezhetik. A tevékenységre gyakran a készlet állapotváltozásából lehet következtetni, például amikor az állapot „On-Hand”-ről „QI Hold”-ra, majd „Unrestricted”-re változik. | ||
| Miért fontos? Lehetővé teszi a minőségellenőrzés időtartamának elemzését, amely jelentős szűk keresztmetszet lehet. Segít nyomon követni az ellenőrzések mennyiségét és feltárni a készlet elérhetővé tételének késedelmeit. Hol szerezhető be? A minőségellenőrzési zároláshoz kapcsolódó készletállapot-változások sorozatából következtethető ki. Egyes rendszerekben a minőségirányítási tranzakciók naplója is rendelkezésre állhat. Rögzítés A készlet állapotváltozásaiból vagy a minőségellenőrzési rendeléshez kapcsolódó tranzakciós naplóból következtethető ki. Eseménytípus inferred | |||
| Raktári rendelés törölve | A raktári rendelést a teljesítés előtt törlik, ezzel leállítva minden folyamatban lévő munkát. Ez általában a rendelés fejlécében a „Canceled” állapotra váltásból állapítható meg. | ||
| Miért fontos? A folyamat alternatív lezárását jelzi. A törlések elemzésével feltárhatók a sikertelenség okai, például a készlethiány vagy az ügyfél igényeinek változása. Hol szerezhető be? A raktári rendelés fejlécében a „Canceled” vagy „Deleted” állapotra váltásból, valamint a változás időbélyegéből állapítható meg. Rögzítés A raktári rendelés fejlécében a „Canceled” állapotra váltás időbélyegéből állapítható meg. Eseménytípus inferred | |||
| Szállításra előkészítve | A becsomagolt kartondobozokat vagy raklapokat a csomagolóterületről egy kijelölt előkészítő sávba mozgatják, ahol a fuvarozó átvételére várnak. Ez gyakran a szállítási helyre történő készletmozgatás időbélyegéből következtethető ki. | ||
| Miért fontos? Segít elemezni a csomagolás és a kiszállítás közötti várakozási időt. A hosszú előkészítési idő a fuvarozókkal való gyenge koordinációra vagy a dokkok nem hatékony kezelésére utalhat. Hol szerezhető be? A kezelési egység helyváltoztatásából következtethető ki, amikor az a csomagoló munkaállomásról egy szállítási sávba kerül. A mozgatási tranzakció tartalmazza a szükséges időbélyeget. Rögzítés A készletmozgatási tranzakció időbélyegéből következtethető ki, ha a célhely egy előkészítő terület. Eseménytípus inferred | |||
Adatkinyerési útmutatók
Lépések
- Állítsa be az adatbázis-hozzáférést: Kérjen csak olvasási jogosultságú hitelesítő adatokat és kapcsolati adatokat (kiszolgálónév, adatbázisnév, port) a Körber WMS éles vagy replikált adatbázisához. A kapcsolódáshoz használhat például Microsoft SQL Server Management Studio (SSMS) vagy Oracle SQL Developer ügyfélprogramot.
- Azonosítsa a fő táblákat: A parancsfájl futtatása előtt rendszergazdával ellenőrizze a Körber WMS-telepítésben használt pontos tábla- és oszlopneveket, mert ezek eltérhetnek. A fontos táblák közé általában a rendelésfejlécek, a feladatok és a készletmozgások táblái tartoznak.
- Kapcsolódjon az adatbázishoz: Indítsa el az SQL-ügyfélprogramot, majd a megadott hitelesítő adatokkal kapcsolódjon a Körber WMS-adatbázishoz.
- Töltse be az SQL-parancsfájlt: Nyisson új lekérdezési ablakot, és másolja be a dokumentum „query” részében található teljes SQL-parancsfájlt.
- Állítsa be a paramétereket: Keresse meg a parancsfájl elején található helyőrző változókat. Az adatok szűréséhez cserélje le a
@[StartDate],@[EndDate]és@[WarehouseId]értékét a kívánt dátumtartományra és a megfelelő raktár azonosítójára. - Futtassa a lekérdezést: Futtassa a beállított SQL-parancsfájlt. A futási idő az időszaktól és a rendszerben tárolt adatok mennyiségétől függ.
- Ellenőrizze az eredményeket: A lekérdezés lefutása után röviden ellenőrizze az eredményeket az SQL-ügyfélprogramban. Győződjön meg róla, hogy vannak visszaadott sorok, és az oszlopok (
WarehouseOrder,ActivityName,EventTimestb.) a várt módon tartalmaznak adatokat. - Exportálja CSV-fájlba: Exportálja a teljes eredményhalmazt CSV-fájlba. A legtöbb SQL-ügyfélprogram beépített funkcióval rendelkezik a lekérdezési eredmények közvetlen exportálásához.
- Készítse elő a feltöltéshez: Mentse az exportált CSV-fájlt UTF-8 kódolással. Ellenőrizze, hogy az oszlopfejlécek pontosan megegyeznek-e a kötelező attribútumnevekkel, és nem tartalmaznak felesleges szóközt vagy karaktert.
Konfiguráció
- Adatbázis-kapcsolat: Közvetlen adatbázis-kapcsolatra van szükség. Meg kell adnia a kiszolgáló címét, az adatbázis nevét, egy érvényes felhasználónevet és jelszót. A véletlen adatmódosítások elkerülése érdekében csak olvasási jogosultságú felhasználó használata javasolt.
- Dátumtartomány szűrése: A lekérdezés az
@StartDateés@EndDatehelyőrzőkkel szabályozza a kinyerési időszakot. Az első elemzéshez 3–6 hónap adatait javasoljuk, hogy elegendő folyamatváltozatot vizsgálhasson meg anélkül, hogy túlzottan terhelné az adatbázist. - Raktár és rendelés szűrése: A parancsfájlban szerepel a
@[WarehouseId]helyőrző, amellyel egy adott telephelyre korlátozhatja az adatkinyerést. Szükség esetén a parancsfájlWHEREfeltételeihez további szűrőket is adhat, például rendeléstípusra vagy ügyfélre. - Adatok részletessége: A parancsfájl a rendelésfej szintjén (például „Raktári rendelés létrehozva”), valamint a részletes feladat- vagy tranzakciószinten (például „Áru komissiózva”) is kinyeri az eseményeket.
- Előfeltételek: A lekérdezésben hivatkozott összes táblához megfelelő olvasási jogosultság szükséges. A táblák és oszlopok ellenőrzéséhez, illetve szükség szerinti módosításához ismernie kell a saját Körber WMS-sémáját.
Példa-lekérdezés 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; Készen áll a kezdésre?
Kezdje el még ma feltárni a raktárirányítási folyamat rejtett lehetőségeit és hatékonysági problémáit. Ez a sablon alapot ad az optimalizáláshoz és az adatokra épülő fejlesztéshez.
Optimalizálja a raktárirányítást, növelje a hatékonyságot még ma
Szüntesse meg a komissiózási hibákat, és érje el gyorsan a 99,5%-os készletpontosságot.
Nincs szükség bankkártyára. Bármikor lemondhatja.