Il template dei dati per la gestione di resi e rimborsi
Il template dei dati per la gestione di resi e rimborsi
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione da Salesforce Commerce Cloud
Attributi per la gestione di resi e rimborsi
| Nome | Descrizione | ||
|---|---|---|---|
|
Data e ora dell’evento
EventTime
|
La data e ora che indicano quando si è verificata l’attività o l’evento specifico. | ||
|
Descrizione
La data e ora dell’evento registrano il momento esatto in cui è stata eseguita un’attività o si è verificata una modifica di stato. Questo dato è essenziale per ordinare correttamente gli eventi e svolgere qualsiasi analisi basata sul tempo. Il Process Mining utilizza queste date e ore per ordinare le attività, calcolare i tempi di ciclo e di attesa tra i passaggi e analizzare le prestazioni del processo in periodi diversi. Date e ore precise sono alla base di un’analisi affidabile del processo.
Perché è importante
Questa data e ora stabiliscono l’ordine cronologico delle attività, fondamentale per calcolare i tempi di ciclo e individuare i ritardi nel processo.
Dove reperirli
In genere, si tratta della data e ora di creazione o modifica di un record in Salesforce Commerce Cloud, ad esempio 'CreatedDate' o 'LastModifiedDate' negli oggetti relativi al processo di reso.
Esempi
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
ID del caso di reso
ReturnCaseId
|
Identificativo univoco di un singolo caso di reso del cliente, che collega tutte le attività correlate dall’avvio alla chiusura. | ||
|
Descrizione
L’ID del caso di reso è l’identificativo principale che collega tutte le attività associate a una specifica richiesta di reso o rimborso del cliente. In questo modo è possibile monitorare e analizzare l’intero ciclo di vita del reso, dall’avvio alla chiusura definitiva. Nel Process Mining, questo attributo è fondamentale per ricostruire i casi. Ogni evento con lo stesso ID del caso di reso appartiene alla stessa istanza di processo. Ciò consente di visualizzare le mappe di processo, calcolare KPI a livello di caso come il tempo di ciclo e analizzare le varianti del processo relative ai resi.
Perché è importante
È la chiave primaria che collega tutti i passaggi del processo di reso in un unico caso tracciabile, indispensabile per l’analisi end-to-end del processo.
Dove reperirli
In genere, questo identificativo viene generato dal processo di Return Merchandise Authorization (RMA) in Salesforce Commerce Cloud. Si trova spesso nell’oggetto Return Order o Case.
Esempi
RT-0012345RT-0012346RT-0012347
|
|||
|
Nome attività
ActivityName
|
Il nome del passaggio o dell’evento specifico del processo aziendale che si è verificato nell’ambito del processo di reso. | ||
|
Descrizione
Questo attributo descrive l’attività o il traguardo specifico completato in un determinato momento per un caso di reso. Alcuni esempi sono 'Richiesta di reso creata', 'Articolo ricevuto in magazzino' e 'Rimborso elaborato'. Nel Process Mining, il nome dell’attività viene utilizzato per costruire la mappa di processo, mostrando la sequenza dei passaggi e il flusso dei casi. Analizzare le attività è fondamentale per individuare colli di bottiglia, cicli di rilavorazione e scostamenti dal processo standard.
Perché è importante
Definisce i passaggi della mappa di processo e consente di visualizzare e analizzare il flusso di lavoro dei resi.
Dove reperirli
In genere, questo attributo deriva dai log degli eventi, dai record delle modifiche di stato o dai dati di completamento delle attività associati agli oggetti Return Order o Case in Salesforce.
Esempi
Richiesta di reso approvataIspezione dell’articolo completataRimborso elaborato
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema da cui provengono i dati dell’evento. | ||
|
Descrizione
Questo attributo identifica il sistema di origine in cui sono stati generati i dati. Per questo processo, il valore sarà sempre 'Salesforce Commerce Cloud'. In un’analisi più ampia, questo campo è utile quando si combinano dati provenienti da più sistemi per capire come i processi si svolgono su piattaforme diverse. Garantisce la tracciabilità dei dati e aiuta a diagnosticare i problemi di qualità dei dati specifici di una fonte.
Perché è importante
Fornisce informazioni sull’origine dei dati, essenziali per la governance dei dati e per l’integrazione di dati provenienti da più sistemi aziendali.
Dove reperirli
È un valore statico aggiunto durante l’estrazione e la trasformazione dei dati. Non è un campo di Salesforce, ma viene definito nel modello dei dati.
Esempi
Salesforce Commerce Cloud
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
La data e ora che indicano quando i dati sono stati estratti o aggiornati per l’ultima volta dal sistema di origine. | ||
|
Descrizione
Questo attributo registra la data e ora dell’ultima estrazione dei dati da Salesforce Commerce Cloud e indica quanto sono aggiornati i dati analizzati. Questa informazione è fondamentale per capire quanto sia attuale l’analisi del processo. Aiuta a definire le aspettative sulla tempestività dei dati ed è importante per verificarne la completezza.
Perché è importante
Indica quanto sono aggiornati i dati, consentendo di capire se l’analisi riflette lo stato più recente del processo.
Dove reperirli
Questa data e ora viene generata dallo strumento o dallo script di estrazione dei dati al momento dell’aggiornamento. Non è un campo di Salesforce.
Esempi
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
Canale di reso
ReturnChannel
|
Il canale attraverso cui è stato avviato il reso, ad esempio online, in negozio o tramite il servizio clienti. | ||
|
Descrizione
Questo attributo specifica il metodo utilizzato dal cliente per avviare il reso. Tra i canali più comuni figurano un portale online self-service, la consegna dell’articolo in un negozio fisico o il contatto con un addetto al servizio clienti. Conoscere il canale di reso è importante per la Dashboard 'Tendenze del volume e del flusso dei resi'. Aiuta ad allocare le risorse in modo efficace e ad analizzare se determinati canali sono associati a tempi di ciclo più lunghi, motivi di reso diversi o costi di elaborazione più elevati.
Perché è importante
Consente di segmentare i dati sui resi per comprendere le differenze di processo e le esigenze di risorse tra canali diversi, come quello online e il negozio fisico.
Dove reperirli
Può essere un campo dell’oggetto Return Order o Case oppure si può dedurre dall’utente o dal sistema che ha creato il record del reso.
Esempi
Portale onlineIn negozioChiamata al servizio clienti
|
|||
|
Importo del rimborso richiesto
RequestedRefundAmount
|
L’importo del rimborso richiesto dal cliente al momento dell’avvio del reso. | ||
|
Descrizione
Questo attributo registra l’importo iniziale del rimborso atteso dal cliente, che in genere corrisponde al prezzo dell’articolo restituito. Il valore costituisce la base di riferimento per il calcolo del rimborso. Nella Dashboard 'Analisi degli scostamenti dell’importo del rimborso', questo importo viene confrontato con l’'Importo effettivo del rimborso'. Differenze significative o frequenti possono indicare problemi nelle politiche di reso, nelle spese di riassortimento o nei calcoli del sistema, con possibili ripercussioni sulla soddisfazione dei clienti.
Perché è importante
Costituisce la base di riferimento per il confronto con l’importo finale del rimborso e aiuta a individuare gli scostamenti e ad analizzare l’impatto finanziario delle rettifiche.
Dove reperirli
In genere, questo valore è memorizzato nell’oggetto Return Order o Return Order Line Item e deriva dall’ordine di vendita originale.
Esempi
49.99125.0089.50
|
|||
|
Importo effettivo del rimborso
ActualRefundAmount
|
L’importo finale effettivamente rimborsato al cliente. | ||
|
Descrizione
Questo attributo rappresenta l’importo finale riaccreditato al cliente dopo aver completato tutte le valutazioni, le detrazioni e i calcoli. Può differire dall’importo richiesto per fattori quali le spese di riassortimento, le promozioni o le condizioni dell’articolo restituito. Analizzare questo attributo è essenziale per la riconciliazione finanziaria e per la Dashboard 'Analisi degli scostamenti dell’importo del rimborso'. Aiuta a quantificare l’impatto finanziario delle politiche di reso e a individuare problemi sistemici nel flusso di lavoro di calcolo e approvazione dei rimborsi.
Perché è importante
Rappresenta l’esito finanziario finale del reso. Confrontandolo con l’importo richiesto si può determinare l’impatto finanziario delle politiche di reso e delle rettifiche.
Dove reperirli
In genere, questo valore è memorizzato in un oggetto Refund o Payment Transaction collegato all’oggetto Return Order in Salesforce Commerce Cloud.
Esempi
49.99115.000.00
|
|||
|
Motivo del reso
ReturnReason
|
Il motivo indicato dal cliente per la restituzione dell’articolo. | ||
|
Descrizione
Il motivo del reso indica perché il cliente ha avviato la procedura. Spesso viene selezionato da un elenco predefinito, con opzioni come 'Taglia errata', 'Articolo danneggiato' o 'Non più necessario'. Questo attributo è fondamentale per l’analisi delle cause profonde. Analizzando i motivi dei resi, le aziende possono individuare tendenze legate alla qualità dei prodotti, ai problemi di taglia o alle imprecisioni nelle descrizioni. Queste informazioni possono guidare miglioramenti nello sviluppo dei prodotti, nel marketing e nella catena di approvvigionamento, riducendo così il volume complessivo dei resi.
Perché è importante
Capire perché gli articoli vengono restituiti è fondamentale per individuare le cause profonde, come difetti del prodotto o problemi di taglia, e ridurre il volume dei resi futuri.
Dove reperirli
In genere, è un campo a elenco di selezione nell’oggetto Return Order o Case di Salesforce, spesso compilato dal cliente all’avvio della procedura di reso.
Esempi
Taglia errataArticolo danneggiato all’arrivoArticolo errato spedito
|
|||
|
Operatore che elabora il reso
ProcessingAgent
|
L’utente o l’agente responsabile della gestione del reso o di una specifica attività nell’ambito del processo di reso. | ||
|
Descrizione
Questo attributo identifica il dipendente o l’utente di sistema che ha eseguito un’azione sul caso di reso, ad esempio approvare la richiesta, controllare l’articolo o elaborare il rimborso. Può contenere un ID o il nome di un utente specifico. Analizzare l’operatore che elabora il reso aiuta a comprendere le differenze di prestazioni tra persone o team. È fondamentale per la Dashboard 'Prestazioni e coerenza degli operatori', che consente di individuare esigenze formative, bilanciare i carichi di lavoro e uniformare le procedure in tutta l’organizzazione.
Perché è importante
Consente di analizzare le prestazioni e la coerenza tra utenti diversi, aiutando a individuare le buone pratiche e le aree in cui è necessaria una formazione.
Dove reperirli
Si trova in genere in campi come 'OwnerId' o 'LastModifiedById' degli oggetti Case o Return Order in Salesforce. Può anche essere memorizzato in oggetti correlati alle attività o alla cronologia.
Esempi
Alice SmithBob JohnsonAutomazione di sistema
|
|||
|
SKU del prodotto
ProductSku
|
Lo Stock Keeping Unit (SKU) dell’articolo restituito. | ||
|
Descrizione
Questo attributo è l’identificativo univoco del prodotto specifico restituito e consente un’analisi dettagliata a livello di singolo prodotto. Analizzare i resi per SKU del prodotto aiuta a individuare quelli con un tasso di reso elevato, che potrebbe indicare problemi di controllo qualità, descrizioni poco accurate o difetti di fabbricazione. Questa informazione è fondamentale per la Dashboard 'Tempo dalla ricezione in magazzino al controllo', perché può rivelare se il controllo di alcuni tipi di prodotto richiede più tempo.
Perché è importante
Consente di analizzare i modelli di reso per singolo prodotto e individuare gli articoli con problemi di qualità o descrizione.
Dove reperirli
Questa informazione si trova nell’articolo della riga dell’ordine di reso o in un oggetto correlato che collega il caso di reso al prodotto specifico dell’ordine originale.
Esempi
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Condizioni dell’articolo
ItemCondition
|
Le condizioni dell’articolo restituito, valutate durante il controllo in magazzino. | ||
|
Descrizione
Dopo la ricezione, l’articolo restituito viene in genere controllato per determinarne le condizioni. Questo attributo registra l’esito, ad esempio 'Nuovo', 'Usato, rivendibile' o 'Danneggiato'. La valutazione incide direttamente sull’importo finale del rimborso ed è un dato fondamentale per la Dashboard 'Panoramica sul rispetto delle politiche di reso'. Il monitoraggio di queste informazioni aiuta a comprendere la qualità dei prodotti restituiti e a gestire le scorte destinate alla rivendita, al ricondizionamento o allo smaltimento.
Perché è importante
Questa valutazione determina spesso l’importo finale del rimborso ed è fondamentale per la gestione delle scorte di prodotti restituiti.
Dove reperirli
In genere, è un campo personalizzato dell’oggetto Return Order Line Item, aggiornato durante l’attività 'Controllo dell’articolo'.
Esempi
Nuovo/non apertoUsato, come nuovoDanneggiato/non vendibile
|
|||
|
Conforme agli SLA
IsSlaCompliant
|
Indicatore booleano che segnala se il rimborso è stato elaborato entro la data obiettivo SLA definita. | ||
|
Descrizione
Questo indicatore è impostato su 'true' se l’attività 'Rimborso elaborato' si è verificata entro la 'Data obiettivo SLA per il rimborso' inclusa, altrimenti è impostato su 'false'. Fornisce un esito chiaro e binario delle prestazioni SLA per ogni singolo caso. Questo attributo è alla base della Dashboard 'Conformità agli SLA sui rimborsi' e del KPI 'Tasso di rispetto degli SLA sui rimborsi'. Semplifica l’analisi dei tassi di conformità e consente di approfondire i motivi della mancata conformità, segmentando i dati in base ad altri attributi come 'Operatore che elabora il reso' o 'Canale di reso'.
Perché è importante
Semplifica l’analisi delle prestazioni SLA, agevolando il calcolo dei tassi di conformità e l’individuazione dei fattori che causano ritardi.
Dove reperirli
È un attributo calcolato. La logica è: IF (data e ora di 'Rimborso elaborato' <= RefundSlaTargetDate) THEN true ELSE false.
Esempi
truefalse
|
|||
|
Data obiettivo SLA per il rimborso
RefundSlaTargetDate
|
La data entro cui il rimborso relativo al caso di reso dovrebbe essere elaborato completamente. | ||
|
Descrizione
Questo attributo definisce la scadenza prevista dall’accordo sul livello di servizio (SLA) per completare il rimborso. In genere viene calcolata in base a regole aziendali, ad esempio un numero prestabilito di giorni dall’approvazione della richiesta di reso o dalla ricezione dell’articolo. Questa data è il valore di riferimento per misurare le prestazioni effettive nella Dashboard 'Conformità agli SLA sui rimborsi'. Monitorare la conformità aiuta a garantire un’esperienza cliente coerente e positiva e consente ai responsabili di individuare i team o i passaggi del processo che mettono a rischio il rispetto degli SLA.
Perché è importante
Definisce l’obiettivo di prestazione per l’elaborazione dei rimborsi e consente di misurare la conformità agli SLA e il relativo impatto sulla soddisfazione dei clienti.
Dove reperirli
Spesso è un campo calcolato dell’oggetto Case o Return Order, ricavato dalla data di creazione o approvazione più un intervallo di tempo predefinito, ad esempio CreatedDate + 14 giorni.
Esempi
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
ID cliente
CustomerId
|
Identificativo univoco del cliente che ha avviato il reso. | ||
|
Descrizione
Questo attributo è l’ID univoco associato all’account del cliente e consente di aggregare i dati sui resi a livello di cliente. Analizzare i resi per ID cliente può aiutare a individuare clienti con tassi di reso insolitamente elevati, che potrebbero indicare comportamenti fraudolenti o un’insoddisfazione ricorrente. Consente inoltre di analizzare i dati per segmento di clientela e capire se determinati gruppi presentano modelli o comportamenti di reso diversi.
Perché è importante
Consente di analizzare i dati a livello di cliente, individuare chi effettua resi frequenti e comprendere i comportamenti di reso nei diversi segmenti di clientela.
Dove reperirli
È un campo standard degli oggetti Order e Case in Salesforce, collegato all’oggetto Customer o Account.
Esempi
CUST-98765CUST-12345CUST-55555
|
|||
|
Motivo del rifiuto
RejectionReason
|
Il motivo specifico per cui una richiesta di reso o di rimborso è stata rifiutata. | ||
|
Descrizione
Quando un reso non viene approvato o un rimborso viene rifiutato, questo attributo ne registra la motivazione. Alcuni esempi sono 'Termine per il reso scaduto', 'Articolo danneggiato dal cliente' o 'Articolo non restituibile'. Questa informazione è fondamentale per la Dashboard 'Resi rifiutati e sottoposti a escalation'. Analizzare i motivi del rifiuto aiuta l’azienda a comprendere i punti critici nelle politiche e nel processo di reso. Può portare a comunicazioni più chiare con i clienti, modifiche alle politiche o a una verifica iniziale più efficace delle richieste di reso.
Perché è importante
Fornisce informazioni essenziali sui motivi per cui i resi non vanno a buon fine e aiuta a migliorare le politiche di reso, la comunicazione con i clienti e la formazione degli operatori.
Dove reperirli
Spesso è un campo personalizzato dell’oggetto Return Order o Case, compilato quando lo stato passa a 'Rejected' o 'Closed - Denied'.
Esempi
Termine per il reso scadutoArticolo non nelle condizioni originaliArticolo in saldo finale
|
|||
|
Rispetto delle politiche di reso
ReturnPolicyAdherence
|
Indicatore che segnala se il reso è conforme alle politiche aziendali stabilite. | ||
|
Descrizione
Questo attributo segnala o classifica i resi in base al rispetto delle politiche aziendali, ad esempio per quanto riguarda il termine per il reso, le condizioni dell’articolo o la prova d’acquisto. Può essere un indicatore booleano (Conforme/Non conforme) oppure uno stato più dettagliato. Questo attributo è centrale per la Dashboard 'Panoramica sul rispetto delle politiche di reso' e per il KPI 'Tasso di mancata conformità alle politiche'. Consente all’azienda di monitorare con quale coerenza vengono applicate le politiche e di analizzare l’impatto dei resi non conformi sul processo e sui risultati finanziari.
Perché è importante
Consente di monitorare l’applicazione delle politiche, fondamentale per gestire i costi, prevenire le frodi e garantire un trattamento equo e coerente dei clienti.
Dove reperirli
Spesso è un attributo derivato da un insieme di regole aziendali applicate ad altri dati, come la data del reso, le condizioni dell’articolo e il tipo di prodotto.
Esempi
ConformeNon conforme, reso tardivoNon conforme, articolo danneggiato
|
|||
|
Stato del reso
ReturnStatus
|
Lo stato attuale del caso di reso nel suo ciclo di vita. | ||
|
Descrizione
Questo attributo indica lo stato attuale del reso, ad esempio 'In attesa di approvazione', 'Articolo ricevuto', 'Rimborsato' o 'Chiuso'. È un attributo dinamico che cambia man mano che il caso avanza nel flusso di lavoro. Il Process Mining ricava il flusso dalle attività, mentre lo stato attuale fornisce un contesto utile per filtrare e analizzare i casi aperti e quelli chiusi. Aiuta a monitorare le operazioni, mostrando l’arretrato attuale e il carico di lavoro nelle diverse fasi del processo.
Perché è importante
Fornisce una fotografia della fase in cui si trova il caso di reso, utile per il monitoraggio operativo e per filtrare i casi attivi.
Dove reperirli
È il campo standard 'Status' dell’oggetto Return Order o Case in Salesforce Commerce Cloud.
Esempi
In attesa di approvazioneApprovatoArticoli ricevutiChiuso
|
|||
|
Tempo dalla ricezione al controllo
ReceiptToInspectionTime
|
Il tempo che intercorre tra la ricezione dell’articolo in magazzino e il completamento del controllo. | ||
|
Descrizione
Questa metrica calcolata misura il tempo necessario per completare un passaggio interno fondamentale in magazzino. Corrisponde alla differenza tra le date e ore delle attività 'Articolo ricevuto in magazzino' e 'Controllo dell’articolo completato'. Questa durata è al centro della Dashboard 'Tempo dalla ricezione in magazzino al controllo' e del KPI 'Tempo medio dalla ricezione al controllo dell’articolo'. Analizzare la metrica aiuta a individuare i colli di bottiglia nelle operazioni di magazzino, che possono contribuire in modo significativo ai ritardi complessivi del processo.
Perché è importante
Aiuta a individuare i colli di bottiglia interni al magazzino che rallentano l’intero processo di reso, incidendo sui tempi di rimborso e sulla disponibilità delle scorte.
Dove reperirli
Viene calcolato durante la trasformazione dei dati sottraendo la data e ora di 'Articolo ricevuto in magazzino' da quella di 'Controllo dell’articolo completato'.
Esempi
1 giorno e 2 ore3 giorni e 0 ore8 ore
|
|||
|
Ubicazione del magazzino
WarehouseLocation
|
L’identificativo del magazzino o della struttura in cui è stato ricevuto l’articolo restituito. | ||
|
Descrizione
Questo attributo specifica quale sede fisica ha gestito l’articolo restituito. È particolarmente rilevante per le aziende con più centri di distribuzione. L’analisi per ubicazione del magazzino può rivelare differenze di prestazioni tra le strutture. Ad esempio, può mostrare se alcuni magazzini impiegano più tempo per i controlli o registrano più spesso articoli come danneggiati. Queste informazioni aiutano a uniformare le operazioni e a risolvere i problemi specifici di ciascuna struttura.
Perché è importante
Consente di confrontare le prestazioni dei diversi magazzini e mette in evidenza le differenze nei tempi di elaborazione o nella valutazione della qualità.
Dove reperirli
Questa informazione può essere memorizzata nell’oggetto Return Order o in un oggetto di spedizione correlato. Può anche essere dedotta dall’utente che ha registrato la ricezione.
Esempi
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
Attività di gestione di resi e rimborsi
| Attività | Descrizione | ||
|---|---|---|---|
|
Articolo ricevuto in magazzino
|
Questa attività indica la ricezione fisica dell’articolo restituito nel magazzino o centro di elaborazione designato. Viene registrata quando un operatore di magazzino scansiona l’articolo, aggiornando lo stato del ReturnOrderItem associato. | ||
|
Perché è importante
È una fase fondamentale, che segna il passaggio dalle attività del cliente all’elaborazione interna. Da qui si inizia a misurare gli indicatori chiave di prestazione del magazzino, come il tempo tra ricezione e ispezione.
Dove reperirli
Si deduce da una modifica dello stato dell’oggetto ReturnOrder o ReturnOrderItem a «Received» oppure dalla compilazione del campo «quantityReceived».
Acquisizione
Rilevare l’aggiornamento di ReturnOrderItem.quantityReceived o la modifica dello stato in «Received».
Tipo di evento
inferred
|
|||
|
Caso di reso chiuso
|
Questa attività rappresenta la chiusura definitiva del caso di reso nel sistema, una volta completati il rimborso, la sostituzione o il rifiuto. Si deduce dal passaggio dello stato di ReturnOrder a 'Closed' o 'Completed'. | ||
|
Perché è importante
Essendo il principale punto di conclusione del processo, questa attività è essenziale per calcolare i tempi di ciclo complessivi e misurare il volume di resi gestiti.
Dove reperirli
Si deduce dalla data e ora in cui il campo di stato dell’oggetto ReturnOrder viene aggiornato allo stato finale, ad esempio 'Closed' o 'Completed'.
Acquisizione
Rileva la modifica del campo ReturnOrder.status a 'Closed'.
Tipo di evento
inferred
|
|||
|
Ispezione dell’articolo completata
|
Questa attività indica il completamento dell’ispezione dell’articolo, durante la quale se ne valutano e documentano le condizioni. Viene registrata quando cambia lo stato dell’articolo reso e può avviare la fase successiva, come il calcolo del rimborso. | ||
|
Perché è importante
È un momento decisionale importante del processo, perché determina se spetta un rimborso. Il tempo che intercorre tra la ricezione e il completamento dell’ispezione è un indicatore chiave di prestazione per le attività di magazzino.
Dove reperirli
Si deduce dall’aggiornamento dello stato dell’oggetto ReturnOrderItem a «Inspected» oppure dalla conferma del campo «reasonForReturn» da parte di un operatore.
Acquisizione
Rilevare la modifica del campo ReturnOrderItem.status in «Inspected».
Tipo di evento
inferred
|
|||
|
Richiesta di reso approvata
|
Questo evento indica che un operatore dell’assistenza o una regola automatica ha esaminato e autorizzato una richiesta di reso. In genere si deduce da una modifica dello stato dell’oggetto ReturnOrder, per esempio da «New» ad «Approved». | ||
|
Perché è importante
Monitorare questa fase aiuta ad analizzare l’efficienza dell’approvazione e a individuare i colli di bottiglia. Il tempo tra la creazione e l’approvazione è un indicatore chiave di prestazione per gli operatori.
Dove reperirli
Si deduce dalla data e ora in cui il campo di stato dell’oggetto ReturnOrder viene aggiornato con un valore che indica l’approvazione, come «Approved» o «Authorized».
Acquisizione
Rilevare la modifica del campo ReturnOrder.status in «Approved».
Tipo di evento
inferred
|
|||
|
Richiesta di reso creata
|
Questa attività indica la creazione nel sistema di un caso di autorizzazione al reso. Viene registrata quando in Salesforce Commerce Cloud viene creato un nuovo record ReturnOrder, dal cliente tramite il negozio online oppure da un operatore dell’assistenza. | ||
|
Perché è importante
Essendo il punto di partenza del processo di reso, questa attività è essenziale per misurare il tempo di ciclo complessivo e analizzare nel tempo il volume delle richieste ricevute.
Dove reperirli
Questo evento viene rilevato dalla data e ora di creazione dell’oggetto ReturnOrder in Salesforce Commerce Cloud OMS.
Acquisizione
Registrare la creazione di un nuovo record ReturnOrder.
Tipo di evento
explicit
|
|||
|
Rimborso elaborato
|
Questa attività conferma che il gateway di pagamento ha elaborato correttamente il rimborso e che i fondi sono stati inviati al cliente. In genere, l’evento viene attivato da una notifica di conferma del fornitore del servizio di pagamento. | ||
|
Perché è importante
È un passaggio fondamentale per misurare il rispetto degli SLA sui rimborsi e conferma il completamento della parte finanziaria del processo di reso.
Dove reperirli
Rilevato da un evento di notifica del gateway di pagamento che aggiorna lo stato dell’oggetto Payment o Refund associato in Salesforce a 'Processed' o 'Completed'.
Acquisizione
Registra l’evento di conferma del fornitore di servizi di pagamento che aggiorna lo stato dell’oggetto Payment.
Tipo di evento
explicit
|
|||
|
Etichetta di reso generata
|
Questa attività indica il momento in cui viene creata l’etichetta di spedizione che il cliente utilizzerà per restituire l’articolo. Può essere registrata esplicitamente se l’integrazione con il corriere associa questo evento al caso di reso. | ||
|
Perché è importante
Questa fase è importante per l’esperienza del cliente e può causare ritardi se la generazione dell’etichetta non avviene senza intoppi. Segna il passaggio di consegne al cliente, che dovrà spedire l’articolo.
Dove reperirli
L’evento può essere registrato in un campo personalizzato o in un oggetto correlato all’oggetto ReturnOrder da un’integrazione di spedizione, come Salesforce Shipping.
Acquisizione
Registrare l’evento proveniente dall’integrazione di spedizione o la creazione dell’oggetto personalizzato.
Tipo di evento
explicit
|
|||
|
Importo del rimborso calcolato
|
Questa fase consiste nel determinare l’importo finale del rimborso, tenendo conto di fattori come le condizioni dell’articolo, le spese di riassortimento o le promozioni. Spesso è un’operazione automatica del sistema che compila i campi relativi all’importo del rimborso. | ||
|
Perché è importante
Analizzare questa fase è fondamentale per la Dashboard «Analisi delle differenze negli importi dei rimborsi», che mette in evidenza i casi in cui l’importo finale differisce da quello richiesto dal cliente.
Dove reperirli
Questo evento può essere dedotto dalla compilazione o dall’aggiornamento dei campi relativi all’importo del rimborso nell’oggetto ReturnOrder o in un oggetto di pagamento del rimborso associato.
Acquisizione
Rilevare la data e ora in cui vengono compilati i campi relativi all’importo del rimborso.
Tipo di evento
inferred
|
|||
|
Ispezione dell’articolo avviata
|
Questo evento indica l’inizio della valutazione della qualità e delle condizioni dell’articolo restituito. In genere si deduce quando lo stato dell’articolo reso cambia in «Inspecting» o in uno stato equivalente. | ||
|
Perché è importante
Registrare l’inizio dell’ispezione permette di distinguere la durata effettiva dell’ispezione dal tempo complessivo di attesa in magazzino, offrendo una visione più dettagliata dei possibili colli di bottiglia.
Dove reperirli
Si deduce dall’aggiornamento dello stato dell’oggetto ReturnOrderItem a un valore come «Inspecting» o «Under Inspection».
Acquisizione
Rilevare la modifica del campo ReturnOrderItem.status in «Inspecting».
Tipo di evento
inferred
|
|||
|
Ordine di sostituzione creato
|
Quando il reso prevede una sostituzione, questo evento indica la creazione di un nuovo ordine di vendita per l’articolo sostitutivo. Si tratta di un’alternativa al rimborso in denaro. | ||
|
Perché è importante
Tenere traccia separatamente di questo percorso rispetto ai rimborsi è importante per comprendere il tasso di sostituzione e l’efficienza del processo di evasione degli ordini sostitutivi.
Dove reperirli
Rilevato dalla creazione di un nuovo oggetto SalesOrder collegato all’oggetto ReturnOrder originale.
Acquisizione
Registra la creazione di un nuovo SalesOrder collegato all’ID ReturnOrder.
Tipo di evento
explicit
|
|||
|
Richiesta di reso respinta
|
Questo evento indica che una richiesta di reso è stata rifiutata e non verrà elaborata ulteriormente. Viene registrato quando lo stato di ReturnOrder viene aggiornato a «Rejected» o «Canceled» prima della ricezione della merce. | ||
|
Perché è importante
Analizzare i resi respinti aiuta a individuare i motivi più frequenti del rifiuto, come le violazioni delle politiche, e permette di migliorare la comunicazione con i clienti e i controlli di convalida iniziali.
Dove reperirli
Si deduce dalla data e ora in cui il campo di stato dell’oggetto ReturnOrder viene aggiornato con un valore che indica il rifiuto, come «Rejected» o «Denied».
Acquisizione
Rilevare la modifica del campo ReturnOrder.status in «Rejected».
Tipo di evento
inferred
|
|||
|
Rimborso approvato
|
Questa attività indica che l’importo del rimborso calcolato è stato approvato ed è pronto per essere elaborato. Può essere una fase automatica oppure richiedere un’approvazione manuale per i resi di importo elevato. | ||
|
Perché è importante
Questa fase di approvazione può diventare un collo di bottiglia, soprattutto se richiede un intervento manuale. È un passaggio fondamentale prima dell’avvio della transazione finanziaria.
Dove reperirli
Si deduce da una modifica dello stato dell’oggetto ReturnOrder o di un oggetto correlato al riepilogo dei pagamenti, per esempio a «Refund Approved» o «Ready for Refund».
Acquisizione
Rilevare la modifica dello stato di ReturnOrder o dell’oggetto di pagamento correlato.
Tipo di evento
inferred
|
|||
|
Rimborso avviato
|
Questo evento indica il momento in cui Salesforce Commerce Cloud invia la richiesta di rimborso a un Gateway di pagamento esterno. Segna l’inizio della transazione finanziaria. | ||
|
Perché è importante
Distinguere l’avvio dall’elaborazione è fondamentale per analizzare il rispetto degli SLA. I ritardi che si verificano da questo momento in poi dipendono in genere dal fornitore dei pagamenti, non dall’elaborazione interna.
Dove reperirli
L’evento viene registrato in un Event Log esplicito o nel record della chiamata API effettuata quando il sistema comunica con il Gateway di pagamento. Può anche essere dedotto da una modifica dello stato di un oggetto Payment.
Acquisizione
Registrare la chiamata API al Gateway di pagamento o una modifica dello stato in «Refund Pending».
Tipo di evento
explicit
|
|||
Guide all’estrazione
È pronto a iniziare?
Utilizzi questo template di dati per avviare il Suo percorso di Process Mining. Inizi a ottimizzare la gestione di resi e rimborsi per aumentare l’efficienza e la soddisfazione dei clienti.
Migliori subito l’efficienza nella gestione di resi e rimborsi
Individui le inefficienze e riduca del 30% o più il tempo di ciclo dei resi.
Non è richiesta la carta di credito. La configurazione richiede solo pochi minuti.