Adatsablon a rendeléstől a pénz beérkezéséig tartó folyamathoz, a vevői rendelések feldolgozásával kezdve

Általános process mining sablon
Adatsablon a rendeléstől a pénz beérkezéséig tartó folyamathoz, a vevői rendelések feldolgozásával kezdve

Adatsablon a rendeléstől a pénz beérkezéséig tartó folyamathoz, a vevői rendelések feldolgozásával kezdve

Általános process mining sablon

Ez a(z) Rendeléstől a pénz beérkezéséig: vevői rendelések feldolgozása folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.

Válasszon egy konkrét rendszert
  • Meghatározza a teljes eseménynaplóhoz szükséges adatattribútumokat.
  • Felsorolja a folyamat fő tevékenységeit és mérföldköveit.
  • Általános kiindulópont a process mininghez, bármely rendszerhez igazítható.
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A vevői rendelések feldolgozásának attribútumai a rendeléstől a pénz beérkezéséig tartó folyamatban

Ezek az ajánlott adatmezők szükségesek a részletes elemzést lehetővé tevő eseménynapló összeállításához.
5 Kötelező 5 Javasolt 7 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény történt.
Leírás

Az esemény időpontja az a pontos időbélyeg, amely rögzíti, mikor történt egy tevékenység. Ez adja meg a folyamat időbeli keretét, és lehetővé teszi a vevői rendeléshez kapcsolódó események időrendi sorba rendezését.

Ez az időbélyeg minden időalapú elemzéshez nélkülözhetetlen. Segítségével kiszámítható bármely két tevékenység közötti átfutási idő, meghatározható az egyes lépések időtartama, és feltárhatók a késedelmek vagy a szűk keresztmetszetek. Az „Order Fulfillment Cycle Time” KPI például a végső kézbesítési tevékenység és a rendelés kezdeti létrehozásának időpontja közötti különbségből számítható ki. A „Sales Order Cycle Time Overview” dashboard működése teljes egészében erre az attribútumra épül.

Miért fontos?

Ez az időbélyeg szükséges minden teljesítménymutató, például az átfutási idők és az időtartamok kiszámításához, amelyek segítenek feltárni a szűk keresztmetszeteket.

Hol szerezhető be?

Általában minden tranzakcióhoz vagy állapotváltozáshoz tartozó rekordban megtalálható, gyakran létrehozási, módosítási vagy könyvelési dátumként.

Példák
2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z
Tevékenység neve
ActivityName
Annak az üzleti eseménynek vagy feladatnak a neve, amely a vevői rendelési folyamat egy adott időpontjában történt.
Leírás

A tevékenység neve a vevői rendelés életciklusának egy lépését vagy mérföldkövét jelöli, például „Vevői rendelés létrehozva”, „Hitelképesség ellenőrizve” vagy „Áru kiszállítva”. Minden tevékenység a vevői rendelésen végrehajtott különálló műveletet jelöl, ezekből épül fel a folyamattérkép.

Az elemzés nagymértékben támaszkodik erre az attribútumra a folyamatmenet megjelenítéséhez, a gyakori útvonalak azonosításához és a standard eljárástól való eltérések feltárásához. A tevékenységek sorrendjének elemzésével az elemzők megtalálhatják a szűk keresztmetszeteket, az ismétlődő munkafázisokat, például a „Vevői rendelés módosítva” tevékenység ismétlődését, valamint a megfelelőségi előírásoktól eltérő folyamatváltozatokat. Ez az attribútum alapvető a „Folyamatmegfelelés és eltérések” dashboardokhoz és az olyan KPI-khez, mint a „Vevői rendelések újramunkálási aránya”.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető a folyamattérkép, elemezhető a folyamatmenet, és azonosíthatók az ismételt munkavégzések vagy az eltérések.

Hol szerezhető be?

Gyakran a forrásrendszer értékesítési, szállítási és számlázási moduljainak bizonylatállapot-változásaiból, eseménynaplóiból vagy tranzakciókódjaiból származik.

Példák
Vevői rendelés létrehozvaÁruk feladvaFizetés beérkezettVevői rendelés törölve
Vevői rendelés azonosítója
SalesOrderId
A vevői rendelés egyedi azonosítója, amely az Order to Cash folyamat elsődleges esetazonosítójaként szolgál.
Leírás

A vevői rendelés azonosítója az Order to Cash folyamat process mining elemzésének alapja: egyedileg azonosítja a folyamat minden példányát a létrehozástól a lezárásig. Ez az elsődleges kulcs kapcsolja össze az adott rendeléshez tartozó tevékenységeket, eseményeket és adatokat, így kirajzolható a rendelés teljes útja.

Az elemzés során ez az attribútum teszi lehetővé az egyes vevői rendelések életciklusának rekonstruálását. Segítségével nyomon követhető az események sorrendje, mérhető a tevékenységek közötti idő, és rendelési szinten összesíthetők a mutatók. Az „Order Fulfillment Cycle Time” KPI kiszámításához például a vevői rendelés azonosítója szerint kell csoportosítani a tevékenységeket, majd meg kell határozni az első és az utolsó esemény közötti időt.

Miért fontos?

Ez az azonosító nélkülözhetetlen az egyes rendelések folyamaton belüli nyomon követéséhez, valamint az átfutási idők, a szűk keresztmetszetek és az eltérések esetszintű elemzéséhez.

Hol szerezhető be?

Általában a forrásként használt ERP- vagy CRM-rendszer vevői rendelési bizonylatainak fejlécét tartalmazó táblában található.

Példák
SO-001234598004567ORD-2023-54321
Forrásrendszer
SourceSystem
Megadja, melyik informatikai rendszerből származnak az adatok, például ERP-, CRM- vagy régi rendszerből.
Leírás

A forrásrendszer attribútum megadja, melyik nyilvántartó rendszerben keletkeztek az eseményadatok. A modern vállalatoknál egy teljes folyamat, például az Order to Cash, gyakran több alkalmazáson ível át: a rendelés létrehozása történhet CRM-ben, a teljesítés és a számlázás pedig ERP-rendszerben.

Az elemzés során ez az attribútum segít megérteni, milyen rendszerek támogatják a folyamatot. Segítségével azonosíthatók az integrációs pontok és a rendszerek közötti esetleges adategyeztetési problémák. Ha a tevékenységeket forrásrendszer szerint elemzi, kiderülhet, hogy egyes lépéseket eltérően végeznek el, vagy több késedelem fordul elő attól függően, melyik rendszerben zajlanak.

Miért fontos?

Megmutatja az adatok eredetét. Több rendszer használatakor ez segít nyomon követni az adatok útját és feltárni a rendszerspecifikus folyamateltéréseket.

Hol szerezhető be?

Ezt az információt gyakran az adatkinyerés (ETL) során adják hozzá, de az adattárházakban szabványos mezőként is szerepelhet.

Példák
SAP S/4HANASalesforce Sales CloudOracle NetSuite
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 töltötték be utoljára az adatokat a process mining környezetbe. Az elemzett adatok aktualitását jelzi, és különbözik az esemény időpontjától, amely azt mutatja, mikor történt meg az üzleti tevékenység.

Bár közvetlenül általában nem használják a folyamatmenet elemzésére, ez az információ fontos az adatirányítás és az eredmények megbízhatósága szempontjából. Segít az elemzőknek és az üzleti felhasználóknak megítélni, mennyire frissek az elemzésből származó megállapítások. Ha például az utolsó adatfrissítés egy hete történt, ezt figyelembe kell venni a jelenlegi teljesítményre vonatkozó következtetéseknél.

Miért fontos?

Az adatok aktualitását jelzi, így ellenőrizhető, hogy az elemzés naprakész információkra épül-e, és a következtetések továbbra is érvényesek-e.

Hol szerezhető be?

Ezt általában az adatkinyerő (ETL) eszköz vagy a process mining platform hozza létre és tárolja az adatok betöltésekor.

Példák
2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z
Értékesítési csatorna
SalesChannel
Az a csatorna, amelyen keresztül a vevői rendelés beérkezett, például webes felület, közvetlen értékesítés vagy partner.
Leírás

Az értékesítési csatorna megmutatja, honnan érkezett a rendelés, illetve milyen módon adták le. Ez lehet online portál, közvetlen értékesítési csapat, partnerrel létesített EDI-kapcsolat vagy üzlet.

Az értékesítési csatorna szerinti elemzés jelentős eltéréseket tárhat fel a hatékonyságban és a folyamatkövetésben. A webes csatornán érkező rendelések például nagyrészt automatizáltan és gyorsan feldolgozhatók, míg a közvetlen értékesítés több kézi módosítással és hosszabb jóváhagyási idővel járhat. Az elemzés segít az egyes csatornák folyamatmenetének optimalizálásában és az erőforrások hatékonyabb elosztásában. Az „Order Fulfillment Bottlenecks” dashboard egyik fontos elemzési szempontja.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének csatornák szerinti összehasonlítását, és feltárja a hatékonyság, az automatizáltság és a folyamatkövetés eltéréseit.

Hol szerezhető be?

Ez az adat általában a vevői rendelés fejlécében szerepel, és a rendelés rögzítésekor gyakran kötelező megadni.

Példák
Webes portálKözvetlen értékesítésEDIPartnerhálózat
Felhasználó neve
UserName
A tevékenységet végrehajtó felhasználó, munkatárs vagy rendszerügynök neve, illetve azonosítója.
Leírás

A felhasználónév attribútum azonosítja azt a személyt vagy automatizált ügynököt, aki végrehajtott egy adott tevékenységet. Lehet például a rendelést rögzítő értékesítő, a jóváhagyó hitelügyintéző vagy a fizetést automatikusan könyvelő rendszerfelhasználó.

Ez az attribútum lehetővé teszi a folyamat emberi szereplők szerinti elemzését. Segítségével vizsgálható a munkaterhelés eloszlása, összehasonlítható a csapatok vagy munkatársak teljesítménye, és azonosíthatók a képzési igények. A megfelelés és az auditálhatóság szempontjából is fontos. A tevékenységek felhasználó szerinti elemzésével feltárható, kik vesznek részt az ismétlődő munkafolyamatokban, vagy kik térnek el az előírásoktól. Ez az attribútum a „Kézi beavatkozási arány” KPI kiszámításához is alapvető.

Miért fontos?

Azonosítja a tevékenységet végző személyt vagy rendszert, így elemezhető a munkaterhelés, a csapatteljesítmény, az automatizáltság és a megfelelés.

Hol szerezhető be?

Gyakran szerepel a tranzakciós naplókban vagy a bizonylatok módosítási előzményeiben, például „Létrehozta” vagy „Módosította” mezőként.

Példák
John.SmithBATCH_USERAlice.JonesUSER_API
Rendelés értéke
OrderValue
A vevői rendelés teljes pénzértéke, általában a bizonylat pénznemében.
Leírás

A rendelés értéke a vevői rendelés teljes pénzügyi értékét mutatja. Fontos pénzügyi mutató, amely számszerűsíti az egyes esetek nagyságát.

Ez az attribútum érték szerinti folyamatelemzést tesz lehetővé. Segítségével a nagy értékű rendelésekre összpontosítva rangsorolhatók a problémák. Az elemzők például megvizsgálhatják, hogy a nagy értékű rendelések átfutási ideje hosszabb-e, vagy gyakrabban kell-e őket újramunkálni, mint az alacsony értékűeket. A folyamat hatékonysági problémáinak pénzügyi hatása is kiszámítható, például meghatározható egy adott szűk keresztmetszet miatt késedelmet szenvedő rendelések összértéke. Ez megalapozza a folyamatfejlesztési kezdeményezések üzleti indoklását.

Miért fontos?

Érték szerinti elemzést tesz lehetővé: segít a nagy értékű rendelésekre összpontosítani a folyamatfejlesztést, és számszerűsíteni a késedelmek pénzügyi hatását.

Hol szerezhető be?

A vevői rendelés fejlécadatai között található, és gyakran az összes tétel nettó értékének összegeként számítják ki.

Példák
15200.50500.00125000.75
Termékazonosító
ProductIdentifier
A vevői rendelésben szereplő fő termék vagy szolgáltatás egyedi kódja vagy neve.
Leírás

A termékazonosító, például az anyagszám vagy az SKU, megadja, mit értékesítenek. Bár egy vevői rendelés több terméket is tartalmazhat, ez az attribútum gyakran a fő terméket jelöli, vagy magasabb szintű elemzéshez termékkategóriába sorolható.

Ez az attribútum lehetővé teszi az Order to Cash folyamat termékközpontú elemzését. Kiderülhet, hogy bizonyos termékekhez hosszabb teljesítési idő, gyakoribb kézbesítési probléma vagy magasabb törlési arány kapcsolódik. Ez az információ fontos az ellátásilánc-tervezéshez, a készletgazdálkodáshoz és a termékportfólió kialakításához. Ha például egy adott termékcsaládnál rendszeresen késedelem jelentkezik a „Raktárnak kiadva” lépésnél, érdemes megvizsgálni a készletszintet vagy a raktári elhelyezést.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének termékek vagy termékcsoportok szerinti elemzését, és segít feltárni a termékspecifikus szűk keresztmetszeteket és problémákat.

Hol szerezhető be?

A vevői rendelés tételsorában található. Esetszintű elemzésnél a legjelentősebb tétel vagy egy származtatott termékkategória képviselheti.

Példák
PROD-5540-XLMAT-009871SVC-CONSULT-HR
Ügyfél-azonosító
CustomerIdentifier
A vevői rendelést leadó ügyfél egyedi azonosítója vagy neve.
Leírás

Ez az attribútum azonosítja azt a külső felet, akinek a vevői rendelését feldolgozzák. Lehet egyedi ügyfélszám, cégnév vagy más, az ügyfelet egyértelműen megkülönböztető adat.

A process mining elemzésben az ügyfél-azonosító fontos szempont az adatok csoportosításához. Az elemzők ügyfél szerint szűrhetik a folyamattérképet, összehasonlíthatják a különböző ügyfélcsoportok, például a stratégiai partnerek és az alkalmi vásárlók folyamatait. Így feltárhatók az egyedi igényekhez igazított folyamatok, illetve azok az ügyfelek, akiknél gyakoriak az eltérések vagy késedelmek. Ez hasznos információt ad az ügyfélkapcsolatok kezeléséhez.

Miért fontos?

Lehetővé teszi a folyamatok ügyfelek vagy ügyfélcsoportok szerinti szűrését és összehasonlítását, így feltárhatók az egyedi folyamatok és a problémás ügyfélkapcsolatok.

Hol szerezhető be?

A vevői rendelés fejlécadatai között található, és a forrásként használt ERP- vagy CRM-rendszer ügyféltörzsadataihoz kapcsolódik.

Példák
CUST-10023Global Corp Inc.758991
Automatizált
IsAutomated
Jelzi, hogy a tevékenységet a rendszer automatikusan vagy egy felhasználó manuálisan végezte-e el.
Leírás

Ez a logikai attribútum különbséget tesz a felhasználók által végzett feladatok és a rendszer automatizált műveletei, például a háttérfeladatok, az API-k vagy az RPA-botok között. A hitelvizsgálat például lehet automatizált lépés, míg a hitelblokk feloldása jellemzően manuális.

Az automatizálás szempontjából végzett folyamatelemzés elengedhetetlen a digitális átalakulási kezdeményezésekhez. Ez a jelző szolgáltatja az adatot a manuális beavatkozási arány KPI kiszámításához. Segít megállapítani, mely folyamatrészek automatizáltak, és melyek támaszkodnak még mindig manuális munkára. Az elemzés rámutathat a további automatizálás lehetőségeire, amelyekkel csökkenthetők a költségek és a hibák, valamint rövidíthető a ciklusidő.

Miért fontos?

Megkülönbözteti a manuális és az automatizált feladatokat. Ez segít felmérni az automatizáltság szintjét és azonosítani a folyamatfejlesztési lehetőségeket.

Hol szerezhető be?

Ez az információ levezethető a „Felhasználónév” attribútumból, például a „BATCH_USER” rendszerfelhasználó azonosításával, vagy az eseménynapló végrehajtási környezetet rögzítő mezőiből.

Példák
truefalse
Elutasítás oka
RejectionReason
A kód vagy leírás megadja, miért törölték vagy utasították el a vevői rendelést vagy annak egyik tételét.
Leírás

Ha törölnek egy vevői rendelést vagy elutasítanak egy tételt, az elutasítás oka megadja a döntés üzleti hátterét. Ilyen ok lehet például a „Vevő lemondta”, a „Hibás ár” vagy a „Nincs készleten”.

Ez az attribútum nélkülözhetetlen a folyamatproblémák kiváltó okainak feltárásához. Az egyes elutasítási okok gyakoriságát elemezve a vállalat azonosíthatja a rendszerszintű problémákat. Ha például sok rendelést törölnek „Hibás ár” miatt, az árajánlat-készítés vagy a törzsadat-kezelés hiányosságaira utalhat. Az elemzés közvetlenül segíti az elsőre helyes teljesítési arány javítását és a folyamatveszteség csökkentését.

Miért fontos?

Megmutatja, miért hiúsulnak meg a rendelések, így feltárhatók az árazással, a készlettel vagy az ügyfélkommunikációval kapcsolatos problémák kiváltó okai.

Hol szerezhető be?

Általában a vevői rendelés tételsorához tartozik. A tétel törlésekor egy előre meghatározott kódlistából választják ki.

Példák
Vevői kérésA termék forgalmazása megszűntÁrazási hibaA hitelkeret túllépése
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. Ez jelöli a határidőben történő fizetés végső időpontját, és a vevőkövetelési folyamat egyik fontos eleme.

Ez az attribútum alapvető az Order to Cash ciklus pénzügyi részének elemzéséhez. Ennek alapján állapítható meg, hogy a fizetés határidőben érkezett-e be, ami közvetlenül befolyásolja az „On-Time Payment Rate” KPI-t. Az „Invoice to Payment Cycle” dashboard nagymértékben támaszkodik erre a dátumra a fizetési szokások elemzéséhez és a forgótőke hatékony kezeléséhez. A számla létrehozása és a fizetés közötti időt ehhez a dátumhoz viszonyítva azonosíthatók a késve fizető ügyfelek.

Miért fontos?

A pénzügyi elemzés fontos adata: viszonyítási alapot ad a határidőben történő fizetések arányának kiszámításához és a vevőkövetelések kezeléséhez.

Hol szerezhető be?

Általában az ügyfélszámlán található, és a számla dátuma, valamint az ügyféltörzsben vagy a vevői rendelésben megadott fizetési feltételek alapján számítják ki.

Példák
2023-12-152024-01-302024-02-28
Kért szállítási dátum
RequestedDeliveryDate
Az a szállítási dátum, amelyet az ügyfél a rendeléshez kért.
Leírás

Ez a dátum az ügyfél által elvárt szállítási határidőt jelöli. A folyamat elején rögzítik, és ez az elsődleges viszonyítási alap annak megítéléséhez, hogy az ügyfél elégedett-e a szállítás gyorsaságával.

A folyamatelemzés során a kért szállítási dátumot más fontos dátumokkal, például a visszaigazolt és a tényleges szállítási dátummal vetik össze a szolgáltatási szint méréséhez. Ez az „On-Time Delivery Performance” dashboard egyik alapadata, és ennek alapján állapítható meg, hogy az ügyfél szempontjából időben történt-e a szállítás. A kért és a visszaigazolt dátum közötti eltérések a tervezési és ütemezési problémákra is rávilágíthatnak.

Miért fontos?

Az ügyfél szállítási elvárását rögzíti, és viszonyítási alapot ad a pontos szállítás és az ügyfél-elégedettség méréséhez.

Hol szerezhető be?

Általában a vevői rendelés fejlécében vagy a tételsor részletei között található, és a rendelés létrehozásakor adják meg.

Példák
2023-11-152023-12-012024-01-10
Rendelés állapota
OrderStatus
A vevői rendelés állapota az esemény időpontjában, például „Nyitott”, „Folyamatban” vagy „Befejezve”.
Leírás

A rendelés állapota megmutatja, hol tart a vevői rendelés az életciklusában egy adott időpontban. Ez egy kategória, amely röviden összefoglalja a rendelés aktuális állapotát.

A tevékenységek sorrendje részletes folyamattérképet ad, a rendelés állapota attribútummal viszont egyszerűbb, magas szintű áttekintés készíthető. Segítségével például kiszűrhető az összes „Hitelzárolás alatt” állapotú rendelés. Az egyes állapotokban eltöltött idő elemzésével a szűk keresztmetszetek is feltárhatók, például ha a rendelések túl sokáig várnak jóváhagyásra.

Miért fontos?

Röviden összefoglalja a rendelés állapotát, így szűrésre, állapotelemzésre és az adott szakaszban elakadt rendelések azonosítására használható.

Hol szerezhető be?

Az ERP- és CRM-rendszerek legtöbb vevői rendelési bizonylatának fejlécében szabványos mezőként szerepel.

Példák
NyitottFolyamatbanHitelzárolás alattBefejezveTörölve
Tényleges szállítási dátum
ActualDeliveryDate
Az a dátum, amikor az árut ténylegesen kézbesítették az ügyfélnek, ezzel lezárva a folyamat teljesítési szakaszát.
Leírás

A tényleges szállítási dátum az áruk sikeres kézbesítésének időpontját rögzíti. Ez gyakran a fuvarozó kézbesítési visszaigazolásán alapul.

Ez az attribútum mutatja meg egyértelműen, hogy sikerült-e a teljesítés. Az „On-Time Delivery Rate” KPI kiszámításához ezt vetik össze a kért és a visszaigazolt szállítási dátummal. Az „Áru kiszállítva” tevékenység és a tényleges szállítási dátum közötti idő elemzésével a logisztikai partnerek és a szállítási módok teljesítményéről is képet kaphat.

Miért fontos?

Ez igazolja a teljesítés végleges lezárását, és szükséges a pontos szállítási arány, valamint a rendelés teljes átfutási idejének pontos kiszámításához.

Hol szerezhető be?

Gyakran külső logisztikai vagy szállítási rendszerből származik, és onnan kerül vissza az ERP-rendszerbe. Az „Áru kézbesítve” tevékenység időbélyegéből is származtatható.

Példák
2023-11-172023-12-022024-01-14
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 készlet és a gyártási ütemezés ellenőrzése után a vállalat megadja a visszaigazolt szállítási dátumot. Ez a vállalat ügyfélnek tett vállalása, és a teljesítmény mérésének belső viszonyítási alapja.

Ez az attribútum fontos a belső működési hatékonyság értékeléséhez. Az „On-Time Delivery Rate” KPI kiszámításához a tényleges szállítási dátummal vetik össze, így megállapítható, hogy a vállalat teljesítette-e a saját vállalását. Ha sok rendelésnél jelentős eltérés van a kért és a visszaigazolt szállítási dátum között, az rendszerszintű problémára utalhat a rendelkezésre állásra vonatkozó ígéretek (ATP) számításában vagy a kapacitástervezésben.

Miért fontos?

A vállalat ügyfélnek tett vállalását jelöli, és belső viszonyítási alapot ad a pontos szállítás és a teljesítés megbízhatóságának méréséhez.

Hol szerezhető be?

A vevői rendelés ütemezési sorának adatai között található, és gyakran a rendelkezésre állás ellenőrzése vagy a gyártástervezés után frissül.

Példák
2023-11-182023-12-012024-01-15
Kötelező Javasolt Nem kötelező

A vevői rendelések feldolgozásának tevékenységei a rendeléstől a pénz beérkezéséig tartó folyamatban

Ezek a tevékenységek a folyamat fő lépéseit és mérföldköveit jelölik. Kövesse őket a folyamat pontos feltárásához és részletes elemzéséhez.
7 Javasolt 9 Nem kötelező
Tevékenység Leírás
Áruk feladva
Ez a fontos esemény azt jelzi, hogy a rendelés becsomagolt áruit feladták, és fizikailag elhagyták a raktárt. Ez fontos logisztikai és pénzügyi mérföldkő, amely gyakran elindítja a számlázást.
Miért fontos?

Ez alapvető mérföldkő a határidőre történő szállítás és a teljesítési ciklusidő méréséhez. A rendelés létrehozásától a feladásig eltelt idő fontos teljesítménymutató.

Hol szerezhető be?

Ezt általában külön eseményként rögzítik a szállítási vagy logisztikai modulokban, gyakran „Post Goods Issue” vagy „Ship Confirmation” néven.

Rögzítés

Használja a szállítás visszaigazolásának vagy az árukiadási tranzakciónak az időbélyegét, amelyet általában a szállítási vagy teljesítési dokumentumban tárolnak.

Eseménytípus explicit
Fizetés beérkezett
Ez a tevékenység azt jelzi, hogy az ügyfél számlafizetése beérkezett, feldolgozták és hozzárendelték a számlához. Az esemény jellemzően a vevőkövetelési modulban történik, és lezárja a nyitott pénzügyi tételt.
Miért fontos?

Ez a folyamat utolsó értékteremtő lépése. A számlázás és a fizetés közötti idő mérése elengedhetetlen a vevőkövetelések átlagos futamidejének (Days Sales Outstanding) és a pénzkonverziós ciklus hatékonyságának elemzéséhez.

Hol szerezhető be?

Ez egy kifejezetten rögzített pénzügyi könyvelési esemény, amelyet a vevőkövetelési bizonylat kiegyenlítési dátuma vagy a fizetés-hozzárendelési bejegyzés létrehozása alapján rögzítenek.

Rögzítés

Használja a nyitott számlaösszeget kiegyenlítő pénzügyi bizonylat könyvelési vagy kiegyenlítési dátumát.

Eseménytípus explicit
Számla létrehozva
Ez a tevékenység jelzi, hogy elkészült a kiszállított termékekről vagy szolgáltatásokról szóló ügyfélszámla. Ez alapvető pénzügyi tranzakció: hivatalosan rögzíti az ügyfél tartozását, és elindítja a fizetési folyamatot.
Miért fontos?

A kiszállítás és a számlázás közötti idő, vagyis a „bill-to-cash” késedelem közvetlenül befolyásolja a pénzforgalmat. Elemzésével feltárhatók a számlázási folyamat késedelmei.

Hol szerezhető be?

Ez egy kifejezetten rögzített esemény, amelynek időpontja a pénzügyi modulban szereplő számla vagy számlázási bizonylat létrehozási időbélyegéből származik.

Rögzítés

Használja a vevőkövetelési vagy számlázási táblákban szereplő számlabizonylat létrehozásának dátumát és időpontját.

Eseménytípus explicit
Vevői rendelés jóváhagyva
Ez a mérföldkő azt jelzi, hogy a vevői rendelés megfelelt az összes szükséges belső ellenőrzésen, például a hitelvizsgálaton és a konfiguráció ellenőrzésén, és hivatalosan jóváhagyták a teljesítését. Ehhez gyakran külön jóváhagyási művelet vagy állapotváltozás tartozik.
Miért fontos?

Ez a teljesítési folyamat egyik fontos ellenőrzési pontja. A jóváhagyásig eltelt idő elemzésével feltárhatók a rendelés ellenőrzése és felülvizsgálata során kialakuló késedelmek.

Hol szerezhető be?

Ezt általában a vevői rendelés állapotmezőjében vagy a munkafolyamat előzményeiben rögzített „Approved”, „Confirmed” vagy „Booked” állapot jelzi.

Rögzítés

Keresse meg azt az időbélyeget, amikor a vevői rendelés állapota a teljesítésre kész állapotba vált, például „Approved” vagy „Booked” értékre.

Eseménytípus inferred
Vevői rendelés létrehozva
Ez a tevékenység jelzi a vevői rendelés első rögzítését a rendszerben. Ekkor kerül hivatalosan rögzítésre az ügyfél áru- vagy szolgáltatásigénye, és ezzel indul az Order to Cash folyamat.
Miért fontos?

Ez a folyamat elsődleges kezdő eseménye. Az ettől az időponttól eltelt idő elemzésével mérhető a teljes rendelésteljesítési idő és a kezdeti adatrögzítés hatékonysága.

Hol szerezhető be?

Ezt az eseményt általában a vevői rendelés fő rekordjának létrehozási időbélyege vagy a kapcsolódó tranzakciónapló alapján rögzítik.

Rögzítés

Keresse meg az új vevői rendelés azonosítójának létrehozásához tartozó első időbélyeget a rendszer rendelésfejléc-táblájában vagy dokumentumában.

Eseménytípus explicit
Vevői rendelés lezárva
Ez a sikeresen feldolgozott rendelés utolsó tevékenysége. Azt jelzi, hogy a rendelést teljes egészében kiszállították, kiszámlázták és kifizették, és nem várható további tranzakció a vevői rendeléshez.
Miért fontos?

Ez a tevékenység jelzi a folyamat sikeres befejezését. A létrehozás és a lezárás közötti teljes idő a hibátlan rendelés teljes átfutási ideje.

Hol szerezhető be?

Általában a vevői rendelés fejlécének végleges állapotából következtethető ki, például a „Lezárva” vagy „Befejezve” státuszból, miután minden kapcsolódó tranzakció lezárult.

Rögzítés

Keresse meg azt az időbélyeget, amikor a vevői rendelés fejlécének állapota végleges, befejezett állapotra változik.

Eseménytípus inferred
Vevői rendelés törölve
Ez az esemény azt jelzi, hogy a vevői rendelést a teljes kiszállítás és számlázás előtt törölték. A folyamat sikertelen, alternatív lezárása, amely annak különböző szakaszaiban is bekövetkezhet.
Miért fontos?

Ez súlyos folyamatkimenetel. A rendelések törlésének időpontja és oka rávilágíthat az ügyfél-elégedettséggel, a készlet rendelkezésre állásával vagy az adatbeviteli hibákkal kapcsolatos problémákra.

Hol szerezhető be?

Általában a vevői rendelés fejlécéhez vagy tételsoraihoz rendelt „Törölve” vagy „Elutasítva” státusz rögzíti.

Rögzítés

Rögzítse azt az időbélyeget, amikor a vevői rendelés bizonylatához törlési okot vagy végleges „Törölve” státuszt rendelnek.

Eseménytípus inferred
Áruk becsomagolva
Ez a tevékenység a csomagolás befejezését jelzi. Ekkor a komissiózott tételeket egyesítik, becsomagolják és előkészítik a szállításra. A lépés gyakran a csomagjegyzék létrehozását és a szállítási adatok véglegesítését is magában foglalja.
Miért fontos?

A komissiózás és a csomagolás közötti idő elemzésével javítható a munkaállomások elrendezése és a csomagolási eljárás. Ez fontos lépés a rendelés pontosságának biztosításához a szállítás előtt.

Hol szerezhető be?

Ezt az eseményt a raktárirányítási rendszer külön állapotként rögzítheti, vagy a csomagjegyzék létrehozási időpontjából lehet kikövetkeztetni.

Rögzítés

Keresse meg azt az időbélyeget, amikor a teljesítési dokumentum állapota „Packed” értékre változik, vagy használja a csomagjegyzék létrehozási időbélyegét.

Eseménytípus inferred
Áruk kézbesítve
Ez a tevékenység azt jelzi, hogy a szállítmány sikeresen megérkezett az ügyfél által megadott címre. Az adatot gyakran külső logisztikai szolgáltatótól kapott információ alapján frissítik, vagy kézi visszaigazolással rögzítik.
Miért fontos?

A kézbesítés nyomon követésével teljes képet kaphat az ügyfélélményről, és pontosan mérheti a rendelés teljesítésének teljes átfutási idejét.

Hol szerezhető be?

Az adat általában külső fuvarozói rendszerből származik, ahonnan visszakerül az alaprendszerbe, vagy a „Proof of Delivery” visszaigazolásból.

Rögzítés

Rögzítse a fuvarozó által megadott kézbesítési visszaigazolás időbélyegét, vagy a kézzel rögzített „Proof of Delivery” bejegyzés időpontját.

Eseménytípus explicit
Áruk komissiózva
Ez a tevékenység azt jelzi, hogy a rendelés összes tételét fizikailag összegyűjtötték a raktári helyéről. Az eseményt általában akkor rögzítik, amikor a raktári dolgozó visszaigazolja a komissiózás befejezését.
Miért fontos?

A komissiózás időtartamának mérése segít elemezni a raktár hatékonyságát, és feltárni a fizikai rendelésteljesítés szűk keresztmetszeteit.

Hol szerezhető be?

Az eseményt általában a raktárirányítási rendszer egyik moduljában rögzítik, vagy a szállítási, illetve teljesítési dokumentum állapotfrissítéséből lehet kikövetkeztetni.

Rögzítés

Rögzítse azt az időbélyeget, amikor a kapcsolódó komissiózási lista vagy teljesítési dokumentum állapota „Picked” vagy „Completed” értékre változik.

Eseménytípus inferred
Hitelvizsgálat elvégezve
Ez a tevékenység azt jelzi, hogy ellenőrizték a rendeléshez tartozó ügyfél hitelképességét. Az ellenőrzést végezheti automatikusan a rendszer, vagy történhet kézi felülvizsgálattal. Az eredmény gyakran módosítja a rendelés hitelstátuszát.
Miért fontos?

Ez a lépés gyakran szűk keresztmetszetet jelent. Időtartamának és eredményeinek mérésével elemezhető a hitelkezelés hatékonysága és annak hatása a teljes rendelési ciklusidőre.

Hol szerezhető be?

Az esemény gyakran a vevői rendelés állapotának változásából, a hitelzárolás feloldásából vagy egy külön hitelkezelési naplóbejegyzésből következtethető ki.

Rögzítés

Rögzítse azt az időbélyeget, amikor a rendelés hitelstátuszának mezője „Approved” vagy „Checked” értékre változik, illetve amikor feloldják a hitelhez kapcsolódó zárolást.

Eseménytípus inferred
Jóváíró bizonylat létrehozva
Ez a tevékenység akkor történik, amikor jóváíró bizonylatot állítanak ki az ügyfélnek, jellemzően termékvisszaküldés, árvita vagy más korrekció miatt. A korábban kiszámlázott összeg visszavonását vagy csökkentését jelenti.
Miért fontos?

A jóváíró bizonylatok gyakoriságának és okainak elemzése segít feltárni a termékminőséggel, a szállítás pontosságával vagy az árképzéssel kapcsolatos rendszerszintű problémákat. A folyamat hibáinak fontos jelzője.

Hol szerezhető be?

Ez egy kifejezetten rögzített pénzügyi esemény, amelynek időpontja a számlázási vagy vevőkövetelési modulban szereplő jóváíró bizonylat létrehozási időbélyegéből származik.

Rögzítés

Használja a jóváíró bizonylat létrehozásának dátumát és időpontját. A bizonylat általában az eredeti vevői rendeléshez vagy számlához kapcsolódik.

Eseménytípus explicit
Készlet lefoglalva
Ez a tevékenység azt jelzi, hogy a vevői rendelés tételeihez szükséges készletet hozzárendelték vagy lefoglalták. Így a termékek rendelkezésre állnak ehhez a rendeléshez, és nem értékesíthetők másnak.
Miért fontos?

A készletfoglalás nyomon követésével elemezhető az anyagok rendelkezésre állása és a készlethiányból eredő késedelmek kockázata. A rendelés jóváhagyása és a készlet lefoglalása közötti idő beszerzési problémákra hívhatja fel a figyelmet.

Hol szerezhető be?

Ez gyakran automatikusan létrejövő rendszeresemény, amelyet a készlettranzakciós táblákban rögzítenek, vagy a vevői rendelés tételsorának állapotváltozása jelez.

Rögzítés

Rögzítse a készlettranzakciós naplóban szereplő időbélyeget, amely az adott vevői rendelési tételhez lefoglalt készletet jelzi.

Eseménytípus explicit
Raktárnak átadva
Ez a tevékenység jelzi, hogy a vevői rendelést hivatalosan átadták a raktárnak fizikai feldolgozásra. Ekkor kezdheti meg a raktári csapat a komissiózást és a csomagolást.
Miért fontos?

Ez fontos átadási pont a részlegek között. Az ehhez szükséges idő elemzésével feltárhatók az értékesítés és a logisztika közötti kommunikációs szűk keresztmetszetek.

Hol szerezhető be?

Az eseményt gyakran a komissiózási lista létrehozásakor rögzítik, vagy akkor, amikor a rendelés állapota „Ready to Pick” vagy „Released” értékre változik.

Rögzítés

Keresse meg azt az időbélyeget, amikor a vevői rendelés tételsorának állapota a raktári feldolgozásra kész állapotot jelző értékre változik.

Eseménytípus inferred
Számla elküldve az ügyfélnek
Azt az időpontot jelöli, amikor a létrehozott számlát fizetésre továbbítják az ügyfélnek. Ez történhet például e-mailben, elektronikus adatcserével vagy postai úton.
Miért fontos?

Ekkor indul hivatalosan az ügyfél fizetési határideje. Ha a számla létrehozása és elküldése között késedelem van, az ronthatja a pénzkonverziós ciklust.

Hol szerezhető be?

Az adat származhat a kimenetkezelési naplókból, a kommunikációs nyilvántartásokból vagy a számlabizonylat egy adott állapotváltozásából.

Rögzítés

Rögzítse a rendszer kimeneti naplójában szereplő időbélyeget, amely jelzi, hogy a számlabizonylat továbbítása sikeres volt.

Eseménytípus inferred
Vevői rendelés módosítva
Ez a tevékenység a vevői rendelés létrehozás utáni jelentős módosításait jelöli, például a mennyiség, a tételek, az árak vagy a kért dátumok változását. Az eseményt általában a rendszer ellenőrzési naplójában vagy módosítási naplójában rögzített frissítések alapján lehet azonosítani.
Miért fontos?

A rendelésmódosítások nyomon követése segít feltárni az utómunkát, megérteni a hatékonysági problémák forrását, és mérni, hogy a rendelések mekkora része készül el elsőre helyesen. A gyakori módosítások a kezdeti rendelés pontatlanságára utalhatnak.

Hol szerezhető be?

Az adatok a rendszer módosítási naplóiból, ellenőrzési naplóiból vagy a vevői rendelés különböző verzióinak összehasonlításából származnak.

Rögzítés

Szűrje ki a rendszer módosítási naplóiból a vevői rendelés fejlécének vagy tételsorainak fontos mezőit érintő frissítéseket, és használja az esemény időpontjaként a módosítás időbélyegét.

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

Adatkinyerési útmutatók

Hogyan szerezze be az adatokat a process mininghez?

Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért

olvassa el az ETL-útmutatónkat   vagy   válasszon ki egy konkrét folyamatot és rendszert.

Kezdheti?

Akár egy adott rendszerhez készült útmutatót választ, akár ezt az általános sablont alakítja át, már minden szükséges információ rendelkezésére áll a vevői rendelések feldolgozásának optimalizálásához.

Kezdje el még ma optimalizálni a vevői rendelések feldolgozását

Szerezzen azonnali betekintést, szüntesse meg a késéseket, és javítsa a pénzforgalmát.

Próbálja ki ingyen

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