Šablona dat pro zpracování vratek a refundací
Šablona dat pro zpracování vratek a refundací
- Doporučené atributy ke sběru
- Důležité aktivity ke sledování
- Pokyny k získání dat z NetSuite
Atributy pro zpracování vratek a refundací
| Název | Popis | ||
|---|---|---|---|
| Časové razítko události EventTimestamp | Přesné datum a čas, kdy činnost proběhla. Určuje časové pořadí událostí v procesu. | ||
| Popis Časové razítko události zaznamenává přesný okamžik, kdy činnost proběhla. Je nezbytné pro správné seřazení událostí a veškeré časové analýzy. Používá se k výpočtu doby mezi činnostmi, celkové doby zpracování případu a čekání. Tyto údaje jsou základem pro sledování výkonnosti, analýzu úzkých míst a kontrolu plnění SLA. Aby byly výsledky process mining spolehlivé, musí být časová razítka přesná. Proč je to důležité Tento atribut určuje časové pořadí událostí. Díky němu lze zjistit průběh procesu a vypočítat všechny ukazatele výkonnosti, například dobu zpracování a čekání. Kde data získat Tyto údaje obvykle pocházejí z polí „Date Created“ nebo „Last Modified Date“ v záznamech NetSuite, případně z časových razítek v seznamu System Notes přiřazeném k transakcím. Příklady 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:12:05Z | |||
| ID případu vratky ReturnCaseId | Jedinečný identifikátor konkrétní vratky nebo případu refundace zákazníka, který propojuje všechny související činnosti od zahájení po uzavření. | ||
| Popis ID případu vratky slouží jako hlavní identifikátor pro sledování celého průběhu vratky. Každé jedinečné ID odpovídá jedné autorizaci vratky a umožňuje podrobně analyzovat všechny související události, například přijetí zboží, kontrolu a zpracování refundace. V process mining je toto ID nezbytné pro rekonstrukci celého průběhu každé vratky, výpočet doby zpracování a odhalení odchylek na úrovni jednotlivých případů. Proč je to důležité Jde o základní atribut pro process mining, protože propojuje jednotlivé události do souvislých instancí procesu od začátku do konce. Díky tomu lze analyzovat průběh procesu a jeho výkonnost. Kde data získat Obvykle jde o Internal ID nebo Transaction ID záznamu Return Authorization v NetSuite. Příklady RMA-0012345RMA-0012346RMA-0012347 | |||
| Název činnosti ActivityName | Název konkrétní obchodní události nebo kroku, který proběhl v procesu vrácení zboží, například „Kontrola vráceného zboží“ nebo „Zpracování refundace“. | ||
| Popis Název činnosti popisuje konkrétní krok nebo milník v průběhu vrácení zboží a refundace. Události se řadí podle časových razítek a vytvářejí průběh procesu. Analýza pořadí a četnosti činností pomáhá určit nejběžnější cesty procesem, úzká místa mezi kroky i opakovanou práci. Příklady: „Vytvoření autorizace vratky“, „Přijetí vráceného zboží“ a „Schválení dobropisu Credit Memo“. Proč je to důležité Tento atribut určuje jednotlivé kroky procesu. Je nezbytný pro zobrazení mapy procesu, analýzu odchylek v jeho průběhu a odhalení úzkých míst nebo opakované práce. Kde data získat Tento atribut se obvykle odvozuje ze změn stavu transakčních záznamů, například Return Authorizations a Credit Memos, nebo z konkrétních akcí uživatelů zaznamenaných v systémových poznámkách či vlastních záznamech událostí. Příklady Vytvoření autorizace vratkyPřijetí vráceného zbožíKontrola vráceného zbožíZpracování refundaceUzavření autorizace vratky | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko posledního obnovení nebo aktualizace dat pro tento proces. | ||
| Popis Tento atribut zaznamenává, kdy byla datová sada naposledy aktualizována ze zdrojového systému. Jde o důležitý metadatový údaj, který uživatelům ukazuje, jak aktuální je analýza. Zobrazení této informace v dashboardech pomáhá nastavit očekávání a zajistit, aby se rozhodnutí opírala o znalost aktuálnosti dat. Proč je to důležité Ukazuje, jak aktuální jsou data. Uživatelé tak mohou analýze důvěřovat a posoudit, nakolik odpovídá současnému stavu provozu. Kde data získat Toto časové razítko se vytváří a přidává při procesu extrakce, transformace a načítání dat (ETL). Příklady 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána. Slouží ke sledování jejich původu. | ||
| Popis Tento atribut určuje původ procesních dat. V tomto případě půjde obvykle o „NetSuite“. Uvedení zdrojového systému je důležité v prostředích, kde se mohou spojovat data z více systémů. Zajišťuje přehledný původ dat a možnost jejich dohledání. Proč je to důležité Určuje původ dat, což je důležité pro správu dat, řešení problémů i situace, kdy se data z více systémů spojují do jednotného pohledu na proces. Kde data získat Jde o statickou hodnotu („NetSuite“), která se obvykle přidává při extrakci a transformaci dat. Příklady NetSuiteERP NetSuite | |||
| Oddělení Department | Obchodní oddělení nebo tým odpovědný za zpracování případu vratky v dané fázi. | ||
| Popis Tento atribut přiřazuje činnosti procesu konkrétnímu oddělení, například zákaznické podpoře, skladu nebo financím. Je nezbytný pro sledování předávání práce mezi týmy a odhalování úzkých míst v jednotlivých odděleních. Analýza doby, kterou případy stráví v konkrétním oddělení nebo čekáním na něj, pomáhá určit zdroje zpoždění a lépe rozdělit zdroje. Jde o hlavní dimenzi dashboardu „Výkonnost procesu vratek podle oddělení“. Proč je to důležité Umožňuje analyzovat výkonnost procesu podle funkční oblasti a odhalit zpoždění při předávání práce mezi odděleními i úzká místa v jednotlivých odděleních. Kde data získat Lze jej odvodit z uživatelského nebo zaměstnaneckého záznamu přiřazeného k činnosti nebo z pole „Department“ přímo v transakci. V NetSuite se často nastavuje v záznamech zaměstnanců. Příklady SkladZákaznická podporaFinanceKontrola kvality | |||
| Pracovník zpracování ProcessingAgent | Zaměstnanec nebo uživatel, který provedl konkrétní činnost v procesu vratky. | ||
| Popis Pracovník zpracování označuje osobu odpovědnou za konkrétní úkol, například schválení vratky nebo kontrolu zboží. Tento atribut je důležitý pro analýzu výkonnosti jednotlivých uživatelů. Pomáhá určit zaměstnance s dobrými výsledky, oblasti, kde je potřeba další školení, i nerovnoměrné rozložení práce v týmu. Analýza činností podle pracovníka je důležitá pro dashboard „Výkonnost procesu vratek podle oddělení“. Proč je to důležité Umožňuje analyzovat výkonnost jednotlivců i týmů, vyvažovat pracovní zátěž a určovat potřeby školení. Přímo tak přispívá k efektivitě provozu. Kde data získat Údaje lze získat z polí jako „Created By“ a „Approved By“ nebo z polí uživatele v seznamu System Notes u transakcí NetSuite. Příklady Alice JohnsonBob WilliamsCharlie Brown | |||
| Skutečná částka refundace ActualRefundAmount | Konečná peněžní částka skutečně vrácená zákazníkovi. | ||
| Popis Tento atribut představuje skutečnou částku připsanou nebo refundovanou zákazníkovi podle záznamu Credit Memo nebo refundace. Může se lišit od požadované částky kvůli úpravám, jako jsou poplatky za opětovné naskladnění, náklady na dopravu nebo částečná refundace poškozeného zboží. Atribut je důležitý pro finanční výkaznictví a výpočet KPI „Míra rozdílu ve výši refundace“. Proč je to důležité Vyjadřuje skutečný finanční dopad vratky. Je nezbytný pro finanční vyrovnání a analýzu přesnosti refundací. Kde data získat Tato hodnota pochází z pole „Total“ v transakci Credit Memo vytvořené na základě Return Authorization. Příklady 99.99140.000.00 | |||
| Stav vratky ReturnAuthorizationStatus | Aktuální stav autorizace vratky, například „Čeká na schválení“, „Schváleno“ nebo „Uzavřeno“. | ||
| Popis Tento atribut označuje aktuální fázi případu vratky. Je zásadní pro sledování průběhu vratek a jejich rozdělení podle stavu. Analýza doby ve stavu „Čeká na přijetí“ může například odhalit zpoždění při přepravě. Dlouhá doba ve stavu „Čeká na schválení“ může ukazovat na interní úzké místo. Atribut také slouží k určení konečného výsledku vratky, například „Uzavřeno“ nebo „Zamítnuto“. Proč je to důležité Ukazuje, v jaké fázi procesu se jednotlivé vratky nacházejí. Umožňuje analyzovat rozložení případů, dobu v jednotlivých stavech a výsledky procesu. Kde data získat Odpovídá poli „Status“ nebo podobnému poli v záznamu Return Authorization v NetSuite. Příklady Čeká na schváleníČeká na přijetíSchválenoZamítnutoUzavřeno | |||
| Typ vratky ReturnType | Klasifikace vratky podle důvodu, který uvedl zákazník. | ||
| Popis Typ vratky rozděluje vratky podle jejich důvodu, například „Vadný výrobek“, „Nesprávná velikost“, „Změna názoru“ nebo „Neodpovídá popisu“. Tato klasifikace je důležitá pro analýzu hlavních příčin. Analýza ukazatelů procesu podle typu vratky pomáhá odhalit problémy s kvalitou výrobků, nepřesné popisy nebo chyby při vyřizování objednávek. Tento atribut je důležitý pro dashboard „Výkonnost vratek podle typu a kanálu“. Proč je to důležité Pomáhá odhalit hlavní příčiny vratek a cíleně zlepšovat produkty, marketingové popisy nebo vyřizování objednávek, aby se snížil počet vratek. Kde data získat Obvykle jde o vlastní pole nebo standardní pole seznamu či záznamu ve formuláři Return Authorization, do kterého se ukládá důvod vratky. Příklady Vadný výrobekOdeslání nesprávného zbožíNespokojenost zákazníkaNesprávná velikost nebo barva | |||
| Automatizováno IsAutomated | Logický příznak označující, zda aktivitu provedl automaticky systém. | ||
| Popis Tento atribut udává, zda aktivitu provedl uživatel, nebo automatizovaný systém, skript či workflow. Například událost „Vytvořena autorizace vratky“ může automaticky vyvolat zákaznický portál, zatímco „Zboží zkontrolováno“ je ruční aktivita. Sledování automatizace pomáhá najít příležitosti k automatizaci ručních kroků a měřit přínos již zavedené automatizace. Proč je to důležité Pomáhá rozlišit ruční a automatizované úkoly. Díky tomu lze hledat příležitosti k automatizaci a měřit dopad digitalizace. Kde data získat Lze to odvodit od uživatele přiřazeného k události. Události vytvořené systémem NetSuite jsou často přiřazeny konkrétnímu systémovému uživateli nebo ID skriptu. Příklady truefalse | |||
| Cílové datum refundace podle SLA RefundSlaTargetDate | Datum, do kterého má být refundace zpracována podle dohodnuté úrovně služeb. | ||
| Popis Cílové datum refundace podle SLA je vypočtené časové razítko, které vyjadřuje závazek vůči zákazníkovi ohledně zpracování refundace. Obvykle se vypočítá přičtením předem stanovené lhůty, například 5 pracovních dnů, k důležité události, jako je „Zboží přijato“ nebo „Refundace schválena“. Tento atribut je nezbytný pro dashboard „Sledování plnění SLA u refundací“ a KPI „Míra plnění SLA u refundací“. Umožňuje firmě měřit výkonnost vůči jejím závazkům. Proč je to důležité Umožňuje kvantitativně měřit plnění závazků vůči zákazníkům, což pomáhá udržovat jejich spokojenost a důvěru. Kde data získat Toto datum obvykle není standardním polem. Je třeba ho odvodit přičtením předem stanovené lhůty SLA, například 5 dnů, k důležitému časovému razítku, například k datu „Zboží přijato“. Příklady 2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z | |||
| Dodržení pravidel ReturnPolicyAdherence | Udává, zda vratka odpovídá stanoveným pravidlům společnosti pro vracení zboží. | ||
| Popis Tento logický nebo kategoriální atribut označuje, zda vratka splňuje všechna předem stanovená kritéria, například lhůtu pro vrácení, stav zboží a doklad o nákupu. Slouží ke sledování shody s pravidly a správě výjimek. Dashboard „Výjimky při dodržování pravidel pro vracení zboží“ tento atribut využívá k označení případů, které vyžadují zvláštní postup nebo kontrolu. Pomáhá tak omezit rizika a zajistit jednotné uplatňování pravidel. Proč je to důležité Pomáhá sledovat a vymáhat dodržování pravidel pro vracení zboží, omezovat finanční rizika spojená s vratkami mimo pravidla a zajistit spravedlivý a jednotný přístup. Kde data získat Téměř jistě půjde o vlastní pole, například zaškrtávací políčko nebo seznam, v záznamu Return Authorization, spravované prostřednictvím workflow. Příklady V souladu s pravidlyMimo pravidla, po uplynutí lhůtyVýjimka schválena | |||
| ID zákazníka CustomerId | Jedinečný identifikátor zákazníka, který zahájil vrácení zboží. | ||
| Popis ID zákazníka propojuje vratnou transakci s konkrétním zákazníkem. Díky tomu můžete analyzovat vratky z pohledu zákazníků, například zjistit, kdo vrací zboží často. To může ukazovat na nespokojenost nebo podvodné jednání. Výkonnost procesu lze také rozdělit podle typu či hodnoty zákazníka a přednostně obsloužit důležité zákazníky. Proč je to důležité Umožňuje analyzovat chování zákazníků při vracení zboží a rozdělit proces podle jejich vlastností, například segmentu nebo celoživotní hodnoty. Kde data získat Jde o pole „Customer“ nebo „Entity“ v záhlaví záznamu Return Authorization v NetSuite. Příklady CUST-001CUST-002CUST-003 | |||
| Identifikátor produktu ProductIdentifier | Jedinečný identifikátor vraceného produktu, například SKU nebo číslo položky. | ||
| Popis Tento atribut určuje konkrétní položku, které se vratka týká. Analýza vratek podle produktu je důležitá pro odhalení položek s vysokou mírou vracení, která může ukazovat na vady kvality, nepřesný popis nebo jiné problémy. Tyto údaje umožňují podrobně analyzovat výkonnost produktů a podpořit rozhodování o vývoji, nákupu a marketingu. Proč je to důležité Propojuje data o procesu vrácení s konkrétními produkty. Umožňuje tak hledat příčiny problémů souvisejících s produkty a pomáhá snížit celkový počet vratek. Kde data získat Najdete jej v seznamu „Items“ záznamu Return Authorization. Odpovídá poli „Item“. Příklady SKU-TEE-BL-LPROD-00543ITEM-987123 | |||
| Požadovaná částka refundace RequestedRefundAmount | Peněžní částka refundace původně požadovaná nebo očekávaná za vrácené zboží. | ||
| Popis Tento atribut uchovává očekávanou výši refundace na začátku procesu. Obvykle vychází z původní kupní ceny vráceného zboží. Slouží jako základ pro porovnání se skutečně refundovanou částkou. KPI „Míra rozdílu ve výši refundace“ porovnává tuto hodnotu se skutečnou částkou refundace a odhaluje rozdíly způsobené například poplatky za opětovné naskladnění, částečnou refundací nebo jinými úpravami. Proč je to důležité Poskytuje základ pro finanční analýzu. Pomáhá sledovat rozdíly mezi očekávanou a skutečnou výší refundace a zjistit důvody úprav. Kde data získat Tato hodnota se odvozuje z polí „Amount“ nebo „Rate“ u položek transakce Return Authorization. Příklady 99.99150.0025.50 | |||
| Prodejní kanál vratky ReturnChannel | Kanál, přes který zákazník původně nakoupil nebo zahájil vrácení zboží. | ||
| Popis Prodejní kanál vratky označuje, odkud vratka pochází, například z online obchodu, kamenné prodejny nebo tržiště. Jednotlivé kanály mohou mít odlišné postupy, náklady i očekávání zákazníků. Analýza výkonnosti podle kanálu pomáhá zlepšit konkrétní procesy, efektivně rozdělit zdroje a porozumět problémům typickým pro daný kanál. Jde o základní atribut dashboardu „Výkonnost vratek podle typu a kanálu“. Proč je to důležité Umožňuje porovnat výkonnost různých prodejních kanálů a odhalit neefektivní postupy i osvědčené způsoby zahájení a zpracování vratek. Kde data získat Tyto údaje často pocházejí z původního záznamu Sales Order spojeného s vratkou. Mohou být uloženy v poli „Channel“ nebo „Location“. Příklady Internetový obchodKamenná prodejnaTržiště AmazonTelefonická objednávka | |||
| Rozdíl ve výši refundace RefundAmountDiscrepancy | Vypočtený rozdíl mezi požadovanou částkou refundace a skutečně refundovanou částkou. | ||
| Popis Tato metrika se vypočítá odečtením „Skutečné částky refundace“ od „Požadované částky refundace“. Nenulová hodnota znamená, že během procesu došlo k úpravě, například kvůli poplatku za opětovné naskladnění nebo poškozenému zboží. Atribut slouží k analýze KPI „Míra rozdílu ve výši refundace“ a pomáhá označit případy s výraznými finančními úpravami k další kontrole. Proč je to důležité Ukazuje finanční úpravy provedené během procesu vratky. Umožňuje analyzovat, proč rozdíly vznikají a zda jsou jednotné a odůvodněné. Kde data získat Jde o vypočtený atribut. Vzorec: Příklady 0.0010.00-5.00 | |||
| Splňuje SLA IsSlaCompliant | Vypočtený příznak označující, zda byla refundace zpracována v rámci stanovené lhůty SLA. | ||
| Popis Tento logický atribut se odvozuje porovnáním časového razítka „Refundace zpracována“ s „Cílovým datem refundace podle SLA“. Pokud byla refundace zpracována nejpozději v cílovém termínu, hodnota je true, jinak false. Příznak usnadňuje tvorbu přehledů a dashboardů o shodě, například dashboardu „Sledování plnění SLA u refundací“, a slouží k výpočtu KPI „Míra plnění SLA u refundací“. Proč je to důležité Poskytuje jednoznačný výsledek plnění SLA pro každý případ. Usnadňuje tak sledování, vykazování a analýzu míry shody v čase. Kde data získat Tento atribut se vypočítá při transformaci dat nebo v nástroji process mining. Logika: Příklady truefalse | |||
| Stav vráceného zboží ReturnCondition | Stav vráceného zboží zjištěný při kontrole, například „Nové“, „Poškozené“ nebo „Použité“. | ||
| Popis Tento atribut zachycuje výsledek fyzické kontroly vráceného zboží. Podle jeho stavu se určí další postup, například zda zákazník dostane plnou refundaci, zda se zboží vrátí na sklad, nebo se vyřadí. Dashboard „Kvalita posouzení stavu vráceného zboží“ sleduje jednotnost a dobu tohoto posouzení. Údaj je důležitý také pro finanční vyrovnání a správu zásob. Proč je to důležité Přímo ovlivňuje finanční výsledek vratky i následné kroky se zásobami. Nejednotné posouzení může vést k finanční ztrátě a opakování práce. Kde data získat Pravděpodobně jde o vlastní pole v záznamu Item Receipt nebo Return Authorization, které skladníci vyplňují při kontrole. Příklady Vhodné k dalšímu prodejiPoškozené, v krabiciPoužité, v dobrém stavuChybějící součásti | |||
Aktivity při zpracování vratek a refundací
| Aktivita | Popis | ||
|---|---|---|---|
| Přijetí vráceného zboží | Tato činnost označuje fyzické převzetí vrácené položky ve skladu nebo zpracovatelském centru. V NetSuite se zaznamenává vytvořením transakce Item Receipt propojené s původní autorizací vratky. | ||
| Proč je to důležité Jde o důležitý milník, který převádí proces od činnosti zákazníka k internímu zpracování. Doba mezi „Vratka schválena“ a „Přijetí zboží“ měří rychlost vrácení ze strany zákazníka. Doba po této události ukazuje efektivitu interního zpracování. Kde data získat Tato událost odpovídá časovému razítku vytvoření transakce ItemReceipt. Záznam je přímo propojen s původním záznamem ReturnAuthorization. Zachycení Datum vytvoření transakce ItemReceipt v NetSuite propojené s RA. Typ události explicit | |||
| Schválení autorizace vratky | Tato činnost představuje formální schválení žádosti zákazníka o vrácení zboží zaměstnancem, které umožní pokračovat v procesu. Obvykle se odvozuje ze změny pole stavu v záznamu Return Authorization, například z „Čeká na schválení“ na „Čeká na přijetí“. | ||
| Proč je to důležité Sledování tohoto kroku schválení je důležité pro odhalení úzkých míst v úvodní fázi posuzování. Zpoždění přímo prodlužují dobu, než zákazníka informujete a obdržíte vrácené zboží. Kde data získat Odvozuje se ze systémových poznámek nebo historie workflow záznamu ReturnAuthorization, konkrétně ze změny pole „Status“ na schválený stav, například „Čeká na přijetí“. Zachycení Zjištění změny stavu záznamu ReturnAuthorization na „Schváleno“. Typ události inferred | |||
| Uzavření autorizace vratky | Jde o závěrečnou činnost, která označuje administrativní uzavření případu vratky po dokončení veškerého zpracování. Odvozuje se z konečné změny stavu záznamu Return Authorization na „Uzavřeno“. | ||
| Proč je to důležité Jako konečný bod procesu je tato činnost nezbytná pro výpočet celkové doby zpracování a odhalení případů, které zůstávají otevřené dlouho po zpracování refundace. Kde data získat Odvozuje se ze systémových poznámek nebo historie workflow záznamu ReturnAuthorization, když se pole „Status“ změní na konečný stav, například „Uzavřeno“. Zachycení Zjištění změny stavu záznamu ReturnAuthorization na „Uzavřeno“. Typ události inferred | |||
| Vytvoření autorizace vratky | Tato činnost zahajuje proces vrácení zboží, když zákazník požádá o vrácení položky. V NetSuite se zaznamenává vytvořením nového záznamu Return Authorization (RA), který slouží jako hlavní identifikátor případu vratky. | ||
| Proč je to důležité Jde o první krok procesu. Je nezbytný pro měření celkové doby zpracování vratky a analýzu počtu příchozích žádostí o vrácení v čase. Kde data získat Tato událost odpovídá časovému razítku vytvoření záznamu ReturnAuthorization v NetSuite. V záznamu se obvykle ukládá uživatel, datum a počáteční stav, například „Čeká na schválení“. Zachycení Datum vytvoření transakce ReturnAuthorization v NetSuite. Typ události explicit | |||
| Vytvoření dobropisu | Tato činnost označuje zahájení finanční části vratky vytvořením dobropisu Credit Memo. Tento doklad uvádí částku, která má být zákazníkovi vrácena. Vytváří se z autorizace vratky po přijetí a schválení zboží. | ||
| Proč je to důležité Vytvoření dobropisu Credit Memo je důležitým finančním milníkem. Doba od přijetí zboží po vytvoření dobropisu ukazuje efektivitu procesu od kontroly po vystavení dobropisu. Kde data získat Tato událost odpovídá časovému razítku vytvoření transakce CreditMemo. Pole „Created From“ v dobropisu odkazuje zpět na ReturnAuthorization. Zachycení Datum vytvoření transakce CreditMemo v NetSuite. Typ události explicit | |||
| Zpracování refundace | Jde o závěrečné finanční vypořádání, při kterém se zákazníkovi vrátí peníze. V NetSuite se zaznamenává vytvořením transakce Customer Refund, která vzniká z dobropisu Credit Memo. | ||
| Proč je to důležité Tato činnost je důležitá pro měření plnění SLA a spokojenosti zákazníků. Doba od „Schválení dobropisu“ po „Zpracování refundace“ přímo ukazuje rychlost práce finančního oddělení. Kde data získat Tato událost odpovídá časovému razítku vytvoření transakce CustomerRefund. Pole „Created From“ v této transakci odkazuje zpět na CreditMemo. Zachycení Datum vytvoření transakce CustomerRefund v NetSuite. Typ události explicit | |||
| Informování zákazníka | Představuje odeslání oznámení zákazníkovi o důležité změně stavu, například o schválení, přijetí zboží nebo zpracování refundace. Obvykle se odvozuje z časového razítka automaticky odeslaného e-mailu zaznamenaného na kartě komunikace daného záznamu. | ||
| Proč je to důležité Včasná komunikace je důležitá pro spokojenost zákazníků. Měřením prodlevy mezi milníkem a oznámením zákazníkovi odhalíte nedostatky v zákaznické zkušenosti. Kde data získat Vyžaduje analýzu systému. Událost se zaznamenává podle časového razítka odchozího e-mailu nebo poznámky uživatele na podkartě Communication záznamu ReturnAuthorization či CreditMemo. Zachycení Časové razítko e-mailu nebo záznamu komunikace propojeného s případem. Typ události inferred | |||
| Kontrola vráceného zboží | Tato koncepční činnost představuje dokončení fyzické kontroly vrácené položky a posouzení jejího stavu. NetSuite nemá standardní objekt „Inspection“, proto se tato událost obvykle odvozuje z vlastního pole nebo změny stavu v záznamu Return Authorization či Item Receipt. | ||
| Proč je to důležité Kontrola bývá častým úzkým místem. Sledování doby jejího dokončení je důležité pro analýzu výkonu pracovníků, jednotnosti rozhodování a vlivu na následné schválení refundace. Kde data získat Vyžaduje analýzu systému. Událost lze odvodit ze změny vlastního pole „Inspection Status“ v záznamu ReturnAuthorization. Může jít také o proces mimo systém, který se nezaznamenává. Zachycení Odvozuje se ze změny vlastního pole stavu v záznamu Return Authorization nebo Item Receipt. Typ události inferred | |||
| Použití dobropisu | Tato činnost představuje alternativu k vrácení peněz. Dobropis se použije na otevřenou fakturu zákazníka. Událost se odvozuje z odkazu „Applied To“ v dobropisu, který ukazuje, že byl kredit použit. | ||
| Proč je to důležité Pro finanční analýzu je důležité rozlišovat mezi vrácením peněz a použitím dobropisu. Tato cesta představuje jiné zakončení procesu než přímá refundace. Kde data získat Odvozuje se ze systémových poznámek nebo souvisejících záznamů CreditMemo, konkrétně z propojení s transakcí Invoice, která vyrovná zůstatek zákazníka. Zachycení Zjištění použití CreditMemo na transakci Invoice. Typ události inferred | |||
| Schválení dobropisu | Představuje formální schválení dobropisu, které se často vyžaduje u refundací vysokých částek nebo v rámci finančních kontrol. Událost se odvozuje ze změny stavu záznamu Credit Memo, která značí, že je připraven k použití nebo platbě. | ||
| Proč je to důležité Pokud je vyžadováno finanční schválení, může tento krok představovat významné úzké místo. Analýza jeho délky pomáhá zefektivnit finanční kontroly, aniž by se zpozdily refundace zákazníkům. Kde data získat Odvozuje se ze systémových poznámek záznamu CreditMemo, konkrétně ze změny pole stavu schválení z „Čeká na schválení“ na „Schváleno“ nebo „Otevřeno“. Zachycení Zjištění změny stavu transakce CreditMemo na „Schváleno“. Typ události inferred | |||
| Vytvoření objednávky na výměnu | Tato činnost představuje výměnu zboží, při které se zákazníkovi místo refundace vytvoří nová prodejní objednávka. Událost se obvykle zaznamenává vytvořením Sales Order propojené s původní autorizací vratky. | ||
| Proč je to důležité Sledování výměn jako samostatné cesty pomáhá analyzovat preference zákazníků a porovnat efektivitu výměny se zpracováním refundace. Jde o běžnou a důležitou variantu procesu. Kde data získat Tato událost odpovídá časovému razítku vytvoření nové transakce SalesOrder. Propojení s ReturnAuthorization může být ve standardním nebo vlastním poli, což vyžaduje analýzu systému. Zachycení Datum vytvoření SalesOrder propojené s ReturnAuthorization. Typ události explicit | |||
| Zamítnutí autorizace vratky | Tato událost představuje rozhodnutí zamítnout žádost zákazníka o vrácení zboží, často kvůli porušení pravidel. Zaznamenává se jako změna stavu záznamu Return Authorization na „Zamítnuto“ nebo „Uzavřeno“ bez dalšího zpracování. | ||
| Proč je to důležité Analýza zamítnutých žádostí pomáhá odhalit časté důvody, proč žádosti o vrácení nesplňují pravidla. Zjištění lze využít při komunikaci se zákazníky a upřesňování pravidel. Jde o významnou odchylku od běžného průběhu. Kde data získat Odvozuje se ze systémových poznámek nebo historie workflow záznamu ReturnAuthorization, když se pole „Status“ změní na konečný stav „Zamítnuto“. Zachycení Zjištění změny stavu záznamu ReturnAuthorization na „Zamítnuto“. Typ události inferred | |||
Návody k získání dat
Kroky
- Přejděte k vytvoření Saved Search: Přihlaste se do NetSuite. Přejděte na Reports > New Search. Na stránce New Saved Search klikněte na „Transaction“.
- Nastavte hlavní kritéria: Na stránce nastavení Saved Search otevřete kartu „Criteria“ a podkartu „Standard“. Nastavte následující filtry, abyste vybrali záznamy Return Authorization:
TypejeReturn AuthorizationMain LinejeYes- Přidejte filtr
Date Createda nastavte požadované období, například „za poslední 3 měsíce“. Tento krok je důležitý pro omezení objemu dat.
- Nastavte sloupce výsledků pro atributy: Přejděte na kartu „Results“. Přidejte následující pole, která budou v záznamu událostí sloužit jako atributy. Podle potřeby je přejmenujte pomocí „Custom Label“.
- ID případu:
Document NumberneboTranID(Custom Label: ReturnCaseId) - Stav vratky:
Status(Custom Label: ReturnAuthorizationStatus) - Zpracovatel:
Created Bynebo vlastní pole, pokud je k dispozici (Custom Label: ProcessingAgent) - Oddělení:
Department(Custom Label: Department) - Typ vratky: vlastní pole, například
[Your Return Reason Field](Custom Label: ReturnType) - Částka refundace:
Amount(Custom Label: ActualRefundAmount)
- ID případu:
- Přidejte sloupce se vzorci pro časová razítka událostí: Jde o nejdůležitější krok. Pro každou z 12 aktivit přidejte sloupec „Formula (Date/Time)“. Každý vzorec pomocí příkazu CASE vrátí časové razítko pouze v případě, že k dané události došlo. Přesné vzorce pro jednotlivé aktivity najdete v části „query“.
- Přidejte statické sloupce: Do výsledků přidejte dva sloupce „Formula (Text)“:
- Pro
SourceSystempoužijte vzorec:'NetSuite'. - Pro
LastDataUpdatepoužijte vzorec s datem spuštění, například{today}. Přesné časové razítko bude odpovídat času exportu.
- Pro
- Uložte a exportujte vyhledávání: Zadejte výstižný název, například „ProcessMind Returns Extraction“. Klikněte na „Save & Run“. Po zobrazení výsledků klikněte na ikonu exportu a vyberte „CSV“.
- Převeďte data na záznam událostí: Exportovaný soubor CSV bude v širokém formátu: jeden řádek na případ vratky a mnoho sloupců s časovými razítky událostí. Data je třeba převést do dlouhého formátu záznamu událostí. Použijte například Microsoft Excel Power Query (Unpivot Columns), Python nebo jiný skriptovací nástroj.
- Pro každý řádek v souboru CSV vytvořte několik nových řádků, po jednom pro každý neprázdný sloupec s časovým razítkem události.
- Nová převedená tabulka má obsahovat například sloupce
ReturnCaseId,ActivityNameaEventTimestamp. HodnotaActivityNamepochází z názvu původního sloupce s časovým razítkem, například „Return Authorization Created“.EventTimestampobsahuje hodnotu z tohoto sloupce.
- Připravte soubor k nahrání: Zkontrolujte, že výsledný soubor CSV obsahuje požadované záhlaví:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdatea doporučené atributy. Soubor je nyní připravený k nahrání do ProcessMind.
Konfigurace
- Typ vyhledávání: Saved Search musí být typu
Transaction. - Časové období: Je důležité nastavit filtr časového období pro pole
Date Createdv záznamu Return Authorization. Doporučujeme období 3 až 6 měsíců, které vyvažuje úplnost dat a výkon. - Hlavní filtr: Vyhledávání musí být omezeno na
TypejeReturn AuthorizationaMain LinejeYes. Tím zajistíte jeden počáteční záznam na případ vratky. - Vlastní pole: Přesnost exportu, zejména u událostí jako „Zboží zkontrolováno“ nebo atributů jako „Typ vratky“, závisí na tom, jak vaše organizace používá vlastní pole v záznamech transakcí. Uvedené vzorce obsahují zástupné hodnoty, například
{custbody_...}, které je nutné upravit podle konfigurace NetSuite. - Oprávnění uživatele: Uživatel spouštějící vyhledávání musí mít oprávnění k zobrazení všech použitých typů transakcí: Return Authorization, Item Receipt, Credit Memo, Customer Refund a Sales Order.
- Výkon: U účtů s velkým objemem vratek může toto rozsáhlé vyhledávání běžet pomalu. Spouštějte ho mimo špičku nebo naplánujte automatický export do úložiště souborů.
Ukázkový dotaz 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)` | Kroky
- Povolte SuiteAnalytics Connect: Ověřte, že máte pro účet NetSuite licenci SuiteAnalytics Connect. Správce musí tuto funkci povolit v části Setup > Company > Enable Features > Analytics.
- Přidělte uživateli oprávnění: Roli uživatele, který se připojuje, přidělte oprávnění „SuiteAnalytics Connect“. Uživatel musí mít také oprávnění k zobrazení všech dotazovaných záznamů, například transakcí, zaměstnanců a zákazníků.
- Nainstalujte ovladač ODBC: Stáhněte si ze stránky SuiteAnalytics Connect v NetSuite příslušný ovladač ODBC a nainstalujte ho do svého operačního systému.
- Nastavte DSN: Na počítači, ze kterého budete spouštět dotaz, vytvořte Data Source Name (DSN). Zadejte Service Data Source, Server Hostname, Port, Role ID, Account ID a přihlašovací údaje.
- Připojte SQL klienta: Pomocí SQL klienta, například DBeaver nebo Microsoft SQL Server Management Studio, se připojte k NetSuite přes nastavený DSN.
- Připravte SQL dotaz: Zkopírujte uvedený SQL dotaz do klienta. Dotaz je určený k získání všech důležitých událostí procesu vratek a refundací.
- Upravte dotaz: Změňte zástupné hodnoty v dotazu. Minimálně upravte časové období v Common Table Expression (CTE)
ReturnAuthorizations. Podle konfigurace NetSuite možná budete muset upravit také názvy vlastních polí, napříkladCUSTBODY_RETURN_TYPE, nebo konkrétní hodnoty stavů. - Spusťte dotaz: Spusťte upravený SQL dotaz nad replikou databáze NetSuite. Doba zpracování se může lišit podle časového období a objemu dat.
- Zkontrolujte a exportujte data: Po dokončení dotazu zkontrolujte, zda výsledky vypadají správně. Celou sadu výsledků exportujte do souboru CSV.
- Připravte soubor k nahrání: Zkontrolujte, že záhlaví souboru CSV odpovídají požadovaným atributům:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdateatd. Ověřte, že sloupecEventTimestamppoužívá jednotný formát data a času. Soubor je nyní připravený k nahrání do ProcessMind.
Konfigurace
- Předpoklady: Potřebujete licenci NetSuite s doplňkovým modulem SuiteAnalytics Connect. Uživatel, který připojení spouští, musí mít roli s oprávněním „SuiteAnalytics Connect“ a přístupem pro čtení záznamů transakcí, entit a zaměstnanců.
- Nastavení zdroje dat: Pomocí ovladače NetSuite ODBC nastavte DSN (Data Source Name). Budete potřebovat Account ID, Role ID a přihlašovací údaje. V produkčním prostředí je adresa serveru obvykle
odbcserver.netsuite.com. - Filtr časového období: Je nezbytné nastavit filtr časového období v počáteční CTE, která vybírá záznamy Return Authorization. Bez filtru se dotaz pokusí načíst data o všech vratkách a pravděpodobně poběží velmi pomalu nebo vyprší jeho časový limit. Pro úvodní analýzu doporučujeme období 3 až 6 měsíců.
- Hlavní typy transakcí: Dotaz pracuje s několika základními typy transakcí: ReturnAuthorization, ItemReceipt, CreditMemo, CustomerRefund a SalesOrd (pro výměny). Ověřte, že váš proces používá tyto standardní objekty.
- Závislost na vlastních polích: Aktivity jako „Zboží zkontrolováno“ a atributy jako „Typ vratky“ se často zaznamenávají do vlastních polí. Uvedený dotaz obsahuje zástupné hodnoty, například
CUSTBODY_INSPECTION_STATUSaCUSTBODY_RETURN_TYPE. Zjistěte správná ID vlastních polí ve svém systému a podle nich dotaz upravte. - Dopad na výkon: Jde o složitý dotaz s několika spojeními a rozsáhlou strukturou
UNION ALL. Spouštějte ho mimo špičku, abyste omezili dopad na výkon systému. U velmi rozsáhlých datových sad zvažte spuštění dotazu po kratších časových úsecích a následné spojení výsledků.
Ukázkový dotaz 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%'; Chcete začít?
Začněte zlepšovat zpracování vratek a refundací pomocí této šablony dat. Zlepšete workflow v NetSuite a zvyšte efektivitu i spokojenost zákazníků.
Zlepšete zpracování vratek a refundací a zvyšte efektivitu NetSuite
Zkraťte cyklus vratek v NetSuite o 30 %. Začněte zlepšovat provoz ještě dnes.
Bez platební karty • Nastavení během několika minut