Adatsablon az ellátásilánc-menedzsmenthez
Adatsablon az ellátásilánc-menedzsmenthez
- A részletes elemzéshez javasolt attribútumok
- A nyomon követendő fő folyamattevékenységek és mérföldkövek
- Útmutató az adatok kinyeréséhez a Blue Yonderből
Az ellátásilánc-menedzsment attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Kezdési idő EventTime | Az időbélyeg, amely megmutatja, mikor kezdődött vagy történt egy adott tevékenység. | ||
| Leírás Az esemény időpontja, más néven kezdési idő, az a pontos dátum és idő, amikor a forrásrendszer rögzítette a tevékenységet. Ez az időrendi adat szükséges az események helyes sorrendbe állításához és minden időalapú elemzéshez. Az időbélyeg alapján számítható ki a tevékenységek közötti ciklusidő és a teljes folyamat időtartama, valamint azonosíthatók a késések és a várakozási idők. Szinte minden teljesítményhez kapcsolódó KPI alapja, például a rendelés teljes átfutási idejéé és a fuvarozási ciklusidőé. Miért fontos? Ez az időbélyeg szükséges az események sorrendbe állításához, az időtartamok kiszámításához, valamint a folyamat teljesítményének és időbeli szűk keresztmetszeteinek elemzéséhez. Hol szerezhető be? Ez az adat általában létrehozási, módosítási vagy könyvelési dátumként és időbélyegként érhető el a Blue Yonder egyes üzleti objektumaihoz tartozó tranzakciós adattáblákban. Példák 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Logisztikai rendelés LogisticsOrder | Egy logisztikai rendelés egyedi azonosítója. Ez szolgál elsődleges esetazonosítóként a teljes ellátásilánc-folyamat követéséhez. | ||
| Leírás A logisztikai rendelés az azonosító, amely összekapcsolja az ügyfélrendelés létrehozásától a végső kézbesítésig tartó összes kapcsolódó tevékenységet. Minden egyedi logisztikai rendelésszám az ellátásilánc-folyamat egy példányát jelöli. A process mining során a logisztikai rendelések szerinti elemzés a rendelés teljes életciklusát megmutatja. Ez szükséges a teljes átfutási idő kiszámításához, a folyamatváltozatok feltárásához, valamint annak megértéséhez, hogyan halad végig az egyes rendelés a beszerzés, a gyártás és a kiszállítás szakaszain. Miért fontos? Ez az elsődleges esetazonosító. Összekapcsolja a folyamat összes lépését, így rekonstruálható és elemezhető a rendelés teljesítésének útja. Hol szerezhető be? Ez az azonosító általában a Blue Yonder fő rendeléskezelő vagy logisztikai végrehajtási moduljaiban található. Példák LO-845123LO-845124LO-845125 | |||
| Tevékenység neve ActivityName | A logisztikai folyamatban történt üzleti esemény vagy lépés neve, például „Beszerzési rendelés kiadva” vagy „Áru komissiózva és becsomagolva”. | ||
| Leírás A tevékenység neve a logisztikai rendelés életciklusának egy lépését vagy feladatát jelöli. A rendszer időrendben rögzíti ezeket az eseményeket, így minden esethez összeállítható a műveletek sorozata. A tevékenységek elemzése a process mining alapja. Segítségével megjeleníthető a folyamattérkép, feltárhatók az egyes lépések közötti szűk keresztmetszetek, elemezhető a tevékenységek gyakorisága, és azonosíthatók a szokásos folyamatmenettől való eltérések. Miért fontos? Ez az attribútum határozza meg a folyamattérkép lépéseit, így megjeleníthető, elemezhető és fejleszthető a logisztikai rendelések folyamata. Hol szerezhető be? A tevékenységnevek a raktározáshoz, fuvarozáshoz és rendeléskezeléshez kapcsolódó Blue Yonder modulok eseménynaplóiból, tranzakciókódjaiból vagy rögzített állapotváltozásaiból származnak. Példák Ügyfélrendelés beérkezettTermékek legyártvaSzállítás ütemezveÁtvételi igazolás aláírva | |||
| Beszállító neve SupplierName | A beszerzési rendeléshez szükséges alapanyagokat vagy alkatrészeket szállító beszállító neve. | ||
| Leírás A beszállító neve azonosítja azt a partnert, akitől az ellátásilánc-folyamat részeként árut szereztek be. Ez fontos szempont a bejövő logisztika és a beszerzés elemzéséhez. A „Beszállítói teljesítmény” dashboardon beszállítónként bontható le a beszerzési rendelés létrehozásától az anyagok beérkezéséig tartó ciklusidő. Az elemzés segít megkülönböztetni a megbízható, gyors beszállítókat azoktól, akik rendszeresen késést okoznak, és támogatja a beszerzési stratégia, valamint a beszállítói kapcsolatok kezelését. Miért fontos? Lehetővé teszi a különböző beszállítók teljesítményének elemzését. Ez szükséges a bejövő logisztika fejlesztéséhez és a termelési ütemtervek betartásához. Hol szerezhető be? Ez az adat a beszerzési rendelés fejlécében található, és a Blue Yonder vagy egy integrált ERP beszállítói törzsadat-táblájához kapcsolódik. Példák Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Felhasználó neve UserName | 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 munkatársat vagy rendszerfelhasználót, aki egy adott folyamatlépésért felelős. Segít megérteni az erőforrások elosztását, a munkaterhelést és az egyéni vagy csapatszintű teljesítményt. Az elemzés során a felhasználó neve alapján szűrhető a folyamattérkép, így összehasonlítható, hogyan végzik ugyanazt a feladatot a különböző felhasználók, feltárhatók a képzési igények, és azonosíthatók a legjobban teljesítők. A „Kézi feladatok és automatizálási lehetőségek” dashboardon az is látható, kik végeznek gyakran ismétlődő feladatokat. Miért fontos? Az egyes felhasználókhoz rendeli a műveleteket, így elemezhető a munkaterhelés és a teljesítmény, valamint feltárhatók az automatizálási lehetőségek. Hol szerezhető be? A tranzakciós adatokban általában „Created By” vagy „Changed By” mezőként szerepel, és a Blue Yonder felhasználói törzsadat-táblájához kapcsolódik. Példák j.doea.smithSYSTEM_RFC | |||
| Kért kézbesítési dátum RequestedDeliveryDate | Az ügyfél által a rendeléshez kért kézbesítési dátum. | ||
| Leírás A kért kézbesítési dátum a logisztikai rendeléshez kapcsolódó fontos ügyféltörzsadat. Az ügyfélnek tett ígéretet jelöli, és ez az elsődleges viszonyítási alap a kézbesítési teljesítmény méréséhez. Ezt a dátumot a „Tényleges kézbesítési dátummal” összevetve számítható ki a határidőre kézbesítési arány KPI. Ez az „Időben történő kézbesítés” dashboard alapja, amelyen elemezhetők a késések és azok kiváltó okai, például a fuvarozó teljesítménye vagy a belső szűk keresztmetszetek. Miért fontos? Ez az ügyfél-elégedettség és a kézbesítési teljesítmény mérésének alapja. Szükséges a határidőre kézbesítési arány KPI kiszámításához. Hol szerezhető be? Ez az adat általában a Blue Yonder rendeléskezelő rendszerének vevőirendelés-fejlécében található. Példák 2023-11-152023-11-202023-12-01 | |||
| Megrendelés állapota OrderStatus | A logisztikai megrendelés aktuális vagy végleges állapota, például „Folyamatban”, „Teljesítve” vagy „Törölve”. | ||
| Leírás A megrendelés állapota megmutatja, hol tart a logisztikai megrendelés az életciklusában az adatok kinyerésekor, vagy mi lett a végső eredménye. Ez az eset állapotának fontos mutatója. Az attribútummal az elemzés a teljesített megrendelésekre szűkíthető, vagy megvizsgálható, miért töröltek bizonyos megrendeléseket. Segít megérteni a különböző folyamatváltozatok eredményét, és egyszerűen mérhető vele a folyamat sikerességi, illetve sikertelenségi aránya. Miért fontos? Megmutatja az eset kimenetelét. Az elemzés a teljesített, folyamatban lévő vagy törölt megrendelésekre szűrhető, ami segít a teljesítménymutatók értelmezésében. Hol szerezhető be? Ez általában a Blue Yonder fő logisztikai megrendelésének vagy szállítási dokumentumának fejlécében található állapotmező. Példák TeljesítveFolyamatbanTörölveFelfüggesztve | |||
| Megrendeléstípus OrderType | A megrendelés besorolása, például „normál”, „sürgős” vagy „nagy tételű” megrendelés. | ||
| Leírás A megrendeléstípus a logisztikai megrendeléseket jellemzőik, sürgősségük vagy üzleti hátterük szerint csoportosítja. Az egyes típusok gyakran eltérő folyamatútvonalat követnek, vagy más szolgáltatási szintre vonatkozó megállapodás (SLA) érvényes rájuk. A megrendeléstípus szerinti elemzés segít megérteni a folyamat eltéréseit. A sürgős megrendeléseknél például rövidebb átfutási idő várható, és egyes lépések kimaradhatnak, míg a nagy tételű megrendelések gyártása tovább tarthat. Ez az attribútum megmutatja, miért térnek el bizonyos esetek a megszokottól, és hasznos a „Folyamatváltozatok elemzése” dashboardon. Miért fontos? Segít megmagyarázni a folyamat eltéréseit és a teljesítménykülönbségeket, mivel az egyes megrendeléstípusok útvonala, prioritása és SLA-ja eltérő lehet. Hol szerezhető be? Ez az információ általában a Blue Yonder megrendeléskezelő rendszerének megrendelés-fejlécadatai között található. Példák NormálSürgősKészletáthelyezésVisszáru | |||
| Tényleges kézbesítési dátum ActualDeliveryDate | Az a tényleges dátum, amikor a rendelést sikeresen kézbesítették az ügyfélnek, amit az átvételi igazolás erősít meg. | ||
| Leírás A tényleges kézbesítési dátumot a kézbesítés befejezésekor rögzítik, gyakran az „Átvételi igazolás aláírva” eseményből. Ez az időbélyeg jelzi a logisztikai rendelés teljesítésének végét. Ez az attribútum szükséges a teljesítmény méréséhez. A „Kért kézbesítési dátummal” összevetve megállapítható, hogy a kézbesítés időben, késve vagy korábban történt-e. Ez a számítás adja a határidőre kézbesítési arány KPI alapját, és az „Időben történő kézbesítés” dashboardon is megjelenik. Miért fontos? Ez az attribútum a tényleges teljesítményt veti össze az ügyfél elvárásaival, és szükséges a határidőre kézbesítési arány kiszámításához. Hol szerezhető be? Ez a dátum gyakran az átvételi igazolás eseményének időbélyegéből származik, amelyet a Blue Yonder TMS vagy egy kapcsolódó logisztikai modul rögzíthet. Példák 2023-11-142023-11-212023-12-01 | |||
| Befejezési idő EndTime | Az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység. | ||
| Leírás A befejezési idő jelzi egy tevékenység végét. Ha a kezdési és a befejezési idő is rendelkezésre áll, kiszámítható a tevékenység tényleges feldolgozási ideje, és elkülöníthető a tétlen vagy várakozási időtől. Ez különösen hasznos az egyes feladatok, például az „Áru komissiózva és becsomagolva” vagy a „Minőségellenőrzés elvégezve” időtartamának elemzéséhez. Segít meghatározni, mely tevékenységek veszik igénybe a legtöbb időt, így célzottan fejleszthetők és automatizálhatók a folyamatok. Miért fontos? Lehetővé teszi a tevékenységek feldolgozási idejének pontos kiszámítását. Ez segít azonosítani a nem hatékony feladatokat és mérni az erőforrások termelékenységét. Hol szerezhető be? A kezdési időhöz hasonlóan ez is általában időbélyegként szerepel a Blue Yonder egyes üzleti objektumaihoz tartozó tranzakciós adattáblákban, gyakran egy állapot befejezését jelölve. Példák 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Beszállító által vállalt szállítási dátum SupplierPromisedDeliveryDate | A beszállító által az adott beszerzési megrendeléshez vállalt szállítási dátum. | ||
| Leírás Ez a dátum jelzi, mikorra vállalta a beszállító a nyersanyagok vagy alkatrészek szállítását. Ez az alapja a beszállító megbízhatósága és pontossága mérésének. Az attribútum szükséges a „Beszállítói pontos szállítási arány” KPI kiszámításához. A vállalt dátumot össze kell vetni az anyagok tényleges átvételi dátumával, vagyis a „Nyersanyagok átvétele” esemény időbélyegével. Így megállapítható, hogy a beszállító teljesítette-e a vállalását. Ez az elemzés a „Beszállítói beérkező teljesítmény” dashboard egyik alapja. Miért fontos? A beérkező szállítások teljesítményének viszonyítási alapja. Segítségével mérhető a beszállítók megbízhatósága és a gyártási ütemezésre gyakorolt hatása. Hol szerezhető be? Ez a dátum általában a beszerzési megrendelés tételsorához tartozik, és a beszállító által megadott információn vagy a szokásos átfutási időn alapul. Példák 2023-10-102023-10-122023-10-15 | |||
| Beszerzési igény létrehozója PurchaseRequisitionCreator | Az a felhasználó vagy részleg, amely áruk vagy anyagok beszerzését kezdeményezte. | ||
| Leírás Ez az attribútum azonosítja azt a személyt vagy csapatot, amely létrehozta a beszerzési igényt. Ez a belső dokumentum indítja el a hivatalos beszerzési megrendelés létrehozását, és megmutatja, honnan ered a szervezeten belüli beszerzési igény. Az attribútum szerinti elemzés segít megérteni a belső beszerzési mintákat, és használható a „Manuális feladatok és automatizálási lehetőségek” dashboardon. Ha néhány felhasználó sok, azonos típusú igényt hoz létre, az lehetőséget jelezhet a beszerzési igénylés automatizálására. Miért fontos? Megmutatja, honnan indult a beszerzési igény. Ez segít elemezni a belső keresletet és feltárni a folyamat automatizálásának lehetőségeit. Hol szerezhető be? A beszerzési igény dokumentumadatai között található, általában a „Létrehozta” mezőben. Példák m.jonesp.chenPLANNING_DEPT | |||
| Beszerzési megrendelés száma PurchaseOrderNumber | A beszállítótól nyersanyagok vagy áruk beszerzésére létrehozott megrendelés egyedi azonosítója. | ||
| Leírás A beszerzési megrendelés száma összekapcsolja a logisztikai megrendelést a beszerzési folyamattal. A „Beszerzési igény létrehozása” és a „Beszerzési megrendelés kiadása” tevékenységek során jön létre. Ezzel az attribútummal részletesen elemezhető a beszerzési részfolyamat. A „Beszállítói beérkező teljesítmény” dashboardon nyomon követhető egy adott beszerzési megrendelés útja a kiadástól az áru átvételéig, és a késések konkrét beszállítókhoz vagy anyagokhoz kapcsolhatók. Miért fontos? Összekapcsolja a teljesítési folyamatot a korábbi beszerzési tevékenységekkel, így részletesen elemezhető a beszállítói teljesítmény és a beszerzési ciklusidő. Hol szerezhető be? Ezt az azonosítót a Blue Yonder beszerzési modulja vagy egy integrált ERP-rendszer hozza létre és tárolja. Példák PO45000123PO45000124PO45000125 | |||
| Forrásrendszer SourceSystem | A rendszer, amelyből az adatokat kinyerték, ebben az esetben a Blue Yonder. | ||
| Leírás Ez az attribútum azonosítja a folyamatadatok forrását. Különösen hasznos, ha több rendszer adatait egyesítik a folyamat egységes áttekintéséhez, mert így az adatok eredete is nyomon követhető. Ebben az elemzésben az érték mindig „Blue Yonder” lesz. Ez az adat mégis fontos a vállalati adatok kezeléséhez és az elemzés értelmezéséhez, különösen akkor, ha más rendszereket, például ERP-t vagy CRM-et is integrálnak. Miért fontos? Azonosítja az adatok forrását, ami szükséges az adatkezeléshez, az ellenőrzéshez és a több vállalati rendszert átfogó elemzések kezeléséhez. Hol szerezhető be? Ez általában egy rögzített érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá az adathalmaz forrásának megjelölésére. Példák Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Fuvarozó neve CarrierName | Az áruk szállításáért felelős fuvarozó vállalat neve. | ||
| Leírás A fuvarozó neve azt a logisztikai partnert jelöli, amely az árut a raktárból a végső rendeltetési helyre szállította. Ez fontos szempont a kimenő logisztika teljesítményének értékeléséhez. A „Szállítási hatékonyság figyelése” dashboardon a fuvarozó neve szerinti elemzéssel összehasonlítható, mennyi ideig voltak úton az áruk az egyes fuvarozóknál. Így megállapítható, mely partnerek a leggyorsabbak, legmegbízhatóbbak vagy legköltséghatékonyabbak, és ennek megfelelően alakíthatók a szállítási stratégiák. Miért fontos? Lehetővé teszi a különböző fuvarozók teljesítményének összehasonlítását, így optimalizálhatók a szállítási költségek, az útvonalak és a kézbesítési idők. Hol szerezhető be? Ez az adat általában a Blue Yonder Transportation Management System (TMS) szállítási vagy fuvarmegrendelési dokumentumaiban található. Példák Expressz fuvarozásOrszágos logisztikaGyors fuvarozás | |||
| Határidőre érkezett? IsOnTimeDelivery | Számított jelző, amely megmutatja, hogy a megrendelést a kért szállítási dátumon vagy az előtt kézbesítették-e. | ||
| Leírás Ez egy logikai attribútum, amely a „Tényleges kézbesítési dátum” és a „Kért kézbesítési dátum” összevetéséből származik. Minden megrendelést „Határidőre” (igaz) vagy „Késve” (hamis) értékkel jelöl. Ez az attribútum közvetlenül táplálja a „Határidős kézbesítési teljesítmény” dashboardot, és az „Határidős kézbesítési arány” KPI kiszámítására szolgál. Segítségével gyorsan szűrhetők az adatok, és feltárhatók a késések gyakori okai, például a fuvarozó vagy a terméktípus. Miért fontos? Egyértelmű, logikai értékkel jelzi, hogy a megrendelés időben érkezett-e. Így egyszerűen kiszámítható a teljesítmény, és azonosíthatók a késések okai. 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 következő képlettel: ActualDeliveryDate <= RequestedDeliveryDate. Példák truefalse | |||
| Szállítási mód ModeOfTransport | A küldemény szállításának módja, például közúti, légi vagy tengeri szállítás. | ||
| Leírás Ez az attribútum az áru szállításához használt módot jelöli. A különböző módok költsége, sebessége és kapacitása eltérő, ezért fontos szempont a logisztikai tervezésben és elemzésben. A „Szállítási hatékonyság figyelése” dashboardon ezzel az attribútummal összehasonlíthatók az egyes szállítási módok átfutási idejei és költségei. Ez segít a stratégiai döntésekben, például annak mérlegelésében, hogy a sürgős és költségérzékeny megrendeléseknél a gyorsabb, de drágább légi vagy a lassabb, de olcsóbb tengeri szállítás a megfelelőbb. Miért fontos? Fontos szempontot ad a szállítási költségek és sebesség elemzéséhez, így megalapozottan választhatók ki a leghatékonyabb szállítási módok. Hol szerezhető be? Ez az információ általában a Blue Yonder TMS szállítási vagy fuvarmegrendelési adatai között szerepel. Példák Teljes kamionrakomány (FTL)Légi fuvarozásTengeri fuvarozásVasúti szállítás | |||
| Teljes átfutási idő EndToEndCycleTime | A logisztikai megrendelés első tevékenysége („Vevői megrendelés beérkezett”) és utolsó tevékenysége („Kézbesítési igazolás aláírva”) között eltelt teljes idő. | ||
| Leírás Ez a mutató a logisztikai megrendelés teljes életciklusának időtartamát méri. A teljes ellátásilánc-folyamat sebességét és hatékonyságát jelzi. Ez az „End-to-end megrendelési átfutási idő elemzése” dashboard és a „Logisztikai megrendelés teljes átfutási ideje” KPI elsődleges mutatója. Elemzésével feltárhatók a rendszerszintű késések, és képet kaphatunk a folyamat általános állapotáról. Megrendeléstípus vagy termékkategória szerint tovább bontva azonosíthatók a hosszú átfutási idők okai. Miért fontos? Ez a KPI az ellátási lánc teljes sebességét méri, amely közvetlenül hat az ügyfelek elégedettségére és a forgótőke alakulására. Hol szerezhető be? Ez az érték nem szerepel a forrásrendszerben. Esetenként az első esemény időbélyegét kivonják az utolsó esemény időbélyegéből. Példák 15 nap 4 óra22 nap 11 óra10 nap 2 óra | |||
| Termékkategória ProductCategory | A logisztikai megrendelésben szereplő termék kategóriája, például elektronikai cikk vagy ruházat. | ||
| Leírás A termékkategória az az osztályozás, amely hasonló termékeket csoportosít. Az egyes kategóriákhoz eltérő ellátásilánc-folyamatok, kezelési követelmények vagy átfutási idők tartozhatnak. A „Logisztikai megrendelések átfutásának alakulása” dashboardon ezzel az attribútummal szűrhető és hasonlítható össze a különböző terméktípusokhoz tartozó, teljesített megrendelések száma. Kiderülhet, hogy egyes termékvonalaknál gyakoribbak a késések, vagy alacsonyabb az áteresztőképesség. Ez segít oda összpontosítani a folyamatfejlesztést, ahol a legnagyobb szükség van rá. Miért fontos? Lehetővé teszi a folyamat elemzését terméktípus szerint, így feltárhatók az egyes kategóriákra jellemző szűk keresztmetszetek, keresleti minták és kezelési nehézségek. Hol szerezhető be? Ez az adat az anyag- vagy terméktörzs része, amely a Blue Yonderben a logisztikai megrendelés tételsoraihoz kapcsolható. Példák SzórakoztatóelektronikaIpari gépekRuházatÉlelmiszer | |||
| Történt utómunka? IsRework | Számított jelző, amely megmutatja, hogy a megrendelésen végeztek-e utómunkát, például ismételt csomagolást vagy minőség-ellenőrzést. | ||
| Leírás Ez a logikai jelző igaz értéket kap, ha a logisztikai megrendelésnél utómunkára utaló ismétlődő lépések láthatók, például a „Termékek összeszedése és csomagolása” -> „Minőség-ellenőrzés elvégzése” -> „Termékek összeszedése és csomagolása” tevékenységsorozat. Megmutatja, mely esetek térnek el a szokásos, hatékony folyamattól. Ezzel az attribútummal számítható ki a „Megrendelések utómunka-aránya” KPI, és ez jelenik meg a „Folyamatváltozatok és utómunka elemzése” dashboardon. Az utómunkát igénylő esetek azonosítása segít feltárni a teljesítési folyamat hibáit és hatékonysági problémáit. A célzott fejlesztésekkel csökkenthető a veszteség és a működési költség. Miért fontos? Az ismétlődő lépések jelzésével feltárja a folyamat hatékonysági és minőségi problémáit. Így célzottan javítható a folyamat stabilitása és csökkenthetők a költségek. Hol szerezhető be? Ez nem mező a Blue Yonderben. A process mining elemzés során számítják ki, az eseteken belüli ismétlődő tevékenységsorozatok felismerésével. Példák truefalse | |||
| Ügyfél neve CustomerName | A megrendelést leadó ügyfél neve. | ||
| Leírás Azonosítja a logisztikai megrendelés végső ügyfelét. Ez alapvető szempont az ügyfélközpontú elemzéshez. Az ügyfél szerinti teljesítményelemzésből kiderülhet, hogy egyes ügyfelek hosszabb átfutási idővel vagy több problémával szembesülnek-e. Ez az attribútum támogatja például a „Határidős kézbesítési teljesítmény” dashboardot, ahol ügyfelenként bonthatók le az adatok. Így a fejlesztések a kiemelt ügyfelek igényeihez igazíthatók. Miért fontos? Ügyfélközpontú elemzést tesz lehetővé. Segít azonosítani, mely ügyfeleket érintik leginkább a folyamat hatékonysági problémái, és rangsorolni a szolgáltatás fejlesztését. Hol szerezhető be? Ez az információ a vevői megrendelés fejlécadatai között található, és a Blue Yonder vagy egy integrált CRM-/ERP-rendszer ügyféltörzsére hivatkozik. Példák Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az adatokat a forrásrendszerből. | ||
| Leírás Ez az attribútum az adatok legutóbbi lekérésének dátumát és időpontját mutatja. Segít értelmezni az elemzést, mert jelzi, mennyire frissek az adatok, és mikorra várható a következő frissítés. Fontos, hogy a felhasználók tudják, mennyire naprakészek az elemzett adatok. Így helyesen értelmezhetik a dashboardokat, és időben rendelkezésre álló információk alapján hozhatnak döntéseket. Miért fontos? Megmutatja, mennyire frissek az adatok, így a felhasználók tudják, mennyire naprakész a folyamatelemzés. Hol szerezhető be? Ezt az időbélyeget az adatok kinyerése, átalakítása és betöltése (ETL) során hozza létre és adja hozzá a rendszer. Példák 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
Az ellátásilánc-menedzsment tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Alapanyagok beérkeztek | Ez a tevékenység azt jelzi, hogy az áru fizikailag megérkezett a beszállítótól a raktárba vagy a termelőüzembe. A rendszer ezt közvetlenül rögzíti az áruátvételi tranzakcióban, amelyet gyakran a beérkező tételek leolvasása indít el. | ||
| Miért fontos? Ez az esemény zárja le a beszállítói szállítási szakaszt. Nélkülözhetetlen a beszállítók megbízhatóságának és a bejövő logisztika hatékonyságának méréséhez. Hol szerezhető be? A raktárirányítási rendszer (WMS) vagy a készletkezelő modul tranzakciós naplóiból származik. Az időpont megegyezik az áruátvételi bizonylat könyvelési dátumával és időpontjával. Rögzítés Az áruátvétel könyvelésének tranzakciós időbélyege alapján. Eseménytípus explicit | |||
| Áru felrakodva szállításra | Azt a pillanatot jelzi, amikor a becsomagolt árut felrakják a járműre, és az elhagyja a raktárt. Ez fontos, közvetlenül rögzített esemény, amelyet a WMS vagy a TMS gyakran „goods issue” tranzakcióként tart nyilván. | ||
| Miért fontos? Ez az esemény a fuvarozási ciklusidő és a teljes szállítási hatékonyság mérésének kezdőpontja. Azt jelzi, hogy az áru átkerült a raktári működésből a külső fuvarozóhoz. Hol szerezhető be? A WMS vagy az ERP rendszer közvetlenül rögzíti „goods issue” könyvelésként. Az esemény időbélyege a tranzakció könyvelési dátuma és időpontja. Rögzítés Az esemény a kiszállításhoz kapcsolódó „goods issue” tranzakció naplójából származik. Eseménytípus explicit | |||
| Áru komissiózva és becsomagolva | Ez a tevékenység magában foglalja a termékek raktári helyükről történő komissiózását és szállításra való becsomagolását. A WMS-ben a raktári dolgozók gyakran RF-leolvasóval rögzítik közvetlenül az eseményt. | ||
| Miért fontos? Ez fontos mérföldkő a kimenő logisztikában. Az időtartam elemzésével feltárhatók a raktári működés hiányosságai, és kiszámítható a készlettől a kiszállításig tartó ciklusidő. Hol szerezhető be? Az eseményt közvetlenül rögzítik a Blue Yonder WMS tranzakciós naplóiban. Az időbélyegek akkor keletkeznek, amikor a raktári dolgozók befejezettként visszaigazolják a komissiózási és csomagolási feladatokat. Rögzítés Az esemény időbélyegét akkor rögzítik, amikor visszaigazolják a rendelés utolsó komissiózási vagy csomagolási feladatának befejezését. Eseménytípus explicit | |||
| Átvételi igazolás aláírva | Ez az utolsó tevékenység igazolja, hogy az ügyfél átvette a szállítmányt, jellemzően az átvételi bizonylat aláírásával. Az eseményt általában állapotfrissítésként rögzítik, kézi adatbevitellel vagy a sofőr mobilalkalmazásán keresztül. | ||
| Miért fontos? Ez a legmegbízhatóbb záróesemény a teljes logisztikai folyamatban. Nélkülözhetetlen a teljes ciklusidő és a határidőre kézbesítési arány kiszámításához. Hol szerezhető be? A TMS vagy az OMS szállítási vagy szállítmánybizonylatának állapotfrissítéséből következtethető ki. Az esemény időpontja az „POD Received” vagy „Delivered” állapotra váltás időbélyege. Rögzítés A szállítmánybizonylat kézbesítést visszaigazoló állapotváltozásából származik. Eseménytípus inferred | |||
| Beszerzési rendelés kiadva | Ez jelzi, hogy hivatalosan létrehozták és elküldték a külső beszállítónak az alapanyagokra vagy késztermékekre vonatkozó beszerzési rendelést. Ez a Blue Yonder beszerzési funkcióinak egyik alapvető, közvetlenül rögzített eseménye. | ||
| Miért fontos? Fontos mérföldkő a beszállítói átfutási idő és teljesítmény követésében. Ez az esemény a beszállítói határidőre szállítás KPI mérésének kezdőpontja. Hol szerezhető be? A beszerzési rendszer tábláiban közvetlenül rögzített esemény. Az időbélyeg azt mutatja, mikor hozták létre vagy adták ki hivatalosan a beszerzési rendelés bizonylatát. Rögzítés Az esemény időpontja megegyezik a beszerzési rendelés bizonylatának létrehozási vagy kiadási időbélyegével. Eseménytípus explicit | |||
| Termékek legyártva | Ez az esemény jelzi, hogy befejeződött a logisztikai rendeléshez tartozó gyártás. Gyakran a gyártási rendelés állapotváltozásából következtethető ki, például amikor az állapot „Completed” vagy „Finished” értékre vált. | ||
| Miért fontos? Ez a mérföldkő fontos a gyártási ciklusidő méréséhez, és innen indul a gyártástól a feladásig tartó átfutási idő KPI mérése. Azt jelzi, hogy az áru készen áll a teljesítés következő szakaszára. Hol szerezhető be? A gyártási rendelés tábláiban rögzített állapotváltozásból következtethető ki, például abból, hogy az állapot „Completed” értékre vált. Az esemény időpontja a végső állapotfrissítés időbélyege. Rögzítés Keresse meg azt az időbélyeget, amikor a gyártási rendelés állapota végleges, „complete” értékre vált. Eseménytípus inferred | |||
| Ügyfélrendelés beérkezett | Ez a tevékenység jelzi, hogy az ügyfél kérésére új logisztikai rendelés jött létre a rendszerben. Az eseményt általában közvetlenül rögzíti a rendszer, amikor egy felhasználó vagy egy EDI-üzenet létrehoz egy vevői rendelési bizonylatot a Blue Yonder Order Management moduljában. | ||
| Miért fontos? Ez a teljes ellátásilánc-folyamat elsődleges kezdőeseménye. Elemzésével mérhető a beérkező rendelések száma, valamint a rendeléstől a kézbesítésig eltelt teljes átfutási idő. Hol szerezhető be? A vevői rendelés létrehozásakor ezt az eseményt közvetlenül rögzítik a rendeléskezelő rendszer tábláiban. Az esemény időpontja megegyezik a rendelés fejlécrekordjának létrehozási időbélyegével. Rögzítés Az eseményt a vevői rendelés létrehozásakor rögzíti a rendszer, például a tranzakció véglegesítésekor. Eseménytípus explicit | |||
| Áru lerakodva a célállomáson | Ez a tevékenység azt jelzi, hogy a szállítmány megérkezett az ügyfél telephelyére, és lerakodták. Az eseményt gyakran közvetlenül rögzítik a fuvarozó EDI-üzenetéből vagy a fuvarozótól kapott információk alapján, kézi adatbevitellel. | ||
| Miért fontos? Ez jelzi a szállítási szakasz végét. Az esemény nélkülözhetetlen a fuvarozási ciklusidő KPI pontos kiszámításához és a fuvarozóhoz köthető késések feltárásához. Hol szerezhető be? Az információ általában külső fuvarozói adatokból, EDI-adatfolyamból vagy fuvarozói portálról származik. A TMS a szállítmánybizonylat állapotfrissítéseként rögzíti. Rögzítés Az esemény időpontja a fuvarozótól érkező „Delivered” állapotfrissítés időbélyege. Eseménytípus explicit | |||
| Beszerzési igény létrehozva | Ha nincs elegendő készlet a rendelés teljesítéséhez, a rendszer beszerzési igényt indít a szükséges anyagok beszerzésére. A beszerzési igény bizonylatának létrehozása közvetlenül rögzített esemény a beszerzési modulban. | ||
| Miért fontos? Az esemény követésével feltárható, hogyan függ a rendelés teljesítése a beszerzéstől, és ez milyen hatással van a teljes átfutási időre. Megmutatja azokat az eseteket is, amikor a készlethiány késlelteti az ellátási láncot. Hol szerezhető be? A beszerzési vagy ellátástervezési táblák közvetlenül rögzítik, amikor létrejön egy beszerzési igény bizonylata, és összekapcsolják azt a vevői rendelésből származó igénnyel. Rögzítés A beszerzési igény bizonylatának létrehozási időbélyege alapján. Eseménytípus explicit | |||
| Készlet rendelkezésre állásának ellenőrzése | A rendszer vagy egy munkatárs ellenőrzi, hogy a vevői rendelés teljesítéséhez szükséges termékek készleten vannak-e. Ez gyakran a rendelési tétel állapotváltozásából következtethető ki, amely azt jelzi, hogy a tétel átment az ígérhető készlet (ATP) ellenőrzésén. | ||
| Miért fontos? Ezzel mérhető, mennyi időbe telik a rendelés visszaigazolása, és azonosíthatók a készlethiány okozta késések. Az adat a készlet rendelkezésre állási arány KPI kiszámításához és a teljesítési lehetőségek felméréséhez is szükséges. Hol szerezhető be? A vevői rendelés tételének állapotváltozásából következtethető ki, például a „New” állapot „Confirmed” értékre váltásából. Az esemény időpontja a Blue Yonder készletkezelő vagy rendeléskezelő moduljában rögzített ATP-ellenőrzési napló időbélyegéből is származhat. Rögzítés A rendelési tétel készlet-visszaigazolást jelző állapotváltozásából származik. Eseménytípus inferred | |||
| Minőségellenőrzés elvégezve | Ez azt jelzi, hogy a késztermékek szállításra bocsátása előtt befejeződött a minőségellenőrzésük. Az esemény a készletlot vagy -tétel állapotfrissítéséből következtethető ki, amikor az állapot „unrestricted” vagy „passed inspection” értékre vált. | ||
| Miért fontos? Ezzel feltárhatók a minőségbiztosítási folyamat szűk keresztmetszetei, és elemezhető az utómunka. Ha ugyanazt a rendelést többször is ellenőrzik, az minőségi problémára utalhat. Hol szerezhető be? A készletkezelő vagy minőségirányítási modul állapotmezőjének változásából következtethető ki. Az esemény időpontja az „in-inspection” állapot „released” értékre váltásának időbélyege. Rögzítés A kapcsolódó készlettétel vagy -lot minőségi állapotának változásából származik. Eseménytípus inferred | |||
| Rendelés törölve | Ez azt jelenti, hogy a logisztikai rendelést a teljesítés befejezése előtt törölték. Ez egy alternatív záróesemény, amely a vevői rendelés végleges „Canceled” vagy „Void” állapotából következtethető ki. | ||
| Miért fontos? A törlések követése segít megérteni, hol szakad meg a folyamat, és mi okozza az ügyfelek elégedetlenségét. A törlések időpontjának és okának elemzése feltárhatja az értékesítési vagy működési problémákat. Hol szerezhető be? A vevői rendelés fejlécének állapotából következtethető ki. Az esemény időpontja a végleges „Canceled” állapotra váltás időbélyege. Rögzítés A rendelés „Canceled” állapotra váltásának időbélyege alapján. Eseménytípus inferred | |||
| Szállítás ütemezve | Ez a tevékenység a fuvarozás megtervezését jelenti, beleértve a fuvarozó kiválasztását és az áruátvételi időpont lefoglalását. A Blue Yonder Transportation Management System (TMS) közvetlenül rögzíti az eseményt, amikor létrehozzák és visszaigazolják a szállítmányt. | ||
| Miért fontos? Ez az esemény betekintést ad a fuvarozás tervezési szakaszába. Az itt bekövetkező késések befolyásolhatják az időben történő indulást és a teljes kézbesítési teljesítményt. Hol szerezhető be? A TMS modul tranzakciós naplóiból származik. Az esemény időpontja megegyezik a szállítmánybizonylat véglegesítésének vagy a fuvarozó kijelölésének időbélyegével. Rögzítés A szállítmány vagy a rakodási terv létrehozási vagy visszaigazolási időbélyege alapján. Eseménytípus explicit | |||
| Számla elküldve az ügyfélnek | Ez a kiszállított áruhoz tartozó ügyfélszámla létrehozását és kiállítását jelenti. A rendeléskezelő vagy pénzügyi modul közvetlenül rögzíti ezt a pénzügyi tranzakciót. | ||
| Miért fontos? Ez a tevékenység a rendeléstől a pénz beérkezéséig tartó folyamat egyik fontos lépése. A kézbesítéshez viszonyított időzítés elemzésével feltárhatók a számlázási késések, amelyek befolyásolják a pénzforgalmat. Hol szerezhető be? A számlázási vagy pénzügyi táblák közvetlenül rögzítik az eseményt. Az időpont megegyezik a számlabizonylat létrehozási vagy könyvelési dátumával. Rögzítés Az ügyfélszámla könyvelési időbélyege alapján. Eseménytípus explicit | |||
| Termelés ütemezve | Ez a szükséges termékek előállítására szolgáló gyártási rendelés megtervezését és ütemezését jelenti. Az eseményt jellemzően közvetlenül a Blue Yonder gyártási vagy ellátástervezési modulja rögzíti. | ||
| Miért fontos? Ez a tevékenység láthatóvá teszi a gyártási ciklus kezdetét. Az ütemezés és a gyártás befejezése közötti idő elemzésével feltárhatók a tervezés és a végrehajtás közötti eltérések. Hol szerezhető be? A gyártás-végrehajtási vagy tervezési rendszer tábláiban rögzítik, a gyártási rendelés létrehozásához vagy visszaigazolásához tartozó időbélyeggel. Rögzítés A gyártási rendelés létrehozási vagy állapotváltozási időbélyegéből származik. Eseménytípus explicit | |||
Adatkinyerési útmutatók
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.
Kezdje el most?
Használja ezeket a sablonokat az ellátásilánc-menedzsment fejlesztésének megkezdéséhez. Tárja fel a rejtett hatékonysági problémákat, és fejlessze működését még ma.
Csökkentse a késéseket, optimalizálja most a Blue Yonder ellátási láncát
Érjen el 90%-os előrejelzési pontosságot, és szüntesse meg a költséges készlethiányt.
Nincs szükség bankkártyára, a beállítás csak néhány percet vesz igénybe.