Ellátásilánc-menedzsment adatainak sablonja

Microsoft Dynamics 365 SCM
Ellátásilánc-menedzsment adatainak sablonja

Ellátásilánc-menedzsment adatainak sablonja

Ez az adatsablon rendszerezetten összegyűjti azokat az információkat, amelyekre az ellátási lánc process mining elemzéséhez szükség van. Bemutatja a követendő attribútumokat és tevékenységeket, valamint azt is, hogyan nyerheti ki ezeket az adatokat a Microsoft Dynamics 365 SCM rendszerből. A sablon segítségével előkészítheti az eseménynaplót az elemzéshez.
  • Javasolt attribútumok a részletes elemzéshez
  • Az ellátási lánc folyamatában követendő fő tevékenységek
  • Gyakorlati útmutató az adatok kinyeréséhez a Microsoft Dynamics 365 SCM rendszerből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Az ellátásilánc-kezelés attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy pontosan elemezhesse az ellátásilánc-kezelési folyamatokat.
5 Kötelező 8 Javasolt 8 Nem kötelező
Név Leírás
Logistics Order
LogisticsOrder
Egy adott ellátásilánc-rendelésteljesítési igény egyedi azonosítója, amely elsődleges esetazonosítóként szolgál.
Leírás

A Logistics Order a teljes logisztikai folyamat egyedi azonosítója, amely összekapcsolja az ügyféligénytől a végső kézbesítésig tartó összes tevékenységet. Ez az attribútum kapcsolja össze az adott rendelésteljesítési igényhez tartozó alfolyamatokat, például a beszerzést, a gyártást és a szállítást.

Az elemzés során minden esemény egy Logistics Order rendeléshez kapcsolódik, így a folyamat teljes egészében rekonstruálható. Ez lehetővé teszi a rendelés útjának követését a különböző részlegeken és rendszereken keresztül, a szűk keresztmetszetek feltárását, valamint a teljes ciklusidő pontos mérését a kezdetektől a befejezésig.

Miért fontos?

Ez az alapvető azonosító kapcsolja össze a folyamat összes kapcsolódó eseményét, így egyetlen rendelésteljesítési igény ellátásilánc-folyamata az elejétől a végéig elemezhető.

Hol szerezhető be?

Ez egy fogalmi azonosító, amely valószínűleg több tábla mezőinek, például a SalesTable (Sales Order), a WHSLoadTable (Load ID) vagy az InventTransOrigin (Reference ID) mezőinek összekapcsolásával jön létre. Így a különböző modulokban is egyedi esetazonosító használható.

Példák
LO-2024-00123LO-2024-00124LO-2024-00125
Esemény időpontja
EventTime
Az időbélyeg, amely megadja, mikor történt a tevékenység.
Leírás

Ez az attribútum adja meg a tevékenység rendszerbeli rögzítésének pontos dátumát és időpontját. Alapvető minden időalapú folyamatelemzéshez, például a ciklusidők kiszámításához, a folyamat teljesítményének megértéséhez és a szűk keresztmetszetek feltárásához.

Az események időbélyeg szerinti sorrendje lehetővé teszi, hogy a process mining eszközök rekonstruálják a tevékenységek tényleges sorrendjét. Ez elengedhetetlen a folyamat valós menetének és dinamikájának megértéséhez, az ideális folyamatmodellekre való hagyatkozás helyett.

Miért fontos?

Ez az időbélyeg elengedhetetlen az események helyes sorrendbe állításához és az időalapú mutatók, például a ciklusidők és az átfutási idők kiszámításához.

Hol szerezhető be?

Jellemzően a D365 SCM tábláinak létrehozási vagy állapotváltozási dátum- és időmezőiből származik. Ilyen például a SalesTable CreatedDateTime mezője, a PurchLine DeliveryDate mezője vagy az InventTrans fizikai tranzakcióinak dátuma.

Példák
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Forrásrendszer
SourceSystem
Az a nyilvántartó rendszer, amelyből az eseményadatokat kinyerték.
Leírás

Ez az attribútum azonosítja azt a rendszert vagy modult, ahonnan az adatok származnak. Összetett ellátásilánc-környezetben az adatok a Dynamics 365 SCM több moduljából is érkezhetnek, például a Sales, a Procurement vagy a Warehouse Management modulból.

A forrásrendszer megadása elengedhetetlen az adatkezeléshez, az adatok közötti eltérések kivizsgálásához és a rögzített tevékenységek hátterének megértéséhez. Segít biztosítani az adatok minőségét, és visszakövethetővé teszi azok eredetét, ami különösen fontos az integrált környezetekben.

Miért fontos?

Megadja az adatok eredetét, ami elengedhetetlen az adatok ellenőrzéséhez, a hibakereséshez és a rendszerek közötti folyamateltérések megértéséhez.

Hol szerezhető be?

Ez jellemzően az adatkinyerés során hozzáadott, statikus érték, amely megjelöli az adott rendszerből származó rekordokat.

Példák
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Tevékenység
ActivityName
A logisztikai folyamat egy adott pontján végrehajtott üzleti esemény vagy feladat neve.
Leírás

Ez az attribútum rögzíti a végrehajtott konkrét üzleti eseményt vagy feladatot, például a „Beszerzési rendelés kiadva”, a „Termékek legyártva” vagy a „Szállítás ütemezve” tevékenységet. Ezek alkotják a folyamat alapvető építőelemeit.

A tevékenységek sorrendjének, gyakoriságának és időtartamának elemzése a process mining alapja. Ezzel automatikusan feltárhatók és megjeleníthetők a folyamatok, észlelhetők a szabványos eljárásoktól való eltérések, valamint azonosíthatók a gyakori vagy nem hatékony, fejlesztésre szoruló lépések.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető a folyamat menete, elemezhetők az eltérések, és feltárhatók a szűk keresztmetszetek vagy az előírásoknak nem megfelelő tevékenységek.

Hol szerezhető be?

Az érték különböző tranzakciós táblák, például a SalesTable, a PurchTable és a ProdTable állapotváltozásaihoz kapcsolódó üzleti logikából, illetve olyan táblák dokumentumkönyvelési dátumaiból származik, mint a CustInvoiceJour.

Példák
Beszerzési rendelés kiadvaTermékek legyártvaÜgyfélszámla könyvelveÁruk kiszállítva az ügyfélnek
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megadja, mikor frissítették utoljára az adatokat a forrásrendszerből.
Leírás

Ez az attribútum jelzi, mikor nyerték ki vagy frissítették utoljára az adatokat. Minden folyamatelemzési dashboard fontos metaadata.

Segít a felhasználóknak megállapítani, mennyire frissek az elemzett adatok, így következtetéseik naprakész információkon alapulnak. Az adatfolyamok kezeléséhez is fontos, és ellenőrizhető vele, hogy az adatbetöltés a tervek szerint és időben történik-e.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, ami elengedhetetlen az elemzésen alapuló időszerű és releváns üzleti döntésekhez.

Hol szerezhető be?

Az adatkinyerő vagy ETL eszköz minden frissítési ciklus végén állítja elő és írja az adatkészletbe ezt az értéket.

Példák
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Beszállító neve
SupplierName
Az alapanyagot vagy árut szállító beszállító neve.
Leírás

Ez az attribútum annak a beszállítónak a nevét tartalmazza, akitől az anyagokat beszerzik. A beszerzési tevékenységek elemzésének fontos szempontja.

A beszerzési átfutási időt részletező és a beszállítói teljesítményt összehasonlító dashboardok széles körben használják. A beszállítók szerinti folyamatmutatók megmutatják, mely partnerek a legmegbízhatóbbak és leghatékonyabbak, illetve kik késnek gyakran vagy okoznak fennakadásokat. Ez az információ fontos a stratégiai beszerzéshez és a beszállítói kapcsolatok kezeléséhez.

Miért fontos?

Lehetővé teszi a beszerzési teljesítmény beszállítók szerinti bontását és összehasonlítását. Ez segít a beszállítói kapcsolatok javításában és az anyagok átfutási idejének csökkentésében.

Hol szerezhető be?

A beszerzési rendeléseket tartalmazó PurchTable és a beszállítói törzsadatokat tartalmazó VendTable összekapcsolásával állítható elő, a beszállítói számlaszám alapján.

Példák
Contoso alapanyagokFabrikam Inc.Northwind Traders
Beszerzési rendelés száma
PurchaseOrderNumber
A beszállítónak küldött beszerzési rendelés egyedi azonosítója.
Leírás

Ez a hivatalos dokumentumszám az alapanyagok vagy áruk külső beszállítótól történő megrendeléséhez. Tartalmazza a tételek, a mennyiségek, az árak és a szállítási határidők adatait.

A folyamat beszerzési rendelési szám szerinti elemzése elengedhetetlen a beszerzési átfutási időt részletező és a beszállítói teljesítményt összehasonlító dashboardokhoz. Segítségével a teljes beszerzéstől a fizetésig tartó ciklus nyomon követhető az igényléstől a beszállító kifizetéséig, és feltárhatók az anyagbeszerzés késedelmei.

Miért fontos?

Ez az azonosító nélkülözhetetlen az ellátási lánc beszerzési szakaszának elemzéséhez, a beszállítói teljesítmény nyomon követéséhez és az anyagok átfutási idejének megértéséhez.

Hol szerezhető be?

A PurchTable tábla PurchId mezőjében található.

Példák
PO-000541PO-000542PO-000543
Értékesítésirendelés-szám
SalesOrderNumber
Az ügyfél értékesítési rendelésének egyedi azonosítója.
Leírás

Ez az ügyfél áru- vagy szolgáltatásigényének elsődleges hivatkozási száma. Az értékesítési rendelés számos további ellátásilánc-tevékenységet indít el, többek között a beszerzést és a gyártást.

A process mining elemzésben az értékesítésirendelés-szám fontos szűrési és elemzési szempont. Segítségével az üzleti felhasználók nyomon követhetik egy adott ügyfélrendelés teljesítését, és gyakran ez a fogalmi Logistics Order esetazonosító egyik fő összetevője.

Miért fontos?

Közvetlenül összekapcsolja az ellátási lánc folyamatát az ügyféligénnyel, így elemezhető a rendeléstől a pénz beérkezéséig tartó ciklus és az ügyfelenkénti rendelésteljesítmény.

Hol szerezhető be?

A SalesTable tábla SalesId mezőjében található.

Példák
SO-001872SO-001873SO-001874
Felhasználói azonosító
UserId
A tevékenységet végrehajtó felhasználó azonosítója.
Leírás

Ez az attribútum tárolja annak az alkalmazottnak vagy rendszerfelhasználónak az azonosítóját, aki végrehajtott egy adott tevékenységet. Ilyen lehet például a beszerzési rendelést létrehozó beszerző vagy a szállítmányt visszaigazoló raktári dolgozó.

A tevékenységek felhasználó szerinti elemzése segít megérteni a munkaterhelés eloszlását, feltárni a képzési igényeket és kivizsgálni a folyamateltéréseket. A megfelelés elemzéséhez is fontos, mert lehetővé teszi, hogy az auditorok az egyes műveleteket konkrét személyekhez kössék. Ez a nézet elengedhetetlen a teljesítmény kezeléséhez és az erőforrások optimalizálásához.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének felhasználó vagy csapat szerinti elemzését, segít feltárni az automatizálási lehetőségeket, és fontos a megfelelés, valamint az auditnyomvonal elemzéséhez.

Hol szerezhető be?

A D365 SCM legtöbb tranzakciós táblájának „Created by” vagy „Modified by” mezőjében található, például a SalesTable vagy a PurchTable CreatedBy mezőjében.

Példák
j.doea.smithAX_BATCH_USER
Gyártási rendelés száma
ProductionOrderNumber
A gyártási rendelés egyedi azonosítója.
Leírás

Ez a szám azonosítja azt a rendelést, amely egy adott termékmennyiség gyártására szól az üzemben. Nyomon követi az alapanyagok felhasználását és a késztermékek előállítását.

Gyártással foglalkozó vállalatoknál ez az azonosító elengedhetetlen a gyártási folyamat nyomon követéséhez. A gyártási ütemterv betartását követő dashboardon összekapcsolja a tervezett és a tényleges befejezési dátumokat, így láthatóvá teszi az eltéréseket és a gyártási késedelmeket.

Miért fontos?

Részletesen elemezhető vele a gyártás teljes folyamata, mérhető az ütemterv betartása, és azonosíthatók az üzemi szűk keresztmetszetek.

Hol szerezhető be?

A ProdTable tábla ProdId mezőjében található.

Példák
PRD-000112PRD-000113PRD-000114
Időben történt a szállítás
IsOnTimeDelivery
Jelzi, hogy a rendelést a kért dátumon vagy az előtt kézbesítették-e.
Leírás

Ez egy számított logikai attribútum, amely jelzi, hogy a logisztikai rendelést időben kézbesítették-e. A „Kézbesített áru” tevékenység időbélyegének és a kért szállítási dátumnak az összevetéséből származik.

Ez az attribútum az időben történő szállítási arány KPI alapja, és az időben történő szállítás teljesítményét bemutató dashboard egyik fő szűrője. A dátumok összehasonlítását egyszerű igaz vagy hamis értékké alakítja, így könnyen kiszűrhetők és megszámolhatók a késedelmes rendelések.

Miért fontos?

Közvetlenül méri az ügyfélkiszolgálás teljesítményét, és fontos bemeneti adat az időben történő szállítás KPI-jához. Egyszerűbbé teszi a szállítás megbízhatóságának elemzését.

Hol szerezhető be?

Számított mező. A logika: IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.

Példák
truefalse
Kért szállítási dátum
RequestedDeliveryDate
A vevő által kért szállítási dátum.
Leírás

Ez az attribútum rögzíti a vevő által a rendelés leadásakor megadott szállítási dátumot. Ez az elsődleges viszonyítási alap a tényleges szállítási teljesítmény méréséhez.

Ez a dátum az időben történő szállítást mérő dashboard és az időben történő szállítási arány KPI alapja. A kért és a tényleges szállítási dátum összevetése a szállítási teljesítmény mérésének bevett módja, és a vevői elégedettség egyik fontos mutatója.

Miért fontos?

Ez az időben történő szállítás mérésének alapja, amely a vevői elégedettség és az ellátási lánc megbízhatóságának fontos KPI-ja.

Hol szerezhető be?

A SalesLine tábla ReceiptDateRequested mezőjében vagy a SalesTable tábla ShippingDateRequested mezőjében található.

Példák
2023-05-102023-06-012023-07-20
Vevő neve
CustomerName
Az értékesítési rendelést leadó vevő neve.
Leírás

Ez az attribútum azonosítja az értékesítési rendeléshez tartozó vevőt. Segítségével a vevő szempontjából vizsgálható az ellátási lánc folyamata.

A logisztikai folyamat vevőnkénti elemzése feltárhatja az egyes ügyfelekre jellemző teljesítési mintákat, igényeket és nehézségeket. Különösen hasznos a kiemelt ügyfelek kezelésénél és a szolgáltatási szintek testre szabásánál, így hozzájárulhat a vevői elégedettség és a megtartás javításához.

Miért fontos?

Vevőközpontú elemzést tesz lehetővé: megmutatja, mely vevők tapasztalják a legtöbb késedelmet, és hogyan teljesülnek a kiemelt ügyfeleknek nyújtott szolgáltatási szintek.

Hol szerezhető be?

A SalesTable értékesítésirendelés-tábla és a CustTable vevői törzstábla összekapcsolásával állítható elő, a vevői számlaszám alapján.

Példák
Alpine síházAdventure WorksCity Power & Light
Fuvarozó neve
CarrierName
A szállítmányt kezelő fuvarozó vagy szállítmányozó cég neve.
Leírás

Ez az attribútum azonosítja az áruszállításért felelős külső logisztikai szolgáltatót vagy saját flottát. Megmutatja, melyik vállalat végzi ténylegesen a termék szállítását.

A fuvarozó a szállítási hatékonyságot és költségeket bemutató dashboard másik fontos szempontja. A fuvarozónkénti mutatók, például a tranzitidő és az időben történő kézbesítés elemzésével összehasonlíthatók a logisztikai partnerek, kedvezőbb díjakról lehet tárgyalni, és megalapozottabb döntés hozható a fuvarozó kiválasztásáról.

Miért fontos?

Lehetővé teszi a logisztikai partnerek teljesítményének elemzését, ami fontos a fuvarozók kezeléséhez és a szállítási költségek optimalizálásához.

Hol szerezhető be?

Az értékesítési rendelések CarrierService mezőjében vagy a fuvarozásirányítási táblákban, például a TMSCarrier táblában található.

Példák
FedExUPSMaerskDHL
Raktárazonosító
WarehouseId
Az áru tárolására vagy kezelésére szolgáló raktár azonosítója.
Leírás

Ez az attribútum azonosítja azt a raktárt vagy elosztóközpontot, ahol egy tevékenység, például komissiózás, csomagolás vagy szállítás zajlik.

A raktári működés átbocsátóképességét bemutató dashboardon különösen fontos, mert lehetővé teszi a telephelyek teljesítményének összehasonlítását. A raktárak szerinti elemzés megmutatja, mely helyszínek működnek a leghatékonyabban, hol jelent gondot a kapacitás, és hol van a legsürgetőbb szükség fejlesztésre.

Miért fontos?

Lehetővé teszi a különböző telephelyek teljesítményének összehasonlítását és a szűk keresztmetszetek elemzését, támogatva a raktári hatékonyság javítását.

Hol szerezhető be?

A készlet- és raktárkezeléshez kapcsolódó táblák InventLocationId mezőjében található, például az InventSum és a WHSWorkTable táblában.

Példák
WH-MainWH-EastDC-West
Rendelés értéke
OrderValue
Az értékesítési rendelés teljes pénzértéke.
Leírás

Ez az attribútum a vevői értékesítési rendelés teljes pénzértékét mutatja. Fontos mutató a folyamat teljesítményének üzleti hatásához.

Ha a folyamatmutatókat, például a ciklusidőt vagy a késedelmes szállításokat a rendelés értékével együtt elemzi, könnyebben rangsorolhatja a fejlesztési feladatokat. Például a nagy értékű rendeléseket érintő késedelmek kezelése fontosabb lehet, mint a kisebb rendeléseké. Így a folyamat elemzése pénzügyi szemponttal egészül ki.

Miért fontos?

Pénzügyi szemponttal egészíti ki a folyamatelemzést, így a problémák pénzügyi hatásuk alapján rangsorolhatók.

Hol szerezhető be?

A SalesLine táblából számítható ki: az adott értékesítési rendeléshez (SalesId) tartozó összes sor LineAmount mezőjét össze kell adni.

Példák
15200.50850.00125000.75
Szállítási mód
ModeOfTransport
A szállításhoz használt mód, például közúti, légi vagy tengeri fuvarozás.
Leírás

Ez az attribútum határozza meg, milyen módon jut el az áru a feladási helyről a célállomásra. Ilyen mód például a közúti, vasúti, légi és tengeri fuvarozás.

A szállítási hatékonyságot és költségeket bemutató dashboard egyik fontos szempontja. A ciklusidők és költségek szállítási mód szerinti elemzése segít a logisztikai stratégia optimalizálásában, a sebesség és a költség megfelelő egyensúlyának megtalálásában, valamint az egyes szállítási csatornák hatékonysági problémáinak feltárásában.

Miért fontos?

Elengedhetetlen a szállítási költségek és a hatékonyság elemzéséhez. Segít optimalizálni a logisztikai hálózatot és csökkenteni a fuvarozási kiadásokat.

Hol szerezhető be?

A SalesTable vagy a PurchTable ModeOfDelivery mezőjében található, részletesebb adatokért pedig a fuvarozásirányítási táblákban, például a TMSRoute táblában.

Példák
KözútiLégiTengeriVasúti
Termékkategória
ProductCategory
A termék kategóriája.
Leírás

Ez az attribútum tágabb kategóriákba sorolja az egyes termékeket, például „Elektronika”, „Alapanyagok” vagy „Késztermékek”. Így magasabb szinten elemezhető az ellátási lánc.

Több ezer cikkszám egyenkénti vizsgálata helyett az elemzők a termékkategóriák alapján azonosíthatják a termékcsoportokat érintő trendeket és szűk keresztmetszeteket. Ez különösen hasznos a beszerzési átfutási időt részletező dashboardon, ahol a beszállítói teljesítmény különböző anyagtípusok szerint vizsgálható.

Miért fontos?

Lehetővé teszi a termékcsoportok összesített elemzését, ami segíti a stratégiai döntéseket és az egyes terméktípusokat érintő rendszerszintű problémák feltárását.

Hol szerezhető be?

Az InventTable terméktörzs összekapcsolásával állítható elő olyan termékkategória-táblákkal, mint az EcoResProductCategory.

Példák
AudioalkatrészekCsomagolóanyagokHidraulikus alkatrészek
Termékszám
ProductNumber
A megrendelt vagy legyártott termék egyedi azonosítója.
Leírás

Ez az attribútum a tranzakcióban szereplő termék cikkszáma (SKU). A termék lehet vevőnek értékesített késztermék vagy beszállítótól vásárolt alapanyag.

A termékek szerinti ellátásilánc-elemzés feltárja a hosszú átfutási idejű, gyakori minőségi problémákkal érintett vagy összetett gyártási útvonalú tételeket. Ez az információ fontos a készletgazdálkodáshoz, a kereslet előrejelzéséhez és a termékportfólió optimalizálásához.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének termékenkénti elemzését, így feltárhatók az egyes tételekhez kapcsolódó ellátásilánc-problémák.

Hol szerezhető be?

Az olyan tranzakciós sortáblák ItemId mezőjében található, mint a SalesLine, a PurchLine és a ProdBOM.

Példák
A0001D0010M9201
Tervezett feladási dátum
ScheduledShipmentDate
A szállítmány tervezett indulási dátuma.
Leírás

Ez az attribútum azt a tervezett dátumot jelöli, amikor a szállítmánynak el kell indulnia a raktárból vagy a gyártóüzemből. A teljesítési folyamat egyik fontos belső mérföldköve.

Ebből számítható a szállítási ütemterv betartásának KPI-ja. A tervezett dátum és az „Áru felrakodva szállításhoz” tevékenység tényleges dátumának összevetése megmutatja, mennyire megbízható és kiszámítható a belső logisztikai tervezés és végrehajtás.

Miért fontos?

Segít mérni a belső ütemterv betartását és a szállítási folyamat kiszámíthatóságát, ami a további fuvarozási tervezésre is hatással van.

Hol szerezhető be?

A SalesLine tábla ConfirmedShipDate mezőjében vagy a tervezett rakományokat tartalmazó WHSLoadTable kapcsolódó mezőiben található.

Példák
2023-05-082023-05-302023-07-18
Utómunka történt
IsRework
Jelzi, hogy egy tevékenység vagy folyamatkör utómunkának minősül-e.
Leírás

Ez egy számított logikai attribútum, amely azonosítja az utómunkát vagy javítást jelentő tevékenységeket és folyamatútvonalakat. Ha például a „Minőség-ellenőrzés elvégezve” tevékenység hibát jelez, és a folyamat visszatér egy korábbi „Áru legyártva” lépéshez, az utómunkának minősül.

Ez az attribútum elengedhetetlen a rendelésteljesítés utómunka-arányának KPI-jához. Az utómunkák megjelölésével az elemzők könnyen számszerűsíthetik a minőségi problémák és folyamatbeli hibák gyakoriságát, valamint hatását. Így azonosíthatók a folyamatfejlesztést és ellenőrzést igénylő területek.

Miért fontos?

Segít számszerűsíteni a folyamat hatékonysági és minőségi problémáit azzal, hogy külön megjelöli a szokásos folyamatmenethez nem tartozó tevékenységeket.

Hol szerezhető be?

Számított mező, amelyet jellemzően üzleti szabályok alapján határoznak meg. Például bizonyos tevékenységnevek, mint az „Áru újracsomagolása”, utómunkának jelölhetők, vagy a folyamatban visszafelé vezető körök azonosíthatók.

Példák
truefalse
Kötelező Javasolt Nem kötelező

Az ellátásilánc-kezelés tevékenységei

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban, hogy pontosan feltárhassa a folyamatot és értékelhesse az ellátási lánc teljesítményét.
8 Javasolt 7 Nem kötelező
Tevékenység Leírás
Alapanyagok beérkeztek
A beszállítótól rendelt áruk vagy alapanyagok fizikailag megérkeznek a raktárba. A Dynamics 365 rendszerben ezt a beszerzési rendeléshez kapcsolódó termékbevételezési tranzakció rögzíti.
Miért fontos?

Ez a tevékenység jelöli a beszállítói átfutási idő végét, és azt, hogy az anyagok rendelkezésre állnak a gyártáshoz vagy a rendelés teljesítéséhez. Az itt jelentkező késések közvetlenül befolyásolják a további ütemezést és az ügyfeleknek ígért szállítási dátumokat.

Hol szerezhető be?

A Procurement and sourcing vagy az Inventory management modulban rögzítik. A Product Receipt (VendPackingSlipJour) könyvelése időbélyeggel ellátott tranzakciós rekordot hoz létre.

Rögzítés

Akkor kerül a naplóba, amikor a Purchase Order rendeléshez könyvelik a Product Receipt bizonylatot.

Eseménytípus explicit
Áruk berakodva szállításhoz
A becsomagolt árukat fizikailag felrakodják a fuvarozó járművére, és a rendszerben visszaigazolják a szállítmányt. Ez az esemény a Dynamics 365 „Ship confirm” műveletének felel meg.
Miért fontos?

Jelzi az áruk fizikai indulását a raktárból. Ez a tevékenység a „Goods In Transit” időtartam mérésének és a szállítmány pénzügyi elszámolásának kiindulópontja.

Hol szerezhető be?

A Warehouse vagy a Transportation management modulban rögzítik. A rakományon vagy szállítmányon végrehajtott „Ship confirm” művelet (WHSLoadTable) időbélyeggel ellátott eseményt hoz létre.

Rögzítés

Akkor kerül a naplóba, amikor végrehajtják a kapcsolódó rakományon vagy szállítmányon a „Ship confirm” műveletet.

Eseménytípus explicit
Áruk kiszállítva az ügyfélnek
Az áruk megérkeztek az ügyfélhez. Ez az esemény a fuvarozó nyomkövetési adataiból vagy kézi állapotfrissítésből állapítható meg, mivel a Dynamics 365 nem tartalmaz beépített „delivered” tranzakciót.
Miért fontos?

Jelzi a fizikai kézbesítés befejezését. Megadja a tényleges kézbesítési dátumot, amely elengedhetetlen a határidőre történő szállítás KPI-jainak és az ügyfeleknek szóló mutatóknak a kiszámításához.

Hol szerezhető be?

Ez gyakran nem szabványos mező. Rögzíthető az értékesítési rendelés vagy a szállítmány egyéni dátummezőjében, amelyet kézzel vagy a fuvarozó rendszerével való integráció frissít.

Rögzítés

A kézbesítési dátum mezőjének kézi frissítéséből vagy egy külső fuvarozói API-integrációból állapítható meg.

Eseménytípus inferred
Áruk komissiózva és becsomagolva
A raktári dolgozók fizikailag kivették a tételeket a készletből, és becsomagolták őket a szállításhoz. Ezt a komissiózási munka befejezése és a csomagolási állapot rendszerbeli frissítése rögzíti.
Miért fontos?

A raktári rendelésteljesítés alapfeladatának befejezését jelzi. Fontos mutató a Warehouse Operations Throughput dashboardon, és segít feltárni a komissiózás és csomagolás szűk keresztmetszeteit.

Hol szerezhető be?

A Warehouse management modulban rögzítik. Az esemény jellemzően abból állapítható meg, hogy a raktári munka (WHSWorkTable) állapota „Closed” értékre változik, vagy könyvelik a szállítólevelet.

Rögzítés

A raktári munka „Closed” állapotba váltásából vagy a szállítólevél könyvelési dátumából állapítható meg.

Eseménytípus inferred
Átvételi igazolás aláírva
Az ügyfél hivatalosan visszaigazolta az áruk átvételét, gyakran a szállítólevél aláírásával. Ezt jellemzően egy dokumentum csatolásával vagy a rendszerben szereplő állapot frissítésével rögzítik.
Miért fontos?

Ez a rendelés sikeres teljesítésének végső visszaigazolása, és a logisztikai folyamat egyértelmű lezárása. Fontos a vitás esetek rendezéséhez és a rendelés teljes ciklusidejének kiszámításához.

Hol szerezhető be?

Ehhez nem tartozik szabványos, önálló tranzakció. Gyakran az értékesítési rendelés állapotának frissítésével vagy egy beszkennelt átvételi igazolás dokumentumkezelő rendszerben történő csatolásával rögzítik.

Rögzítés

Az értékesítési rendeléshez vagy a szállítmányhoz tartozó állapotfrissítésből, illetve POD-dokumentum csatolásából állapítható meg.

Eseménytípus inferred
Beszerzési rendelés kiadva
Létrejön és megerősítést kap a hivatalos beszerzési rendelés, amellyel a vállalat vállalja a beszállítótól történő vásárlást. Az esemény akkor kerül a naplóba, amikor a PO állapota „Confirmed” vagy „In external review” értékre változik.
Miért fontos?

Ez a beszerzés fontos mérföldköve, és a beszállítói átfutási idő mérésének kiindulópontja. Az esemény és az anyagok beérkezése közötti idő elemzésével értékelhető a beszállítói teljesítmény.

Hol szerezhető be?

A Procurement and sourcing modulban rögzítik. A beszerzési rendelés megerősítését a PurchTable táblában szereplő állapotváltozások és dátumok követik.

Rögzítés

Akkor kerül a naplóba, amikor naplózási művelettel a Purchase Order állapota „Confirmed” értékre változik.

Eseménytípus explicit
Termékek legyártva
A gyártás befejeződött, és a rendszerben hivatalosan készre jelentik a termékeket. Ezt a gyártási rendeléshez tartozó „Report as Finished” napló könyvelése rögzíti, amely a készletet is frissíti.
Miért fontos?

Jelzi a gyártási szakasz végét, és azt, hogy a termékek rendelkezésre állnak a minőségellenőrzéshez és a szállításhoz. Fontos mérföldkő a gyártási ütemterv betartásának mérésében.

Hol szerezhető be?

A Production control modulban rögzítik. A „Report as Finished” napló könyvelése időbélyeggel ellátott készlettranzakciót hoz létre, és frissíti a gyártási rendelés állapotát.

Rögzítés

Akkor kerül a naplóba, amikor könyvelik a gyártási rendeléshez tartozó „Report as Finished” naplót.

Eseménytípus explicit
Ügyfélrendelés létrehozva
Új vevői rendelés hivatalos rögzítése a Dynamics 365 SCM rendszerben. Ez egy kifejezett esemény: akkor kerül időbélyeggel a naplóba, amikor a felhasználó elmenti az új vevői rendelést, elindítva ezzel a rendelésteljesítési folyamatot.
Miért fontos?

Ez a tevékenység jelöli a rendelésteljesítési ciklus hivatalos kezdetét. Ez az alapja a teljes átfutási idő és a határidőre történő szállítás mérésének, valamint a rendelések beérkezési mintái elemzésének.

Hol szerezhető be?

Ez a Sales and marketing modulban rögzített, kifejezett esemény. A létrehozás időpontja a SalesTable (Sales Order Header) táblában szerepel.

Rögzítés

A SalesTable táblában szereplő Sales Order rekord létrehozásakor naplózott esemény.

Eseménytípus explicit
Beszerzési igény létrehozva
Hivatalos igény érkezik a beszerzési osztályhoz a rendeléshez szükséges anyagok beszerzésére, jellemzően akkor, ha nincs elegendő készlet. Ez a kifejezett esemény akkor kerül a naplóba, amikor létrehoznak és elmentenek egy új beszerzési igényt.
Miért fontos?

Ez a tevékenység indítja el a beszerzési alfolyamatot. Nyomon követése segít elemezni a beszerzés átfutási idejének belső jóváhagyási szakaszát, és feltárni a megrendelés kiadása előtti késéseket.

Hol szerezhető be?

A Procurement and sourcing modulban rögzítik. A PurchReqTable rekordjának létrehozása időbélyeggel ellátott, önálló esemény.

Rögzítés

A purchase requisition táblában (PurchReqTable) szereplő rekord létrehozásakor naplózott esemény.

Eseménytípus explicit
Gyártási rendelés létrehozva
Gyártási rendelés készül az ügyfél Logistics Order rendeléséhez szükséges késztermékek előállítására. Ez a Production control modulban naplózott, önálló esemény.
Miért fontos?

Egyedi rendelésre történő gyártás esetén ez indítja el a gyártási folyamatot. Az esemény és a termékek elkészülte közötti idő nyomon követése elengedhetetlen a gyártási ciklusidő és az ütemterv betartásának elemzéséhez.

Hol szerezhető be?

A Production control modulban naplózzák. A ProdTable (Production Order table) új rekordjának létrehozási időpontja is szerepel a táblában.

Rögzítés

A gyártásirendelés-táblában (ProdTable) szereplő új rekord létrehozásakor naplózott esemény.

Eseménytípus explicit
Minőségellenőrzés elvégezve
A legyártott vagy beérkezett árukon minőségellenőrzést végeznek, hogy megfelelnek-e az előírásoknak. A rendszerben ezt gyakran a minőségi rendelés lezárása vagy érvényesítése rögzíti.
Miért fontos?

Biztosítja a termékminőséget és a folyamat előírásoknak való megfelelését. A kihagyott ellenőrzések és a hosszú vizsgálati idők feltárása segít csökkenteni a kockázatokat és javítani a folyamat menetét.

Hol szerezhető be?

Az Inventory management modulban, a Quality Orders segítségével rögzítik. Az eseményt a tételhez kapcsolódó minőségi rendelés (InventQualityOrderTable) érvényesítése vagy lezárása jelzi.

Rögzítés

A tételhez vagy sorozatszámhoz kapcsolódó Quality Order érvényesítésekor vagy lezárásakor naplózott esemény.

Eseménytípus explicit
Raktári komissiózási lista létrehozva
Komissiózási lista vagy raktári munka jön létre, amely megadja a dolgozóknak, mely tételeket kell összekészíteniük a rendelés teljesítéséhez. Az esemény akkor kerül a naplóba, amikor a rendelést feldolgozásra kiadják a raktárnak.
Miért fontos?

Ez a tevékenység indítja el a raktári rendelésteljesítés fizikai műveleteit. Az ettől az időponttól a csomagolás befejezéséig eltelt idő elemzésével mérhető a raktár belső hatékonysága és reakcióideje.

Hol szerezhető be?

A Warehouse management modulban naplózzák. A raktári munka (WHSWorkTable) létrehozása vagy a komissiózási lista naplójának (WMSPickingRoute) könyvelése önálló esemény.

Rögzítés

A komissiózási lista naplójának létrehozásakor vagy a raktári munka létrehozásakor naplózott esemény.

Eseménytípus explicit
Rendelés törölve
Az ügyfél értékesítési rendelését a teljesítés befejezése előtt törlik. Ezt az értékesítési rendelés fejlécének „Canceled” állapotváltozása rögzíti.
Miért fontos?

Kedvezőtlen folyamatkimenetelt jelez. A rendelések törlésének időpontja és oka feltárhatja a termékek elérhetőségével, az átfutási idővel vagy az ügyfélszolgálattal kapcsolatos problémákat, amelyeket kezelni kell.

Hol szerezhető be?

A SalesTable állapotmezőjének „Canceled” értékre változásából állapítható meg. A változás dátuma akkor rögzíthető, ha engedélyezve van a változáskövetés vagy az adatbázis-naplózás.

Rögzítés

Az értékesítési rendelés állapotának „Canceled” értékre változásából állapítható meg.

Eseménytípus inferred
Szállítás ütemezve
A becsomagolt áruk szállításához megadnak egy konkrét dátumot és egy fuvarozót. Ezt gyakran akkor rögzítik, amikor a Transportation modulban megtervezik a rakományt vagy visszaigazolják a szállítmányt.
Miért fontos?

Alapot ad a szállítási ütemterv betartásának méréséhez. Az ütemezett dátum és a tényleges berakodás dátumának összevetése fontos mutató a logisztikai tervezésben.

Hol szerezhető be?

A Transportation management (TMS) modulban rögzítik. A rakomány (WHSLoadTable) vagy a szállítmány visszaigazolásakor gyakran megadható az ütemezett szállítási dátum.

Rögzítés

A szállítási rakomány vagy szállítmány rekordjának visszaigazolásakor naplózott esemény.

Eseménytípus explicit
Ügyfélszámla könyvelve
Az értékesítési rendelés alapján számlát állítanak ki, majd könyvelik a pénzügyi főkönyvekbe. Ez gyakran a szállításkor történik, de a folyamat eltérhet, ezért külön tevékenységként kezeljük.
Miért fontos?

Ez a rendeléstől a pénz beérkezéséig tartó ciklus fontos pénzügyi mérföldköve. A szállítás és a számlázás közötti idő elemzése feltárhatja a számlázási késéseket és azok pénzforgalomra gyakorolt hatását.

Hol szerezhető be?

Az Accounts receivable modulban rögzítik. Az értékesítési rendelés számlájának könyvelése egy adott könyvelési dátummal rendelkező rekordot hoz létre a CustInvoiceJour táblában.

Rögzítés

Az értékesítési rendelés számlájának könyvelésekor naplózott esemény, amely CustInvoiceJour rekordot hoz létre.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Microsoft Dynamics 365 SCM rendszerből

Kezdje el most?

Használja ezt a sablont az ellátási lánc lehetőségeinek feltárásához. Kezdje el még ma a működés fejlesztését, hogy hatékonyabban dolgozhasson és csökkenthesse a költségeket.

Fejlessze az ellátásilánc-kezelést, kezdje el még ma

Lássa át a teljes folyamatot, és javítsa az előrejelzések pontosságát akár 90%-ra, miközben csökkenti a költségeket.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára, a beállítás csak néhány percet vesz igénybe.