Szállítmányozási adatsablon
Szállítmányozási adatsablon
- Javasolt attribútumok
- Követendő fő tevékenységek
- Útmutató az adatok kinyeréséhez
Szállítmányozási attribútumok
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | Az a pontos dátum és idő, amikor egy fuvarozási tevékenység vagy esemény történt. | ||
| Leírás Ez az időbélyeg jelzi, mikor rögzítették a rendszerben az adott tevékenységet, például a „Fuvarozó hozzárendelve” vagy a „Kézbesítési igazolás beérkezett” eseményt. Az időbélyegek alapvetőek a process mining során, mert ezek határozzák meg az egyes szállítmányok eseményeinek időrendi sorrendjét. Az időalapú elemzésekhez elengedhetetlen az időbélyegek pontossága. Ezek alapján számítható ki a tevékenységek közötti ciklusidő, mérhető a folyamat időtartama, feltárhatók a késések, és értékelhető a szolgáltatási szintre vonatkozó megállapodások teljesítése. Az Esemény időpontja elemzésével meghatározható, hol vész el idő a folyamatban. Miért fontos? Ez az időbélyeg szükséges az események időrendi sorba rendezéséhez és a teljesítménymutatók, például a ciklusidők és a késések kiszámításához. Hol szerezhető be? Az OTM eseménykövetési vagy állapotelőzmény-tábláiban az eseményekhez rendelt időbélyegmezőkből származik. Példák 2023-10-26T08:00:00Z2023-10-27T14:30:00Z2023-10-28T09:15:00Z | |||
| Szállítmány ShipmentId | Egy szállítmány egyedi azonosítója, amely elsődleges esetazonosítóként szolgál a hozzá kapcsolódó fuvarozási tevékenységek követéséhez. | ||
| Leírás A Shipment ID egyedileg azonosítja az áru feladótól a címzettig tartó útját. Ez az attribútum a folyamatelemzés alapja: egyetlen esetbe rendezi a kapcsolódó eseményeket, például a tervezést, a foglalást, a felvételt, a szállítást, a kézbesítést és a számlázást. A process mining során a Shipment ID szerinti elemzés a fuvarozási folyamat teljes, elejétől a végéig tartó áttekintését adja. Segítségével kiszámíthatók a fontos mutatók, például a teljes ciklusidő, a pontos kézbesítések aránya és a szállítmányonkénti költség. Így jobban megérthető a folyamat hatékonysága és az ügyfélkiszolgálás színvonala. Miért fontos? Ez az azonosító kapcsolja össze a folyamat összes lépését, így minden egyes szállítmány teljes útja elemezhető. Hol szerezhető be? Ez az Oracle Transportation Management elsődleges kulcsa, amely jellemzően a szállítmány- vagy rendeléskezelési táblákban található. A táblák és mezők pontos nevét az OTM dokumentációjában ellenőrizze. Példák SH-0012345SH-0012346SH-0012347 | |||
| Tevékenység neve ActivityName | A szállítmány fuvarozási folyamatában történt esemény vagy mérföldkő neve. | ||
| Leírás Ez az attribútum a fuvarozási folyamat egy-egy lépését írja le, például: „Szállítmány megtervezve”, „Áru felvéve” vagy „Áru kézbesítve”. Minden tevékenység egy külön üzleti eseményt jelöl, amely közelebb viszi a szállítmányt a teljesítéshez. A tevékenységek sorrendjének és időtartamának elemzése a process mining alapja. Segítségével feltárható a tényleges folyamatmenet, azonosíthatók a lépések közötti szűk keresztmetszetek, és mérhető az előírt működési eljárások betartása. A tevékenységek sorrendjének eltérései kivételekre, ismételt munkára vagy az optimális folyamattól való eltérésre utalhatnak. Miért fontos? Meghatározza a folyamattérkép lépéseit, így megjeleníthető és elemezhető a szállítmány útja, a szűk keresztmetszetek és az eltérések. Hol szerezhető be? Az adat az Oracle Transportation Management eseménytábláiból vagy állapotváltozási naplóiból származik. A tevékenység neve eseménykódok és leírások összefűzésével is előállítható. Példák Szállítmány megtervezveÁru felvéveVámkezelés befejezveÁru kézbesítve | |||
| Fuvarozó neve CarrierName | A szállítmányt továbbító fuvarozó vagy szolgáltató neve. | ||
| Leírás Ez az attribútum azonosítja azt a logisztikai partnert, akit az áru szállítására kijelöltek. Ilyen partner lehet egy nagy fuvarozó vállalat, egy helyi futárszolgálat vagy egy tengeri szállítmányozó. A fuvarozók teljesítményének elemzése a fuvarozási folyamatok process mining elemzésének egyik fő célja. Az attribútum alapján összehasonlíthatók a fuvarozók a pontos kézbesítések aránya, a szállítmányonkénti költség, a szállítási idő, valamint a késésekhez és számlázási eltérésekhez hasonló problémák gyakorisága szerint. Ezek az eredmények támogatják a fuvarozók kiválasztását, a szerződéses tárgyalásokat és a teljesítmény kezelését. Miért fontos? Lehetővé teszi a fuvarozók teljesítményének összehasonlítását, ami segíti a megfelelő partner kiválasztását, a tárgyalásokat és a költségek csökkentését. Hol szerezhető be? Az OTM szállítmányadataiban található, a hozzárendelt fuvarozóhoz vagy szolgáltatóhoz kapcsolva. A szállítmányokhoz és szolgáltatókhoz tartozó táblákban tárolható. Példák FedEx FreightUPS Supply Chain SolutionsMaersk LineKnight-Swift Transportation | |||
| Kért kézbesítési dátum RequestedDeliveryDate | Az ügyfél által kért vagy a szolgáltatási szintre vonatkozó megállapodásban (SLA) vállalt kézbesítési dátum és idő. | ||
| Leírás Ez az attribútum rögzíti a szállítmány célként meghatározott kézbesítési időpontját. Az ügyfélnek tett vállalást jelzi, és a pontos teljesítés mérésének elsődleges viszonyítási alapja. A process mining során ezt a dátumot a tényleges kézbesítési időponttal, vagyis az „Áru kézbesítve” tevékenység időpontjával vetik össze annak megállapítására, hogy a szállítmány időben vagy késve érkezett-e meg. Ez a On-Time Delivery Rate KPI és a Delivery Performance Overview dashboard alapja. Az eltérések elemzése feltárhatja a késések rendszeres okait, és javíthatja az ügyfelek elégedettségét. Miért fontos? Ez a pontos kézbesítés mérésének elsődleges viszonyítási alapja, amely az ügyfél-elégedettség és a hatékony működés szempontjából fontos KPI. Hol szerezhető be? Az adatot jellemzően az OTM rendelés- vagy szállítmányszintű mezői tárolják, gyakran a kézbesítési dátumhoz vagy az időpont-egyeztetéshez kapcsolódó mezőkben. Példák 2023-11-15T17:00:00Z2023-11-20T12:00:00Z2023-11-22T09:00:00Z | |||
| Késés oka DelayReason | A szállítmány késésének okát leíró kód vagy szöveg. | ||
| Leírás Késés esetén ez az attribútum jelzi az okot, például az időjárást, a vámhatósági visszatartást, a kikötői torlódást vagy a műszaki hibát. Az adat a fuvarozói frissítésekből vagy az OTM-ben kézzel rögzített bejegyzésekből származik. Ez az attribútum elengedhetetlen a késedelmes kézbesítések kiváltó okainak elemzéséhez. A késési okok csoportosításával és számlálásával feltárhatók az ellátási lánc leggyakoribb problémái. Ez célzott fejlesztéseket tesz lehetővé, például megbízhatóbb fuvarozók választását bizonyos útvonalakon vagy a dokumentáció javítását a vámkezelés felgyorsításához. Miért fontos? Feltárja a késedelmes szállítmányok kiváltó okait, így célzott intézkedésekkel csökkenthetők a gyakori problémák és javítható a pontos teljesítés. Hol szerezhető be? Az adat jellemzően az OTM eseménykövetési részleteiben található, és konkrét kivétel- vagy késéskódokhoz kapcsolódhat. Példák WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTIONTRAFFIC | |||
| Szállítási mód TransportationMode | A szállítmányhoz használt szállítási mód, például közúti, vasúti, tengeri vagy légi fuvarozás. | ||
| Leírás Ez az attribútum a szállítás módja szerint sorolja kategóriákba a szállítmányokat. Gyakori módok a teljes kamionrakomány (FTL), a részrakomány (LTL), a tengeri, a légi és a vasúti szállítás. A szállítási mód alapvetően befolyásolja a költséget, a szállítási időt és a folyamat összetettségét. Az elemzésben a Szállítási mód fontos bontási szempont. Segítségével összehasonlítható a folyamat teljesítménye és költsége az egyes módok között. Például feltárható, mely módoknál gyakoribbak az útközbeni késések, vagy melyeknél magasabb az egy kilométerre jutó költség. Ez támogatja a logisztikai hálózattal kapcsolatos stratégiai döntéseket. Miért fontos? A teljesítmény és a költségek szállítási mód szerinti elemzésével külön vizsgálhatók a közúti, légi, tengeri és vasúti fuvarozás jellemzői. Hol szerezhető be? Ez az OTM szállítmányszintű, szabványos attribútuma, amely gyakran külön „mode” vagy „transport type” mezőben található. Példák FTLLTLTENGERIAIR | |||
| Szállítmány költsége ShipmentCost | A szállítmány fuvarozásáért felszámított teljes fuvardíj vagy pénzösszeg. | ||
| Leírás Ez az attribútum a szállítmány teljes költségét jelöli, beleértve a fuvarozói díjakat, az üzemanyag-felárakat és az egyéb kiegészítő díjakat. A fuvarozási folyamat pénzügyi teljesítményének fontos mérőszáma. A Szállítmány költsége alapján kiszámítható az Average Carrier Cost per Shipment KPI. A költség fuvarozó, útvonal, szállítási mód vagy szállítmánytípus szerint is elemezhető a megtakarítási lehetőségek feltárásához. A Freight Bill Discrepancy Analysis során a tervezett és a tényleges költségek összevetésére is használható. Miért fontos? A fuvarozási kiadások elemzéséhez, a megtakarítási lehetőségek feltárásához és a folyamat hiányosságai pénzügyi hatásának méréséhez szükséges adatokat biztosítja. Hol szerezhető be? Az adat jellemzően az OTM szállítmány pénzügyi vagy költségadatai között található, és gyakran a fuvardíj kiszámítása, illetve az elszámolás után töltik ki. Példák 250.751200.00545.50 | |||
| Célország DestinationCountry | Az ország, ahová a szállítmányt kézbesíteni kell. | ||
| Leírás Ez az attribútum a címzett helye alapján adja meg a szállítmány célországát. A feladási országgal együtt használható a folyamat földrajzi elemzéséhez. A feladási országhoz hasonlóan a célország szerinti elemzés is fontos a különböző kereskedelmi útvonalak teljesítménykülönbségeinek megértéséhez. Különösen hasznos a vámkezelési idők, az utolsó kilométeres kézbesítés és a fuvarozók régiónkénti teljesítményének elemzéséhez. Ez segít a különböző célpiacok igényeihez igazítani a logisztikai stratégiát. Miért fontos? Fontos az egyes kereskedelmi útvonalak teljesítményének elemzéséhez, valamint a célpiacokon felmerülő vámügyi, fuvarozói és szabályozási kihívások megértéséhez. Hol szerezhető be? A szállítmány célállomásának vagy címzettjének címadataiból származik, amelyeket az OTM helyadat-törzsadatai tárolnak. Példák CANFRAJPNBRA | |||
| Eltérés a fuvardíj-számlán FreightBillDiscrepancy | Jelzi, hogy a fuvardíj-számla ellenőrzése során találtak-e eltérést. | ||
| Leírás Ez a logikai attribútum „true” értéket kap, ha a fuvarozótól kapott fuvardíj-számla összege eltér az OTM-ben kiszámított várható költségtől. Az eltérés oka lehet hibás díjszabás, kiegészítő díj vagy más számlázási hiba. Ez az attribútum szolgál a Freight Bill Discrepancy Rate KPI alapjául. Az eltérések fuvarozó, útvonal vagy szállítmánytípus szerinti gyakoriságának elemzésével feltárhatók a számlázási hibák kiváltó okai. Az eredmények segítenek javítani az adatok pontosságát, egyszerűsíteni az ellenőrzést és megelőzni a túlfizetéseket. Miért fontos? Közvetlenül támogatja a Freight Bill Discrepancy Analysis elemzést: megjelöli a számlázási hibás szállítmányokat, így segít csökkenteni a túlfizetéseket és javítani a pénzügyi kontrollt. Hol szerezhető be? Az OTM-ben ezt jellemzően a fuvardíjak elszámolása és a számlák egyeztetése során állítják be állapotként vagy jelzőként. Példák truefalse | |||
| Feladási ország OriginCountry | Az ország, ahonnan a szállítmány útja indul. | ||
| Leírás Ez az attribútum a feladó helye alapján adja meg a szállítmány indulási országát. A logisztikai elemzés fontos földrajzi adata. A folyamatok feladási ország szerinti elemzésével megérthetők a regionális teljesítménykülönbségek. A vámkezelés ideje, a fuvarozási költségek és a szállítási idő például jelentősen eltérhet a feladási országtól függően. Ez a bontás fontos a nemzetközi logisztika kezeléséhez és a régióspecifikus szűk keresztmetszetek feltárásához. Miért fontos? Lehetővé teszi a fuvarozási folyamat földrajzi elemzését, és segít feltárni a régióspecifikus szűk keresztmetszeteket, költségeket és teljesítménykülönbségeket. Hol szerezhető be? A szállítmány feladási helyének vagy feladójának címadataiból származik, amelyeket az OTM helyadat-törzsadatai tárolnak. Példák USADEUCHNMEX | |||
| Felhasználónév UserName | Annak a felhasználónak a neve vagy azonosítója, aki végrehajtott egy adott tevékenységet, vagy aki azért felel. | ||
| Leírás Ez az attribútum azonosítja azt a felhasználót vagy rendszerügynököt, aki végrehajtott egy eseményt, például a „Szállítmány megtervezve” vagy a „Fuvarozó hozzárendelve” tevékenységet. Segítségével nyomon követhető a felelősség, és láthatóvá válik, hogy kik vettek részt a folyamatban. A process mining során a tevékenységek felhasználó szerinti elemzése megmutatja a munkaterhelés eloszlását, segít feltárni a képzési igényeket, és összehasonlítani a felhasználók vagy csapatok teljesítményét. Az elemzés arra is alkalmas, hogy elkülönítse a manuálisan végzett tevékenységeket a rendszer által automatikusan végrehajtottaktól. Miért fontos? Segít nyomon követni a felelősséget, valamint felhasználónként vagy csapatonként elemezni a munkaterhelést és a teljesítményt. Hol szerezhető be? Az OTM előzmény- vagy naplótábláiban a felhasználói azonosítókat tartalmazó mezőkből származik, például az INSERT_USER mezőből, amely az állapotváltozásokhoz vagy eseményekhez kapcsolódik. Példák JSMITHLOGISTICS_PLANNER_ASYSTEM_AUTO | |||
| Forrásrendszer SourceSystem | Megadja, melyik rendszerből származnak az eseményadatok, például az Oracle Transportation Management rendszerből. | ||
| Leírás Ez az attribútum megadja, melyik forrásalkalmazásban keletkeztek az adatok. Összetett logisztikai környezetben az adatok származhatnak az OTM-ből, egy raktárirányítási rendszerből (WMS), egy fuvarozó rendszeréből EDI-n keresztül vagy más integrált platformról. A forrásrendszer ismerete fontos az adatirányítás, a minőség ellenőrzése és a hibakeresés szempontjából. Segít megérteni az adatok hátterét, és magyarázatot adhat az adatok részletességének vagy időszerűségének eltéréseire. Elemzéskor használható arra is, hogy csak egy adott, megbízható rendszerből származó eseményekre szűrjön. Miért fontos? Fontos háttér-információt ad az adatok eredetéről, ami több rendszert használó környezetben az adatok ellenőrzéséhez és elemzéséhez is szükséges. Hol szerezhető be? Ez jellemzően az adatkinyerés során hozzáadott, statikus érték, amely azonosítja a rekordok forrását. Példák Oracle OTMOTM CloudSAP TM | |||
| Határidőre kézbesítve IsOnTimeDelivery | Számított jelző, amely megmutatja, hogy a szállítmányt a kért kézbesítési dátumon vagy az előtt kézbesítették-e. | ||
| Leírás Ez a logikai attribútum a „Goods Delivered” tevékenység időbélyegének és a „Requested Delivery Date” értékének összehasonlításával számítható ki. „true” az értéke, ha a kézbesítés időben vagy korábban történt, és „false”, ha késve. Ez az attribútum közvetlenül az On-Time Delivery Rate KPI alapja, és a Delivery Performance Overview dashboard egyik fontos eleme. Egyszerűsíti a kézbesítési teljesítmény elemzését: minden szállítmányhoz egyértelmű, kétértékű eredményt ad, így könnyen szűrhetők, összesíthetők és megjeleníthetők az időben, illetve késve kézbesített szállítmányok. Miért fontos? Ez a számított jelző egyszerűsíti az On-Time Delivery KPI mérését, és megkönnyíti az időben, illetve késve kézbesített szállítmányok szűrését és elemzését. Hol szerezhető be? Ez az attribútum nem szerepel a forrásrendszerben. Az adatátalakítás során számítják ki a „Goods Delivered” tevékenység időbélyege és a „RequestedDeliveryDate” attribútum összehasonlításával. Példák truefalse | |||
| Szállítmány állapota ShipmentStatus | A szállítmány aktuális állapota a folyamatban, például „Planned”, „In Transit” vagy „Delivered”. | ||
| Leírás Ez az attribútum röviden összefoglalja, hol tart a szállítmány a teljes folyamatban. A tevékenység egy adott időpontban történt esemény, az állapot viszont az eset aktuális helyzetét jelzi. A process mining a tevékenységek menetét vizsgálja, az általános állapot pedig az esetek szűrésére és a dashboardok háttér-információinak megadására használható. Az elemzés például csak a „Completed” szállítmányokra szűrhet, vagy feltárhatja, miért ragad sok szállítmány szokatlanul hosszú időre „In Transit” állapotban. Miért fontos? Röviden összefoglalja a szállítmány előrehaladását, így az esetek szűrhetők és csoportosíthatók az elemzésben. Hol szerezhető be? Az OTM fő szállítmányrekordjában található, és a munkafolyamat aktuális állapotát jelzi. Példák TERVEZVELEFOGLALVAÚTONKÉZBESÍTVE | |||
| Szállítmány típusa ShipmentType | A szállítmány besorolása, például a szolgáltatási szint, az árutípus vagy az üzletág alapján. | ||
| Leírás Ez az attribútum az üzleti igények szerint kategorizálja a szállítmányokat, például „Normál”, „Sürgős”, „Veszélyes áru” vagy „Vállalatok közötti” kategóriába. A besorolás alapján eltérő üzleti szabályok, prioritások vagy elemzési nézetek alkalmazhatók. A Shipment Type dimenzióként használva a process mining során összehasonlíthatók a különböző szállítmánytípusok folyamatai. Így kiderülhet, hogy bizonyos típusoknál gyakoribbak-e a késések, magasabbak-e a költségek, vagy eltérnek-e a folyamatlépések a megszokottól. Ezek az eredmények segítenek az egyes szállítmánytípusok sajátos igényeihez igazítani a folyamatokat. Miért fontos? Az üzleti környezet szerinti bontás segít megérteni, hogy a különböző szállítmánytípusok eltérő folyamatokon mennek-e végig, illetve más teljesítményt érnek-e el. Hol szerezhető be? Az OTM-ben ez jellemzően a szállítmány vagy a rendelés rekordjához tartozó, konfigurálható mező vagy attribútum. Példák NormálSürgősNemzetköziBelföldi | |||
| Utolsó adatfrissítés LastDataUpdate | Az az időbélyeg, amely jelzi, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből. | ||
| Leírás Ez az attribútum rögzíti, mikor töltötték le legutóbb az adatokat az Oracle Transportation Management rendszerből. Az elemzett adatok frissességét jelzi, nem az üzleti esemény időpontját. Ez az időbélyeg segít megítélni, mennyire naprakész a process mining elemzés. Megmutatja, hogy valós idejű adatokat vagy egy adott időpontban készült pillanatképet lát-e. Az adatfrissítések ütemezésének kezeléséhez és ahhoz is szükséges, hogy a döntések aktuális információkon alapuljanak. Miért fontos? Jelzi az adatok frissességét, így látható, mennyire naprakész az elemzés, és mikorra várható a következő adatfrissítés. Hol szerezhető be? Ez jellemzően az adatbetöltés vagy az ETL-folyamat során hozzáadott, rendszer által generált időbélyeg. Példák 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Útvonal módosítva IsRerouted | Jelzi, hogy a szállítmány útvonalát módosították-e az eredeti foglalás után. | ||
| Leírás Ez a logikai jelző „true” értéket kap, ha a szállítmány megtervezése és lefoglalása után jelentős útvonal-módosítás történik. Ennek oka lehet ügyféligény, váratlan fennakadás vagy optimalizálási lehetőség. Ez az attribútum közvetlenül támogatja a Shipment Rerouting Rate KPI-t és a Re-routing and Expediting Insights dashboardot. Az útvonal-módosítások gyakoriságának követése segít feltárni a tervezés vagy a végrehajtás problémáit. Rávilágít a működés instabilitására és az ezzel járó költségekre, így a vezetők megtalálhatják a költséges és zavaró módosítások csökkentésének lehetőségeit. Miért fontos? Segít mérni az útvonal-módosításhoz hasonló működési kivételek gyakoriságát és hatását, és rávilágít a tervezési és végrehajtási folyamatok hiányosságaira. Hol szerezhető be? A jelző az eseménynaplóban szereplő konkrét útvonal-módosítási események felismerésével vagy a végleges és az eredetileg tervezett útvonal összehasonlításával számítható ki. Példák truefalse | |||
| Vámügynök CustomsAgent | A szállítmány vámkezeléséért felelős vámügynök vagy vámügyintéző. | ||
| Leírás Nemzetközi szállítmányoknál ez az attribútum jelöli azt a külső ügynököt vagy belső csapatot, amely a vámokmányokat és a vámeljárást kezeli. Az ügynök teljesítménye jelentősen befolyásolhatja a teljes szállítási időt. A Customs Clearance Cycle Time vámügynök szerinti elemzésével összehasonlítható az ügynökök teljesítménye. Kiderülhet, hogy melyik ügynök dolgozik a leghatékonyabban egyes országokban vagy bizonyos árutípusok esetén. Ez az információ segít kiválasztani a megfelelő vámügyi partnereket, és javítani a gyengébben teljesítő ügynökökkel közös folyamatokat. Miért fontos? Lehetővé teszi a vámügynökök teljesítményének mérését, így azonosíthatók a leghatékonyabb partnerek és csökkenthetők a vámkezelésből eredő késések. Hol szerezhető be? Az OTM-ben ez az információ a nemzetközi szállítmány adatai között, szolgáltatóként vagy partneri szerepkörként szerepelhet. Példák Global Customs ServicesLivingston InternationalFlexport | |||
Szállítmányozási tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| Áru felvéve | Ez a tevékenység jelzi a fizikai szállítás kezdetét, amikor a fuvarozó felveszi az árut a feladási helyen. Az esemény akkor rögzül, amikor a szállítmány első megállója „DEPARTED” állapotba kerül. | ||
| Miért fontos? Ez fontos mérföldkő, amely jelzi a szállítási szakasz kezdetét. A fuvarozó felvételi teljesítményének és a tényleges szállítási időnek a követéséhez is szükséges. Hol szerezhető be? A SHIPMENT_STOP táblában az első megálló „DEPARTED” állapotba váltásából, vagy a felvételt jelző szállítmányállapot-eseményből következtethető ki. Rögzítés Használja a szállítmány SHIPMENT_STOP táblájának első rekordjában szereplő ACTUAL_DEPARTURE időbélyeget. Eseménytípus inferred | |||
| Áru kézbesítve | Ez a tevékenység azt jelzi, hogy a szállítmány sikeresen megérkezett a végső címzetthez. Akkor rögzül, amikor a szállítmány utolsó megállójához tényleges érkezési idő tartozik. | ||
| Miért fontos? Ez a pontos kézbesítés és a teljes ciklusidő mérésének legfontosabb mérföldköve. Ezzel zárul a fuvarozási folyamat végrehajtása. Hol szerezhető be? A szállítmányhoz tartozó SHIPMENT_STOP tábla utolsó rekordjában szereplő ACTUAL_ARRIVAL mező kitöltéséből következtethető ki. Rögzítés Használja a szállítmány SHIPMENT_STOP táblájának utolsó rekordjában szereplő ACTUAL_ARRIVAL időbélyeget. Eseménytípus inferred | |||
| Fizetés feldolgozva | Ez az utolsó tevékenység, amely a fuvarozónak a szolgáltatásért járó összeg sikeres kifizetését jelzi. Ezzel lezárul a szállítmány pénzügyi elszámolása. | ||
| Miért fontos? Ezzel a tevékenységgel lezárul a fuvarozási folyamat. Segítségével mérhető a fuvarozói kifizetések feldolgozási ideje, és hatékonyabban kezelhetők a fuvarozói kapcsolatok. Hol szerezhető be? A kapcsolódó voucher vagy számla „PAID” állapotba váltásából következtethető ki. Az adat a VOUCHER vagy a BILL táblában található. Rögzítés Keresse meg azt az időbélyeget, amikor a VOUCHER.VOUCHER_STATUS_ID értéke „PAID” értékre változik. Eseménytípus inferred | |||
| Fuvarigény beérkezett | Ez a tevékenység jelzi, hogy a rendszerben fuvarozási igény jött létre, jellemzően Order Release formájában. Az esemény akkor rögzül, amikor új Order Release rekord jön létre az Oracle Transportation Management rendszerben. Ez jelenti a szállítási igény kezdetét. | ||
| Miért fontos? A folyamat kiindulópontjaként ez a tevékenység alapul szolgál a teljes, elejétől a végéig tartó ciklusidő méréséhez és a kereslet alakulásának megértéséhez. Segítségével elemezhető, mennyi idő telik el az igény beérkezésétől a tervezésig. Hol szerezhető be? Ez az esemény közvetlenül az ORDER_RELEASE táblában szereplő Order Release rekord létrehozási időbélyegéből olvasható ki. Erre az INSERT_DATE vagy egy külön létrehozási dátum mező használható. Rögzítés Használja az ORDER_RELEASE táblában szereplő Order Release létrehozási időbélyegét. Eseménytípus explicit | |||
| Kézbesítési igazolás beérkezett | Ez a kézbesítés hivatalos igazolásának, például az aláírt dokumentumnak a beérkezését és rögzítését jelenti. Gyakran a szállítmányhoz csatolt, meghatározott típusú dokumentumként tárolják. | ||
| Miért fontos? A POD fontos a számlázáshoz és a vitás ügyek rendezéséhez. Beérkezésének követése segít biztosítani a folyamatok megfelelését, és felgyorsítja a pénzügyi elszámolást. Hol szerezhető be? Az esemény rögzülhet külön eseményként, vagy kikövetkeztethető a szállítmányhoz kapcsolt POD-dokumentum létrehozási dátumából. Keresse a DOCUMENT táblában a POD típusú dokumentumokat. Rögzítés Használja a szállítmányhoz kapcsolódó „POD” típusú dokumentum létrehozási időbélyegét. Eseménytípus explicit | |||
| Szállítmány megtervezve | Ez a tevékenység azt jelzi, hogy az OTM tervezőmotorja sikeresen megtervezett egy vagy több Order Release tételt egy megvalósítható szállítmánnyá. Akkor rögzül, amikor a rendszer a szállítmány állapotát a tervezés befejezését jelző értékre módosítja, például „PLANNING_PLANNED FINAL” értékre. | ||
| Miért fontos? Ez fontos mérföldkő, amely elválasztja az igénykezelési szakaszt a végrehajtástól. Az eseményt megelőző idő elemzésével felmérhető a tervezés hatékonysága, és azonosíthatók a tervezőmotor teljesítményének szűk keresztmetszetei. Hol szerezhető be? A SHIPMENT táblában szereplő Shipment objektum állapotelőzményeiből következtethető ki. Keresse a tervezés befejezését jelző állapotváltozást. Rögzítés Keresse meg azt az időbélyeget, amikor a SHIPMENT.SHIPMENT_STATUS_VALUE_GID értéke „Planned” állapotra változik. Eseménytípus inferred | |||
| Felvételi időpont egyeztetve | Ez a tevékenység azt jelzi, hogy egyeztették és rögzítették a felvétel pontos dátumát és időpontját. Az adat gyakran a szállítmány megállóihoz tartozó időpontadatokból olvasható ki. | ||
| Miért fontos? Az időpont-egyeztetés fontos koordinációs lépés. Elemzésével felmérhető az ütemezés hatékonysága és annak hatása a pontos felvételre. Hol szerezhető be? A SHIPMENT_STOP táblában szereplő, a szállítmány első megállójához, vagyis a felvételi helyhez tartozó időpontmezők kitöltéséből következtethető ki. Rögzítés Használja azt az időbélyeget, amikor először kitöltik a felvételi megálló időpontmezőit. Eseménytípus inferred | |||
| Fuvardíj-számla ellenőrizve | Ez a tevékenység jelzi a fuvardíj-számla ellenőrzésének befejezését. Ennek során összevetik és ellenőrzik a fuvarozó számláját a szállítmány adataival. Akkor rögzül, amikor a szállítmány számlájának állapota „VOUCHER_AUDITED” vagy hasonló értékre változik. | ||
| Miért fontos? Az ellenőrzés fontos a pénzügyi kontroll és a számlázási eltérések feltárása szempontjából. Ennek a tevékenységnek az elemzése egyszerűsíti az ellenőrzéstől a kifizetésig tartó folyamatot, és támogatja a Freight Bill Discrepancy Rate KPI mérését. Hol szerezhető be? A szállítmányhoz kapcsolódó Bill objektum állapotváltozásából következtethető ki. Keresse a BILL táblában az ellenőrzés befejezéséhez kapcsolódó állapotfrissítéseket. Rögzítés Keresse meg azt az időbélyeget, amikor a BILL.BILL_STATUS_VALUE_GID értéke „Audited” állapotra változik. Eseménytípus inferred | |||
| Fuvarozó hozzárendelve | Ez jelzi, hogy a szállítmányt sikeresen felajánlották egy adott fuvarozónak, aki elfogadta azt. Az esemény a szállítmány tenderállapotának „TENDER_ACCEPTED” vagy hasonló értékre változásából állapítható meg. | ||
| Miért fontos? Ennek követésével elemezhető a fuvarozó kiválasztásának és a fuvarfeladat felajánlásának hatékonysága. Az itt jelentkező késések még a szállítás megkezdése előtt jelentősen felboríthatják az ütemezést. Hol szerezhető be? A SHIPMENT_TENDER tábla állapotelőzményeiből következtethető ki. Keresse azt az időbélyeget, amikor az állapot a fuvarozó elfogadását jelzi. Rögzítés Használja a szállítmány tenderelőzményeiben a „TENDER_ACCEPTED” állapotváltozás időbélyegét. Eseménytípus inferred | |||
| Kézbesítési időpont egyeztetve | Ez a tevékenység jelzi, hogy a címzettel egyeztették a kézbesítés pontos dátumát és időpontját. Az esemény a szállítmány utolsó megállójához tartozó időpontadatokból olvasható ki. | ||
| Miért fontos? Ez fontos lépés a végső kézbesítés összehangolásában. Az érkezés és az egyeztetett kézbesítés közötti idő elemzésével feltárhatók az utolsó kilométeres működés szűk keresztmetszetei. Hol szerezhető be? A SHIPMENT_STOP táblában szereplő, a szállítmány utolsó megállójához, vagyis a kézbesítési helyhez tartozó időpontmezők kitöltéséből következtethető ki. Rögzítés Használja azt az időbélyeget, amikor először kitöltik a kézbesítési megálló időpontmezőit. Eseménytípus inferred | |||
| Szállítmány lefoglalva | Ez a sikeres tender után a fuvarozóval kötött foglalás hivatalos visszaigazolását jelenti. Jellemzően akkor rögzül, amikor a szállítmány állapota „SECURE RESOURCES_BOOKED” vagy ennek megfelelő értékre változik. | ||
| Miért fontos? Ez igazolja a fuvarozó vállalását, és hivatalosan a végrehajtási szakaszba lépteti a szállítmányt. A Shipment Planning Cycle Time KPI mérésének egyik fontos lépése. Hol szerezhető be? A SHIPMENT táblában szereplő Shipment objektum állapotváltozásából következtethető ki. A fuvarozó hozzárendelése után keresse a visszaigazolt vagy lefoglalt állapotot. Rögzítés Keresse meg azt az időbélyeget, amikor a SHIPMENT.SHIPMENT_STATUS_VALUE_GID értéke „Booked” állapotra változik. Eseménytípus inferred | |||
| Szállítmány törölve | A tervezés után törölt szállítmányt jelöli, amelynek folyamata idő előtt megszakad. A SHIPMENT objektum állapotának „cancelled” értékre változása rögzíti. | ||
| Miért fontos? A törlések követése segít megérteni a folyamat kivételeit és hibáit. Feltárhatók vele a törlés okai, például a kereslet változása vagy a tervezési hiba. Hol szerezhető be? A SHIPMENT táblában szereplő Shipment objektum állapotelőzményeiből következtethető ki. Keresse például a „PLANNING_CANCELED” állapotot. Rögzítés Keresse meg azt az időbélyeget, amikor a SHIPMENT.SHIPMENT_STATUS_VALUE_GID értéke „Cancelled” állapotra változik. Eseménytípus inferred | |||
| Szállítmány úton | Azt jelzi, hogy az árut felvették, és már a célállomás felé halad. Ez nem egyetlen időpont, az állapot kezdete közvetlenül az „Áru felvéve” tevékenység után rögzíthető. | ||
| Miért fontos? Ez a tevékenység jelzi a szállítási szakasz kezdetét. Ez fontos a kézbesítés előrehaladásának követéséhez és az útközbeni késések feltárásához. Az In-Transit Delay Hotspots dashboard alapjául szolgál. Hol szerezhető be? Ez ugyanaz az esemény, mint az „Áru felvéve”, de a folyamatmodellekben gyakran külön tevékenységként jelenik meg, hogy jelezze egy új szakasz kezdetét. Az első megálló indulási adataiból származik. Rögzítés Ugyanaz, mint az „Áru felvéve”: használja az első SHIPMENT_STOP rekord ACTUAL_DEPARTURE időbélyegét. Eseménytípus inferred | |||
| Vámkezelés befejezve | Nemzetközi szállítás esetén ez azt jelzi, hogy az áru sikeresen áthaladt a határon vagy a kikötőben végzett vámkezelésen. Az esemény gyakran külön szállítmányeseményként vagy állapotfrissítésként rögzül. | ||
| Miért fontos? A vámkezelés a nemzetközi logisztikában gyakran okoz jelentős késést. Ennek az eseménynek a követésével mérhető és javítható a vámkezelési ciklusidő. Hol szerezhető be? Az eseményt jellemzően kézzel rögzített vagy integrált „Customs” szállítmányesemény jelzi. Keresse a SHIPMENT_STATUS táblában a vámkezeléshez kapcsolódó eseménykódokat. Rögzítés Keresse meg a SHIPMENT_STATUS táblában szereplő „Customs Cleared” esemény időbélyegét. Eseménytípus explicit | |||
Útmutatók az adatok kinyeréséhez
Lépések
- Nyissa meg a BI Publishert: Jelentkezzen be az Oracle Transportation Management (OTM) alkalmazásba. Lépjen a Business Process Automation, majd a Reporting menübe, és válassza a Report Manager lehetőséget. Ezzel megnyílik az Oracle Business Intelligence Publisher felülete.
- Hozzon létre adatmodellt: A BI Publisherben kattintson a New gombra, majd válassza a Data Model lehetőséget. Megnyílik az adatmodell-szerkesztő, ahol megadhatja a jelentés adatforrását.
- Adja meg az SQL-lekérdezést: Az adatmodell-szerkesztőben kattintson a Data Sets diagram plusz ikonjára, majd válassza az SQL Query lehetőséget. Adjon nevet az adatkészletnek, például „OTM_Process_Mining_DS”. Adatforrásként válassza ki az OTM-adatbázist. Másolja ki a dokumentum „query” részében található teljes SQL-lekérdezést, és illessze be az SQL Query szövegmezőbe.
- Adja hozzá a paramétereket: A lekérdezés a dátumtartományhoz és a domainnévhez paramétereket használ (:P_START_DATE, :P_END_DATE, :P_DOMAIN_NAME). A BI Publisher automatikusan felismeri ezeket. Szükség esetén állítsa be a tulajdonságaikat, például a dátumparaméterek adattípusát Date értékre.
- Mentse az adatmodellt: Kattintson a Save ikonra. Válasszon helyet a BI Publisher katalógusában, adjon leíró nevet, például „OTM Shipment Process Extraction”, majd mentse az adatmodellt.
- Készítse el a jelentést: Lépjen vissza a katalógusba, kattintson a New gombra, majd válassza a Report lehetőséget. A jelentéskészítő varázslóban válassza a „Use Data Model” lehetőséget, majd keresse meg az imént mentett adatmodellt.
- Állítsa be a jelentés elrendezését: A varázsló végigvezeti az elrendezés létrehozásán. Egy egyszerű „Table” elrendezés elegendő. Húzza át az adatkészlet összes oszlopát a táblázatba. Ne csoportosítsa és ne összesítse az adatokat.
- Mentse a jelentést: Az elrendezés beállítása után lépjen az utolsó lépéshez, és mentse a jelentést. Adjon neki az adatmodell nevéhez hasonló nevet.
- Futtassa a jelentést: Nyissa meg az új jelentést. Adja meg a paraméterek értékeit (Start Date, End Date, Domain Name), majd válassza ki a kívánt tartományt.
- Exportálja az adatokat: A jelentés futtatása és az adatok megjelenése után kattintson az Actions menüre, majd válassza az Export lehetőséget. Formátumként válassza a CSV-t. Ezzel letölti az eseménynaplót tartalmazó CSV-fájlt.
- Készítse elő a feltöltéshez: Nyissa meg a letöltött CSV-fájlt. Ellenőrizze, hogy az oszlopfejlécek megfelelnek-e a szükséges attribútumoknak:
ShipmentId,ActivityName,EventTime, valamint az ajánlott attribútumoknak. Győződjön meg arról, hogy azEventTimeoszlop egységes dátum- és időformátumot használ. A fájl készen áll a ProcessMindbe való feltöltésre.
Konfiguráció
- Adatforrás: A lekérdezést az elsődleges OTM működési adatbázis-sémán kell futtatni, amelynek neve jellemzően GLOGOWNER.
- Jelentésparaméterek:
P_START_DATE: A jelentési időszak kezdete. A formátum legyen „YYYY-MM-DD”.P_END_DATE: A jelentési időszak vége. A formátum legyen „YYYY-MM-DD”.P_DOMAIN_NAME: Az az OTM-domain, amelyből adatokat szeretne kinyerni. Használja a „[Your Domain Name]” értéket.
- Dátumtartomány: Az első elemzéshez 3–6 hónapnyi adat kinyerése javasolt, hogy az adatmennyiség és a teljesítmény egyensúlyban legyen. Éles futtatáskor érdemes havonta vagy negyedévente kinyerni az adatokat.
- Jogosultságok: A jelentést futtató OTM-felhasználónak olyan szerepkörökre van szüksége, mint a BI PUBLISHER DATA MODEL DEVELOPER és a BI PUBLISHER REPORT DEVELOPER, hogy adatmodelleket és jelentéseket hozzon létre és módosítson. Az adatbázis érintett tábláihoz csak olvasási hozzáférés szükséges.
- Teljesítmény: A lekérdezés több nagy táblát kapcsol össze. Nagy adatmennyiségű környezetben erősen ajánlott csúcsidőn kívül futtatni a jelentést, hogy ne terhelje a rendszert. A gyors futás érdekében a dátumtartományt tartsa a lehető legszűkebben.
Példa-lekérdezés sql
WITH SHIPMENTS_BASE AS (
SELECT
S.SHIPMENT_GID AS ShipmentId,
SP.SERVPROV_NAME AS CarrierName,
S.TOTAL_ACTUAL_COST AS ShipmentCost,
TM.TRANSPORT_MODE_NAME AS TransportationMode,
(
SELECT MAX(ORL.LATE_DELIVERY_DATE)
FROM SHIPMENT_S_SHIP_UNIT SSU
JOIN S_SHIP_UNIT SU ON SSU.S_SHIP_UNIT_GID = SU.S_SHIP_UNIT_GID
JOIN ORDER_RELEASE ORL ON SU.ORDER_RELEASE_GID = ORL.ORDER_RELEASE_GID
WHERE SSU.SHIPMENT_GID = S.SHIPMENT_GID
) AS RequestedDeliveryDate,
S.DOMAIN_NAME
FROM SHIPMENT S
LEFT JOIN SERVPROV SP ON S.SERVPROV_GID = SP.SERVPROV_GID
LEFT JOIN TRANSPORT_MODE TM ON S.TRANSPORT_MODE_GID = TM.TRANSPORT_MODE_GID
WHERE S.INSERT_DATE BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD') + 1
AND S.DOMAIN_NAME = :P_DOMAIN_NAME
)
-- 1. Transportation Request Received
SELECT
SB.ShipmentId,
'Transportation Request Received' AS ActivityName,
MIN(ORL.INSERT_DATE) AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_S_SHIP_UNIT SSU ON SB.ShipmentId = SSU.SHIPMENT_GID
JOIN S_SHIP_UNIT SU ON SSU.S_SHIP_UNIT_GID = SU.S_SHIP_UNIT_GID
JOIN ORDER_RELEASE ORL ON SU.ORDER_RELEASE_GID = ORL.ORDER_RELEASE_GID
WHERE SB.DOMAIN_NAME = ORL.DOMAIN_NAME
GROUP BY SB.ShipmentId, SB.CarrierName, SB.RequestedDeliveryDate, SB.ShipmentCost, SB.TransportationMode
UNION ALL
-- 2. Shipment Planned
SELECT
SB.ShipmentId,
'Shipment Planned' AS ActivityName,
SS.STATUS_CHANGE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STATUS SS ON SB.ShipmentId = SS.SHIPMENT_GID
WHERE SS.STATUS_CODE_GID = 'PLANNING_PLANNED FINAL'
UNION ALL
-- 3. Carrier Assigned
SELECT
SB.ShipmentId,
'Carrier Assigned' AS ActivityName,
ST.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_TENDER ST ON SB.ShipmentId = ST.SHIPMENT_GID
WHERE ST.TENDER_STATUS_GID = 'TENDER_ACCEPTED'
UNION ALL
-- 4. Shipment Booked
SELECT
SB.ShipmentId,
'Shipment Booked' AS ActivityName,
SS.STATUS_CHANGE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STATUS SS ON SB.ShipmentId = SS.SHIPMENT_GID
WHERE SS.STATUS_CODE_GID = 'SECURE RESOURCES_BOOKED'
UNION ALL
-- 5. Pickup Appointment Scheduled
SELECT
SB.ShipmentId,
'Pickup Appointment Scheduled' AS ActivityName,
SST.APPOINTMENT_START_TIME AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.APPOINTMENT_START_TIME IS NOT NULL
UNION ALL
-- 6. Goods Picked Up
SELECT
SB.ShipmentId,
'Goods Picked Up' AS ActivityName,
SST.ACTUAL_DEPARTURE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.ACTUAL_DEPARTURE_DATE IS NOT NULL
UNION ALL
-- 7. Shipment In Transit
SELECT
SB.ShipmentId,
'Shipment In Transit' AS ActivityName,
SST.ACTUAL_DEPARTURE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.ACTUAL_DEPARTURE_DATE IS NOT NULL
UNION ALL
-- 8. Customs Cleared
SELECT
SB.ShipmentId,
'Customs Cleared' AS ActivityName,
SE.EVENT_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
SE.EVENT_REMARK_TEXT AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_EVENT SE ON SB.ShipmentId = SE.SHIPMENT_GID
WHERE SE.EVENT_CODE = '[Your Customs Cleared Event Code]'
UNION ALL
-- 9. Delivery Appointment Scheduled
SELECT
SB.ShipmentId,
'Delivery Appointment Scheduled' AS ActivityName,
SST.APPOINTMENT_START_TIME AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = (SELECT MAX(SST2.STOP_NUM) FROM SHIPMENT_STOP SST2 WHERE SST2.SHIPMENT_GID = SB.ShipmentId)
AND SST.APPOINTMENT_START_TIME IS NOT NULL
UNION ALL
-- 10. Goods Delivered
SELECT
SB.ShipmentId,
'Goods Delivered' AS ActivityName,
SST.ACTUAL_ARRIVAL_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = (SELECT MAX(SST2.STOP_NUM) FROM SHIPMENT_STOP SST2 WHERE SST2.SHIPMENT_GID = SB.ShipmentId)
AND SST.ACTUAL_ARRIVAL_DATE IS NOT NULL
UNION ALL
-- 11. Proof of Delivery Received
SELECT
SB.ShipmentId,
'Proof of Delivery Received' AS ActivityName,
SE.EVENT_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
SE.EVENT_REMARK_TEXT AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_EVENT SE ON SB.ShipmentId = SE.SHIPMENT_GID
WHERE SE.EVENT_CODE = '[Your POD Received Event Code]'
UNION ALL
-- 12. Freight Bill Audited
SELECT
SB.ShipmentId,
'Freight Bill Audited' AS ActivityName,
B.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN BILL B ON SB.ShipmentId = B.SHIPMENT_GID
WHERE B.BILL_STATUS_GID = 'VOUCHER_AUDITED'
UNION ALL
-- 13. Payment Processed
SELECT
SB.ShipmentId,
'Payment Processed' AS ActivityName,
B.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN BILL B ON SB.ShipmentId = B.SHIPMENT_GID
WHERE B.BILL_STATUS_GID = '[Your Payment Processed Bill Status]'
UNION ALL
-- 14. Shipment Cancelled
SELECT
SB.ShipmentId,
'Shipment Cancelled' AS ActivityName,
S.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT S ON SB.ShipmentId = S.SHIPMENT_GID
WHERE S.SHIPMENT_STATUS_GID = 'SHIPMENT_CANCELLED' Lépések
- Hozza létre az adatbázis-kapcsolatot: Kérjen csak olvasási jogosultságú hitelesítő adatokat és kapcsolati adatokat (gazdagép, port, szolgáltatásazonosító) az Oracle Transportation Management adatbázisához. A
GLOGOWNERsémához is hozzá kell férnie. - Állítsa be az SQL-klienst: Konfiguráljon egy SQL-klienseszközt, például az Oracle SQL Developert, a DBeavert vagy a Toadot az előző lépésben megadott kapcsolati adatokkal.
- Készítse elő a lekérdezést: Másolja be a dokumentumban található teljes SQL-lekérdezést az SQL-kliens lekérdezésszerkesztőjébe.
- Állítsa be a lekérdezés paramétereit: Keresse meg a lekérdezés
WHEREfeltételeiben szereplő helyőrző értékeket. Cserélje le a[START_DATE],[END_DATE]és[YOUR_DOMAIN_NAME]értékeket a kinyeréshez megfelelő adatokra. Például adjon meg egy 3–6 hónapos időszakot, és válassza ki az elemezni kívánt működési domaint. - Futtassa a lekérdezést: Futtassa a módosított SQL-lekérdezést. A dátumtartománytól és a rendszer méretétől függően ez több percig is eltarthat.
- Ellenőrizze az eredményeket: A lekérdezés lefutása után ellenőrizze az eredményeket a kliensben. Nézze meg, hogy vannak-e visszaadott sorok, és hogy a fontos oszlopok, például a
ShipmentId, azActivityNameés azEventTimetartalmaznak-e adatot. - Exportálja CSV-be: Exportálja a teljes eredményhalmazt CSV-fájlba. Használjon szabványos beállításokat: vessző legyen az elválasztó, a szöveges értékeket dupla idézőjelek fogják közre, a kódolás pedig UTF-8 legyen.
- Ellenőrizze az oszlopfejléceket: Feltöltés előtt győződjön meg arról, hogy a CSV-fájl oszlopfejlécei pontosan megegyeznek a szükséges attribútumnevekkel:
ShipmentId,ActivityName,EventTime,CarrierName,RequestedDeliveryDate,ShipmentCost,TransportationModeésDelayReason. - Töltse fel a ProcessMindbe: Az előkészített CSV-fájl készen áll a ProcessMindbe való feltöltésre és elemzésre.
Konfiguráció
- Adatbázisséma: A lekérdezés a szabványos Oracle Transportation Management adatbázissémán futtatható, amelynek neve jellemzően
GLOGOWNER. - Szükséges jogosultságok: Olyan adatbázis-felhasználóra van szükség, aki csak olvasási hozzáféréssel rendelkezik a lekérdezésben hivatkozott táblákhoz. Ezek a táblák:
SHIPMENT,SHIPMENT_STOP,ORDER_RELEASE,SHIPMENT_STATUS,SERVPROV,SHIPMENT_COST,DOCUMENT,BILLésVOUCHER. - Domain szerinti szűrés: Több-bérlős OTM-környezetben elengedhetetlen a
DOMAIN_NAMEszerinti szűrés. A lekérdezésben szereplő[YOUR_DOMAIN_NAME]helyőrzőt a megfelelő üzleti egység adatainak kinyeréséhez kell beállítani. - Dátumtartomány: A teljesítmény és az adatmennyiség szabályozásához adjon meg kezdő- és záródátumot. Javasolt indexelt oszlop, például a
SHIPMENT.INSERT_DATEalapján szűrni. Az első elemzéshez általában 3–6 hónapnyi adat elegendő. - Állapotkódok testreszabása: A lekérdezés gyakori, alapértelmezett állapotkódokat használ, például
PLANNING_PLANNED FINALésTENDER_ACCEPTED. Az Ön OTM-rendszere ettől eltérő, testreszabott állapotkódokat is használhat. Előfordulhat, hogy aWHEREfeltételek értékeit a rendszer beállításaihoz kell igazítani.
Példa-lekérdezés sql
WITH ShipmentBase AS (
SELECT s.SHIPMENT_GID, s.SERVPROV_GID, s.LATE_DELIVERY_DATE, s.TRANSPORT_MODE_GID, sc.TotalShipmentCost
FROM GLOGOWNER.SHIPMENT s
LEFT JOIN (
SELECT sc.SHIPMENT_GID, SUM(sc.COST) as TotalShipmentCost
FROM GLOGOWNER.SHIPMENT_COST sc
GROUP BY sc.SHIPMENT_GID
) sc ON s.SHIPMENT_GID = sc.SHIPMENT_GID
WHERE s.INSERT_DATE BETWEEN TO_DATE('[START_DATE]', 'YYYY-MM-DD') AND TO_DATE('[END_DATE]', 'YYYY-MM-DD')
AND s.DOMAIN_NAME = '[YOUR_DOMAIN_NAME]'
),
OrderReleaseInfo AS (
SELECT ssu.SHIPMENT_GID, MIN(orl.INSERT_DATE) as Earliest_OR_Date
FROM GLOGOWNER.S_SHIP_UNIT ssu
JOIN GLOGOWNER.S_SHIP_UNIT_LINE ssul ON ssu.S_SHIP_UNIT_GID = ssul.S_SHIP_UNIT_GID
JOIN GLOGOWNER.ORDER_RELEASE_LINE orl ON ssul.ORDER_RELEASE_LINE_GID = orl.ORDER_RELEASE_LINE_GID
GROUP BY ssu.SHIPMENT_GID
)
-- 1. Transportation Request Received
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Transportation Request Received' AS "ActivityName",
ori.Earliest_OR_Date AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN OrderReleaseInfo ori ON sb.SHIPMENT_GID = ori.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ori.Earliest_OR_Date IS NOT NULL
UNION ALL
-- 2. Shipment Planned
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Planned' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'PLANNING_PLANNED FINAL'
UNION ALL
-- 3. Carrier Assigned
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Carrier Assigned' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'TENDER_ACCEPTED'
UNION ALL
-- 4. Shipment Booked
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Booked' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'SECURE RESOURCES_BOOKED'
UNION ALL
-- 5. Pickup Appointment Scheduled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Pickup Appointment Scheduled' AS "ActivityName",
stp.APPT_START_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.APPT_START_TIME IS NOT NULL
UNION ALL
-- 6. Goods Picked Up
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Goods Picked Up' AS "ActivityName",
stp.ACTUAL_DEPARTURE_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.ACTUAL_DEPARTURE_TIME IS NOT NULL
UNION ALL
-- 7. Shipment In Transit
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment In Transit' AS "ActivityName",
stp.ACTUAL_DEPARTURE_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.ACTUAL_DEPARTURE_TIME IS NOT NULL
UNION ALL
-- 8. Customs Cleared
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Customs Cleared' AS "ActivityName",
se.EVENT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
se.REMARK_TEXT AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_EVENT se ON sb.SHIPMENT_GID = se.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE se.EVENT_CODE_GID = '[Your Customs Cleared Event Code]'
UNION ALL
-- 9. Delivery Appointment Scheduled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Delivery Appointment Scheduled' AS "ActivityName",
stp.APPT_START_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = (SELECT MAX(s2.STOP_NUM) FROM GLOGOWNER.SHIPMENT_STOP s2 WHERE s2.SHIPMENT_GID = stp.SHIPMENT_GID)
AND stp.APPT_START_TIME IS NOT NULL
UNION ALL
-- 10. Goods Delivered
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Goods Delivered' AS "ActivityName",
stp.ACTUAL_ARRIVAL_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = (SELECT MAX(s2.STOP_NUM) FROM GLOGOWNER.SHIPMENT_STOP s2 WHERE s2.SHIPMENT_GID = stp.SHIPMENT_GID)
AND stp.ACTUAL_ARRIVAL_TIME IS NOT NULL
UNION ALL
-- 11. Proof of Delivery Received
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Proof of Delivery Received' AS "ActivityName",
d.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.DOCUMENT d ON sb.SHIPMENT_GID = d.OBJECT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE d.OBJECT_TYPE_GID = 'SHIPMENT' AND d.DOCUMENT_TYPE_GID = 'POD'
UNION ALL
-- 12. Freight Bill Audited
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Freight Bill Audited' AS "ActivityName",
b.UPDATE_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.BILL b ON sb.SHIPMENT_GID = b.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE b.APPROVAL_STATUS_GID = 'VOUCHER_AUDITED'
UNION ALL
-- 13. Payment Processed
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Payment Processed' AS "ActivityName",
v.UPDATE_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.BILL b ON sb.SHIPMENT_GID = b.SHIPMENT_GID
JOIN GLOGOWNER.VOUCHER v ON b.BILL_GID = v.BILL_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE v.VOUCHER_STATUS_GID = 'VOUCHER_PAID' -- This status may vary based on configuration
UNION ALL
-- 14. Shipment Cancelled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Cancelled' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID LIKE '%CANCELLED%'; Kezdje el most?
A sablon segítségével alakítsa a nyers adatokat felhasználható eredményekké, és fejlessze jelentősen szállítmányozási folyamatait. Kezdje el még ma az optimalizálást.
Optimalizálja szállítmányozási folyamatait még ma
Csökkentse 30%-kal a ciklusidőt, és szüntesse meg az Oracle OTM szűk keresztmetszeteit.
Bankkártya nem szükséges • 14 napos ingyenes próbaverzió