Adatsablon az Order to Cash értékesítésirendelés-feldolgozási folyamathoz

Microsoft Dynamics 365
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

Ez a sablon rendszerezetten összefoglalja azokat az adatokat, amelyekre a Microsoft Dynamics 365-ben zajló Order to Cash értékesítésirendelés-feldolgozási folyamat elemzéséhez szüksége lesz. Bemutatja a gyűjtendő attribútumokat és az eseménynaplóban követendő tevékenységeket. Gyakorlati útmutatót is ad az adatok rendszerből történő kinyeréséhez.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Az Order to Cash értékesítésirendelés-feldolgozási folyamat attribútumai

Az alábbi adatmezőket javasoljuk felvenni az eseménynaplóba, hogy részletesen elemezhesse a Microsoft Dynamics 365-ben zajló Order to Cash értékesítésirendelés-feldolgozási folyamatot.
5 Kötelező 5 Javasolt 10 Nem kötelező
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
Kötelező Javasolt Nem kötelező

Az Order to Cash értékesítésirendelés-feldolgozási folyamat tevékenységei

Az értékesítésirendelés-feldolgozás pontos feltárásához és elemzéséhez ezeket a fő folyamatlépéseket és fontos mérföldköveket rögzítse az eseménynaplóban.
6 Javasolt 7 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a Microsoft Dynamics 365-ből

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.

Indítsa el az ingyenes próbaverziót

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