Adatsablon az Order to Cash értékesítésirendelés-feldolgozási folyamathoz
Adatsablon az Order to Cash értékesítésirendelés-feldolgozási folyamathoz
- Javasolt attribútumok a részletes elemzéshez
- Követendő fő folyamattevékenységek
- Útmutató az adatok kinyeréséhez a Microsoft Dynamics 365-ből
Az Order to Cash értékesítésirendelés-feldolgozási folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Értékesítési rendelés
SalesOrderNumber
|
Az egyes értékesítési rendelések egyedi azonosítója, amely a folyamat elsődleges esetazonosítójaként szolgál. | ||
|
Leírás
Az értékesítésirendelés-szám a Microsoft Dynamics 365 rendszerben minden ügyfélrendeléshez hozzárendelt egyedi alfanumerikus kód. Ez az eset elsődleges azonosítója, amely összekapcsolja a rendelés létrehozásától a lezárásáig tartó összes kapcsolódó tevékenységet és eseményt. A process mining során ez az attribútum elengedhetetlen az egyes értékesítési rendelések teljes útjának rekonstruálásához. Segítségével az elemzők nyomon követhetik a tevékenységek teljes sorrendjét, mérhetik az esetek időtartamát, és elemezhetik az egyes rendelések eltéréseit. Ez adja a teljes folyamatelemzés alapját.
Miért fontos?
Ez az azonosító elengedhetetlen a kapcsolódó események összekapcsolásához, így minden értékesítési rendelés életciklusa elejétől a végéig elemezhető.
Hol szerezhető be?
A „SalesTable” táblában, a „SalesId” mezőben található.
Példák
SO-00102345SO-00102346SO-00102347
|
|||
|
Kezdési idő
EventTime
|
Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény bekövetkezett. | ||
|
Leírás
Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy egy tevékenység pontosan mikor történt. Az eseménynapló minden tevékenységéhez időbélyeg tartozik, így az egyes esetek folyamata időrendben követhető. Ez az attribútum a process mining minden időalapú elemzéséhez elengedhetetlen. Segítségével kiszámítható a tevékenységek közötti átfutási idő és az eset teljes időtartama, elemezhetők a várakozási idők, és feltárhatók a folyamatot késleltető szűk keresztmetszetek. Emellett lehetővé teszi a teljesítmény időbeli nyomon követését, például a napi, heti vagy havi feldolgozási mennyiség mérését.
Miért fontos?
Ez az időbélyeg szükséges az időtartam-alapú mutatók, például az átfutási idők és a szűk keresztmetszetek kiszámításához, valamint az események időrendi sorrendbe rendezéséhez.
Hol szerezhető be?
Az érték tranzakciókhoz kapcsolódó különböző dátum- és időmezőkből származik, például rendelés létrehozásakor a „SalesTable.CreatedDateTime” mezőből, fizetéskor pedig a fizetési napló könyvelési dátumából.
Példák
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Tevékenység
ActivityName
|
Az értékesítési rendelés folyamatában egy adott időpontban bekövetkezett üzleti esemény vagy végrehajtott feladat neve. | ||
|
Leírás
Ez az attribútum az értékesítési rendelés életciklusának egy konkrét lépését vagy eseményét jelöli, például „Értékesítési rendelés létrehozva”, „Áru feladva” vagy „Fizetés beérkezett”. Az egyes rendelésekhez tartozó tevékenységek sorrendje adja a folyamat menetét. A process mining alapja a tevékenységek sorrendjének, gyakoriságának és egymás közötti átmeneteinek elemzése. Ez segít megjeleníteni a folyamattérképet, felismerni a gyakori és ritka folyamatváltozatokat, feltárni a szűk keresztmetszeteket, valamint azonosítani az utómunkát és a megfelelési hiányosságokat. Ez az attribútum alapvető annak megértéséhez, hogy mi történik ténylegesen a folyamatban.
Miért fontos?
Meghatározza a folyamat lépéseit, így felépíthető és megjeleníthető a folyamatmenet, ami a process mining egyik fő célja.
Hol szerezhető be?
Ez az attribútum úgy állítható elő, hogy a „SalesTable” és a kapcsolódó logisztikai vagy pénzügyi táblák rendszereseményeit, illetve státuszváltozásait egységes tevékenységnevekhez rendelik.
Példák
Értékesítési rendelés létrehozvaÁru feladvaSzámla létrehozvaFizetés beérkezett
|
|||
|
Forrásrendszer
SourceSystem
|
Azonosítja azt az informatikai rendszert, amelyből az adat származik. | ||
|
Leírás
Ez az attribútum azt jelöli, hogy melyik forrásalkalmazásban rögzítették az eseményadatokat. Ebben az esetben ez jellemzően a Microsoft Dynamics 365. Egyetlen rendszer elemzésekor feleslegesnek tűnhet, több rendszer adatainak egyesítésekor azonban nélkülözhetetlen, például külön CRM- vagy raktárkezelő rendszer adatainak bevonásakor. Segít nyomon követni az adatok eredetét, és a rekordok forrásának azonosításával megkönnyíti az adatkinyerési problémák feltárását.
Miért fontos?
Fontos információt ad az adatok eredetéről, különösen több rendszer adatainak összekapcsolásakor, és segít egyértelműen nyomon követni az adatok útját.
Hol szerezhető be?
Ez egy állandó érték, amelyet általában az adatátalakítás során adnak hozzá az adatkészlet eredetének megjelölésére.
Példák
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg azt mutatja, mikor frissítették vagy nyerték ki utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti, mikor kérdezték le legutóbb az adatokat a Microsoft Dynamics 365 rendszerből. Megmutatja, mennyire frissek az elemzett adatok. A megalapozott döntésekhez minden folyamatelemzésnél fontos tudni, mikoriak az adatok. Az időbélyeg pontosan jelzi az utolsó frissítés időpontját, így a felhasználók ellenőrizhetik, hogy a következtetések aktuális információkon alapulnak-e.
Miért fontos?
Segít a felhasználóknak megítélni az adatok frissességét, ami elengedhetetlen a process mining elemzés relevanciájához és pontosságához.
Hol szerezhető be?
Az adatkinyeréskor jön létre, majd az adatbetöltés során minden rekordhoz hozzáfűzik.
Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Értékesítési csatorna
SalesChannel
|
Az a csatorna, amelyen keresztül az értékesítési rendelés beérkezett, például web, közvetlen értékesítés vagy partner. | ||
|
Leírás
Az értékesítési csatorna megmutatja, honnan érkezett az ügyfél rendelése. Ilyen csatorna lehet például egy e-kereskedelmi webhely, a közvetlen értékesítési csapat, egy üzlet, egy telefonos ügyfélszolgálat vagy egy partnerhálózat. A csatornát a Dynamics 365 rendszerben gyakran az üzleti igények szerint állítják be. Az értékesítési csatornánkénti elemzés feltárja a csatornák közötti teljesítménykülönbségeket. A webes rendelések feldolgozása például gyorsabb és automatizáltabb lehet, mint a telefonon leadottaké. Az eredmények alapján csatornánként fejleszthető a folyamat és oszthatók el az erőforrások. Az elemzés például a „Rendelés értéke szegmensenként” dashboardot is támogatja.
Miért fontos?
Lehetővé teszi a különböző értékesítési csatornák teljesítményének összehasonlítását, és feltárja a rendelésfelvétel módjához kapcsolódó hatékonysági problémákat és bevált gyakorlatokat.
Hol szerezhető be?
Ez az adat általában az értékesítési rendelés fejlécében található. A pontos mezőről a Microsoft Dynamics 365 dokumentációjában tájékozódhat.
Példák
WebKözvetlen értékesítésPartnerKiskereskedelem
|
|||
|
Kért szállítási dátum
RequestedDeliveryDate
|
Az a szállítási dátum, amelyet az ügyfél kért a rendeléshez. | ||
|
Leírás
Ez az attribútum azt a dátumot tárolja, amikor az ügyfél először kérte az áru átvételét. A rendelés létrehozásakor rögzítik, és az ügyfél szempontjából ez az alap a szállítási teljesítmény méréséhez. Ez a dátum a „Szállítási határidő betartása” dashboard egyik fontos bemenő adata. A 'RequestedDeliveryDate' és a 'ConfirmedDeliveryDate' összevetése a tényleges „Áru kiszállítva” dátummal megmutatja, mennyire teljesíti a szervezet az ügyfelek elvárásait. A nagy eltérések tervezési, készletgazdálkodási vagy logisztikai problémákra utalhatnak.
Miért fontos?
Az ügyfél szállítással kapcsolatos elvárását rögzíti, így alapul szolgál az ügyfél-elégedettség és a határidőre történő szállítás méréséhez.
Hol szerezhető be?
A 'SalesTable' táblában található, jellemzően 'DeliveryDate' vagy ehhez hasonló nevű mezőként.
Példák
2023-05-102023-06-012023-05-25
|
|||
|
Rendelés értéke
OrderValue
|
Az értékesítési rendelés teljes pénzértéke. | ||
|
Leírás
Ez az attribútum az értékesítési rendelés teljes pénzösszegét jelöli, beleértve a tételeket, az adókat és a díjakat. Minden esethez fontos pénzügyi mutatóként kapcsolódik. A rendelés értéke alapján pénzügyi szempontból szegmentálható a folyamat. Megvizsgálható, hogy a nagy értékű rendelések kezelése eltér-e, vagy gyakrabban késik-e, mint a kis értékű rendeléseké. Ez segít a folyamatfejlesztési erőfeszítéseket a legnagyobb pénzügyi jelentőségű esetekre összpontosítani, és támogatja például a „Rendelés értéke szegmensenként” dashboardot.
Miért fontos?
Pénzügyi szempontból szegmentálható vele a folyamat, így előtérbe kerülhetnek a nagy értékű rendelések fejlesztési lehetőségei, és felmérhetők a folyamateltérések költséghatásai.
Hol szerezhető be?
Az értékesítési rendelés fejlécadatai között található. A pontos tábláról és mezőről a Microsoft Dynamics 365 dokumentációjában tájékozódhat. Az érték gyakran az értékesítési sorok összegeiből számítható ki.
Példák
5250.7512300.00899.50
|
|||
|
Ügyfél neve
CustomerName
|
Az értékesítési rendelést leadó ügyfél neve. | ||
|
Leírás
Ez az attribútum az értékesítési rendeléshez tartozó ügyfél hivatalos nevét tartalmazza. Az értékesítési rendelés ügyfélszáma alapján kérhető le a fő ügyféltörzsből. Az ügyfelenkénti folyamatelemzés alapvető az ügyfélspecifikus viselkedés és a szolgáltatási színvonal megértéséhez. Segít azonosítani, mely ügyfelek rendelései késnek a legtöbbet, melyeknél a leggyakoribb az ismételt munka, illetve kiknél tér el a folyamat a megszokottól. Ez fontos az ügyfél-elégedettség javításához és a kiemelt ügyfélkapcsolatok hatékony kezeléséhez.
Miért fontos?
Ügyfélközpontú elemzést tesz lehetővé, amellyel feltárhatók az egyes ügyfelekre jellemző minták, késések és problémák, amelyek közvetlenül befolyásolják az ügyfél-elégedettséget.
Hol szerezhető be?
A 'SalesTable' tábla 'CustAccount' mezője alapján kereshető ki a 'CustTable' táblából.
Példák
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Visszaigazolt szállítási dátum
ConfirmedDeliveryDate
|
Az a szállítási dátum, amelyet a vállalat visszaigazolt és vállalt az ügyfél felé. | ||
|
Leírás
A visszaigazolt szállítási dátum az a nap, amelyre az értékesítő szervezet az áru kiszállítását vállalja az ügyfélnek. Ezt a dátumot a belső ellenőrzések, például a készlet rendelkezésre állásának és a gyártási ütemezésnek az áttekintése után határozzák meg. Ez az attribútum szükséges a „Szállítási határidő betartási aránya” KPI kiszámításához, a vállalati kötelezettségvállalás szempontjából. Reálisabb belső viszonyítási alapot ad a határidőre történő szállításhoz, mint az ügyfél eredeti kérése. Az ettől való eltérések elemzése segít feltárni a logisztikai és teljesítési folyamatok belső hibáit.
Miért fontos?
A vállalat ügyfél felé tett vállalását jelöli, ezért fontos belső viszonyítási alap a teljesítés megbízhatóságának és a működés teljesítményének méréséhez.
Hol szerezhető be?
Az értékesítési rendelés sorainak adatai között található, gyakran a 'SalesLine' táblában, például 'ConfirmedDlv' nevű mezőként.
Példák
2023-05-122023-06-012023-05-28
|
|||
|
Befejezés időpontja
EndTime
|
Az a pontos dátum és időpont, amikor egy tevékenység befejeződött. | ||
|
Leírás
A befejezési időbélyeg rögzíti, mikor ért véget egy tevékenység. Ha rendelkezésre áll, pontosabban mérhető vele a tevékenység időtartama, mint a következő tevékenység kezdési időpontjából történő becsléssel. Ha a kezdési és a befejezési időpont is ismert, pontosan kiszámítható az egyes tevékenységek feldolgozási ideje, és elkülöníthető a tevékenységek közötti várakozási időtől. Így azonosítható, mely feladatok igényelnek sok munkát, és mely folyamatlépések között telik el hosszú idő.
Miért fontos?
Lehetővé teszi az egyes tevékenységek feldolgozási idejének pontos kiszámítását, és elkülöníti az aktív munkavégzést a tétlen várakozástól.
Hol szerezhető be?
A kezdési időponthoz hasonlóan ez is különböző dátum- és időmezőkből származik. Lehet például a 'ModifiedDateTime' mező, vagy egy adott állapotváltozás időbélyege, például a 'SalesTable' vagy a 'WHSLoadTable' táblában.
Példák
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
|
Cikkszám
ItemNumber
|
Az értékesítési rendelésen szereplő termék vagy szolgáltatás egyedi azonosítója. | ||
|
Leírás
A cikkszám azonosítja az értékesített terméket. Mivel egy értékesítési rendelés több terméket is tartalmazhat, ez az attribútum jellemzően a tételszintű eseményadatokhoz kapcsolódik. A termékenkénti folyamatelemzés segít feltárni a termékspecifikus problémákat. Egyes termékek például hosszabb teljesítési idővel, gyakoribb ismételt munkával vagy több hitelzárral járhatnak. Az eredmények alapján célzottan fejleszthető az adott termékek készletkezelése, törzsadatainak beállítása vagy teljesítési folyamata.
Miért fontos?
Lehetővé teszi a termékszintű elemzést, és megmutatja, hogy egyes tételekhez kapcsolódnak-e késések, ismételt munkák vagy más hatékonysági problémák.
Hol szerezhető be?
A 'SalesLine' tábla 'ItemId' mezőjében található.
Példák
PROD-00123PROD-00548SVC-00045
|
|||
|
Értékesítési rendelés állapota
SalesOrderStatus
|
Az értékesítési rendelés aktuális állapota az adatkinyerés időpontjában. | ||
|
Leírás
Ez az attribútum az értékesítési rendelés általános állapotát mutatja, például „Nyitott rendelés”, „Számlázva”, „Törölve” vagy „Kiszállítva”. Ez az összesítő állapot az értékesítési rendelés fejlécében szerepel. A tevékenységnapló dinamikus képet ad a folyamatról, a végső állapot pedig szűréshez és szegmentáláshoz használható. Az elemzők könnyen különválaszthatják a nyitott rendeléseket az aktuális munkaterhelés áttekintéséhez, vagy a sikeresen teljesített rendeléseket a töröltektől a lemondások okainak vizsgálatához.
Miért fontos?
Pillanatképet ad a rendelés állapotáról, így az elemzés a nyitott, lezárt vagy törölt rendelésekre szűrhető. Ez hasznos a munkaterhelés kezeléséhez és az eredmények elemzéséhez.
Hol szerezhető be?
A 'SalesTable' tábla 'SalesStatus' mezőjében található.
Példák
Hátralékos rendelésKiszállítvaSzámlázvaTörölve
|
|||
|
Felhasználó neve
UserName
|
A tevékenységet végrehajtó felhasználó neve. | ||
|
Leírás
Ez az attribútum azonosítja azt a munkatársat vagy rendszerfelhasználót, aki egy adott feladatot végrehajtott, például visszaigazolt egy rendelést vagy létrehozott egy számlát. Általában a Microsoft Dynamics 365 felhasználói azonosítójához kapcsolódik. A felhasználónkénti teljesítményelemzés segít feltárni a képzési igényeket, felismerni a kiemelkedő teljesítményt és megfelelően elosztani a munkaterhelést. A megfelelés és az audit szempontjából is fontos, mert egyértelműen megmutatja, ki hajtotta végre az egyes műveleteket.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének egyéni vagy csapatszintű elemzését, így feltárhatók a képzési lehetőségek, a munkaterhelés egyenlőtlenségei és az erőforrásokhoz kapcsolódó szűk keresztmetszetek.
Hol szerezhető be?
A tranzakciós táblák olyan felhasználói azonosító mezőiből származik, mint a 'CreatedBy' vagy a 'ModifiedBy'. Ezeket összekapcsolják a fő felhasználói táblával, például a 'UserInfo' táblával, hogy lekérjék a teljes nevet.
Példák
Alice JohnsonRobert BrownRendszergazda
|
|||
|
Fizetési határidő
PaymentDueDate
|
Az a dátum, ameddig az ügyfélnek ki kell fizetnie a számlát. | ||
|
Leírás
A fizetési határidőt a számla dátuma és az ügyféllel egyeztetett fizetési feltételek alapján számítják ki. A dátumot az ügyfélszámlán rögzítik. Ez az attribútum alapvető a „Fizetési határidő betartása” elemzéshez és a „Határidőre történő fizetések aránya” KPI-hoz. A 'PaymentDueDate' és a tényleges „Fizetés beérkezett” dátum összevetésével a vállalat azonosíthatja a késedelmes fizetéseket, elemezheti az ügyfélszegmensek fizetési szokásait, és időben intézkedhet a pénzforgalom javítása, valamint a vevőkövetelések átlagos behajtási idejének (DSO) csökkentése érdekében.
Miért fontos?
Ez a viszonyítási alap a fizetési teljesítmény méréséhez, ami fontos a pénzforgalom elemzéséhez és a vevőkövetelések hatékony kezeléséhez.
Hol szerezhető be?
A 'CustInvoiceJour' tábla 'DueDate' mezőjében található.
Példák
2023-05-302023-06-152023-06-30
|
|||
|
Határidőre történő fizetés
OnTimePayment
|
Logikai jelző, amely azt mutatja, hogy a fizetés a fizetési határidőn vagy az előtt beérkezett-e. | ||
|
Leírás
Ez a számított attribútum összeveti a „Fizetés beérkezett” tevékenység időbélyegét a 'PaymentDueDate' értékével. Értéke 'true', ha a fizetés határidőre történt, és 'false', ha késett. Ez a jelző a „Határidőre történő fizetések aránya” KPI alapja. Segítségével gyorsan csoportosíthatók az ügyfelek aszerint, hogy határidőre vagy késve fizetnek. Az elemzés támogathatja a hitelpolitikát, a követeléskezelési stratégiát és az ügyfélkapcsolatok kezelését, mert azonosítja a rendszeresen késve fizető ügyfeleket.
Miért fontos?
Az ügyfelek fizetési szokásait méri a megállapodott feltételekhez képest, ami alapvető a pénzforgalom kezeléséhez és a hitelkockázat felméréséhez.
Hol szerezhető be?
A rendszer a „Fizetés beérkezett” tevékenység 'EventTime' értékét veti össze a 'PaymentDueDate' attribútummal. Képlet: ('Fizetés beérkezett' időbélyege <= PaymentDueDate).
Példák
truefalse
|
|||
|
Határidőre történő szállítás
OnTimeDelivery
|
Logikai jelző, amely azt mutatja, hogy az árut a visszaigazolt szállítási dátumon vagy az előtt kézbesítették-e. | ||
|
Leírás
Ez a számított attribútum minden értékesítési rendelésnél összeveti az „Áru kiszállítva” tevékenység időbélyegét a 'ConfirmedDeliveryDate' értékével. Értéke 'true', ha a szállítás határidőre vagy korábban történt, és 'false', ha késett. Ez a jelző szolgál alapul a „Szállítási határidő betartási aránya” KPI kiszámításához. Egyszerűbbé teszi az elemzést, mert könnyen szűrhetők és összesíthetők a határidőre teljesített és a késedelmes rendelések. Így gyorsan feltárhatók a késedelmes szállításokkal összefüggő tényezők, például az adott termékek, ügyfelek, régiók vagy szállítási módok.
Miért fontos?
Közvetlenül méri a teljesítést a vállaláshoz képest, ami fontos az ügyfél-elégedettség és az ellátási lánc megbízhatóságának nyomon követéséhez.
Hol szerezhető be?
A rendszer az „Áru kiszállítva” tevékenység 'EventTime' értékét veti össze a 'ConfirmedDeliveryDate' attribútummal. Képlet: ('Áru kiszállítva' időbélyege <= ConfirmedDeliveryDate).
Példák
truefalse
|
|||
|
Ismételt munka
IsRework
|
Logikai jelző, amely azt mutatja, hogy az értékesítési rendelésnél történt-e ismételt munka, például megismétlődött-e egy tevékenység. | ||
|
Leírás
Ez a számított attribútum azokat az eseteket jelöli, amelyek eltértek a közvetlen, problémamentes folyamatúttól. Az ismételt munka olyan tevékenységsorozatok alapján azonosítható, amelyek egy lépés megismétlésére utalnak. Ilyen például, ha egy rendelést előbb visszaigazolnak, majd visszavonnak, végül újra visszaigazolnak, vagy ha a komissiózott árut visszateszik a készletbe. Az ismételt munkát igénylő esetek megjelölése szükséges az „Értékesítési rendelések ismételt munkájának aránya” KPI kiszámításához. Az elemzők így gyorsan elkülöníthetik és megvizsgálhatják a nem hatékony folyamatokat, hogy feltárják az ismételt munka okait, például az adatbeviteli hibákat, a hitelproblémákat vagy a készlethiányt. Az ismételt munka csökkentése sok folyamatfejlesztési projekt egyik fő célja.
Miért fontos?
Az ismételt lépéseket igénylő esetek megjelölésével számszerűsíthető a folyamat hatékonyságvesztesége, és célzottan elemezhetők a veszteségek és késések csökkentésének lehetőségei.
Hol szerezhető be?
A process mining eszköz az egyes esetek tevékenységsorozatának elemzésével számítja ki. Például az (A -> B -> C -> B) mintázat ismételt munkát jelez.
Példák
truefalse
|
|||
|
Ország
CountryRegion
|
Az ügyfél szállítási címének országa. | ||
|
Leírás
Ez az attribútum az értékesítési rendelés szállításának célországát jelöli. A Dynamics 365 rendszerben tárolt ügyféladatok szállítási címéből származik. Az országonkénti folyamatteljesítmény elemzése segít feltárni a regionális eltéréseket. A nemzetközi szállításoknál például vámkezelésre is szükség lehet, ami növeli az átfutási időt. Az elemzés segít megérteni és fejleszteni a különböző földrajzi piacok logisztikai folyamatait.
Miért fontos?
Földrajzi elemzést tesz lehetővé, amely segít feltárni az ellátási lánc regionális szűk keresztmetszeteit, megfelelési problémáit és teljesítménybeli eltéréseit.
Hol szerezhető be?
Az ügyfél értékesítési rendeléshez kapcsolt szállítási címéből származik. Az ország adatai általában a 'LogisticsPostalAddress' táblában találhatók, amelyet a 'SalesTable' szállítási címére mutató hivatkozáson keresztül kapcsolnak össze.
Példák
USADEUCANGBR
|
|||
|
Szállítási mód
ShippingMethod
|
Az áru ügyfélhez történő szállításához használt mód vagy fuvarozó. | ||
|
Leírás
Ez az attribútum a szállításhoz használt szolgáltatást jelöli, például a közúti vagy légi szállítást, illetve egy adott fuvarozót. A rendelés feldolgozásakor választják ki az ügyfél igényei, a költség és a szállítási sebesség alapján. A „Szállítási módok teljesítménye” dashboardhoz ez a dimenzió elengedhetetlen. A „Áru becsomagolva” és az „Áru kiszállítva” közötti átfutási idő szállítási módonkénti elemzése megmutatja, mely fuvarozók gyorsabbak és megbízhatóbbak, illetve melyeknél gyakoribb a késés. Az eredmények segítenek a logisztikai tervezésben és a fuvarozók kiválasztásában.
Miért fontos?
Lehetővé teszi a fuvarozók és szállítási lehetőségek teljesítményének elemzését, így a logisztika költség, sebesség és megbízhatóság szerint optimalizálható.
Hol szerezhető be?
Ez az adat általában az értékesítési rendelés fejlécében vagy a kapcsolódó teljesítési rekordokban található. További információért tekintse meg a Microsoft Dynamics 365 dokumentációját.
Példák
FedEx GroundUPS Next Day AirDHL Express
|
|||
Az Order to Cash értékesítésirendelés-feldolgozási folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Áru feladva
|
Ez az esemény azt jelzi, hogy a rendelés becsomagolt áruit feladták, és azok elhagyták a raktárt. A Dynamics 365 rendszerben ezt a csomagjegyzék könyvelése rögzíti. | ||
|
Miért fontos?
Ez fontos mérföldkő: lezárja a belső teljesítési folyamatot, és elindítja a szállítási szakaszt. Időbélyege alapul szolgál a határidőre feladott rendelések arányának kiszámításához.
Hol szerezhető be?
Ez egyértelmű esemény, amelyet a csomagjegyzék naplójának (CustPackingSlipJour) könyvelési dátuma és időpontja rögzít.
Rögzítés
Rögzítse a csomagjegyzék naplójának könyvelési időbélyegét.
Eseménytípus
explicit
|
|||
|
Értékesítési rendelés létrehozva
|
Ez az esemény jelzi, hogy az értékesítési képviselő vagy egy automatizált csatorna létrehozta a rendelést a rendszerben. Akkor rögzíthető egyértelműen, amikor új rekord jön létre és mentődik az elsődleges értékesítésirendelés-táblába. | ||
|
Miért fontos?
Ez a tevékenység minden értékesítésirendelés-eset kiindulópontja. Megadja a teljes átfutási idő és a feldolgozási teljesítmény kiszámításához szükséges kezdő időbélyeget.
Hol szerezhető be?
Ez egyértelmű esemény, amelyet a Microsoft Dynamics 365 SalesTable fejlécrekordjának „Created date and time” mezője rögzít.
Rögzítés
Olvassa ki a létrehozás időbélyegét a SalesTable entitásból.
Eseménytípus
explicit
|
|||
|
Fizetés beérkezett
|
Ez a tevékenység azt jelzi, hogy az ügyfél befizette a számla összegét, és a fizetést hozzárendelték a számlához. Az esemény a kintlévőség-kezelési modulban történik, és összekapcsolható az eredeti számlával. | ||
|
Miért fontos?
Ez fontos mérföldkő a pénzforgási ciklus elemzésében. Szükséges a „Határidőre beérkező fizetések aránya” KPI méréséhez és a beszedési késedelmek feltárásához.
Hol szerezhető be?
Ez egyértelmű esemény a kintlévőség-kezelési modulból. Az ügyfélfizetés elszámolásának (CustSettlement) tranzakciós dátuma rögzíti, amely lezárja a számlatranzakciót (CustTrans).
Rögzítés
Rögzítse az elszámolás dátumát a CustSettlement táblából, majd kapcsolja össze a számlával és az értékesítési rendeléssel.
Eseménytípus
explicit
|
|||
|
Rendelés lezárva
|
A sikeresen feldolgozott értékesítési rendelés végső státusza. Azt jelzi, hogy a rendelést teljes egészében kiszállították és kiszámlázták, és nem várható további tranzakció. Ezzel sikeresen lezárul a folyamat. | ||
|
Miért fontos?
Ez a tevékenység a sikeresen befejezett esetek elsődleges végpontja. Szükséges a teljes átfutási idő és a feldolgozási teljesítmény kiszámításához.
Hol szerezhető be?
A SalesTable státuszmezőiből következtethető ki. A rendelés akkor tekinthető lezártnak, ha a „Sales status” értéke „Invoiced”, és a rendelési sorok státusza is „Invoiced”.
Rögzítés
Következtessen abból, amikor a SalesTable státuszmezői „Invoiced” értékre változnak. Az időbélyeg általában az utolsó kapcsolódó tranzakció dátuma, például a számlázásé vagy a fizetésé.
Eseménytípus
inferred
|
|||
|
Rendelés visszaigazolva
|
Ez a tevékenység az értékesítési rendelés hivatalos visszaigazolását jelzi, amellyel a szervezet vállalja a megadott áruk vagy szolgáltatások szállítását. A Dynamics 365 rendszerben ez egy felhasználói művelet, amely visszaigazolási naplót hoz létre. | ||
|
Miért fontos?
A visszaigazolás fontos mérföldkő, amely hivatalosan elindítja a teljesítési folyamatot. A létrehozás és a visszaigazolás közötti idő megmutatja az értékesítési folyamat kezdeti szakaszának hatékonyságát.
Hol szerezhető be?
Ez egyértelmű esemény, amelyet az értékesítésirendelés-visszaigazolási napló (SalesConfirmJour) könyvelési dátuma rögzít. Az időbélyeg összekapcsolható a SalesTable rekorddal.
Rögzítés
Rögzítse az értékesítésirendelés-visszaigazolási napló könyvelési időbélyegét.
Eseménytípus
explicit
|
|||
|
Számla létrehozva
|
Az áru vagy szolgáltatás kiszállításához kapcsolódó értékesítési számla létrehozását és könyvelését jelzi. Ez alapvető pénzügyi tranzakció, amely hivatalosan rögzíti az ügyfél tartozását. | ||
|
Miért fontos?
Ez a tevékenység jelzi a folyamat pénzügyi elszámolási szakaszának kezdetét. A kiszállítás és a számla kiállítása közötti idő fontos a „Számlakiállítás átfutási ideje” KPI szempontjából, és hatással van a pénzforgalomra.
Hol szerezhető be?
Ez egyértelmű pénzügyi tranzakció. Az eseményt az értékesítési számla naplójának (CustInvoiceJour) könyvelési dátuma és időpontja rögzíti.
Rögzítés
Rögzítse az értékesítési számla naplójának könyvelési időbélyegét.
Eseménytípus
explicit
|
|||
|
Áru becsomagolva
|
Ez a tevékenység a csomagolás befejezését jelzi: a komissiózott tételeket egyesítik, és előkészítik a szállításra. A D365 rendszerben ez egybeeshet a csomagjegyzék létrehozásával. | ||
|
Miért fontos?
A komissiózás és a csomagolás közötti idő feltárhatja a csomagolóállomások szűk keresztmetszeteit. Ez a teljesítési átfutási idő egyik fontos részfolyamata.
Hol szerezhető be?
Az esemény rögzíthető a WMS modulban a konténer csomagolásának befejezésekor, vagy kikövetkeztethető a csomagjegyzék naplójának (CustPackingSlipJour) létrehozásából, amely gyakran a csomagolás végét jelzi.
Rögzítés
Következtessen a csomagolási munka befejezéséből vagy a csomagjegyzék naplójának létrehozási dátumából.
Eseménytípus
inferred
|
|||
|
Áru kézbesítve
|
Azt jelzi, hogy a szállítmány sikeresen megérkezett az ügyfél által megadott címre. Az adatot gyakran egy külső fuvarozó rendszere frissíti, vagy manuálisan igazolják vissza. | ||
|
Miért fontos?
Ez a tevékenység fontos a „Szállítási határidők betartása” KPI méréséhez és az ügyfél által ténylegesen tapasztalt átfutási idő megértéséhez. A fuvarozók teljesítményének értékelését is segíti.
Hol szerezhető be?
A standard D365 rendszer nem rögzíti ezt önálló eseményként. Az esemény általában egy fuvarozói integrációból érkező frissítésből vagy az értékesítési rendelés, illetve a szállítmány rekordjának manuális státuszfrissítéséből következtethető ki.
Rögzítés
Következtessen az integrált fuvarozói adatfolyamból vagy egy manuálisan frissített státuszmezőből.
Eseménytípus
inferred
|
|||
|
Áru komissiózva
|
A rendelés összes tételének raktári helyéről történő fizikai komissiózását jelzi. A WMS modulban ezt általában akkor rögzítik, amikor a komissiózó lezárja a komissiózási listát vagy a munkamegbízást. | ||
|
Miért fontos?
A komissiózás befejezési idejének nyomon követése elengedhetetlen a raktári hatékonyság elemzéséhez. Az ebben a szakaszban fellépő késedelem közvetlenül növeli a kiszállításig eltelt időt.
Hol szerezhető be?
Ez egyértelmű esemény, amelyet a Warehouse Management modul rögzít. Az értékesítési rendelés komissiózásához kapcsolódó raktári munka (WHSWorkTable) befejezési időbélyegéből nyerhető ki.
Rögzítés
Rögzítse azt az időbélyeget, amikor a komissiózási „Work” státusza „Closed” értékre változik.
Eseménytípus
explicit
|
|||
|
Hitelképesség ellenőrizve
|
Az értékesítési rendeléshez tartozó ügyfél hitelképességi ellenőrzésének befejezését jelzi. Az ellenőrzést végezheti automatikusan a rendszer, vagy történhet manuális felülvizsgálattal. Gyakran módosul a rendelés hitelstátusza. | ||
|
Miért fontos?
A hitelképességi ellenőrzések időtartamának és eredményének elemzése segít feltárni a rendelésjóváhagyás szűk keresztmetszeteit. A gyakori zárolások és a hosszú jóváhagyási idők jelentősen késleltethetik a rendelések teljesítését.
Hol szerezhető be?
Általában a SalesTable hitelkezeléshez kapcsolódó státuszváltozásaiból következtethető ki, például amikor a rendelés hitelindokkal „On hold” állapotból „Open” állapotba kerül. Ha a speciális modult használják, a hitelkezelési táblákban is szerepelhet naplóbejegyzés.
Rögzítés
Következtessen a SalesTable vagy a kapcsolódó hitelzárolási táblák státuszváltozási előzményeiből.
Eseménytípus
inferred
|
|||
|
Készlet lefoglalva
|
Ez az esemény azt jelzi, hogy a rendelési sorokhoz szükséges készletet fizikailag vagy automatikusan lefoglalták a rendszerben. Így az áruk rendelkezésre állnak komissiózáshoz és teljesítéshez. | ||
|
Miért fontos?
A készletfoglalás nyomon követésével elemezhető a rendelés visszaigazolása és a raktári műveletek kezdete közötti késedelem. Ez a „Készletallokáció átfutási ideje” KPI méréséhez is fontos.
Hol szerezhető be?
Az esemény az értékesítési rendelési sorokhoz kapcsolódó készlettranzakciós rekordok (InventTrans) létrehozásából vagy frissítéséből következtethető ki, ha a státusz foglalást jelez, például „On order” vagy „Reserved physical”.
Rögzítés
Következtessen abból az időbélyegből, amikor a rendeléshez tartozó készlettranzakciók (InventTrans) státusza lefoglaltra változik.
Eseménytípus
inferred
|
|||
|
Raktárnak átadva
|
Azt jelzi, hogy az értékesítési rendelést hivatalosan átadták a raktárnak komissiózásra és szállításra. Ez külön folyamatlépés azokban a rendszerekben, amelyek a Warehouse Management (WMS) modult használják. | ||
|
Miért fontos?
Ez a tevékenység elválasztja a rendelés feldolgozását a fizikai teljesítéstől. Az átadásra várakozás idejének elemzése feltárhatja az erőforrás-tervezési vagy rendszerintegrációs problémákat.
Hol szerezhető be?
Ez egyértelmű esemény, amelyet az értékesítési rendeléshez kapcsolódó raktári átadási rekordok (WHSLoadTable, WHSShipmentTable) rögzítenek.
Rögzítés
Rögzítse a megfelelő raktári rakomány vagy szállítmány létrehozásának időbélyegét.
Eseménytípus
explicit
|
|||
|
Rendelés törölve
|
Ez az esemény azt jelzi, hogy az értékesítési rendelést a teljes kiszállítás és számlázás előtt törölték. Ez a folyamat sikertelen, alternatív lezárása. | ||
|
Miért fontos?
A törlések nyomon követése segít feltárni az elvesztett értékesítések és a folyamat hibáinak okait. A rendelések törlési időpontjának és okának elemzése folyamatfejlesztéshez vezethet.
Hol szerezhető be?
Az esemény abból következtethető ki, amikor a SalesTable „Sales status” mezője „Canceled” értékre változik. Az időbélyeg a státuszváltozás naplózásának időpontja.
Rögzítés
Következtessen abból, amikor a SalesTable státuszmezője „Canceled” értékre változik.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdheti?
Készítse elő az adatokat ezzel a sablonnal, majd töltse fel őket a platformunkra. Így feltárhatja a folyamat működését, és hatékonyabbá teheti az értékesítésirendelés-feldolgozást. Kezdje el a fejlesztést még ma!
Fejlessze most az Order to Cash értékesítésirendelés-feldolgozási folyamatot
Tárja fel a hatékonysági problémákat, és csökkentse 30%-kal a folyamat átfutási idejét a gyorsabb teljesítésért.
Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.