Szállítmányozási adatsablon
Szállítmányozási adatsablon
- Javasolt attribútumok a részletes elemzéshez
- A folyamat feltárásához nyomon követendő fő tevékenységek
- Részletes útmutató az adatok kinyeréséhez a Blue Yonder TMS-ből
A szállítmányozási folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Kezdési idő EventTime | Az az időbélyeg, amely megmutatja, mikor történt egy adott tevékenység vagy esemény. | ||
| Leírás Az esemény időpontja pontos dátumot és időt rendel a szállítási folyamat minden tevékenységéhez. Ez adja az eseménynapló időrendi alapját, amely lehetővé teszi a tevékenységek sorba rendezését és a köztük eltelt idő kiszámítását. Az elemzésben ez az időbélyeg alapvető minden időalapú KPI kiszámításához, például a szállítás teljes ciklusidejéhez, a vámkezelés időtartamához és az időben történő kézbesítés méréséhez. Segítségével megállapítható, mikor keletkeznek késések, és mennyi ideig tart a folyamat egyes szakasza. Miért fontos? Ez az időbélyeg elengedhetetlen az események sorrendjének meghatározásához, a ciklusidők kiszámításához és a folyamat teljesítményének időbeli elemzéséhez. Hol szerezhető be? Ez jellemzően a Blue Yonder TMS tranzakciós naplóiban, az állapot- vagy eseményrekordok mellett található. Minden eseményhez és állapotváltozáshoz tartoznia kell időbélyegnek. Példák 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Szállítmány ShipmentId | Egy szállítmány egyedi azonosítója, amely a szállítási folyamat esetazonosítójaként szolgál. | ||
| Leírás A Shipment ID az a központi azonosító, amely összekapcsolja az áruk kiindulási ponttól a rendeltetési helyig történő mozgatásához kapcsolódó összes tevékenységet és eseményt. Minden egyedi azonosító egy teljes szállítási esetet jelöl, a kezdeti igénytől a végső kifizetésig. A process mining elemzésben ez az attribútum alapvető az egyes szállítmányok teljes útjának rekonstruálásához. Segítségével az olyan események, mint a „Szállítmány megtervezve”, az „Áru felvéve” és az „Áru kézbesítve”, összefüggő folyamatmenetbe rendezhetők. Így kiszámítható a ciklusidő, és azonosíthatók az egyes szállítmányok folyamatváltozatai. Miért fontos? Ez az azonosító kapcsolja össze a szállítmányhoz tartozó összes eseményt, így a szállítmány teljes életciklusa elemezhető. Hol szerezhető be? Ez a Blue Yonder TMS szállítmány- vagy rakománykezelő moduljának elsődleges kulcsa. A pontos tábla azonosításához tekintse meg a rendszer dokumentációját. Valószínűleg a szállítmányok fejadatait tartalmazó táblában található. Példák SHP-0012845SHP-0012991SHP-0013054 | |||
| Tevékenység ActivityName | Egy adott időpontban a szállítmányhoz kapcsolódó üzleti esemény vagy tevékenység neve. | ||
| Leírás Ez az attribútum a szállítási folyamat egy-egy lépését írja le, például: „Szállítmány megtervezve”, „Fuvarozói ajánlat elküldve” vagy „Áru kézbesítve”. Ezek a tevékenységek alkotják a feltárt folyamattérkép csomópontjait, sorrendjük pedig meghatározza az egyes szállítmányok folyamatmenetét. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít feltárni a leggyakoribb folyamatútvonalakat, azonosítani a késedelmet okozó szűk keresztmetszeteket, valamint megtalálni az ismételt feldolgozási köröket, például amikor a fuvarozó többször elutasítja az ajánlatot. Miért fontos? Meghatározza a folyamat lépéseit, így megjeleníthető a szállítmány útja és feltárhatók a folyamat hatékonysági problémái. Hol szerezhető be? A Blue Yonder TMS különböző moduljaiban található eseménynaplókból, állapotváltozási rekordokból vagy tranzakciókódokból származik. Ehhez gyakran hozzá kell rendelni a rendszereseményeket a felhasználók számára érthető tevékenységnevekhez. Példák Szállítmány megtervezveFuvarozói ajánlat elküldveÁru kézbesítveKifizetés feldolgozva | |||
| Forrásrendszer SourceSystem | Megadja, melyik rendszerből származnak a kinyert adatok. | ||
| Leírás Ez az attribútum az eseményadatok forrását jelöli, ebben az esetben a Blue Yonder TMS-t. Különösen hasznos, ha több rendszer adatait egyesítik a folyamat teljesebb áttekintéséhez. Az elemzés során segít az adatok szűrésében és a kontextusuk megértésében. Az adatforrás nyilvántartása biztosítja az adatok eredetének nyomon követhetőségét, és az adatirányítás bevált gyakorlata. Miért fontos? Fontos információt ad az adatok eredetéről, biztosítja a nyomon követhetőséget, és segít a több forrásból származó adatok kezelésében. Hol szerezhető be? Ez általában egy állandó érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá. Példák Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Utolsó adatfrissítés LastDataUpdate | Az az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára a rekord adatait a forrásrendszerből. | ||
| Leírás Ez az attribútum az adatok frissességét jelzi. Rögzíti, mikor frissítették utoljára a Blue Yonder TMS-ből származó eseménynaplót. Az elemzés során fontos tudni, mennyire frissek a dashboardok és a KPI-k adatai. A felhasználók így láthatják, hogy valós idejű vagy egy korábbi időszakból származó információkat vizsgálnak. Ez elengedhetetlen a megalapozott működési döntésekhez. Miért fontos? Tájékoztatja a felhasználókat az adatok frissességéről, ami meghatározza az elemzés relevanciáját és pontosságát. Hol szerezhető be? Ez egy metaadatmező, amelyet jellemzően az adatok kinyerése során, az ETL-folyamat részeként hoznak létre és adnak hozzá. Példák 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Feladási ország OriginCountry | Az ország, ahonnan a szállítmány indul. | ||
| Leírás Ez az attribútum a szállítmány kiindulási országát jelöli. A feladó címéből vagy az átvételi hely adataiból származik. Az elemzésben a feladási ország fontos szempont az adatok csoportosításához. Segít megérteni a folyamat teljesítményének, a fuvarozók elérhetőségének és a ciklusidőknek a regionális eltéréseit. Nemzetközi szállítmányoknál például elengedhetetlen a vámkezelési idők elemzéséhez. Miért fontos? Lehetővé teszi a folyamat teljesítményének földrajzi elemzését, és segít feltárni a regionális szűk keresztmetszeteket, illetve a hatékonyság eltéréseit. Hol szerezhető be? A Blue Yonder TMS szállítmányadatai között, a feladási hely vagy a feladó címének részeként tárolják. Példák USANémetországKína | |||
| Fuvarozó neve CarrierName | A szállítmány mozgatásáért felelős fuvarozó vagy logisztikai szolgáltató neve. | ||
| Leírás A fuvarozó neve azonosítja azt a külső szolgáltatót, amelyet az áru szállítására kijelöltek. Lehet közúti fuvarozó, légitársaság, hajózási társaság vagy szállítmányozó. Ez az attribútum elengedhetetlen a teljesítmény elemzéséhez, különösen a „Fuvarozói teljesítmény összehasonlítása” dashboard esetében. Segítségével szűrhetők és csoportosíthatók az adatok, így összevethető a fuvarozók teljesítménye az időben történő kézbesítés, az ütemezett áruátvétel betartása és az átlagos késés alapján. Ez támogatja a fuvarozók kiválasztását és a velük való kapcsolattartást. Miért fontos? Lehetővé teszi a fuvarozók teljesítményének összehasonlítását és elemzését, így javítható a fuvarozók kiválasztása és a szolgáltatás minősége. Hol szerezhető be? A Blue Yonder TMS szállítmány- vagy rakományadatai között található, gyakran a fuvarozók törzsadat-táblájához kapcsolva. Példák Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| Kért kézbesítési dátum RequestedDeliveryDate | Az ügyfél által kért vagy az értékesítési rendelésben előírt kézbesítési dátum. | ||
| Leírás Ez az attribútum rögzíti azt a céldátumot, amelyre a logisztikai folyamatnak teljesítenie kell a kézbesítést. Az ügyfél elvárását vagy a szállítmányra vonatkozó belső szolgáltatási szintű megállapodást (SLA) jelöli. Ez a dátum az időben történő kézbesítési arány KPI alapja. A tényleges kézbesítési idő és a kért kézbesítési dátum összevetésével megállapítható, hogy a szállítmány korábban, időben vagy késve érkezett-e meg. Ez alapvető az „Időben történő áruátvétel és kézbesítés” dashboardhoz. Miért fontos? Ez az elsődleges viszonyítási alap az időben történő kézbesítés és az ügyfél-elégedettség méréséhez. Hol szerezhető be? Ez az adat jellemzően egy másik rendszerből, például ERP-ből vagy rendeléskezelő rendszerből származik, és a Blue Yonder TMS szállítási igényének részletei között tárolják. Példák 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Rendeltetési ország DestinationCountry | Az ország, ahová a szállítmányt kézbesítik. | ||
| Leírás Ez az attribútum a szállítmány végső rendeltetési országát jelöli, amely a címzett címéből vagy a kézbesítési hely adataiból származik. A feladási országhoz hasonlóan ez az attribútum is a földrajzi csoportosítást szolgálja. Segítségével összehasonlítható a különböző kereskedelmi útvonalak teljesítménye, például az Egyesült Államok és Kanada, illetve az Egyesült Államok és Mexikó között. Emellett elemezhetők az egyes országok kézbesítési nehézségei, valamint a határokon átnyúló ügyintézés ciklusidőre gyakorolt hatása. Miért fontos? Lehetővé teszi a teljesítmény rendeltetési hely szerinti elemzését, ami segít megérteni a kereskedelmi útvonalak összetettségét és a regionális kézbesítési nehézségeket. Hol szerezhető be? A Blue Yonder TMS szállítmányadatai között, a rendeltetési hely vagy a címzett címének részeként tárolják. Példák KanadaMexikóEgyesült Királyság | |||
| Szállítási mód ModeOfTransport | A szállítmányhoz használt szállítási mód, például közúti, légi, tengeri vagy vasúti. | ||
| Leírás Ez az attribútum a szállítás módját jelöli. Gyakori értékei: részrakományos közúti fuvarozás (LTL), teljes kamionrakományos fuvarozás (FTL), légi áruszállítás, tengeri szállítás és vasúti szállítás. A folyamatelemzésben a szállítási mód fontos szempont a szűréshez és az összehasonlításhoz. A folyamatok, a ciklusidők és a költségek jelentősen eltérhetnek az egyes módok között. A vámkezelési szűk keresztmetszetek elemzése például különösen releváns a légi és tengeri szállítmányoknál, a belföldi közúti fuvarozásnál kevésbé. A teljesítmény szállítási mód szerinti elemzése segít az adott logisztikai helyzethez igazítani a fejlesztési intézkedéseket. Miért fontos? Lehetővé teszi a szállítási módok szerinti elemzést, mivel az egyes módok folyamatai, költségei és jellemző ciklusideje eltérő. Hol szerezhető be? Ez a Blue Yonder TMS szállítmánytervezési és díjszámítási moduljainak szabványos mezője. Példák LTLFTLLégiTengeri | |||
| Szállítmány állapota ShipmentStatus | A szállítmány aktuális vagy legutóbb ismert állapota. | ||
| Leírás A szállítmány állapota jelzi, hogy a szállítmány éppen hol tart az életciklusában, például „Planned”, „In-Transit”, „Delivered” vagy „Cancelled” állapotú. Pillanatképet ad a folyamat aktuális helyzetéről. A process mining során fontos a lezárt esetek végső állapotának elemzése. A kézbesített és a törölt szállítmányok folyamatmenetének összehasonlítása például feltárhatja a nem kívánt eredményekhez vezető mintákat. Az aktív munkaterhelés nyomon követését is segíti, ha a még le nem zárt szállítmányokra szűr. Miért fontos? Gyors áttekintést ad a szállítmány aktuális állapotáról, és segít megkülönböztetni a lezárt, folyamatban lévő és törölt szállítmányokat. Hol szerezhető be? Ez a Blue Yonder TMS szállítmányfejlécének vagy fő állapotkövető táblájának egyik fontos mezője. Példák MegtervezveÚtonKézbesítveTörölve | |||
| Tényleges kézbesítési idő ActualDeliveryTime | Az az időbélyeg, amikor az „Áru kézbesítve” esemény ténylegesen megtörtént. | ||
| Leírás Ez az attribútum kifejezetten a végső kézbesítési tevékenységhez tartozó időbélyeg. Pontosan rögzíti, mikor érkezett meg a szállítmány a rendeltetési helyére, és mikor igazolták a kézbesítést. Fontos adatpont a teljesítmény méréséhez. Az időben történő kézbesítési arány KPI kiszámításához ezt az időbélyeget vetik össze a kért kézbesítési dátummal. Emellett ez jelöli a teljes kézbesítési átfutási idő KPI végpontját. Miért fontos? Ez az időbélyeg elengedhetetlen az időben történő kézbesítési arány és a szállítmány teljes szállítási idejének kiszámításához. Hol szerezhető be? Ez az „Áru kézbesítve” állapotfrissítés időbélyege, amely gyakran a fuvarozó EDI-üzenetében érkezik, vagy manuálisan rögzítik a Blue Yonder TMS-ben. Példák 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Felhasználó User | A tevékenységet végrehajtó személy felhasználói azonosítója vagy neve. | ||
| Leírás Ez az attribútum azonosítja azt a logisztikai tervezőt, koordinátort vagy rendszerfelhasználót, aki a TMS-ben végrehajtott eseményért vagy állapotváltozásért felelős. Automatizált eseményeknél rendszer- vagy szolgáltatásfiók-azonosító is szerepelhet itt. A felhasználó szerinti elemzés segít megérteni a munkaterhelés eloszlását, az egyéni teljesítményt és a képzési igényeket. Kiderülhet, hogy egyes felhasználókhoz több ismételt feldolgozás vagy késés kapcsolódik, illetve hogy bizonyos csapatok hatékonyabban dolgoznak-e. Ez támogatja az erőforrások kezelését és a célzott folyamatfejlesztést. Miért fontos? Lehetővé teszi a teljesítmény és a munkaterhelés felhasználó vagy csapat szerinti elemzését, így feltárhatók a képzési lehetőségek és az erőforráshiány. Hol szerezhető be? Ennek az információnak elérhetőnek kell lennie a tranzakciós vagy eseménynaplókban, gyakran az egyes rekordokhoz tartozó „Changed By” vagy „User ID” mezőben. Példák j.doea.smithTMS_AUTOMATION_USER | |||
| Fuvardíjszámla-eltérés FreightBillDiscrepancyReason | A fuvardíjszámla ellenőrzésének sikertelenségét magyarázó kód vagy leírás. | ||
| Leírás Ha a fuvardíjszámla ellenőrzése eltérést tár fel, ez az attribútum megadja annak okát. Ilyen lehet például a „Hibás díj”, a „Duplikált számla” vagy a „Hiányzó kézbesítési igazolás”. Ez az attribútum fontos a „Kézbesítési igazolás és számlázási pontosság” dashboardhoz és a fuvardíjszámlák ismételt feldolgozási arányát mérő KPI-hoz. Az eltérések okainak gyakorisága alapján feltárhatók a számlázási hibák kiváltó okai, legyen szó fuvarozói hibáról, a szerződéses feltételek eltéréséről vagy belső folyamatproblémáról. Így célzott intézkedésekkel csökkenthető a számlák ismételt feldolgozása. Miért fontos? Feltárja a számlázási hibák kiváltó okát, így célzott fejlesztésekkel csökkenthető a fuvardíjszámlák ismételt feldolgozása és a kifizetések késése. Hol szerezhető be? A Blue Yonder TMS fuvardíj-ellenőrzési és kifizetési moduljában található, a kivétel- vagy elutasítási naplókhoz kapcsolva. Példák Hibás díj alkalmazvaDuplikált számlaKiegészítő díj vitatva | |||
| Határidőre történt a kézbesítés? IsOnTimeDelivery | Számított jelző, amely megmutatja, hogy a szállítmányt a kért kézbesítési dátumon vagy korábban kézbesítették-e. | ||
| Leírás Ez a logikai attribútum az 'ActualDeliveryTime' és a 'RequestedDeliveryDate' összehasonlításával számítható ki. Értéke igaz, ha a tényleges kézbesítés a kért dátumon vagy korábban történt, ellenkező esetben hamis. Számított mutatóként egyszerűbbé teszi a 'Határidőre történő kézbesítés aránya' KPI elemzését és megjelenítését. Segítségével könnyen szűrhetők és összesíthetők az adatok, így dashboardokon követhető a határidőre teljesített kézbesítések aránya időszak, fuvarozó vagy szállítási mód szerint. Ez közvetlenül támogatja a 'Határidőre történő felvétel és kézbesítés' dashboardot. Miért fontos? Egyszerűbbé teszi a határidőre teljesítés elemzését, és gyors szűrést, illetve összesítést tesz lehetővé a dashboardokon és a KPI-okban. Hol szerezhető be? Ez az attribútum nem szerepel a forrásrendszerben. Az adatátalakítás során a következő képlettel számítjuk ki: ActualDeliveryTime <= RequestedDeliveryDate. Példák truefalse | |||
| Késés oka DelayReason | Az áruátvétel vagy a kézbesítés késésének okát magyarázó kód vagy szöveg. | ||
| Leírás Ez az attribútum rögzíti, miért maradt el egy szállítmány valamelyik mérföldköve. Ilyen ok lehet például az időjárás, a vámhatósági visszatartás vagy a fuvarozói kapacitás hiánya. Az információt gyakran a fuvarozó adja meg. Ez az attribútum fontos az „Időben történő áruátvétel és kézbesítés” dashboardhoz. Nemcsak azt mutatja meg, hogy késett a szállítmány, hanem azt is, hogy miért. A leggyakoribb késési okok elemzésével a logisztikai csapat előre mérsékelheti a kockázatokat, és együttműködhet a fuvarozókkal a visszatérő problémák megoldásában. Miért fontos? Megmutatja a késések kiváltó okát, így lehetővé teszi a kockázatok előzetes kezelését és a fuvarozókkal közös, célzott fejlesztést. Hol szerezhető be? Ezt az adatot gyakran a Blue Yonder TMS eseménykezelési vagy kivételkezelési részében rögzítik. Sokszor a fuvarozó EDI-frissítéseiből, például EDI 214-es üzenetből töltődik fel. Példák IdőjárásVámkezelési visszatartásSofőrkésésLétesítményi torlódás | |||
| Tényleges áruátvételi idő ActualPickupTime | Az az időbélyeg, amikor az „Áru felvéve” esemény ténylegesen megtörtént. | ||
| Leírás Ez az attribútum pontosan rögzíti, mikor vette át a fuvarozó a szállítmányt a feladási helyen. Ezzel hivatalosan is megkezdődik a szállítási szakasz. Ez az adatpont elengedhetetlen a fuvarozói teljesítmény méréséhez. Az ütemezett áruátvételi idővel összevetve kiszámítható az időben történő áruátvételi arány és az átlagos átvételi késés időtartama KPI. Az eltérések elemzése segít feltárni az egyes fuvarozókhoz vagy átvételi helyekhez kapcsolódó problémákat. Miért fontos? Ezzel az időbélyeggel pontosan mérhető az áruátvétel teljesítménye, és feltárhatók a szállítási folyamat kezdetén jelentkező késések. Hol szerezhető be? Ez az „Áru felvéve” állapotfrissítés időbélyege, amelyet jellemzően a fuvarozó küld el EDI-n keresztül, vagy manuálisan rögzítenek a Blue Yonder TMS-ben. Példák 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Ütemezett áruátvételi idő ScheduledPickupTime | Az a tervezett dátum és idő, amikor a fuvarozónak fel kell vennie az árut a feladási helyen. | ||
| Leírás Ez az attribútum tárolja a fuvarozóval egyeztetett időpontot, amikor átveszi a szállítmányt. A szállítmányterv egyik fontos mérföldköve. Ez az időbélyeg az időben történő áruátvételi arány és az átlagos átvételi késés időtartama KPI-k alapja. A tényleges áruátvételi idővel összevetve feltárhatók a szállítmány útjának kezdetén jelentkező késések, amelyek gyakran a későbbi mérföldkövekre is kihatnak. Miért fontos? Ez a viszonyítási alap az időben történő áruátvétel méréséhez, amely a fuvarozó megbízhatóságának és a tervezés pontosságának fontos mutatója. Hol szerezhető be? A Blue Yonder TMS időpont-egyeztetési vagy rakománytervezési moduljában található. Példák 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
A szállítmányozási folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Áru felvéve | Ez a tevékenység jelzi a szállítmány fizikai útjának kezdetét, amikor a fuvarozó átveszi az árut a feladási helyen. A Blue Yonder TMS ezt az eseményt jellemzően a fuvarozó állapotfrissítő üzenete, például egy EDI 214-es tranzakció alapján rögzíti. | ||
| Miért fontos? Ez a végrehajtás fontos mérföldköve, amely megerősíti, hogy a szállítmány útnak indult. Kiindulópontként szolgál a szállítási idő és az ütemezett dátumhoz viszonyított, időben történő áruátvétel méréséhez. Hol szerezhető be? A rendszer ezt a fuvarozó állapotfrissítéséből származó külön eseményként rögzíti. Az átvétel visszaigazolásának, például az „AF” vagy „X3” állapotú EDI 214-nek a feldolgozásakor elmenti az időbélyeget. Rögzítés Használja a feldolgozott EDI 214-es üzenet vagy más, a fuvarozó általi átvételt visszaigazoló üzenet időbélyegét. Eseménytípus explicit | |||
| Áru kézbesítve | Ez a mérföldkő azt jelzi, hogy a szállítmány fizikailag megérkezett a címzetthez. A fuvarozó rendszerint EDI 214-es üzenetben igazolja a kézbesítést, amely frissíti a szállítmány állapotát a TMS-ben. | ||
| Miért fontos? Ez a teljesítés fontos mérföldköve, amely a fizikai szállítás végét jelzi. Az időben történő kézbesítés mérésének alapja, amely az ügyfél-elégedettség és a fuvarozó megbízhatóságának fontos mutatója. Hol szerezhető be? A rendszer ezt a fuvarozó kézbesítési visszaigazolásából származó külön eseményként rögzíti. A TMS elmenti az időbélyeget, amikor feldolgozza a „D1” állapotú EDI 214-es vagy azzal egyenértékű üzenetet. Rögzítés Használja a feldolgozott fuvarozói kézbesítési visszaigazolás időbélyegét. Eseménytípus explicit | |||
| Fuvarozási igény beérkezett | Ez a tevékenység jelzi, hogy a Blue Yonder TMS-ben létrejött egy szállítási igény. Ezt jellemzően egy másik rendszerből, például ERP-ből érkező megrendelés indítja el. Ezzel hivatalosan is megkezdődik a szállítási folyamat: létrejön az új szállítmányrekord, kezdeti állapota pedig „unplanned” vagy „new”. | ||
| Miért fontos? Ez a teljes szállítási folyamat elsődleges kezdőeseménye. Ha megvizsgálja, mennyi idő telik el ettől az eseménytől a következő tervezési tevékenységekig, feltárhatja a kezdeti feldolgozási késedelmeket, és mérheti a teljes átbocsátást. Hol szerezhető be? Ez az esemény általában a szállítmányrekord létrehozási időbélyegéből következtethető ki, amely a központi szállítmány- vagy rendeléstáblában található. Külön eseményként is naplózható, amikor a rendszer feldolgoz egy ERP-ből érkező interfészüzenetet. Rögzítés Használja a szállítmányrekord létrehozási időbélyegét. Eseménytípus inferred | |||
| Kifizetés feldolgozva | Ez a szállítási folyamat utolsó tevékenysége, amely megerősíti, hogy a fuvarozó megkapta a szállítási szolgáltatás díját. Az esemény jellemzően egy külső pénzügyi rendszerből, például ERP-ből érkezik, majd frissül a TMS-ben. | ||
| Miért fontos? Ez a tevékenység jelzi a szállítmány pénzügyi lezárását. A kézbesítés vagy az ellenőrzés és a kifizetés közötti idő elemzése segít a forgótőke kezelésében és a jó fuvarozói kapcsolatok fenntartásában. Hol szerezhető be? Ez általában külön eseményként kerül rögzítésre, amikor a szállítmányhoz tartozó fuvardíjszámla kifizetési állapotát frissíti a TMS-ben a szállítói számlákat kezelő vagy az ERP-rendszerből érkező interfészüzenet. Rögzítés Használja a pénzügyi rendszertől kapott kifizetési visszaigazolás időbélyegét. Eseménytípus explicit | |||
| Szállítmány lefoglalva | Ez a mérföldkő azt jelzi, hogy a fuvarozó elfogadta az ajánlatot, és vállalta a szállítmány kezelését. A szállítmány állapota „booked” vagy „committed” értékre változik, így a fuvarozó és a fuvardíj rögzül. | ||
| Miért fontos? Ez a mérföldkő lezárja a tervezési szakaszt, és a szállítmányt a végrehajtási szakaszba lépteti. Az eddig eltelt idő mérésével értékelhető a foglalás hatékonysága és a válaszadás gyorsasága. Hol szerezhető be? A rendszer akkor rögzíti ezt, amikor beérkezik és feldolgozásra kerül a fuvarozó elfogadó válasza, például az EDI 990. Ekkor a TMS-ben megváltozik a szállítmányrekord állapota. Rögzítés Rögzítse az állapot „Booked” vagy „Committed” értékre változásának időbélyegét. Eseménytípus explicit | |||
| Vámkezelés lezárult | Nemzetközi szállítmányoknál ez a tevékenység azt jelzi, hogy az áru sikeresen áthaladt a határon vagy a kikötőben végzett vámkezelésen. Az eseményt a vámügynök vagy a fuvarozó értesítése indítja el. | ||
| Miért fontos? A vámkezelés gyakran jelentős késedelmet okoz a nemzetközi logisztikában. A vámkezelés időtartamának mérése segít feltárni a szűk keresztmetszeteket és csökkenteni a határokon átnyúló szállítás idejét. Hol szerezhető be? Ezt jellemzően külön eseményként rögzíti a rendszer a fuvarozó üzenete, például az EDI 214, vagy manuális frissítés alapján. Ekkor a szállítmány vámállapota „cleared” értékre változik. Rögzítés Rögzítse azt az időbélyeget, amikor a szállítmány vámállapota „Cleared” értékre változik. Eseménytípus explicit | |||
| Fuvardíjszámla ellenőrizve | A fuvarozó számláját, vagyis a fuvardíjszámlát rendszeresen vagy manuálisan ellenőrizték a szerződéses díjak, a kiegészítő díjak és a kézbesítési igazolás alapján. Ezzel a lépéssel a kifizetés jóváhagyása előtt ellenőrzik a felszámított összegeket. | ||
| Miért fontos? Ez fontos pénzügyi ellenőrzési pont. Az ellenőrzési folyamat elemzésével feltárhatók a gyakori számlázási eltérések. Az ebben a szakaszban szükséges ismételt feldolgozás pedig olyan problémákra utal, amelyek növelik az adminisztrációs terheket. Hol szerezhető be? A rendszer akkor rögzíti ezt az eseményt, amikor a szállítmányhoz tartozó fuvardíjszámla állapota „Audited”, „Approved for Payment” vagy hasonló értékre változik a TMS fuvardíj-ellenőrzési moduljában. Rögzítés Rögzítse a szállítmányhoz kapcsolt fuvardíjszámla állapotváltozásának időbélyegét. Eseménytípus inferred | |||
| Fuvarozó elutasította az ajánlatot | Ez az esemény azt jelzi, hogy a fuvarozó nem vállalja a szállítmány fuvarozását. Az elutasítás jellemzően elektronikusan, EDI 990-es tranzakcióval érkezik, vagy a fuvarozó manuálisan rögzíti a portálon. Ezután elindul a munkafolyamat, amelyben másik fuvarozót keresnek. | ||
| Miért fontos? Az ajánlatok elutasításának követése segít feltárni a fuvarozó kiválasztásakor jelentkező ismételt feldolgozási köröket. A magas elutasítási arány árazási problémára, a fuvarozói kapacitás hiányára vagy pontatlan rakományadatokra utalhat, ami késedelmet és többletköltséget okoz. Hol szerezhető be? Ezt általában külön eseményként rögzíti a rendszer, amikor a TMS feldolgozza a fuvarozó elutasító válaszát, és frissíti a szállítmány ajánlati állapotát. Rögzítés Eseményként rögzül a fuvarozó elutasító üzenetének, például az EDI 990-nek a beérkezésekor. Eseménytípus explicit | |||
| Fuvarozói ajánlat elküldve | Ez a tevékenység akkor történik, amikor a szállítmányt hivatalosan felajánlják egy adott fuvarozónak. A TMS-ben ez külön művelet, amely gyakran EDI 204-es tranzakcióval, e-mailben vagy portálértesítéssel indít kommunikációt a fuvarozó felé. | ||
| Miért fontos? Ez az esemény jelenti a kiindulópontot a fuvarozói válaszidő és az ajánlatelfogadási arány méréséhez. Az ajánlat elküldése és a fuvarozó válasza közötti idő elemzésével felmérhető a fuvarozói kapcsolatok hatékonysága. Hol szerezhető be? A Blue Yonder TMS valószínűleg külön eseményként naplózza ezt a szállítmány- vagy ajánlattörténeti táblában, amikor a felhasználó vagy a rendszer elküldi az ajánlatot. Rögzítés Az ajánlat elküldésekor a rendszer rögzíti a szállítmány eseménytörténetében. Eseménytípus explicit | |||
| Kézbesítési igazolás beérkezett | Ez a tevékenység a kézbesítést igazoló hivatalos dokumentum, például az aláírt fuvarlevél beérkezését jelöli. Gyakran a fizikai kézbesítés után, külön lépésként történik, és a fuvardíj kifizetésének előfeltétele. | ||
| Miért fontos? A kézbesítési igazolás (POD) gyors beérkezése felgyorsítja a számlázást és a kifizetést. Az ebben a lépésben jelentkező késedelem közvetlenül rontja a pénzforgalmat, és vitákat okozhat a fuvarozó kifizetése körül. Hol szerezhető be? A rendszer ezt általában akkor rögzíti, amikor egy felhasználó manuálisan bejelöli a POD beérkezését, vagy csatolja a dokumentumot a szállítmányrekordhoz a TMS-ben. Ez állapotváltozást indít el. Rögzítés Rögzítse azt az időbélyeget, amikor a szállítmányon beállítják a „POD Received” jelölőt vagy állapotot. Eseménytípus inferred | |||
| Szállítmány megtervezve | A kezdeti tervezési szakasz lezárását jelzi. Ekkor meghatározzák a szállítmány útvonalát, szállítási módját és a lehetséges fuvarozókat. A rendszer tervezőmotorja elkészíti a tervet, a szállítmány állapota pedig jelzi, hogy a terv már rendelkezésre áll. | ||
| Miért fontos? Ennek a tevékenységnek a követésével mérhető a tervező- és optimalizáló motor hatékonysága. Az itt jelentkező késések vagy ismételt feldolgozási körök törzsadat-problémára, a fuvarozók korlátozott elérhetőségére vagy rendszerbeállítási hibára utalhatnak. Hol szerezhető be? Ez az esemény valószínűleg a szállítmány állapotának változásából következtethető ki, például amikor az állapot „unplanned” értékről „planned” értékre vált. Az állapotváltozás időbélyege jelöli az esemény időpontját. Rögzítés Rögzítse azt az időbélyeget, amikor a szállítmány állapota „planned” értékre változik. Eseménytípus inferred | |||
| Szállítmány törölve | A szállítmány megszüntetését jelöli, mielőtt a fuvarozó felvette volna az árut. Erre több okból is sor kerülhet, például ha az ügyfél lemondja a rendelést vagy módosul a terv. Ez a folyamat végleges, sikertelen lezárását jelenti. | ||
| Miért fontos? A törlések követése segít megérteni a kereslet ingadozását és a folyamatveszteséget. A szállítmánytörlések okainak elemzése feltárhatja a rendeléskezelés vagy a tervezés problémáit. Hol szerezhető be? Ez külön eseményként kerül rögzítésre, amikor egy felhasználó vagy automatizált folyamat a szállítmány elsődleges állapotát „Cancelled” értékre változtatja. Rögzítés Rögzítse az állapot „Cancelled” értékre változásának időbélyegét. Eseménytípus explicit | |||
| Útközbeni frissítés érkezett | A fuvarozótól útközben érkező hely- vagy állapotfrissítést jelöli. Ezek az üzenetek, gyakran EDI 214-es formátumban, tájékoztatnak a szállítmány haladásáról és az esetleges késésekről. | ||
| Miért fontos? Ezek az események elengedhetetlenek a szállítmány haladásának követéséhez és az útközbeni késések feltárásához. A frissítések hiánya azt jelezheti, hogy nem megfelelő a folyamat láthatósága, a gyakori késési értesítések pedig a fuvarozó teljesítményével kapcsolatos problémákra utalhatnak. Hol szerezhető be? Ezek külön eseményként kerülnek a szállítmánykövetési vagy eseménytörténeti táblába, valahányszor a rendszer útközbeni fuvarozói üzenetet, például „X1” vagy „AG” állapotú EDI 214-et kap és dolgoz fel. Rögzítés Minden feldolgozott, útközbeni fuvarozói üzenet új eseménynapló-bejegyzést hoz létre. Eseménytípus explicit | |||
Útmutatók az adatok kinyeréséhez
A folyamathoz tartozó adatkinyerési módszerek ellenőrzése folyamatban van. Nézzen vissza később, vagy lépjen kapcsolatba velünk segítségért.
Kezdheti?
Kezdje el még ma fejleszteni szállítmányozási folyamatát. Használja ezt a sablont a hatékonyság javításához és a logisztikai teljesítmény növeléséhez.
Növelje a szállítmányozás hatékonyságát még ma
Tárja fel a hatékonysági problémákat, kövesse nyomon a teljesítményt, és csökkentse 30%-kal az átfutási időt.
Nincs szükség bankkártyára, a hozzáférés percek alatt aktiválható.