Adatsablon a visszaküldések és visszatérítések feldolgozásához
Adatsablon a visszaküldések és visszatérítések feldolgozásához
- Javasolt attribútumok
- Követendő fő tevékenységek
- Útmutató az adatok kinyeréséhez a Salesforce Commerce Cloudból
A visszaküldések és visszatérítések feldolgozásának attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az időbélyeg, amely megadja, mikor történt az adott tevékenység vagy esemény. | ||
|
Leírás
Az esemény időpontja rögzíti a tevékenység végrehajtásának vagy az állapotváltozásnak a pontos dátumát és időpontját. Ez az időbélyeg szükséges az események helyes sorrendbe állításához és az időalapú elemzésekhez. A process mining ezekkel az időbélyegekkel rendezi sorba a tevékenységeket, számítja ki a lépések közötti átfutási és várakozási időt, valamint elemzi a folyamat teljesítményét különböző időszakokban. A pontos időbélyegek megbízható folyamatelemzést tesznek lehetővé.
Miért fontos?
Ez az időbélyeg határozza meg a tevékenységek időrendi sorrendjét, ami elengedhetetlen az átfutási idők kiszámításához és a folyamat késéseinek feltárásához.
Hol szerezhető be?
Ez általában a Salesforce Commerce Cloud valamely, a visszaküldési folyamathoz kapcsolódó rekordjának létrehozási vagy módosítási időbélyege, például az objektum „CreatedDate” vagy „LastModifiedDate” mezője.
Példák
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Tevékenység neve
ActivityName
|
A visszaküldési folyamatban végrehajtott konkrét üzleti lépés vagy bekövetkezett esemény neve. | ||
|
Leírás
Ez az attribútum írja le, hogy egy adott időpontban melyik feladatot hajtották végre, vagy melyik mérföldkövet érték el a visszaküldési ügyben. Például: „Visszaküldési kérelem létrehozva”, „Termék beérkezett a raktárba” és „Visszatérítés feldolgozva”. A process mining a tevékenység neve alapján állítja össze a folyamattérképet, amely megmutatja a lépések sorrendjét és az ügyek útját. A tevékenységek elemzésével azonosíthatók a szűk keresztmetszetek, az ismételt munkavégzést okozó körök és a standard folyamattól való eltérések.
Miért fontos?
Meghatározza a folyamattérkép lépéseit, így megjeleníthető és elemezhető a visszaküldési munkafolyamat.
Hol szerezhető be?
Ez az attribútum általában eseménynaplókból, állapotváltozási rekordokból vagy a Salesforce Return Order és Case objektumaihoz kapcsolódó feladatok teljesítési adataiból származik.
Példák
Visszaküldési kérelem jóváhagyvaTermékellenőrzés befejezveVisszatérítés feldolgozva
|
|||
|
Visszaküldési ügy azonosítója
ReturnCaseId
|
Egy adott ügyfél-visszaküldés egyedi azonosítója. Összekapcsolja az ügyhöz tartozó összes tevékenységet a folyamat indításától a lezárásig. | ||
|
Leírás
A visszaküldési ügy azonosítója az elsődleges azonosító, amely összekapcsolja az adott ügyfél-visszaküldéshez vagy visszatérítési kérelemhez tartozó összes tevékenységet. Így a visszaküldés teljes életútja, az indítástól a végleges lezárásig, nyomon követhető és elemezhető. A process mining során ez az attribútum alapvető a folyamatügyek rekonstruálásához. Az azonos visszaküldési ügyazonosítóval rendelkező események ugyanahhoz a folyamatpéldányhoz tartoznak. Ez lehetővé teszi a folyamattérképek megjelenítését, az ügyenkénti KPI-k, például az átfutási idő kiszámítását, valamint a visszaküldési folyamatváltozatok elemzését.
Miért fontos?
Ez az elsődleges kulcs kapcsolja össze a visszaküldési folyamat összes lépését egyetlen, nyomon követhető üggyé, ami elengedhetetlen a folyamat teljes körű elemzéséhez.
Hol szerezhető be?
Ezt az azonosítót általában a Salesforce Commerce Cloud Return Merchandise Authorization (RMA) folyamata hozza létre. Gyakran a Return Order vagy Case objektumban található.
Példák
RT-0012345RT-0012346RT-0012347
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, amelyből az eseményadatok származnak. | ||
|
Leírás
Ez az attribútum azonosítja az adatokat létrehozó forrásrendszert. Ennél a folyamatnál az értéke mindig „Salesforce Commerce Cloud”. Több rendszer adatainak együttes elemzésekor ez a mező segít megérteni, hogyan halad át a folyamat a különböző platformokon. Egyértelművé teszi az adatok eredetét, és segít feltárni az adott forráshoz kapcsolódó adatminőségi problémákat.
Miért fontos?
Megmutatja, honnan származnak az adatok. Ez fontos az adatirányítás és a több vállalati rendszerből származó adatok integrálása szempontjából.
Hol szerezhető be?
Ez egy statikus érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá. Nem a Salesforce egyik mezője, hanem az adatmodell részeként van meghatározva.
Példák
Salesforce Commerce Cloud
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg, amely megmutatja, mikor nyerték ki vagy frissítették utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti a Salesforce Commerce Cloud rendszerből történő legutóbbi adatlekérés dátumát és időpontját. Megmutatja, mennyire frissek az elemzett adatok. Így a felhasználók láthatják, mennyire aktuális a folyamatelemzés. Segít tisztázni, hogy az adatok mikor állnak rendelkezésre, és annak ellenőrzésében is fontos, hogy az adatkészlet teljes-e.
Miért fontos?
Tájékoztatja a felhasználókat az adatok aktualitásáról, így láthatják, hogy az elemzés a folyamat legfrissebb állapotát tükrözi-e.
Hol szerezhető be?
Ezt az időbélyeget az adatkinyerő eszköz vagy szkript hozza létre az adatfrissítéskor. Nem Salesforce-mező.
Példák
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
Feldolgozó
ProcessingAgent
|
Az a felhasználó vagy rendszerügynök, aki a visszaküldést vagy a visszaküldési folyamat egy adott tevékenységét kezeli. | ||
|
Leírás
Ez az attribútum azonosítja azt az alkalmazottat vagy rendszerfelhasználót, aki műveletet végzett a visszaküldési ügyben, például jóváhagyta a kérelmet, ellenőrizte a terméket vagy feldolgozta a visszatérítést. Az értéke lehet egy felhasználói azonosító vagy név. A feldolgozók elemzése segít megérteni az egyének és csapatok teljesítménybeli különbségeit. Az „Ügyintézői teljesítmény és következetesség” dashboard segítségével feltárhatók a képzési igények, kiegyensúlyozható a munkaterhelés, és egységesíthetők a szervezeti eljárások.
Miért fontos?
Lehetővé teszi a különböző felhasználók teljesítményének és munkavégzési következetességének elemzését, így azonosíthatók a bevált gyakorlatok és a képzési igények.
Hol szerezhető be?
A Salesforce Case vagy Return Order objektumának „OwnerId” vagy „LastModifiedById” mezőjében található. Kapcsolódó feladat- vagy előzményobjektumokban is tárolható.
Példák
Alice SmithBob JohnsonRendszerautomatizálás
|
|||
|
Igényelt visszatérítési összeg
RequestedRefundAmount
|
Az ügyfél által a visszaküldés indításakor igényelt visszatérítés pénzösszege. | ||
|
Leírás
Ez az attribútum rögzíti az ügyfél által eredetileg várt visszatérítési összeget, amely általában a visszaküldött termék ára. Ez az érték szolgál alapul a visszatérítés kiszámításához. Az összeget a „Visszatérítési összeg eltéréseinek elemzése” dashboardon a „Tényleges visszatérítési összeggel” vetik össze. A jelentős vagy gyakori eltérések a visszaküldési szabályok, a készlet-visszavételezési díjak vagy a rendszer számítási hibáinak problémáira utalhatnak, ami elégedetlenné teheti az ügyfeleket.
Miért fontos?
Alapul szolgál a végleges visszatérítési összeggel való összehasonlításhoz. Segít feltárni az eltéréseket és az esetleges módosítások pénzügyi hatását.
Hol szerezhető be?
Ez az érték általában a Return Order vagy Return Order Line Item objektumban található, és az eredeti értékesítési rendelésből származik.
Példák
49.99125.0089.50
|
|||
|
Tényleges visszatérítési összeg
ActualRefundAmount
|
Az ügyfélnek ténylegesen visszafizetett végleges összeg. | ||
|
Leírás
Ez az attribútum az ügyfélnek visszafizetett végleges összeget jelöli, miután minden felmérés, levonás és számítás lezárult. Az összeg eltérhet az igényelttől például a készlet-visszavételezési díjak, az akciók vagy a visszaküldött termék állapota miatt. Ez az attribútum elengedhetetlen a pénzügyi egyeztetéshez és a „Visszatérítési összeg eltéréseinek elemzése” dashboardhoz. Segít számszerűsíteni a visszaküldési szabályok pénzügyi hatását, és feltárni a visszatérítés kiszámításának és jóváhagyásának rendszerszintű problémáit.
Miért fontos?
Ez a visszaküldés végleges pénzügyi eredménye. Az igényelt összeggel összevetve láthatóvá válik a visszaküldési szabályok és módosítások pénzügyi hatása.
Hol szerezhető be?
Ez az érték általában a Salesforce Commerce Cloud rendszerben a Return Order objektumhoz kapcsolódó Refund vagy Payment Transaction objektumban található.
Példák
49.99115.000.00
|
|||
|
Termék SKU
ProductSku
|
A visszaküldött termék készletnyilvántartási egységének (SKU) azonosítója. | ||
|
Leírás
Ez az attribútum egyedileg azonosítja a visszaküldött terméket, így az adatok termékszinten is elemezhetők. A visszaküldések termék SKU szerinti elemzése segít azonosítani a gyakran visszaküldött termékeket. Ez minőségellenőrzési problémára, pontatlan termékleírásra vagy gyártási hibára utalhat. Ez az adat fontos a „Raktári átvételtől az ellenőrzésig eltelt idő” dashboardhoz is, mert megmutathatja, hogy bizonyos terméktípusok ellenőrzése tovább tart-e.
Miért fontos?
A visszaküldési minták termékenkénti elemzésével azonosíthatók a minőségi vagy leírási problémákkal érintett termékek.
Hol szerezhető be?
Ez az adat a Return Order Line Item objektumban vagy egy kapcsolódó objektumban található, amely összeköti a visszaküldési ügyet az eredeti rendelés adott termékével.
Példák
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Visszaküldés oka
ReturnReason
|
Az ügyfél által megadott ok, amiért visszaküldi a terméket. | ||
|
Leírás
A visszaküldés oka rögzíti, hogy az ügyfél miért indította el a folyamatot. Az ügyfél ezt gyakran egy előre megadott listából választja ki, például „Nem megfelelő méret”, „Sérült termék” vagy „Már nincs rá szükség”. Ez az attribútum fontos a kiváltó okok elemzéséhez. A visszaküldési okok vizsgálatával a vállalat feltárhatja a termékminőséggel, a méretezéssel vagy a termékleírások pontosságával kapcsolatos tendenciákat. Az eredmények alapján fejleszthető a termék, a marketing és az ellátási lánc, így csökkenthető a visszaküldések száma.
Miért fontos?
A visszaküldések okainak megértése segít feltárni a kiváltó problémákat, például a termékhibákat vagy a méretezési gondokat, és csökkentheti a jövőbeni visszaküldések számát.
Hol szerezhető be?
Ez általában a Salesforce Return Order vagy Case objektumának legördülő listás mezője, amelyet az ügyfél a visszaküldés indításakor tölt ki.
Példák
Nem megfelelő méretA termék sérülten érkezettNem a megrendelt terméket küldték ki
|
|||
|
Visszaküldési csatorna
ReturnChannel
|
Az a csatorna, amelyen keresztül elindították a visszaküldést, például online, üzletben vagy az ügyfélszolgálaton keresztül. | ||
|
Leírás
Ez az attribútum azt mutatja meg, hogyan indította el az ügyfél a visszaküldést. Gyakori csatorna az online önkiszolgáló portál, a termék üzletbe való visszavitele vagy az ügyfélszolgálat megkeresése. A visszaküldési csatorna ismerete fontos a „Visszaküldési volumen és feldolgozási trendek” dashboardhoz. Segít az erőforrások hatékony elosztásában, és megmutatja, hogy egyes csatornákhoz hosszabb átfutási idő, eltérő visszaküldési ok vagy magasabb feldolgozási költség társul-e.
Miért fontos?
A visszaküldési adatok csatornánkénti bontása megmutatja a folyamatok és az erőforrásigények különbségeit, például az online és az üzletben indított visszaküldések között.
Hol szerezhető be?
Ez lehet a Return Order vagy Case objektum egyik mezője, de a visszaküldési rekordot létrehozó felhasználó vagy rendszer alapján is kikövetkeztethető.
Példák
Online portálÜzletbenÜgyfélszolgálati hívás
|
|||
|
Átvételtől az ellenőrzésig eltelt idő
ReceiptToInspectionTime
|
A termék raktári átvétele és az ellenőrzés befejezése között eltelt idő. | ||
|
Leírás
Ez a számított mutató a raktári folyamat egyik fontos belső lépésének időtartamát méri. A „Termék beérkezett a raktárba” és a „Termékellenőrzés befejezve” tevékenység időbélyegeinek különbsége. Ez az időtartam áll a „Raktári átvételtől az ellenőrzésig eltelt idő” dashboard és az „Átlagos idő a termék átvételétől az ellenőrzésig” KPI középpontjában. Elemzésével feltárhatók a raktári működés szűk keresztmetszetei, amelyek jelentősen növelhetik a teljes folyamat átfutási idejét.
Miért fontos?
Segít feltárni a raktári szűk keresztmetszeteket, amelyek késleltetik a teljes visszaküldési folyamatot, és hatással vannak a visszatérítés idejére, valamint a készlet elérhetőségére.
Hol szerezhető be?
Az adatok átalakításakor úgy számítják ki, hogy a „Termék beérkezett a raktárba” időbélyegét kivonják a „Termékellenőrzés befejezve” időbélyegéből.
Példák
1 nap 2 óra3 nap 0 óra8 óra
|
|||
|
Elutasítás oka
RejectionReason
|
A visszaküldési kérelem vagy a visszatérítés elutasításának konkrét oka. | ||
|
Leírás
Ha a visszaküldést vagy a visszatérítést nem hagyják jóvá, ez az attribútum rögzíti az elutasítás indokát. Például: „Lejárt a visszaküldési határidő”, „Az ügyfél megrongálta a terméket” vagy „Nem visszaküldhető termék”. Ez az adat fontos az „Elutasított és eszkalált visszaküldések” dashboardhoz. Az elutasítási okok elemzése segít feltárni a visszaküldési szabályok és a folyamat problémás pontjait. Az eredmények alapján egyértelműbb tájékoztatás adható az ügyfeleknek, módosíthatók a szabályok, vagy javítható a kérelmek kezdeti ellenőrzése.
Miért fontos?
Megmutatja, miért hiúsulnak meg a visszaküldések, így javíthatók a visszaküldési szabályok, az ügyfelek tájékoztatása és az ügyintézők képzése.
Hol szerezhető be?
Ez gyakran a Return Order vagy Case objektum egyéni mezője, amely akkor kap értéket, amikor az állapot „Rejected” vagy „Closed - Denied” értékre változik.
Példák
Lejárt a visszaküldési határidőA termék nincs eredeti állapotbanVégkiárusítási termék
|
|||
|
Raktár helye
WarehouseLocation
|
Annak a raktárnak vagy létesítménynek az azonosítója, ahol átvették a visszaküldött terméket. | ||
|
Leírás
Ez az attribútum megadja, melyik fizikai telephelyen dolgozták fel a visszaküldött terméket. Különösen fontos, ha a vállalat több elosztóközponttal rendelkezik. A raktár helye szerinti elemzés feltárhatja a telephelyek közötti teljesítménykülönbségeket. Például megmutathatja, hogy egyes raktárakban tovább tart-e az ellenőrzés, vagy gyakrabban minősítik-e sérültnek a termékeket. Ez segít egységesíteni a működést és kezelni a telephelyspecifikus problémákat.
Miért fontos?
Lehetővé teszi a raktárak teljesítményének összehasonlítását, és megmutatja a feldolgozási idők vagy a minőségértékelés eltéréseit.
Hol szerezhető be?
Ez az adat a Return Order vagy egy kapcsolódó szállítási objektumban tárolható. Az átvételt végző felhasználó alapján is kikövetkeztethető.
Példák
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
SLA betartva
IsSlaCompliant
|
Logikai jelző, amely megmutatja, hogy a visszatérítést a meghatározott SLA-céldátumig feldolgozták-e. | ||
|
Leírás
A jelző értéke „true”, ha a „Visszatérítés feldolgozva” tevékenység a „Visszatérítési SLA céldátumán” vagy az előtt történt, egyébként „false”. Ügyenként egyértelmű, igen-nem eredményt ad az SLA teljesítéséről. Ez az attribútum a „Visszatérítési SLA-megfelelés” dashboard és a „Visszatérítési SLA betartási aránya” KPI alapja. Egyszerűvé teszi a megfelelési arány elemzését, és lehetővé teszi a nem megfelelő esetek okainak vizsgálatát más attribútumok, például a „Feldolgozó” vagy a „Visszaküldési csatorna” szerinti bontásban.
Miért fontos?
Egyszerűsíti az SLA-teljesítmény elemzését, megkönnyíti a megfelelési arány kiszámítását és a késésekhez vezető tényezők azonosítását.
Hol szerezhető be?
Ez egy számított attribútum. A logika: IF (a „Refund Processed” időbélyege <= RefundSlaTargetDate) THEN true ELSE false.
Példák
truefalse
|
|||
|
Termék állapota
ItemCondition
|
A visszaküldött termék raktári ellenőrzésekor felmért állapot. | ||
|
Leírás
A visszaküldött terméket általában átvétel után ellenőrzik, hogy felmérjék az állapotát. Ez az attribútum rögzíti az eredményt, például „Új”, „Használt, újraértékesíthető” vagy „Sérült”. Az állapotfelmérés közvetlenül befolyásolja a végleges visszatérítési összeget, és fontos adat a „Visszaküldési szabályok betartásának áttekintése” dashboardhoz. A termékek állapotának követése segít felmérni a visszaküldött áruk minőségét, valamint kezelni az újraértékesítésre, felújításra vagy selejtezésre szánt készletet.
Miért fontos?
Ez a felmérés gyakran meghatározza a végleges visszatérítési összeget, és elengedhetetlen a visszaküldött áruk készletkezeléséhez.
Hol szerezhető be?
Ez általában a Return Order Line Item objektum egyéni mezője, amelyet a „Termék ellenőrzése” tevékenység során frissítenek.
Példák
Új, bontatlanHasznált, újszerűSérült, nem értékesíthető
|
|||
|
Ügyfél-azonosító
CustomerId
|
A visszaküldést kezdeményező ügyfél egyedi azonosítója. | ||
|
Leírás
Ez az attribútum az ügyfélfiókhoz tartozó egyedi azonosító. Segítségével az ügyfél szintjén összesíthetők a visszaküldési adatok. Az ügyfél-azonosító szerinti elemzés feltárhatja a szokatlanul sok terméket visszaküldő ügyfeleket, ami csalásra vagy tartós elégedetlenségre utalhat. Az ügyfélszegmensek szerinti elemzésből az is kiderülhet, hogy egyes csoportok visszaküldési szokásai eltérnek-e.
Miért fontos?
Lehetővé teszi az ügyfélszintű elemzést, így azonosíthatók a gyakran visszaküldő ügyfelek, és megérthető a különböző ügyfélszegmensek viselkedése.
Hol szerezhető be?
Ez a Salesforce Order és Case objektumainak szabványos mezője, amely a Customer vagy Account objektumhoz kapcsolódik.
Példák
CUST-98765CUST-12345CUST-55555
|
|||
|
Visszaküldés állapota
ReturnStatus
|
A visszaküldési ügy aktuális állapota az életciklusában. | ||
|
Leírás
Ez az attribútum a visszaküldés aktuális állapotát jelzi, például „Jóváhagyásra vár”, „Termék beérkezett”, „Visszatérítve” vagy „Lezárva”. Az értéke a munkafolyamat előrehaladtával változik. A process mining a tevékenységekből állapítja meg a folyamat menetét, az aktuális állapot azonban hasznos kiegészítő információt ad a nyitott és lezárt ügyek szűréséhez és elemzéséhez. A működés nyomon követésekor segít felmérni az aktuális hátralékot és a folyamat egyes szakaszainak munkaterhelését.
Miért fontos?
Megmutatja, hol tart a visszaküldési ügy a folyamatban. Hasznos a működés nyomon követéséhez és az aktív ügyek szűréséhez.
Hol szerezhető be?
Ez a Salesforce Commerce Cloud Return Order vagy Case objektumának szabványos „Status” mezője.
Példák
Jóváhagyásra várJóváhagyvaTermékek beérkeztekLezárva
|
|||
|
Visszaküldési szabályok betartása
ReturnPolicyAdherence
|
Azt jelzi, hogy a visszaküldés megfelel-e a meghatározott üzleti szabályoknak. | ||
|
Leírás
Ez az attribútum jelzi vagy kategorizálja, hogy a visszaküldés megfelel-e a vállalati szabályoknak, például a visszaküldési határidőre, a termék állapotára vagy a vásárlás igazolására vonatkozó előírásoknak. Lehet logikai jelző („Megfelel” vagy „Nem felel meg”), de részletesebb állapotot is megadhat. Ez az attribútum a „Visszaküldési szabályok betartásának áttekintése” dashboard és a „Szabályoknak nem megfelelő esetek aránya” KPI alapja. Segítségével nyomon követhető, mennyire következetesen alkalmazzák a szabályokat, és elemezhető a nem megfelelő visszaküldések folyamatra és pénzügyi eredményekre gyakorolt hatása.
Miért fontos?
Lehetővé teszi a szabályok érvényesítésének nyomon követését, ami segít a költségek kezelésében, a csalások megelőzésében, valamint az ügyfelek méltányos és következetes kiszolgálásában.
Hol szerezhető be?
Ez gyakran más adatpontokra, például a visszaküldés dátumára, a termék állapotára és típusára alkalmazott üzleti szabályokból származtatott attribútum.
Példák
MegfelelNem felel meg, késedelmes visszaküldésNem felel meg, sérült termék
|
|||
|
Visszatérítési SLA céldátuma
RefundSlaTargetDate
|
Az a céldátum, ameddig a visszaküldési ügy visszatérítését teljesen fel kell dolgozni. | ||
|
Leírás
Ez az attribútum határozza meg a visszatérítés teljesítésére vonatkozó szolgáltatási szintű megállapodás (SLA) határidejét. Kiszámítása általában üzleti szabályok alapján történik, például a visszaküldési kérelem jóváhagyásától vagy a termék beérkezésétől számított meghatározott napok alapján. Ez a dátum az a viszonyítási alap, amelyhez a tényleges teljesítményt a „Visszatérítési SLA-megfelelés” dashboard méri. A megfelelés nyomon követése segít fenntartani az ügyfelek következetes és pozitív kiszolgálását, valamint feltárni azokat a csapatokat és folyamatszakaszokat, amelyek veszélyeztetik az SLA-k teljesítését.
Miért fontos?
Meghatározza a visszatérítés feldolgozásának teljesítménycélját, így mérhető az SLA betartása és annak ügyfél-elégedettségre gyakorolt hatása.
Hol szerezhető be?
Ez gyakran a Case vagy Return Order objektum számított mezője, amelyet a létrehozás vagy jóváhagyás dátumából és egy előre meghatározott időtartamból számítanak ki, például CreatedDate + 14 nap.
Példák
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
A visszaküldések és visszatérítések feldolgozásának tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Termék beérkezett a raktárba
|
Ez a tevékenység azt jelzi, hogy a visszaküldött termék fizikailag megérkezett a kijelölt raktárba vagy feldolgozóközpontba. Akkor rögzíthető, amikor a raktári dolgozó beolvassa a terméket, és ezzel frissíti a kapcsolódó ReturnOrderItem állapotát. | ||
|
Miért fontos?
Ez fontos mérföldkő, mert a folyamat ekkor lép át az ügyfél teendőitől a belső feldolgozás szakaszába. Ettől az időponttól mérhetők a raktári működés KPI-jai, például a beérkezés és az ellenőrzés közötti idő.
Hol szerezhető be?
Az esemény a ReturnOrder vagy a ReturnOrderItem objektum „Received” állapotra változásából, illetve a „quantityReceived” mező kitöltéséből következtethető ki.
Rögzítés
A ReturnOrderItem.quantityReceived mező frissítésének vagy az állapot „Received” értékre változásának észlelése.
Eseménytípus
inferred
|
|||
|
Termékellenőrzés befejezve
|
Ez a tevékenység jelzi a termék ellenőrzésének befejezését, amikor felmérik és dokumentálják annak állapotát. A visszaküldött termék állapotának változása rögzíti, és elindítja a következő lépést, például a visszatérítés összegének kiszámítását. | ||
|
Miért fontos?
Ez a folyamat egyik fontos döntési pontja, amely meghatározza, hogy indokolt-e a visszatérítés. A beérkezéstől az ellenőrzés befejezéséig eltelt idő a raktári működés egyik fő KPI-ja.
Hol szerezhető be?
Az esemény a ReturnOrderItem objektum állapotának „Inspected” értékre frissítéséből, vagy abból következtethető ki, hogy egy ügyintéző megerősíti a „reasonForReturn” mező értékét.
Rögzítés
A ReturnOrderItem.status mező „Inspected” értékre változásának észlelése.
Eseménytípus
inferred
|
|||
|
Visszaküldési kérelem jóváhagyva
|
Ez az esemény azt jelzi, hogy egy ügyintéző vagy egy automatizált szabály ellenőrizte és jóváhagyta a visszaküldési kérelmet. Általában a ReturnOrder objektum állapotváltozásából következtethető ki, például a „New” állapot „Approved” értékre változásából. | ||
|
Miért fontos?
Ennek a mérföldkőnek a nyomon követésével elemezhető a jóváhagyási szakasz hatékonysága, és feltárhatók a szűk keresztmetszetek. A kérelem létrehozása és jóváhagyása közötti idő az ügyintézői teljesítmény egyik fontos KPI-ja.
Hol szerezhető be?
Az esemény a ReturnOrder objektum állapotmezőjének jóváhagyást jelző értékre, például „Approved” vagy „Authorized” értékre történő frissítésének időbélyegéből következtethető ki.
Rögzítés
A ReturnOrder.status mező „Approved” értékre változásának észlelése.
Eseménytípus
inferred
|
|||
|
Visszaküldési kérelem létrehozva
|
Ez a tevékenység jelzi, hogy a rendszerben létrejött a visszaküldési engedélyezési ügy. Akkor rögzíthető, amikor új ReturnOrder rekord jön létre a Salesforce Commerce Cloudban, akár az ügyfél kezdeményezi az online áruházban, akár egy ügyintéző hozza létre. | ||
|
Miért fontos?
A visszaküldési folyamat kezdőpontjaként ez a tevékenység elengedhetetlen a teljes átfutási idő méréséhez és a beérkező visszaküldési kérelmek számának időbeli elemzéséhez.
Hol szerezhető be?
Az esemény a Salesforce Commerce Cloud OMS rendszerben található ReturnOrder objektum létrehozási időbélyegéből rögzíthető.
Rögzítés
Új ReturnOrder rekord létrehozásának nyomon követése.
Eseménytípus
explicit
|
|||
|
Visszaküldési ügy lezárva
|
Ez a tevékenység a visszaküldési ügy rendszerbeli végleges lezárását jelzi, miután a visszatérítés, a csere vagy az elutasítás lezárult. A ReturnOrder állapotának „Closed” vagy „Completed” értékre változásából következtethető ki. | ||
|
Miért fontos?
A folyamat elsődleges végpontjaként ez a tevékenység szükséges a teljes átfutási idő kiszámításához és a visszaküldések feldolgozási teljesítményének méréséhez.
Hol szerezhető be?
A ReturnOrder objektum állapotmezőjének végleges értékre, például „Closed” vagy „Completed” értékre frissítésekor rögzített időbélyegből következtethető ki.
Rögzítés
A ReturnOrder.status mező „Closed” értékre változásának észlelése.
Eseménytípus
inferred
|
|||
|
Visszatérítés feldolgozva
|
Ez a tevékenység azt igazolja, hogy a fizetési szolgáltató sikeresen feldolgozta a visszatérítést, és az összeget elküldte az ügyfélnek. Az eseményt általában a fizetési szolgáltató visszaigazoló callbackje indítja el. | ||
|
Miért fontos?
Ez fontos mérföldkő a visszatérítési SLA betartásának mérésében. Igazolja, hogy a visszaküldési folyamat pénzügyi része sikeresen lezárult.
Hol szerezhető be?
A fizetési szolgáltató callback eseménye rögzíti, amely a Salesforce-ban a kapcsolódó Payment vagy Refund objektum állapotát „Processed” vagy „Completed” értékre módosítja.
Rögzítés
A fizetési szolgáltatótól érkező visszaigazoló esemény követése, amely frissíti a Payment objektum állapotát.
Eseménytípus
explicit
|
|||
|
Csere rendelés létrehozva
|
Ha a visszaküldés cserével zárul, ez az esemény jelzi, hogy létrejött az új értékesítési rendelés a csere termékhez. Ez a pénzbeli visszatérítés alternatívája. | ||
|
Miért fontos?
Ezt az útvonalat a visszatérítésektől elkülönítve érdemes követni, így mérhető a cserék aránya és a csere teljesítési folyamatának hatékonysága.
Hol szerezhető be?
A ReturnOrder objektumhoz kapcsolt új SalesOrder objektum létrehozásakor rögzül.
Rögzítés
Az új SalesOrder létrehozásának követése, amely a ReturnOrder ID-hoz kapcsolódik.
Eseménytípus
explicit
|
|||
|
Termékellenőrzés megkezdve
|
Ez az esemény jelzi a visszaküldött termék minőségi és állapotfelmérésének kezdetét. Általában abból következtethető ki, hogy a visszaküldött termék állapota „Inspecting” vagy hasonló értékre változik. | ||
|
Miért fontos?
Az ellenőrzés kezdetének nyomon követésével elkülöníthető az ellenőrzés tényleges időtartama a teljes raktári várakozási időtől. Így részletesebben vizsgálhatók a lehetséges szűk keresztmetszetek.
Hol szerezhető be?
Az esemény a ReturnOrderItem objektum állapotának „Inspecting” vagy „Under Inspection” értékre frissítéséből következtethető ki.
Rögzítés
A ReturnOrderItem.status mező „Inspecting” értékre változásának észlelése.
Eseménytípus
inferred
|
|||
|
Visszaküldési címke létrehozva
|
Ez a tevékenység azt jelzi, hogy elkészült a termék visszaküldéséhez szükséges szállítási címke. Az esemény közvetlenül is rögzíthető, ha a szállítóval való integráció naplózza azt a visszaküldési ügyhöz. | ||
|
Miért fontos?
Ez a lépés fontos része az ügyfélélménynek, és késést okozhat, ha a címke létrehozása nem zökkenőmentes. Ekkor kerül át az ügyfélhez a termék feladásának feladata.
Hol szerezhető be?
A szállítói integráció, például a Salesforce Shipping, egy egyéni mezőben vagy a ReturnOrder objektumhoz kapcsolódó objektumban rögzítheti az eseményt.
Rögzítés
A szállítói integráció eseményének vagy egy egyéni objektum létrehozásának nyomon követése.
Eseménytípus
explicit
|
|||
|
Visszaküldési kérelem elutasítva
|
Ez az esemény azt jelzi, hogy a visszaküldési kérelmet elutasították, ezért a feldolgozás nem folytatódik. Akkor rögzíthető, amikor a ReturnOrder állapota „Rejected” vagy „Canceled” értékre változik, még az áru beérkezése előtt. | ||
|
Miért fontos?
Az elutasított visszaküldések elemzésével feltárhatók az elutasítás gyakori okai, például a szabályzat megsértése. Az eredmények alapján javítható az ügyfelek tájékoztatása és a felületen végzett ellenőrzés.
Hol szerezhető be?
Az esemény a ReturnOrder objektum állapotmezőjének elutasítást jelző értékre, például „Rejected” vagy „Denied” értékre történő frissítésének időbélyegéből következtethető ki.
Rögzítés
A ReturnOrder.status mező „Rejected” értékre változásának észlelése.
Eseménytípus
inferred
|
|||
|
Visszatérítés elindítva
|
Ez az esemény jelzi, hogy a Salesforce Commerce Cloud elküldte a visszatérítési kérelmet egy külső fizetési szolgáltatónak. Ekkor indul el a pénzügyi tranzakció. | ||
|
Miért fontos?
Az SLA-megfelelés elemzéséhez fontos külön kezelni a visszatérítés elindítását és feldolgozását. Az ezt követő késések jellemzően a fizetési szolgáltatótól, nem pedig a belső feldolgozástól függenek.
Hol szerezhető be?
Az esemény közvetlenül rögzíthető az eseménynaplóból vagy az API-hívás rekordjából, amikor a rendszer kapcsolatba lép a fizetési szolgáltatóval. A Payment objektum állapotváltozásából is következtethető ki.
Rögzítés
A fizetési szolgáltatóhoz intézett API-hívás eseményének vagy az állapot „Refund Pending” értékre változásának nyomon követése.
Eseménytípus
explicit
|
|||
|
Visszatérítés jóváhagyva
|
Ez a tevékenység azt jelzi, hogy a kiszámított visszatérítési összeget jóváhagyták, így az feldolgozható. Ez történhet automatikusan, de nagy összegű visszaküldéseknél manuális jóváhagyásra is szükség lehet. | ||
|
Miért fontos?
A jóváhagyás szűk keresztmetszetté válhat, különösen akkor, ha manuális beavatkozást igényel. Ez fontos mérföldkő a pénzügyi tranzakció elindítása előtt.
Hol szerezhető be?
Az esemény a ReturnOrder vagy egy kapcsolódó fizetési összesítő objektum állapotának „Refund Approved” vagy „Ready for Refund” értékre változásából következtethető ki.
Rögzítés
A ReturnOrder vagy a kapcsolódó fizetési objektum állapotváltozásának észlelése.
Eseménytípus
inferred
|
|||
|
Visszatérítési összeg kiszámítva
|
Ez a lépés határozza meg a végleges visszatérítési összeget, figyelembe véve például a termék állapotát, a készlet-visszavételezési díjat vagy az akciókat. Gyakran automatikus rendszerlépés, amely kitölti a visszatérítési összeg mezőit. | ||
|
Miért fontos?
Ennek a lépésnek az elemzése fontos a „Visszatérítési összeg eltéréseinek elemzése” dashboardhoz. Segít feltárni azokat az eseteket, amikor a végleges összeg eltér az ügyfél által kért összegtől.
Hol szerezhető be?
Az esemény a ReturnOrder objektum vagy a kapcsolódó visszatérítési tranzakció objektum összegmezőinek kitöltéséből vagy frissítéséből következtethető ki.
Rögzítés
A visszatérítési összeg mezőinek kitöltési időpontját jelző időbélyeg észlelése.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Használja ezt az adatsablont a process mining bevezetésének elindításához. Kezdje el fejleszteni a visszaküldések és visszatérítések feldolgozását a hatékonyabb működés és a jobb ügyfélélmény érdekében.
Tegye hatékonyabbá a visszaküldések és visszatérítések feldolgozását
Tárja fel a hatékonysági problémákat, és rövidítse legalább 30%-kal a visszaküldési ciklusidőt.
Nincs szükség bankkártyára. Néhány perc alatt beállíthatja.