Adatsablon a visszáru- és visszatérítés-kezeléshez

Az esemény időpontja, vagyis az időbélyeg rögzíti a tevékenység pontos dátumát és időpontját. Az eseménynapló minden tevékenységéhez tartozik időbélyeg, amely megadja az események időrendi sorrendjét.

Ez az attribútum minden időalapú process mining elemzéshez szükséges. Segítségével kiszámítható a tevékenységek közötti átfutási idő, feltárhatók a várakozási idők és a szűk keresztmetszetek, mérhető az ügy teljes időtartama, valamint ellenőrizhető a szolgáltatási szintre vonatkozó megállapodások (SLA-k) betartása. Az időbélyegek pontossága közvetlenül befolyásolja a teljesítményelemzés megbízhatóságát.

Ez az időbélyeg szükséges az időtartam-alapú mutatók, például az átfutási és várakozási idők kiszámításához, amelyek alapvetőek a teljesítmény elemzéséhez.

Különböző táblák létrehozási vagy módosítási dátummezőinek felel meg, például a rendelés létrehozásakor a 'SalesTable.createdDateTime', a raktári naplóknál pedig a 'WMSJournalTrans.createdDateTime' mezőnek.

A visszaküldési ügy azonosítója minden egyes visszaküldési folyamat egyedi azonosítója. Összekapcsolja az adott vásárló visszaküldéséhez vagy visszatérítési kérelméhez tartozó összes tevékenységet, a visszaküldési rendelés létrehozásától a végleges lezárásig.

A folyamatelemzés során ez az azonosító teszi lehetővé az egyes visszaküldések teljes útjának rekonstruálását. Segítségével nyomon követhető a teljes életciklus, mérhető a teljes átfutási idő, és összehasonlíthatók az egyes ügyek eltérései. Az események, adatok és mutatók mind ehhez az azonosítóhoz kapcsolódnak.

Ez az ügy egyedi azonosítója, amely összekapcsolja a folyamat összes lépését, így minden visszaküldés az elejétől a végéig nyomon követhető és elemezhető.

Ez általában a Return Material Authorization (RMA) száma vagy a 'Sales and marketing' modul 'Returned Order' típusú értékesítési rendelésének száma. A SalesTable táblában található, ahol a SalesType értéke 'Returned Order'.

Ez az attribútum a visszaküldési és visszatérítési folyamat egy konkrét lépését vagy eseményét írja le, például: 'Visszaküldési rendelés létrehozva', 'Termék átvéve' vagy 'Jóváíró bizonylat könyvelve'. Minden tevékenység a rendszerben rögzített, önálló folyamatlépést jelöl.

A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segítségével megjeleníthetők a folyamatok térképei, feltárhatók a lépések közötti szűk keresztmetszetek, és azonosíthatók a gyakori, illetve ritka folyamatváltozatok. A tevékenységek összessége határozza meg az elemzett folyamat körét.

Meghatározza a folyamat lépéseit, így megjeleníthető a folyamat menete, és feltárhatók a szűk keresztmetszetek, az újramunkálás és az eltérések.

Ez egy rendszereseményekből származtatott fogalmi attribútum. A SalesTable és a WMSJournalTable táblák állapotváltozásainak vagy konkrét eseménynaplóknak a felhasználóbarát nevekre történő leképezésével hozható létre.

Ez az attribútum azonosítja a folyamatlépés végrehajtásáért felelős személyt. Lehet például a terméket átvevő raktári dolgozó, a minőségellenőr vagy a jóváíró bizonylatot könyvelő pénzügyi ügyintéző.

A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, azonosítani a kiemelkedő teljesítményt nyújtókat és feltárni a képzési igényeket. Arra is használható, hogy megvizsgálja az egyes személyek vagy csapatok által kezelt ügyeket, és ellenőrizze a feladatkörök megfelelő elkülönítését.

Lehetővé teszi a munkaterhelés, az egyéni és csapatteljesítmény elemzését, valamint a képzési és erőforrás-elosztási lehetőségek feltárását.

A tranzakciós rekordok 'created by' vagy 'modified by' mezőiben található, például a 'SalesTable.createdBy' mezőben vagy a naplótáblákhoz kapcsolódó felhasználói azonosítók között.

A rendelkezési kódot a visszaküldött termék minőségellenőrzése során adják meg. Meghatározza a folyamat következő lépését, például 'Credit', 'Replace', 'Scrap' vagy 'Return to Customer'.

Ez az attribútum fontos döntési pont a visszaküldési folyamatban. A rendelkezési kódok szerinti elemzés megmutatja a visszaküldések kimenetelét, a termékek selejtezésének pénzügyi hatását, valamint az egyes megoldási útvonalak, például a csere és a visszatérítés hatékonyságát.

Ez a kód határozza meg, milyen útvonalon halad tovább a visszáru az ellenőrzés után. Ezért fontos a folyamatváltozatok és azok üzleti eredményeinek elemzéséhez.

Ez a minőségirányítási modul egyik fontos mezője. A Quality Order vagy Inspection Order feldolgozásához kapcsolódik.

A Product ID, gyakran a Stock Keeping Unit (SKU), azonosítja a vásárló által visszaküldött konkrét terméket. Minden visszaküldési rendelési sorhoz tartozik Product ID.

A termékenkénti visszaküldések elemzésével azonosíthatók a gyakran visszaküldött termékek. Ennek oka lehet minőség-ellenőrzési probléma, pontatlan termékleírás vagy gyártási hiba. Az elemzés segít rangsorolni a termékekkel kapcsolatos vizsgálatokat és fejlesztéseket.

Termékenként elemzi a visszaküldéseket, így azonosíthatók a minőségi problémás vagy gyakran visszaküldött termékek.

A visszaküldési rendelés „SalesLine” táblájának „ItemId” mezőjének felel meg.

Ez az attribútum azt jelzi, melyik csatornán indította el a vásárló a visszaküldést, például „Online portál”, „Üzletben”, „Ügyfélszolgálati hívás” vagy „Postai úton”.

A visszaküldési csatorna szerinti elemzés segít összehasonlítani az egyes csatornák teljesítményét és hatékonyságát. A vállalat összevetheti a ciklusidőket, a költségeket és a vásárlói elégedettséget, így azonosíthatja a bevált gyakorlatokat és a fejlesztendő területeket. Ez az adat a „Return Channel Utilization Performance” dashboard alapja.

Lehetővé teszi a különböző visszaküldési csatornák teljesítményének összehasonlítását, így kiválaszthatók a leghatékonyabb és legköltségkímélőbb csatornák.

Ez az adat a visszaküldési rendelés fejlécében („SalesTable”) lehet, vagy a rendelést létrehozó felhasználó alapján származtatható. Előfordulhat, hogy egyedi logikára vagy külön mezőre van szükség.

A Return Reason Code rögzíti a vásárló által megadott visszaküldési okot, például: „Hibás termék”, „Nem megfelelő méret”, „Nem felel meg a leírásnak” vagy „Már nincs rá szükség”. Ezt az adatot általában a visszaküldés elindításakor veszik fel.

A visszaküldési okok elemzése segít feltárni a problémák kiváltó okait. A vállalat így azonosíthatja a termékminőségi gondokat, a pontatlan termékleírásokat és a logisztikai hibákat. Az adatok alapján fejleszthető a terméktervezés, a marketing és az ellátási lánc működése, így csökkenthető a jövőbeni visszaküldések száma.

Megmutatja, miért küldik vissza a termékeket. Az okok feltárásával csökkenthető a visszaküldések aránya és javítható a vásárlói elégedettség.

Ez az adat általában a visszaküldési rendelés sorában található. A visszaküldési rendelésekhez tartozó okkódmezőket a „SalesLine” táblában keresse.

A befejezés időpontja a tevékenység lezárásának időbélyege. A StartTime a kezdetet, az EndTime pedig a befejezést jelöli, így kiszámítható az adott feladat feldolgozási ideje.

Ez az attribútum különösen fontos a részletes teljesítményelemzéshez, főként a mérhető időtartamú feladatoknál, például a 'Termék ellenőrzése' tevékenységnél. A StartTime és az EndTime összevetésével pontosan mérhető a feladat tényleges feldolgozási ideje, és elkülöníthető a feladatok közötti várakozástól. Így az egyes tevékenységeken belüli hatékonysági problémák is feltárhatók, nem csak a lépések közötti késedelmek.

Segítségével kiszámítható az egyes tevékenységek tényleges feldolgozási ideje, és elkülöníthető a várakozás a tényleges munkavégzéstől.

Ezt az értéket gyakran származtatni kell. Például lehet egy tevékenységet lezáró állapotváltozás 'modifiedDateTime' értéke, vagy a következő tevékenység StartTime értéke.

Ez az attribútum azonosítja azt a forrásrendszert, ahonnan az adatok származnak. Ebben az esetben ez jellemzően a 'Microsoft Dynamics 365'.

Nagyobb szervezeteknél egy folyamat több rendszeren is áthaladhat. Az események forrásrendszerének megadása fontos az adatirányítás, az adatkinyerési problémák elhárítása és a folyamatot támogató rendszerek megértése szempontjából. Megerősíti az elemzett adatok eredetét.

Fontos információt ad az adatok eredetéről, ami szükséges az adatirányításhoz, az ellenőrzéshez és a folyamatot támogató rendszerek megértéséhez.

Ez általában az adatkinyerés, -átalakítás és -betöltés (ETL) során hozzáadott állandó érték, amely az adatkészlet forrását jelöli.

Ez az attribútum a visszaküldési folyamat kezdetén igényelt vagy várható visszatérítés összegét jelöli. Az összeg általában a visszaküldött termékek eredeti vételárán alapul.

Ez az érték szolgál viszonyítási alapként a „Refund Amount Discrepancy Analysis” elemzéshez. Az igényelt és a ténylegesen visszatérített összeg összevetésével feltárhatók az eltérések, például a készlet-visszavételezési díjak, a sérült termékek utáni részleges visszatérítések vagy más korrekciók. Így ellenőrizhető a pénzügyi pontosság és a szabályzat betartása.

A tényleges visszatérítési összeggel összevetve viszonyítási alapot ad a pénzügyi pontosság méréséhez.

Ez általában a visszaküldött tétel eredeti értékesítési rendelési sorának sorösszege vagy teljes összege, amely a „SalesLine.LineAmount” mezőben található.

A visszatérítés feldolgozásakor jóváíró számla vagy jóváíró bizonylat készül. Ez az attribútum tárolja a dokumentum egyedi azonosítóját.

Az azonosító közvetlen kapcsolatot teremt a visszaküldési folyamat és a könyvelési rendszer pénzügyi nyilvántartásai között. Auditáláskor és a pénzügyi eltérések részletes vizsgálatakor is hasznos: segítségével az elemző egészen az ügyet lezáró pénzügyi tranzakcióig követheti a visszaküldést.

Összekapcsolja a visszaküldési folyamatot a hozzá tartozó pénzügyi tranzakcióval, ami fontos az auditáláshoz és a pénzügyi egyeztetéshez.

A jóváíró számla száma általában a „CustInvoiceJour” tábla „InvoiceId” mezőjében található, ahol a tranzakció típusa „Credit note”. Ez az adat összekapcsolható a visszaküldési rendeléssel.

Ez a számított logikai attribútum jelzi, hogy a visszaküldés megfelel-e a vállalat visszaküldési szabályzatában meghatározott összes feltételnek. Az érték olyan tényezőktől függhet, mint a visszaküldési határidő, a termék állapota vagy a visszaküldés oka.

Ez az attribútum közvetlenül támogatja a „Return Approval Compliance Overview” dashboardot és a „Compliant Return Approval Rate” KPI-t. Segítségével mérhető a szabályzat betartása, azonosíthatók a kivételként jóváhagyott ügyek, és elemezhetők a kivételek okai, illetve gyakorisága. Ez fontos az irányítás és a költségek ellenőrzése szempontjából.

Közvetlenül méri az üzleti szabályok betartását. Segít azonosítani és csökkenteni a szabályzatnak nem megfelelő jóváhagyásokat, amelyek bevételkiesést okozhatnak.

Ez származtatott attribútum. Kiszámításához a visszaküldés adatait, például a visszaküldés és a vásárlás dátumát, valamint a visszaküldés okát kell összevetni az előre meghatározott üzleti szabályokkal.

Ez az attribútum azonosítja azt a fizikai raktárat vagy visszáru-központot, ahol a visszaküldött terméket feldolgozzák. Az egyes helyszíneken eltérhetnek a folyamatok, az erőforrások és a teljesítményszintek.

A raktárankénti elemzés lehetővé teszi a helyszínek teljesítményének összehasonlítását. Segít megállapítani, mely telephelyek dolgozzák fel a leghatékonyabban a visszaküldéseket, feltárni a regionális szűk keresztmetszeteket, és megalapozni az erőforrások elosztásáról, valamint a logisztikai hálózat folyamatainak egységesítéséről szóló döntéseket.

Lehetővé teszi a raktárak és visszáru-központok teljesítményének összehasonlítását, így feltárhatók a regionális szűk keresztmetszetek és a bevált gyakorlatok.

Ez az adat a készletmozgásokhoz kapcsolódó tranzakciók „InventLocationId” mezőjében található, például az érkezési naplóban („WMSJournalTable”) vagy a „SalesLine” táblában.

Ez a számított attribútum egyszerűen jelzi, hogy az SLA teljesült-e, jellemzően „Határidőre” vagy „Késve” értékkel. Az érték a végső tevékenység, például a „Return Order Closed” időbélyegének és a „RefundSlaTargetDate” értékének összevetésével állapítható meg.

Az attribútum egyszerűsíti a teljesítmény riportolását az olyan dashboardokon, mint a „Refund Resolution SLA Performance”. A dátumok összehasonlítása helyett közvetlenül, könnyen értelmezhető állapotot mutat. Így gyorsan szűrhetők és összesíthetők az ügyek a „Resolution SLA Adherence Rate” kiszámításához.

Egy pillantással jelzi, hogy teljesült-e az SLA. Könnyű vele kiszűrni a késedelmes ügyeket és elemezni a csúszások kiváltó okait.

Ez származtatott attribútum, amelyet a végső rendezési tevékenység időbélyegének és a „RefundSlaTargetDate” attribútumnak az összevetésével számítanak ki.

Ez az attribútum a vásárlónak visszatérített, végleges és jóváhagyott összeget jelöli. Az értéket a jóváíró számla létrehozásakor és könyvelésekor rögzítik.

Ez az adat fontos a pénzügyi elemzéshez, és közvetlenül felhasználható a „Refund Amount Discrepancy Analysis” dashboardon, valamint a „Refund Amount Accuracy Rate” KPI számításához. Elemzésével felmérhető a visszaküldések pénzügyi hatása és a folyamat során végrehajtott korrekciók.

A visszaküldés tényleges pénzügyi hatását mutatja. Ebből számítható ki a visszatérítések pontossága, és megérthetők a pénzügyi eredmények.

Ez az érték a könyvelt jóváíró számla tranzakciós adatai között található. A jóváíró számlához a „CustTrans” és a „CustInvoiceJour” tábla kapcsolódik.

Ez az attribútum rögzíti, mikor nyerték ki utoljára az adatokat a forrásrendszerből, és mikor frissítették őket a process mining eszközben. Megmutatja, mennyire frissek az elemzett adatok.

Az utolsó adatfrissítés időpontja segít megítélni, mennyire naprakész az elemzés. A dashboardok és KPI-ok értelmezésekor így tudható, hogy valós idejű adatokat vagy egy adott időpontban készült pillanatképet lát-e. Ez fontos a működés nyomon követéséhez.

Jelzi az adatok frissességét, így az elemzők tudják, mennyire aktuálisak a folyamatra vonatkozó elemzési eredmények.

Ez egy metaadat-attribútum, amely az adatbetöltési folyamat során jön létre és tárolódik. Jellemzően az ETL-feladat befejezésének időbélyegét jelöli.

A Customer ID a visszaküldéshez kapcsolódó vásárlói fiók egyedi azonosítója. Ez köti össze a visszaküldési tranzakciót egy adott vásárlóval a CRM-ben vagy a vásárlói adatbázisban.

A vásárlónkénti visszaküldések elemzésével azonosíthatók azok, akik a szokásosnál gyakrabban küldenek vissza termékeket. Ez csalásra vagy tartós elégedetlenségre utalhat. Az adatok a vásárlók csoportosítására is használhatók, például kiemelt visszaküldési szolgáltatás ajánlható a nagy értékű vásárlóknak.

A visszaküldési folyamatot egy adott vásárlóhoz kapcsolja, így elemezhetők a vásárlói szintű mintázatok és az esetleges csalások.

Ez a visszaküldési rendelés „SalesTable” táblájának „CustAccount” mezője.

Ez az attribútum a vásárló által kért vagy a vállalat által felajánlott megoldás szerint sorolja be a visszaküldési ügyet. A gyakori típusok közé tartozik a pénzvisszatérítés, a termék cseréje vagy a javítás.

A besorolás segít a különböző folyamatútvonalak elemzésében. A visszatérítés folyamata jelentősen eltér a csereáru kiszállításától. A visszaküldés típusa szerinti csoportosítással pontosabban elemezhetők az egyes megoldási módok ciklusidejei és szűk keresztmetszetei.

A kívánt eredmény szerint csoportosítja az elemzést, mivel a visszatérítés és a csere folyamata, illetve ciklusideje eltér.

Ez lehet egyedi mező a visszaküldési rendelés fejlécében, vagy származtatható a rendelkezési kódból, illetve későbbi tranzakciókból, például egy csereáruhoz tartozó értékesítési rendelés létrehozásából.

Ez az attribútum a visszaküldési rendelés fejlécének aktuális állapotát jelzi, például „Nyitott”, „Számlázott” vagy „Törölt”. Áttekintést ad arról, hol tart az ügy a folyamatban.

A tevékenységek a folyamat részletes lépéseit mutatják, az általános állapot pedig az ügyek szűrésére és csoportosítására alkalmas. Az elemző például csak a „Nyitott” ügyekre szűrhet, hogy felmérje az aktuális munkaterhelést, vagy megvizsgálhatja a végül „Törölt” ügyek folyamatát.

Röviden összefoglalja az ügy állapotát. Segítségével szűrhetők az ügyek, és elemezhetők például a törléssel végződő esetek.

Ez az adat a „SalesTable” „SalesStatus” vagy „DocumentStatus” mezőjében található.

Ez az attribútum határozza meg a visszaküldési ügy rendezésére vonatkozó Service Level Agreement (SLA) határidejét. Eddigre kell a vásárlónak végleges megoldást kapnia, például könyvelt visszatérítést vagy feladott csereárut.

A céldátum alapján mérhető, hogy a teljesítés megfelel-e a szolgáltatási vállalásoknak. Ezt használja a „Resolution SLA Adherence Rate” KPI számítása és a „Refund Resolution SLA Performance” dashboard. A céldátum és a folyamat tényleges befejezési dátumának összevetésével azonosíthatók az SLA-túllépések, és időben kezelhetők az elhúzódó ügyek.

Viszonyítási alapot ad a folyamat teljesítményének méréséhez, így nyomon követhető az SLA betartása és azonosíthatók a késedelmes ügyek.

Lehet, hogy nincs hozzá szabványos mező. Gyakran a visszaküldés létrehozásának dátumához hozzáadott, előre meghatározott SLA-időszak alapján számítják ki, például 14 nap hozzáadásával. Egyedi mezőben is tárolható.