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
- Nyomon követendő tevékenységek
- Útmutató az adatok kinyeréséhez a NetSuite-ból
A visszaküldési és visszatérítési folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTimestamp | A tevékenység pontos dátuma és időpontja, amely a folyamat eseményeinek időrendi sorrendjét adja. | ||
| Leírás Az esemény időbélyege rögzíti, hogy pontosan mikor történt egy tevékenység. Ez az adat szükséges az események helyes sorrendjének megállapításához és minden időalapú elemzéshez. Segítségével kiszámítható a tevékenységek közötti idő, az ügyek teljes átfutási ideje és a várakozási idő. Ezek az értékek alapvetők a teljesítmény nyomon követéséhez, a szűk keresztmetszetek elemzéséhez és az SLA teljesítésének ellenőrzéséhez. Az időbélyegeknek pontosnak kell lenniük ahhoz, hogy a process mining elemzései megbízhatók legyenek. Miért fontos? Ez az attribútum adja meg az események időrendi sorrendjét. Ez szükséges a folyamatmenet feltárásához, valamint az olyan teljesítménymutatók kiszámításához, mint az átfutási és a várakozási idő. Hol szerezhető be? Ez az adat jellemzően a NetSuite-rekordok „Date Created” vagy „Last Modified Date” mezőjéből, illetve a tranzakciókhoz tartozó System Notes allistában szereplő időbélyegekből származik. Példák 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:12:05Z | |||
| Tevékenység neve ActivityName | A visszaküldési folyamatban történt konkrét üzleti esemény vagy lépés neve, például „A termék ellenőrizve” vagy „Visszatérítés feldolgozva”. | ||
| Leírás A tevékenység neve a visszaküldési és visszatérítési folyamat egy adott lépését vagy mérföldkövét jelöli. Az események időbélyegük szerint rendezve adják ki a folyamatmenetet. A tevékenységek sorrendjének és gyakoriságának elemzésével feltárhatók a leggyakoribb folyamatútvonalak, a lépések közötti szűk keresztmetszetek, valamint az újramunka és az ismétlődő tevékenységek. Például: „Visszaküldési engedély létrehozva”, „A termék beérkezett” és „Jóváírás jóváhagyva”. Miért fontos? Ez az attribútum határozza meg a folyamat lépéseit. Szükséges a folyamattérkép megjelenítéséhez, a folyamatváltozatok elemzéséhez, valamint a szűk keresztmetszetek és az újramunka feltárásához. Hol szerezhető be? Ez az attribútum jellemzően a Return Authorization és a Credit Memo tranzakciós rekordok állapotváltozásaiból, illetve a rendszerjegyzetekben vagy egyéni eseménynaplókban rögzített felhasználói műveletekből származik. Példák Visszaküldési engedély létrehozvaA termék beérkezettA termék ellenőrizveVisszatérítés feldolgozvaVisszaküldési engedély lezárva | |||
| Visszaküldési ügy azonosítója ReturnCaseId | Egy adott ügyfél-visszaküldés vagy visszatérítés egyedi azonosítója. Összekapcsolja az ügyhöz tartozó összes tevékenységet a kezdetétől a lezárásáig. | ||
| Leírás A Return Case ID a visszaküldés teljes folyamatának elsődleges azonosítója. Minden egyedi azonosító egy visszaküldési engedélyhez tartozik, így elemezhető az összes kapcsolódó esemény, például a termék beérkezése, ellenőrzése és a visszatérítés feldolgozása. A process mining során ez az azonosító szükséges ahhoz, hogy minden visszaküldés teljes folyamata rekonstruálható legyen, kiszámíthatók legyenek az átfutási idők, és feltárhatók legyenek az egyes ügyek eltérései. Miért fontos? Ez a process mining alapvető attribútuma: összekapcsolja az egyes eseményeket egy teljes, egységes folyamatpéldánnyá, így elemezhetők a folyamatmenetek és a teljesítmény. Hol szerezhető be? Ez általában a NetSuite Return Authorization rekordjának Internal ID vagy Transaction ID mezője. Példák RMA-0012345RMA-0012346RMA-0012347 | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az adatokat kinyerték. Az adat eredetének nyomon követésére szolgál. | ||
| Leírás Ez az attribútum azonosítja a folyamatadatok forrását. Ebben az esetben ez jellemzően a „NetSuite”. A forrásrendszer megadása fontos, ha több rendszer adatait egyesítik, mert így az adatok eredete és útja egyértelműen követhető. Miért fontos? Megmutatja az adatok eredetét. Ez fontos az adatirányításhoz, a hibakereséshez, valamint akkor, ha több rendszer adatait egyesítik a folyamat egységes áttekintéséhez. Hol szerezhető be? Ez egy állandó érték („NetSuite”), amelyet jellemzően az adatok kinyerése és átalakítása során adnak hozzá. Példák NetSuiteNetSuite ERP | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették vagy töltötték be utoljára a folyamat adatait. | ||
| Leírás Ez az attribútum rögzíti, hogy mikor frissítették utoljára az adatkészletet a forrásrendszerből. Fontos metaadat, amely tájékoztatja a felhasználókat az elemzés adatainak aktualitásáról. Ha ez az információ megjelenik a dashboardokon, a felhasználók tudják, mire számíthatnak, és az adatok frissességét figyelembe véve hozhatnak döntéseket. Miért fontos? Átláthatóvá teszi, mennyire frissek az adatok. Így a felhasználók megbízhatnak az elemzésben, és megítélhetik, mennyire tükrözi a működés jelenlegi állapotát. Hol szerezhető be? Ezt az időbélyeget az adatok kinyerése, átalakítása és betöltése (ETL) során állítják elő és adják hozzá. Példák 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Részleg Department | Az a részleg vagy csapat, amely az adott szakaszban a visszaküldési ügyet kezeli. | ||
| Leírás Ez az attribútum egy adott részleghez rendeli a folyamat tevékenységeit, például az ügyfélszolgálathoz, a raktárhoz vagy a pénzügyhöz. Segít megérteni a csapatok közötti átadásokat és feltárni a részlegek szűk keresztmetszeteit. Ha elemzi, mennyi időt töltenek az ügyek egy adott részlegnél vagy annak kiszolgálására várva, azonosíthatja a késedelmek forrását, és hatékonyabban oszthatja el az erőforrásokat. Ez a „Visszaküldési folyamat teljesítménye részlegenként” dashboard egyik fő dimenziója. Miért fontos? Lehetővé teszi a folyamat teljesítményének funkcionális területenkénti elemzését, és megmutatja a részlegek közötti átadások késedelmét, valamint a részlegek szűk keresztmetszeteit. Hol szerezhető be? Az adat származhat a tevékenységhez kapcsolt felhasználói vagy munkatársi rekordból, illetve magán a tranzakción szereplő „Department” mezőből. A NetSuite-ban ezt gyakran a munkatársi rekordokban állítják be. Példák RaktárÜgyfélszolgálatPénzügyMinőségbiztosítás | |||
| Tényleges visszatérítési összeg ActualRefundAmount | Az ügyfélnek ténylegesen visszatérített végleges pénzösszeg. | ||
| Leírás Ez az attribútum az ügyfélnek jóváírt vagy visszatérített tényleges összeget mutatja, a Credit Memo vagy a visszatérítési tranzakció adatai alapján. Az összeg eltérhet az igényelt összegtől például a készlet-visszavételezési díjak, a szállítási költségek vagy a sérült termékek miatti részleges visszatérítés következtében. Ez az adat elengedhetetlen a pénzügyi jelentésekhez és a „Visszatérítési összeg eltérésének aránya” KPI kiszámításához. Miért fontos? A visszaküldés tényleges pénzügyi hatását mutatja, ezért nélkülözhetetlen a pénzügyi egyeztetéshez és a visszatérítések pontosságának elemzéséhez. Hol szerezhető be? Az érték a Return Authorization alapján létrehozott Credit Memo tranzakció „Total” mezőjéből származik. Példák 99.99140.000.00 | |||
| Ügyintéző ProcessingAgent | Az a munkatárs vagy felhasználó, aki a visszaküldési folyamat egy adott tevékenységét elvégezte. | ||
| Leírás Az ügyintéző attribútum megmutatja, ki felelt egy adott feladat elvégzéséért, például a visszaküldés jóváhagyásáért vagy a termék ellenőrzéséért. Ez az attribútum szükséges a felhasználói szintű teljesítmény elemzéséhez. Segít azonosítani a kiemelkedően teljesítő munkatársakat, a további képzést igénylő területeket és a csapaton belüli egyenlőtlen munkaterhelést. Az ügyintézők szerinti elemzés a „Visszaküldési folyamat teljesítménye részlegenként” dashboard egyik alapja. Miért fontos? Lehetővé teszi az egyéni és csapatteljesítmény, a munkaterhelés elosztása és a képzési igények elemzését, közvetlenül javítva a működés hatékonyságát. Hol szerezhető be? Az adat származhat például a NetSuite-tranzakciók „Created By” vagy „Approved By” mezőjéből, illetve a System Notes allista felhasználói mezőiből. Példák Alice JohnsonBob WilliamsCharlie Brown | |||
| Visszaküldés állapota ReturnAuthorizationStatus | A visszaküldési engedély aktuális állapota, például „Jóváhagyásra vár”, „Jóváhagyva” vagy „Lezárva”. | ||
| Leírás Ez az attribútum jelzi, hogy a visszaküldési ügy éppen hol tart a folyamatban. Segít megérteni a visszaküldések előrehaladását és csoportosítani az ügyeket. Ha például elemzi, mennyi időt töltenek az ügyek „Beérkezésre vár” állapotban, feltárhatja a szállítási késedelmeket. A „Jóváhagyásra vár” állapotban töltött hosszú idő belső szűk keresztmetszetre utalhat. Az attribútum a visszaküldés végső kimenetelének, például a „Lezárva” vagy „Elutasítva” állapotnak a meghatározására is használható. Miért fontos? Megmutatja, hol tart az egyes visszaküldések feldolgozása, így elemezhető az ügyek megoszlása, az egyes állapotok időtartama és a folyamat kimenetele. Hol szerezhető be? Ez a NetSuite Return Authorization rekord „Status” vagy egy hasonló mezőjének felel meg. Példák Jóváhagyásra várBeérkezésre várJóváhagyvaElutasítvaLezárva | |||
| Visszaküldés típusa ReturnType | A visszaküldés besorolása az ügyfél által megadott indok alapján. | ||
| Leírás A visszaküldés típusa az indok alapján sorolja kategóriákba az eseteket, például „Hibás termék”, „Nem megfelelő méret”, „Meggondolta magát” vagy „Nem a leírásnak megfelelő”. Ez a besorolás szükséges a kiváltó okok elemzéséhez. A különböző visszaküldési típusok folyamatmutatóinak elemzésével feltárhatók a termékminőségi problémák, a pontatlan termékleírások és a teljesítési hibák. Ez az attribútum a „Visszaküldések teljesítménye típus és csatorna szerint” dashboard egyik alapja. Miért fontos? Segít feltárni a visszaküldések kiváltó okait, így célzottan fejleszthetők a termékek, a marketingcélú leírások és a rendelések teljesítési folyamata, valamint csökkenthető a visszaküldések száma. Hol szerezhető be? Ez jellemzően egy egyéni mező vagy szabványos lista-/rekordmező a Return Authorization űrlapon, ahol rögzítik a visszaküldés indokát. Példák Hibás termékNem megfelelő terméket küldtekÜgyfél-elégedetlenségNem megfelelő méret vagy szín | |||
| Automatizált IsAutomated | Logikai jelző, amely megmutatja, hogy a rendszer automatikusan hajtott-e végre egy tevékenységet. | ||
| Leírás Ez az attribútum jelzi, hogy egy tevékenységet felhasználó, automatizált rendszer, script vagy workflow hajtott-e végre. Például a „Visszaküldési engedély létrehozva” eseményt automatikusan kiválthatja egy ügyfélportál, míg a „Termék ellenőrizve” manuális tevékenység. Az automatizálás nyomon követésével azonosíthatók a manuális lépések automatizálási lehetőségei, és mérhető a már bevezetett automatizálások hatása. Miért fontos? Segít megkülönböztetni a manuális és az automatizált feladatokat. Ez fontos az automatizálási lehetőségek feltárásához és a digitális fejlesztések hatásának méréséhez. Hol szerezhető be? Az eseményhez társított felhasználó alapján következtethetünk rá. A NetSuite rendszer által létrehozott eseményekhez gyakran egy adott rendszerfelhasználó vagy scriptazonosító tartozik. Példák truefalse | |||
| Igényelt visszatérítési összeg RequestedRefundAmount | A visszaküldéshez eredetileg igényelt vagy várható visszatérítés pénzösszege. | ||
| Leírás Ez az attribútum a folyamat kezdetén rögzíti a várható visszatérítés összegét, amely jellemzően a visszaküldött termékek eredeti vételárán alapul. Ez az összeg szolgál viszonyítási alapként a ténylegesen visszatérített összeghez. A „Visszatérítési összeg eltérésének aránya” KPI közvetlenül veti össze ezt az értéket a tényleges visszatérítési összeggel, így kimutathatók a készlet-visszavételezési díjakból, részleges visszatérítésekből vagy más korrekciókból eredő eltérések. Miért fontos? Viszonyítási alapot ad a pénzügyi elemzéshez. Segítségével nyomon követhetők a várt és a tényleges visszatérítési összeg közötti eltérések, és feltárhatók a korrekciók okai. Hol szerezhető be? Az érték a Return Authorization tranzakció tételsorainak „Amount” vagy „Rate” mezőjéből származik. Példák 99.99150.0025.50 | |||
| SLA-megfelelés IsSlaCompliant | Számított jelző, amely megmutatja, hogy a visszatérítést a meghatározott SLA-határidőn belül dolgozták-e fel. | ||
| Leírás Ez a logikai attribútum a „Visszatérítés feldolgozva” időbélyeg és a „Visszatérítés SLA-határideje” összevetésével számítható ki. Ha a visszatérítést a céldátumon vagy az előtt dolgozták fel, az érték igaz, egyébként hamis. A jelzővel egyszerűen készíthetők megfelelési jelentések és dashboardok, például a „Visszatérítési SLA-megfelelés nyomon követése” dashboard. A „Visszatérítési SLA teljesítési aránya” KPI kiszámításához is használható. Miért fontos? Egyértelmű, igen-nem eredményt ad az egyes esetek SLA-teljesítéséről, így a megfelelési arányok időbeli nyomon követése, jelentése és elemzése is egyszerű. Hol szerezhető be? Ez az attribútum az adatátalakítás során vagy a process mining eszközben számítható ki. A logika: a „Visszatérítés feldolgozva” esemény Példák truefalse | |||
| Termékazonosító ProductIdentifier | A visszaküldött termék egyedi azonosítója, például SKU vagy cikkszám. | ||
| Leírás Ez az attribútum azonosítja a visszaküldésben érintett terméket. A termékenkénti visszaküldések elemzésével feltárhatók a gyakran visszaküldött termékek, ami minőségi hibára, pontatlan leírásra vagy más problémára utalhat. Az adatok részletes termékteljesítmény-elemzést tesznek lehetővé, és segíthetnek a termékfejlesztéssel, a beszerzéssel és a marketinggel kapcsolatos döntésekben. Miért fontos? Összekapcsolja a visszaküldési folyamat adatait az egyes termékekkel, így feltárhatók a termékekhez kapcsolódó problémák kiváltó okai, és csökkenthető a visszaküldések száma. Hol szerezhető be? A Return Authorization rekord „Items” allistájában található, az „Item” mezőnek felel meg. Példák SKU-TEE-BL-LPROD-00543ITEM-987123 | |||
| Ügyfélazonosító CustomerId | A visszaküldést kezdeményező ügyfél egyedi azonosítója. | ||
| Leírás Az ügyfélazonosító kapcsolja a visszáru-tranzakciót egy adott ügyfélhez. Így ügyfélközpontú elemzések végezhetők, például azonosíthatók a gyakran visszaküldő ügyfelek, ami elégedetlenségre vagy csalásra utalhat. Az ügyfelek típusa vagy értéke szerinti bontásban a folyamat teljesítménye is vizsgálható, így a kiemelt ügyfelek kiszolgálása előnyt élvezhet. Miért fontos? Lehetővé teszi a visszaküldési szokások ügyfélszintű elemzését, valamint a folyamat ügyféljellemzők, például szegmens vagy élettartamérték szerinti bontását. Hol szerezhető be? A NetSuite Return Authorization rekord fejlécében szereplő „Customer” vagy „Entity” mező. Példák CUST-001CUST-002CUST-003 | |||
| Visszaküldési csatorna ReturnChannel | Az a csatorna, ahol az eredeti vásárlás történt, vagy ahol a visszaküldést kezdeményezték. | ||
| Leírás A visszaküldési csatorna jelzi, honnan érkezik a visszaküldés, például webáruházból, üzletből vagy piactérről. Az egyes csatornákhoz eltérő visszaküldési folyamatok, költségek és ügyfélelvárások tartozhatnak. A csatornánkénti teljesítmény elemzésével fejleszthetők az egyes folyamatok, hatékonyabban oszthatók el az erőforrások, és feltárhatók a csatornaspecifikus problémák. Ez a „Visszaküldések teljesítménye típus és csatorna szerint” dashboard egyik alapvető attribútuma. 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 visszaküldés kezdeményezéséhez, illetve kezeléséhez kapcsolódó hatékonysági problémákat és bevált gyakorlatokat. Hol szerezhető be? Ez az adat gyakran a visszaküldéshez kapcsolódó eredeti Sales Order rekordból származik. A „Channel” vagy „Location” mezőben lehet tárolva. Példák WebáruházKiskereskedelmi üzletAmazon piactérTelefonos rendelés | |||
| Visszaküldési szabályzat betartása ReturnPolicyAdherence | Jelzi, hogy a visszaküldés megfelel-e a vállalat érvényes visszaküldési szabályzatának. | ||
| Leírás Ez a logikai vagy kategóriamező jelzi, hogy a visszaküldés megfelel-e az előre meghatározott feltételeknek, például a visszaküldési határidőnek, a termék állapotára vonatkozó előírásoknak és a vásárlást igazoló dokumentum meglétének. A mezővel nyomon követhető a megfelelés és kezelhetők a kivételek. A „Visszaküldési szabályzat alóli kivételek” dashboard ezt az attribútumot használja a különleges kezelést vagy felülvizsgálatot igénylő esetek kiemelésére. Így csökkenthető a kockázat, és biztosítható a szabályok következetes alkalmazása. Miért fontos? Segít nyomon követni és betartatni a visszaküldési szabályzatot, csökkenteni a szabályoknak nem megfelelő visszaküldésekből eredő pénzügyi kockázatot, valamint biztosítani a méltányos és következetes ügyintézést. Hol szerezhető be? Szinte biztosan egyéni mező, például jelölőnégyzet vagy lista a Return Authorization rekordon, amelyet workflow kezel. Példák MegfelelNem felel meg, lejárt a határidőJóváhagyott kivétel | |||
| Visszaküldött termék állapota ReturnCondition | A visszaküldött termék ellenőrzéskor megállapított állapota, például „Új”, „Sérült” vagy „Használt”. | ||
| Leírás Ez az attribútum rögzíti a visszaküldött termék fizikai ellenőrzésének eredményét. Az állapot határozza meg a további lépéseket: például teljes visszatérítés jár-e, visszakerül-e a termék a készletbe, vagy selejtezni kell. Az értékelés következetességének és átfutási idejének elemzése a „Visszaküldött termék állapotának értékelése” dashboard célja. Ez az adat a pénzügyi egyeztetéshez és a készletkezeléshez is fontos. Miért fontos? Közvetlenül befolyásolja a visszaküldés pénzügyi eredményét és a további készletkezelési lépéseket. A következetlen értékelés pénzügyi veszteséget és a folyamat ismételt elvégzését okozhatja. Hol szerezhető be? Ez valószínűleg egy egyéni mező az Item Receipt vagy a Return Authorization rekordon, amelyet a raktári dolgozók töltenek ki az ellenőrzés során. Példák Újra értékesíthetőSérült, dobozbanHasznált, jó állapotúHiányzó alkatrészek | |||
| Visszatérítés SLA-határideje RefundSlaTargetDate | Az a céldátum, ameddig a szolgáltatási szintre vonatkozó megállapodás szerint fel kell dolgozni a visszatérítést. | ||
| Leírás A visszatérítés SLA-határideje egy számított időbélyeg, amely az ügyfélnek tett feldolgozási vállalást jelzi. Általában úgy számítják ki, hogy egy fontos esemény, például a „Termék beérkezett” vagy a „Visszatérítés jóváhagyva” időpontjához hozzáadnak egy előre meghatározott időtartamot, például 5 munkanapot. Ez az attribútum szükséges a „Visszatérítési SLA-megfelelés nyomon követése” dashboardhoz és a „Visszatérítési SLA teljesítési aránya” KPI-hoz. Segítségével mérhető, hogy a vállalat mennyire tartja be az ügyfeleknek tett ígéreteit. Miért fontos? Lehetővé teszi az ügyfeleknek tett vállalások teljesítésének számszerű mérését, ami elengedhetetlen az ügyfelek elégedettségének és bizalmának megőrzéséhez. Hol szerezhető be? Ez általában nem szabványos mező. Egy előre meghatározott SLA-időtartamot, például 5 napot kell hozzáadni egy fontos időponthoz, például a „Termék beérkezett” dátumához. Példák 2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z | |||
| Visszatérítési összeg eltérése RefundAmountDiscrepancy | Az igényelt és a ténylegesen visszatérített összeg különbsége. | ||
| Leírás Ez a mutató az „Igényelt visszatérítési összeg” és a „Tényleges visszatérítési összeg” különbségeként számítható ki. A nullától eltérő érték azt jelzi, hogy a folyamat során korrekció történt, például készlet-visszavételezési díj vagy sérült termék miatt. Ez az attribútum szolgáltat adatot a „Visszatérítési összeg eltérésének aránya” KPI elemzéséhez, és segít kiemelni a jelentős pénzügyi korrekciót igénylő eseteket. Miért fontos? Kiemeli a visszaküldési folyamat során végrehajtott pénzügyi korrekciókat. Így elemezhető, miért keletkeztek eltérések, és hogy azok következetesek és indokoltak voltak-e. Hol szerezhető be? Számított attribútum. A képlet: Példák 0.0010.00-5.00 | |||
A visszaküldési és visszatérítési folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| A termék beérkezett | Ez a tevékenység jelzi, hogy a visszaküldött termék fizikailag megérkezett a raktárba vagy a feldolgozóközpontba. A NetSuite ezt kifejezetten az eredeti Return Authorization rekordhoz kapcsolt Item Receipt tranzakció létrehozásával rögzíti. | ||
| Miért fontos? Ez fontos mérföldkő: a folyamat az ügyfél teendőiről a belső feldolgozásra vált. A „Visszaküldés jóváhagyva” és a „Termék beérkezett” közötti idő az ügyfél visszaküldési sebességét mutatja, az ezt követő idő pedig a belső feldolgozás hatékonyságát. Hol szerezhető be? Ez az esemény az ItemReceipt tranzakció létrehozásának időbélyege. A rekord közvetlenül kapcsolódik az eredeti ReturnAuthorization rekordhoz. Rögzítés A RA-hoz kapcsolt NetSuite ItemReceipt tranzakció rekordjának létrehozási dátuma. Eseménytípus explicit | |||
| Jóváírás létrehozva | Ez a tevékenység jelzi, hogy a visszaküldés pénzügyi feldolgozása megkezdődött a Credit Memo létrehozásával. Ez a dokumentum tartalmazza az ügyfélnek visszatérítendő összeget, és a termék beérkezése, valamint jóváhagyása után a Return Authorization alapján készül. | ||
| Miért fontos? A Credit Memo létrehozása fontos pénzügyi mérföldkő. A termék beérkezése és a jóváírás létrehozása közötti idő megmutatja, mennyire hatékony az ellenőrzéstől a jóváírásig tartó folyamat. Hol szerezhető be? Ez az esemény a CreditMemo tranzakció létrehozásának időbélyege. A Credit Memo „Created From” mezője kapcsolja vissza a dokumentumot a ReturnAuthorization rekordhoz. Rögzítés A NetSuite CreditMemo tranzakció rekordjának létrehozási dátuma. Eseménytípus explicit | |||
| Visszaküldési engedély jóváhagyva | Ez a tevékenység azt jelzi, hogy egy munkatárs hivatalosan jóváhagyta az ügyfél visszaküldési kérelmét, így a folyamat továbbléphet. A jóváhagyás általában a Return Authorization rekord állapotának változásából állapítható meg, például a „Jóváhagyásra vár” állapot „Beérkezésre vár” állapotra váltásából. | ||
| Miért fontos? A jóváhagyási lépés nyomon követésével feltárhatók a kezdeti ellenőrzés szűk keresztmetszetei. Az itt jelentkező késedelem közvetlenül befolyásolja, mikor értesítik az ügyfelet, és mikor érkezik be a visszaküldött termék. Hol szerezhető be? A ReturnAuthorization rekord rendszerjegyzeteiből vagy workflow-előzményeiből állapítható meg, különösen akkor, amikor a „Status” mező jóváhagyott állapotra, például „Beérkezésre vár” értékre változik. Rögzítés A ReturnAuthorization rekord állapotváltozásának észlelése, amikor az „Approved” állapotba kerül. Eseménytípus inferred | |||
| Visszaküldési engedély létrehozva | Ez a tevékenység jelzi a visszaküldési folyamat kezdetét, amikor az ügyfél vissza szeretne küldeni egy terméket. A NetSuite ezt egy új Return Authorization (RA) rekord létrehozásával rögzíti. Ez a rekord szolgál a visszaküldési ügy elsődleges azonosítójaként. | ||
| Miért fontos? A folyamat első lépéseként ez a tevékenység szükséges a teljes visszaküldési átfutási idő méréséhez és a beérkező kérelmek számának időbeli elemzéséhez. Hol szerezhető be? Ez az esemény a NetSuite-ban létrehozott ReturnAuthorization rekord időbélyege. A rekord jellemzően a felhasználót, a dátumot és a kezdeti állapotot is rögzíti, például: „Jóváhagyásra vár”. Rögzítés A NetSuite ReturnAuthorization tranzakció rekordjának létrehozási dátuma. Eseménytípus explicit | |||
| Visszaküldési engedély lezárva | Ez az utolsó tevékenység: a visszaküldési ügy adminisztratív lezárását jelzi, miután minden feldolgozási lépés befejeződött. Az esemény a Return Authorization rekord végső állapotváltozásából állapítható meg, amikor az „Closed” állapotba kerül. | ||
| Miért fontos? A folyamat végpontjaként ez a tevékenység szükséges a teljes átfutási idő kiszámításához és azoknak az ügyeknek a feltárásához, amelyek a visszatérítés feldolgozása után is sokáig nyitva maradnak. Hol szerezhető be? A ReturnAuthorization rekord rendszerjegyzeteiből vagy workflow-előzményeiből állapítható meg, amikor a „Status” mező végleges állapotra, például „Closed” értékre változik. Rögzítés A ReturnAuthorization rekord állapotváltozásának észlelése, amikor „Closed” állapotba kerül. Eseménytípus inferred | |||
| Visszatérítés feldolgozva | Ez a végső pénzügyi elszámolás, amikor az összeget visszafizetik az ügyfélnek. A NetSuite ezt kifejezetten a Credit Memo alapján létrehozott Customer Refund tranzakcióval rögzíti. | ||
| Miért fontos? Ez a tevékenység fontos az SLA teljesítésének és az ügyfél-elégedettségnek a méréséhez. A „Jóváírás jóváhagyva” és a „Visszatérítés feldolgozva” közötti idő közvetlenül mutatja a pénzügyi vagy treasury csapat ügyintézési sebességét. Hol szerezhető be? Ez az esemény a CustomerRefund tranzakció létrehozásának időbélyege. A tranzakció „Created From” mezője kapcsolja vissza a dokumentumot a CreditMemo rekordhoz. Rögzítés A NetSuite CustomerRefund tranzakció rekordjának létrehozási dátuma. Eseménytípus explicit | |||
| A termék ellenőrizve | Ez a fogalmi tevékenység a visszaküldött termék állapotának fizikai ellenőrzését jelöli. Mivel a NetSuite-ban nincs szabványos „Inspection” objektum, az esemény általában a Return Authorization vagy az Item Receipt egyéni mezőjének, illetve állapotának változásából állapítható meg. | ||
| Miért fontos? Az ellenőrzés gyakran jelentős szűk keresztmetszet. Befejezési idejének nyomon követése segít elemezni az ügyintézők teljesítményét, a döntések következetességét és a következő visszatérítés-jóváhagyásra gyakorolt hatást. Hol szerezhető be? A rendszer elemzése szükséges. Az esemény megállapítható a ReturnAuthorization rekord egyéni „Inspection Status” mezőjének változásából, de az is előfordulhat, hogy az ellenőrzés a rendszeren kívül zajlik, és nincs rögzítve. Rögzítés A Return Authorization vagy az Item Receipt egyéni állapotmezőjének változásából állapítható meg. Eseménytípus inferred | |||
| Az ügyfél értesítve | Ez azt jelzi, hogy értesítést küldtek az ügyfélnek egy fontos állapotváltozásról, például a jóváhagyásról, a termék beérkezéséről vagy a visszatérítés feldolgozásáról. Az esemény általában a rekord kommunikációs lapján naplózott, rendszer által küldött e-mail időbélyegéből állapítható meg. | ||
| Miért fontos? Az időben küldött tájékoztatás fontos az ügyfél-elégedettséghez. A mérföldkő és az ügyfél értesítése közötti idő mérésével feltárhatók az ügyfélélmény hiányosságai. Hol szerezhető be? A rendszer elemzése szükséges. Az esemény a ReturnAuthorization vagy a CreditMemo rekord Communication alfülén rögzített kimenő e-mail vagy felhasználói megjegyzés időbélyegéből állapítható meg. Rögzítés Az ügyhöz kapcsolt e-mail vagy kommunikációs naplóbejegyzés időbélyege. Eseménytípus inferred | |||
| Csere rendelés létrehozva | Ez a tevékenység olyan cserét jelöl, amikor visszatérítés helyett új értékesítési rendelést hoznak létre az ügyfélnek. Az eseményt általában az eredeti Return Authorization rekordhoz kapcsolt Sales Order létrehozása rögzíti. | ||
| Miért fontos? A cserék külön útvonalként való nyomon követése segít elemezni az ügyfelek preferenciáit, valamint összehasonlítani a csere és a visszatérítés folyamatának hatékonyságát. Ez gyakori és fontos folyamatváltozat. Hol szerezhető be? Ez az esemény az új SalesOrder tranzakció létrehozásának időbélyege. A ReturnAuthorization rekordhoz való kapcsolódás szabványos vagy egyéni mezőben szerepelhet, ezért a rendszer elemzésére lehet szükség. Rögzítés A ReturnAuthorization rekordhoz kapcsolt SalesOrder létrehozási dátuma. Eseménytípus explicit | |||
| Jóváírás felhasználva | Ez a tevékenység a készpénzes visszatérítés alternatíváját jelöli: a jóváírást egy nyitott ügyfélszámlához rendelik hozzá. Az esemény a Credit Memo „Applied To” hivatkozásából állapítható meg, amely jelzi, hogy a jóváírást felhasználták. | ||
| Miért fontos? A készpénzes visszatérítés és a jóváírás felhasználásának megkülönböztetése fontos a pénzügyi elemzéshez. Ez az útvonal a közvetlen visszatérítéstől eltérő folyamatkimenetet jelent. Hol szerezhető be? A CreditMemo rendszerjegyzeteiből vagy kapcsolódó rekordjaiból állapítható meg, különösen akkor, amikor a dokumentum egy Invoice tranzakcióhoz kapcsolódik az ügyfél tartozásának csökkentésére. Rögzítés A CreditMemo Invoice tranzakcióhoz rendelésének észlelése. Eseménytípus inferred | |||
| Jóváírás jóváhagyva | Ez a Credit Memo hivatalos jóváhagyását jelöli. Erre gyakran nagy összegű visszatérítésnél vagy pénzügyi ellenőrzési lépésként van szükség. Az esemény a Credit Memo rekord állapotváltozásából állapítható meg, amely jelzi, hogy a dokumentum alkalmazásra vagy kifizetésre kész. | ||
| Miért fontos? Ha pénzügyi jóváhagyásra van szükség, ez a lépés jelentős szűk keresztmetszetet okozhat. Az időtartam elemzésével hatékonyabbá tehetők a pénzügyi ellenőrzések anélkül, hogy késne az ügyfelek visszatérítése. Hol szerezhető be? A CreditMemo rekord rendszerjegyzeteiből állapítható meg, különösen akkor, amikor a jóváhagyási állapot mezője „Jóváhagyásra vár” értékről „Approved” vagy „Open” értékre változik. Rögzítés A CreditMemo tranzakció állapotváltozásának észlelése, amikor „Approved” állapotba kerül. Eseménytípus inferred | |||
| Visszaküldési engedély elutasítva | Ez azt jelzi, hogy elutasították az ügyfél visszaküldési kérelmét, gyakran a szabályzat megsértése miatt. Az esemény a Return Authorization rekord állapotváltozásából állapítható meg, ha az „Rejected” vagy „Closed” állapotba kerül, és a feldolgozás nem folytatódik. | ||
| Miért fontos? Az elutasítások elemzésével feltárhatók a szabályzatnak nem megfelelő kérelmek gyakori okai. Ez segíthet az ügyfelek tájékoztatásának és a szabályzat pontosításának javításában. Ez a folyamat szokásos menetétől való fontos eltérés. Hol szerezhető be? A ReturnAuthorization rekord rendszerjegyzeteiből vagy workflow-előzményeiből állapítható meg, amikor a „Status” mező végleges „Rejected” állapotra változik. Rögzítés A ReturnAuthorization rekord állapotváltozásának észlelése, amikor „Rejected” állapotba kerül. Eseménytípus inferred | |||
Útmutatók az adatok kinyeréséhez
Lépések
- Nyissa meg a Saved Search létrehozását: Jelentkezzen be a NetSuite-ba. Válassza a Reports > New Search menüpontot. A New Saved Search oldalon kattintson a „Transaction” lehetőségre.
- Adja meg az alapfeltételeket: A Saved Search beállítási oldalán, a „Criteria” lapon és a „Standard” alfülön állítsa be a következő szűrőket a visszaküldési engedélyek rekordjainak kiválasztásához:
TypeértékeReturn AuthorizationMain LineértékeYes- Adjon hozzá
Date Createdszűrőt, és állítsa be a kívánt időszakot, például „az elmúlt 3 hónap”. Ez fontos az adatmennyiség kezelése szempontjából.
- Állítsa be az attribútumok eredményoszlopait: Nyissa meg a „Results” lapot. Adja hozzá a következő mezőket, amelyek az eseménynapló attribútumai lesznek. Az egyértelműség érdekében szükség szerint nevezze át őket a „Custom Label” mezővel.
- Esetazonosító:
Document NumbervagyTranID(Custom Label: ReturnCaseId) - Visszaküldés állapota:
Status(Custom Label: ReturnAuthorizationStatus) - Ügyintéző:
Created Byvagy egyéni mező, ha van ilyen (Custom Label: ProcessingAgent) - Részleg:
Department(Custom Label: Department) - Visszaküldés típusa: egy egyéni mező, például
[Your Return Reason Field](Custom Label: ReturnType) - Visszatérítési összeg:
Amount(Custom Label: ActualRefundAmount)
- Esetazonosító:
- Adjon hozzá képlettel számított időbélyegoszlopokat: Ez a legfontosabb lépés. Mind a 12 tevékenységhez adjon hozzá egy „Formula (Date/Time)” oszlopot. Minden képlet CASE utasítással csak akkor ad vissza időbélyeget, ha az adott esemény megtörtént. A tevékenységekhez használandó pontos képleteket a „query” részben találja.
- Adjon hozzá statikus oszlopokat: Vegyen fel két „Formula (Text)” oszlopot az eredményekhez:
- A
SourceSystemértékeként használja a következő képletet:'NetSuite'. - A
LastDataUpdatemezőhöz használjon a futtatás dátumát megadó képletet, például{today}. Pontos időbélyegként az exportálás időpontja szerepel majd.
- A
- Mentse és exportálja a keresést: Adjon a keresésnek egy leíró nevet, például „ProcessMind Returns Extraction”. Kattintson a „Save & Run” gombra. Az eredmények megjelenése után kattintson az Export ikonra, majd válassza a „CSV” lehetőséget.
- Alakítsa át az adatokat eseménynaplóvá: Az exportált CSV „széles” formátumú lesz: minden visszaküldési esethez egy sor, az események időbélyegeihez pedig több oszlop tartozik. Az adatokat „hosszú” formátumú eseménynaplóvá kell alakítania. Ehhez használhatja például a Microsoft Excel Power Query (Unpivot Columns) funkcióját, a Pythont vagy más szkriptelési eszközt.
- A CSV minden sorából hozzon létre több új sort, minden nem üres esemény-időbélyegoszlophoz egyet.
- Az átalakított táblázat oszlopai között szerepeljen például a
ReturnCaseId, azActivityNameés azEventTimestamp. AzActivityNameaz eredeti időbélyegoszlop fejlécéből származik, például „Return Authorization Created”, azEventTimestamppedig az adott oszlop értéke.
- Készítse elő a fájlt feltöltésre: Ellenőrizze, hogy a végleges CSV-fájl kötelező fejlécei a következők:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdate, valamint az ajánlott attribútumok. A fájl készen áll a ProcessMindba való feltöltésre.
Konfiguráció
- Keresés típusa: A mentett keresésnek
Tranzakciótípusú keresésnek kell lennie. - Dátumtartomány: Feltétlenül állítson be dátumtartomány-szűrőt a visszáru-engedély
Dátummezőjére. Az adatok teljessége és a teljesítmény közötti egyensúly érdekében 3–6 hónapos időszak ajánlott. - Elsődleges szűrő: A keresésben a
Típusértéke legyenReturn Authorization, aMain Lineértéke pedigIgen. Így minden visszáru-esethez egy kezdeti rekord tartozik. - Egyéni mezők: A kinyerés pontossága, különösen az olyan eseményeknél, mint a „Termék ellenőrizve”, illetve az olyan attribútumoknál, mint a „Visszáru típusa”, nagyban függ attól, hogy a szervezet használ-e egyéni mezőket a tranzakciós rekordokban. A megadott képletek olyan helyőrzőket tartalmaznak, mint a
{custbody_...}. Ezeket a NetSuite-beállításoknak megfelelően módosítani kell. - Felhasználói jogosultságok: A keresést futtató felhasználónak megtekintési jogosultsággal kell rendelkeznie az összes érintett tranzakciótípushoz: Return Authorization, Item Receipt, Credit Memo, Customer Refund és Sales Order.
- Teljesítmény: Nagy visszáru-forgalmú fiókokban ez az összetett keresés lassú lehet. Érdemes csúcsidőn kívül futtatni, vagy ütemezni az automatikus exportálást a fájltárolóba.
Példa-lekérdezés config
This configuration represents the settings in the NetSuite Saved Search UI. The 'Results' tab should be configured with the following columns and formulas.
**Criteria Tab:**
* `Type` = `Return Authorization`
* `Main Line` = `true`
* `Date Created` = `[Specify Desired Date Range]`
**Results Tab (Columns):**
| Custom Label | Field / Formula Type | Formula / Field ID |
|---|---|---|
| `ReturnCaseId` | Formula (Text) | `{tranid}` |
| `SourceSystem` | Formula (Text) | `'NetSuite'` |
| `LastDataUpdate` | Formula (Date/Time) | `{today}` |
| `ReturnAuthorizationStatus` | Field | `Status` |
| `ProcessingAgent` | Field | `Created By` |
| `Department` | Field | `Department` |
| `ReturnType` | Field | `{custbody_return_reason}` |
| `ActualRefundAmount` | Field | `Amount` |
| `CycleTime` | Formula (Numeric) | `CASE WHEN {status} = 'Closed' THEN {lastmodifieddate} - {datecreated} ELSE NULL END` |
| `Activity_ReturnAuthorizationCreated` | Field | `Date Created` |
| `Activity_ReturnAuthorizationApproved` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Pending Receipt' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` |
| `Activity_ReturnAuthorizationRejected` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Rejected' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` |
| `Activity_ItemReceived` | Formula (Date/Time) | `{applyingtransaction.trandate}` |
| `Activity_ItemInspected` | Formula (Date/Time) | `CASE WHEN {custbody_inspection_status} = 'Complete' THEN {custbody_inspection_date} ELSE NULL END` |
| `Activity_CreditMemoCreated` | Formula (Date/Time) | `{createdfrom.trandate}` |
| `Activity_CreditMemoApproved` | Formula (Date/Time) | `MIN(CASE WHEN {createdfrom.systemnotes.newvalue} = 'Open' AND {createdfrom.systemnotes.field} = 'Status' THEN {createdfrom.systemnotes.date} ELSE NULL END)` |
| `Activity_RefundProcessed` | Formula (Date/Time) | `{createdfrom.appliedtotransaction.trandate}` |
| `Activity_CreditMemoApplied` | Formula (Date/Time) | `CASE WHEN {createdfrom.status} = 'Fully Applied' AND {createdfrom.appliedtotransaction.type} = 'Invoice' THEN {createdfrom.appliedtotransaction.date} ELSE NULL END` |
| `Activity_ExchangeOrderCreated` | Formula (Date/Time) | `{custbody_exchange_order.trandate}` |
| `Activity_CustomerNotified` | Formula (Date/Time) | `MAX({messages.messagedate})` |
| `Activity_ReturnAuthorizationClosed` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Closed' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` | Lépések
- Engedélyezze a SuiteAnalytics Connect szolgáltatást: Ellenőrizze, hogy a NetSuite-fiókjához tartozik-e SuiteAnalytics Connect licenc. A rendszergazdának a Setup > Company > Enable Features > Analytics menüpontban kell engedélyeznie a funkciót.
- Állítsa be a felhasználói jogosultságokat: Adja meg a csatlakozó felhasználói szerepkörnek a „SuiteAnalytics Connect” jogosultságot. A felhasználónak megtekintési jogosultságra is szüksége lesz minden lekérdezett rekordhoz, például a tranzakciókhoz, az alkalmazottakhoz és az ügyfelekhez.
- Telepítse az ODBC-illesztőprogramot: Töltse le és telepítse az operációs rendszerének megfelelő NetSuite ODBC-illesztőprogramot a NetSuite SuiteAnalytics Connect letöltési oldaláról.
- Állítsa be a DSN-t: Hozzon létre Data Source Name (DSN) adatforrást azon a gépen, amelyen a lekérdezést futtatja. Adja meg a Service Data Source, Server Hostname, Port, Role ID, Account ID és a hitelesítési adatok értékét.
- Csatlakozzon az SQL-klienssel: SQL-klienssel, például a DBeaverrel vagy a Microsoft SQL Server Management Studióval csatlakozzon a NetSuite-hoz a beállított DSN használatával.
- Készítse elő az SQL-lekérdezést: Másolja be a megadott SQL-lekérdezést a kliensbe. A lekérdezés a visszaküldési és visszatérítési folyamat összes fontos eseményének kinyerésére szolgál.
- Szabja testre a lekérdezést: Módosítsa a lekérdezésben szereplő helyőrző értékeket. Legalább a
ReturnAuthorizationsCommon Table Expression (CTE) dátumtartományát kell beállítania a kívánt időszakra. Előfordulhat, hogy az egyéni mezők nevét, például aCUSTBODY_RETURN_TYPEértékét, vagy az egyes állapotértékeket is módosítani kell a NetSuite-beállításoknak megfelelően. - Futtassa le a lekérdezést: Futtassa az egyéni igényekhez igazított SQL-lekérdezést a NetSuite adatbázis-replikáján. A futási idő a dátumtartománytól és az adatmennyiségtől függ.
- Ellenőrizze és exportálja az adatokat: A lekérdezés befejezése után ellenőrizze az eredményeket. Exportálja a teljes eredményhalmazt CSV-fájlba.
- Készítse elő a fájlt feltöltésre: Ellenőrizze, hogy a CSV-fájl fejlécei megfelelnek-e a szükséges attribútumoknak:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdatestb. Győződjön meg arról, hogy azEventTimestamposzlop dátum- és időformátuma egységes. A fájl készen áll a ProcessMindba való feltöltésre.
Konfiguráció
- Előfeltételek: A SuiteAnalytics Connect kiegészítő modullal rendelkező NetSuite-licenc szükséges. A kapcsolatot futtató felhasználónak olyan szerepkörrel kell rendelkeznie, amelyhez „SuiteAnalytics Connect” jogosultság és olvasási hozzáférés tartozik a tranzakciós, entitás- és alkalmazotti rekordokhoz.
- Adatforrás beállítása: A NetSuite ODBC-illesztőprogrammal DSN-t (Data Source Name) kell beállítania. Ehhez szüksége lesz az Account ID, a Role ID és a hitelesítési adatok értékére. Éles környezetben a szolgáltatás címe általában
odbcserver.netsuite.com. - Dátumtartomány szűrése: Fontos, hogy dátumtartomány-szűrőt alkalmazzon arra a kezdeti CTE-re, amely a Return Authorization rekordokat választja ki. Szűrő nélkül a lekérdezés megpróbálja lekérni az összes visszaküldési adatot, ezért valószínűleg nagyon lassú lesz, vagy időtúllépés miatt leáll. Az első elemzéshez 3–6 hónapos időszak javasolt.
- Fontos tranzakciótípusok: A lekérdezés több alapvető tranzakciótípust használ: ReturnAuthorization, ItemReceipt, CreditMemo, CustomerRefund és SalesOrd (csere esetén). Ellenőrizze, hogy a folyamat ezeket a szabványos objektumokat használja-e.
- Egyéni mezőktől való függés: Az olyan tevékenységeket, mint a „Termék ellenőrizve”, és az olyan attribútumokat, mint a „Visszaküldés típusa”, gyakran egyéni mezőkben rögzítik. A megadott lekérdezés olyan helyőrzőket használ, mint a
CUSTBODY_INSPECTION_STATUSés aCUSTBODY_RETURN_TYPE. Keresse meg a rendszerben a megfelelő egyéni mezőazonosítókat, és ennek megfelelően módosítsa a lekérdezést. - Teljesítmény: Ez összetett lekérdezés, több összekapcsolással és nagy
UNION ALLszerkezettel. A rendszer teljesítményére gyakorolt hatás csökkentése érdekében csúcsidőn kívül futtassa. Nagy adathalmaz esetén kisebb időszakokra bontva futtassa a lekérdezést, majd fűzze össze az eredményeket.
Példa-lekérdezés sql
WITH ReturnAuthorizations AS (
SELECT
T.TRANSACTION_ID AS ReturnCaseId,
T.TRANDATE
FROM
TRANSACTION T
WHERE
T.TYPE = 'ReturnAuthorization'
AND T.TRANDATE BETWEEN TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD') AND TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD')
)
SELECT
RA.ReturnCaseId AS "ReturnCaseId",
'Return Authorization Created' AS "ActivityName",
T.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION T
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON T.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Approved' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE = 'Pending Receipt'
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Rejected' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE IN ('Rejected', 'Closed')
UNION ALL
SELECT
RA.ReturnCaseId,
'Item Received' AS "ActivityName",
IR.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION IR
INNER JOIN TRANSACTION T_RA ON IR.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON IR.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE IR.TYPE = 'ItemReceipt'
UNION ALL
SELECT
RA.ReturnCaseId,
'Item Inspected' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.CUSTBODY_INSPECTION_STATUS' AND SN.NEW_VALUE = 'Completed'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Created' AS "ActivityName",
CM.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION CM
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON CM.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Approved' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION CM ON SN.TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo' AND SN.FIELD = 'TRANSACTION.APPROVAL_STATUS' AND SN.NEW_VALUE = 'Approved'
UNION ALL
SELECT
RA.ReturnCaseId,
'Refund Processed' AS "ActivityName",
REF.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
ABS(REF.TOTAL) AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION REF
INNER JOIN TRANSACTION CM ON REF.APPLIED_TO_TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON REF.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE REF.TYPE = 'CustomerRefund'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Applied' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION CM ON SN.TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo' AND SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE = 'Fully Applied'
UNION ALL
SELECT
RA.ReturnCaseId,
'Exchange Order Created' AS "ActivityName",
SO.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION SO
INNER JOIN TRANSACTION T_RA ON SO.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SO.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SO.TYPE = 'SalesOrd'
UNION ALL
SELECT
RA.ReturnCaseId,
'Customer Notified' AS "ActivityName",
MSG.MESSAGE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM MESSAGES MSG
INNER JOIN TRANSACTION T ON MSG.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON MSG.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE MSG.INCOMING = 'F'
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Closed' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE T.TYPE = 'ReturnAuthorization' AND SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE LIKE '%Closed%'; Készen áll a kezdésre?
Kezdje el fejleszteni a visszaküldési és visszatérítési folyamatot ezzel az adatsablonnal. Optimalizálja még ma a NetSuite-munkafolyamatokat a hatékonyabb működésért és az ügyfelek elégedettségéért.
Optimalizálja most a visszaküldések és visszatérítések kezelését, tegye hatékonyabbá a NetSuite működését
Csökkentse 30%-kal a NetSuite visszaküldési folyamatának átfutási idejét. Kezdje el még ma fejleszteni a működést.
Bankkártya nem szükséges • Beállítás néhány perc alatt