Template dati per la gestione dei resi e dei rimborsi

Salesforce Commerce Cloud
Template dati per la gestione dei resi e dei rimborsi

Template dati per la gestione dei resi e dei rimborsi

Questo template fornisce una guida completa alla raccolta dei dati necessari per analizzare il Suo processo di reso e rimborso. Delinea i campi dati essenziali, le attività chiave da monitorare e offre indicazioni specifiche su come estrarre queste informazioni dai sistemi sorgente. Utilizzi questo template per preparare il Suo event log e garantire il successo del progetto di Process Mining.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione per Salesforce Commerce Cloud
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di gestione resi e rimborsi

Questi sono i campi dati consigliati da includere nel Suo event log per un'analisi completa della gestione di resi e rimborsi in Salesforce Commerce Cloud.
5 Obbligatorio 7 Consigliato 9 Facoltativo
Nome Descrizione
ID case di reso
ReturnCaseId
L'identificatore univoco per un singolo case di reso cliente, che collega tutte le attività correlate dall'inizio alla chiusura.
Descrizione

L'ID del case di reso funge da identificatore primario, collegando tutte le attività associate a una specifica richiesta di reso o rimborso. Ciò garantisce che l'intero ciclo di vita di un reso, dall'apertura alla chiusura finale, possa essere monitorato e analizzato in modo completo.

Nel Process Mining, questo attributo è fondamentale per la ricostruzione del case. Ogni evento con lo stesso ID case di reso fa parte della stessa istanza di processo. Ciò consente la visualizzazione delle mappe di processo, il calcolo dei KPI a livello di case (come il tempo di ciclo) e l'analisi delle varianti di processo relative ai resi.

Perché è importante

Questa è la chiave primaria che collega tutte le fasi di un processo di reso in un unico case tracciabile, essenziale per l'analisi del processo end-to-end.

Dove trovare

Questo identificatore viene solitamente generato dal processo RMA (Return Merchandise Authorization) all'interno di Salesforce Commerce Cloud. Si trova spesso sull'oggetto Return Order o Case.

Esempi
RT-0012345RT-0012346RT-0012347
Nome attività
ActivityName
Il nome della fase specifica del processo aziendale o dell'evento che si è verificato all'interno del processo di reso.
Descrizione

Questo attributo descrive l'attività specifica o il traguardo completato in un dato momento per un case di reso. Gli esempi includono "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 delle fasi e il flusso dei case. L'analisi delle attività è fondamentale per identificare colli di bottiglia, cicli di rilavorazione e deviazioni dal processo standard.

Perché è importante

Definisce i passaggi nella mappa di processo, consentendo la visualizzazione e l'analisi del workflow dei resi.

Dove trovare

Questo attributo deriva tipicamente dagli event log, dai record di modifica dello stato o dai dati di completamento delle attività associati agli oggetti Return Order o Case in Salesforce.

Esempi
Richiesta di Reso ApprovataIspezione articolo completataRimborso Elaborato
Timestamp Evento
EventTime
Il timestamp che indica quando si è verificata l'attività o l'evento specifico.
Descrizione

L'Event Time registra la data e l'ora esatta in cui un'attività è stata eseguita o uno stato è cambiato. Questo timestamp è cruciale per sequenziare correttamente gli eventi e per l'analisi temporale. Il Process Mining si basa su questi dati per ordinare le attività, calcolare i tempi di ciclo e analizzare le prestazioni in diversi periodi. Timestamp accurati sono la base di ogni analisi affidabile.

Perché è importante

Questo timestamp stabilisce l'ordine cronologico delle attività, fondamentale per calcolare i tempi di ciclo e identificare i ritardi nel processo.

Dove trovare

Si tratta in genere del timestamp di creazione o modifica di un record in Salesforce Commerce Cloud, come 'CreatedDate' o 'LastModifiedDate' su oggetti correlati al processo di reso.

Esempi
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
Sistema di Origine
SourceSystem
Il sistema da cui provengono i dati dell'evento.
Descrizione

Questo attributo identifica il sistema sorgente in cui sono stati generati i dati. Per questo processo, sarà costantemente "Salesforce Commerce Cloud".

In un contesto di analisi più ampio, questo campo è utile quando si combinano dati provenienti da più sistemi per capire come i processi fluiscono attraverso diverse piattaforme. Assicura che la provenienza dei dati sia chiara e aiuta a diagnosticare problemi di qualità dei dati specifici di una sorgente.

Perché è importante

Fornisce contesto sull'origine dei dati, essenziale per la data governance e l'integrazione di sistemi aziendali multipli.

Dove trovare

Si tratta di un valore statico aggiunto durante l'estrazione e la trasformazione dei dati. Non è un campo all'interno di Salesforce, ma è definito come parte del modello dati.

Esempi
Salesforce Commerce Cloud
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultima estrazione o aggiornamento dei dati dal sistema di origine.
Descrizione

Questo attributo registra la data e l'ora dell'estrazione dati più recente da Salesforce Commerce Cloud. Fornisce trasparenza sulla freschezza dei dati analizzati.

Questa informazione è vitale affinché gli utenti comprendano quanto sia aggiornata l'analisi del processo. Aiuta a gestire le aspettative sulla tempestività dei dati ed è importante per convalidare la completezza del dataset.

Perché è importante

Informa gli utenti sull'attualità dei dati, garantendo che l'analisi rifletta lo stato più recente del processo.

Dove trovare

Questo timestamp viene generato dallo strumento di estrazione dati o dallo script al momento dell'aggiornamento dei dati. Non è un campo all'interno di Salesforce.

Esempi
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Agente addetto all'elaborazione
ProcessingAgent
L'utente o l'agente responsabile della gestione del reso o di una specifica attività all'interno del processo di reso.
Descrizione

Questo attributo identifica il dipendente o l'utente del sistema che ha eseguito un'azione sul case di reso, come l'approvazione della richiesta, l'ispezione dell'articolo o l'elaborazione del rimborso. Può essere un ID utente o un nome specifico.

L'analisi dell'agente addetto all'elaborazione aiuta a comprendere le variazioni di performance tra individui o team. È fondamentale per la dashboard "Performance e coerenza degli agenti" per identificare le esigenze di formazione, bilanciare i carichi di lavoro e standardizzare le procedure in tutta l'organizzazione.

Perché è importante

Consente l'analisi delle prestazioni tra diversi utenti, aiutando a identificare le best practice e le aree che richiedono formazione.

Dove trovare

Si trova tipicamente in campi come 'OwnerId' o 'LastModifiedById' sugli oggetti Case o Return Order in Salesforce. Può anche essere memorizzato in oggetti correlati di attività o cronologia.

Esempi
Alice SmithBob JohnsonAutomazione di sistema
Canale di reso
ReturnChannel
Il canale attraverso il quale è stato avviato il reso, come online, in negozio o tramite il servizio clienti.
Descrizione

Questo attributo specifica il metodo utilizzato dal cliente per avviare il processo di reso. I canali comuni includono un portale self-service online, la consegna dell'articolo in un negozio fisico o il contatto con un addetto al servizio clienti.

Comprendere il canale di reso è importante per la dashboard "Volume dei resi e tendenze di throughput". 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 differenti o costi di elaborazione più elevati.

Perché è importante

Aiuta a segmentare i dati per comprendere le differenze di processo e le necessità di risorse tra canali diversi, come online o in-store.

Dove trovare

Potrebbe trattarsi di un campo nell'oggetto Return Order o Case, oppure potrebbe essere dedotto dall'utente o dal sistema che ha creato il record di reso.

Esempi
Portale OnlineIn-StoreChiamata assistenza clienti
Importo del rimborso richiesto
RequestedRefundAmount
Il valore monetario del rimborso richiesto dal cliente al momento dell'avvio del reso.
Descrizione

Questo attributo rileva l'importo del rimborso iniziale atteso dal cliente, che tipicamente corrisponde al prezzo dell'articolo reso. Questo valore funge da base per il processo di calcolo del rimborso.

L'importo viene confrontato con l'"Importo del rimborso effettivo" nella dashboard "Analisi discrepanza importo rimborso". Differenze significative o frequenti possono indicare problemi con le policy di reso, le commissioni di rifornimento o errori di calcolo del sistema, che possono causare l'insoddisfazione del cliente.

Perché è importante

Funge da base di confronto con l'importo finale del rimborso, aiutando a identificare discrepanze e analizzare l'impatto economico degli aggiustamenti.

Dove trovare

Questo valore è solitamente memorizzato sull'oggetto Return Order o Return Order Line Item, derivato dall'ordine di vendita originale.

Esempi
49,99125.0089.50
Importo effettivo del rimborso
ActualRefundAmount
Il valore monetario finale effettivamente rimborsato al cliente.
Descrizione

Questo attributo rappresenta l'importo finale riaccreditato al cliente dopo il completamento di tutte le valutazioni, deduzioni e calcoli. Potrebbe differire dall'importo richiesto a causa di fattori come le commissioni di rifornimento, le promozioni o le condizioni dell'articolo reso.

L'analisi di questo attributo è essenziale per la riconciliazione finanziaria e per la dashboard "Analisi discrepanza importo rimborso". Aiuta a quantificare l'impatto finanziario delle policy di reso e identifica problemi sistemici nel workflow di calcolo e approvazione dei rimborsi.

Perché è importante

Questo è il risultato finanziario finale del reso. Il confronto con l'importo richiesto rivela l'impatto finanziario delle policy di reso e delle rettifiche.

Dove trovare

Questo valore è tipicamente memorizzato su un oggetto Refund o Payment Transaction correlato al Return Order in Salesforce Commerce Cloud.

Esempi
49,99115.000.00
Motivo del reso
ReturnReason
Il motivo fornito dal cliente per la restituzione dell'articolo.
Descrizione

Il motivo del reso indica perché un cliente ha avviato un reso. Spesso viene selezionato da un elenco predefinito, 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 identificare tendenze relative alla qualità dei prodotti, problemi con le taglie o imprecisioni nelle descrizioni. Questo insight può guidare miglioramenti nello sviluppo del prodotto, nel marketing e nella supply chain, riducendo infine il volume complessivo dei resi.

Perché è importante

Capire perché gli articoli vengono restituiti è fondamentale per identificare le cause profonde, come difetti del prodotto o problemi di taglia, aiutando a ridurre i volumi di reso futuri.

Dove trovare

In genere si tratta di un campo picklist sull'oggetto Return Order o Case in Salesforce, spesso compilato dal cliente durante il processo di avvio del reso.

Esempi
Taglia errataArticolo danneggiato all'arrivoSpedizione articolo errato
SKU del prodotto
ProductSku
Lo Stock Keeping Unit (SKU) dell'articolo restituito.
Descrizione

Questo attributo è l'identificatore univoco del prodotto specifico che viene restituito. Consente un'analisi dettagliata a livello di singolo prodotto.

L'analisi dei resi per SKU del prodotto aiuta a identificare i prodotti con alti tassi di reso, che potrebbero indicare problemi di controllo qualità, descrizioni dei prodotti carenti o difetti di fabbricazione. Questa informazione è vitale per la dashboard "Tempo tra ricezione e ispezione in magazzino", in quanto può rivelare se determinati tipi di prodotti richiedono più tempo per essere ispezionati.

Perché è importante

Consente l'analisi dei pattern di reso per specifici prodotti, aiutando a individuare articoli con problemi di qualità o di descrizione.

Dove trovare

Questa informazione si trova nella voce dell'ordine di reso (Return Order Line Item) o in un oggetto correlato che collega il case di reso al prodotto specifico dell'ordine originale.

Esempi
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
Tempo di ciclo del reso
ReturnCycleTime
Il tempo totale trascorso dalla creazione della richiesta di reso alla chiusura finale del case.
Descrizione

Questa metrica misura la durata end-to-end del processo di reso per un singolo case. Viene calcolata sottraendo il timestamp del primo evento ("Richiesta di reso creata") da quello dell'ultimo evento ("Case di reso chiuso").

Come KPI principale per la dashboard "Analisi dei tempi di ciclo di elaborazione dei resi", fornisce una visione d'insieme dell'efficienza del processo. L'analisi della sua distribuzione aiuta a identificare gli outlier e a comprendere la performance complessiva dell'operazione di reso.

Perché è importante

Questo è un indicatore chiave di prestazione (KPI) per l'efficienza complessiva del processo. Ridurlo migliora direttamente l'esperienza del cliente e abbassa i costi operativi.

Dove trovare

Si tratta di una metrica calcolata, generata durante la trasformazione dei dati sottraendo l'ora di inizio della prima attività dall'ora di fine dell'ultima attività per ogni case.

Esempi
10 giorni 4 ore21 giorni e 8 ore5 giorni 2 ore
Condizione dell'articolo
ItemCondition
La condizione valutata dell'articolo reso al momento dell'ispezione in magazzino.
Descrizione

Dopo la ricezione, l'articolo reso viene ispezionato per valutarne lo stato. Questo attributo registra l'esito (es. 'Nuovo', 'Usato - Rivendibile' o 'Danneggiato').

Questa valutazione influisce sull'importo del rimborso ed è un dato chiave per la Dashboard di conformità alle policy di reso. Monitorare questo dato aiuta a comprendere la qualità della merce resa e a gestire l'inventario per la rivendita o lo smaltimento.

Perché è importante

Questa valutazione spesso determina l'importo finale del rimborso ed è fondamentale per la gestione dell'inventario delle merci rese.

Dove trovare

In genere si tratta di un campo personalizzato aggiornato durante l'attività di 'Ispezione articolo', situato sull'oggetto Return Order Line Item.

Esempi
Nuovo/Non apertoUsato - Come nuovoDanneggiato/Non vendibile
Conformità alla policy di reso
ReturnPolicyAdherence
Indicatore di conformità del reso alle policy aziendali stabilite.
Descrizione

Questo attributo contrassegna o categorizza i resi in base alla loro aderenza alle policy aziendali, come il periodo di reso, le condizioni dell'articolo o la prova d'acquisto. Può essere un flag booleano (Conforme/Non conforme) o uno stato più dettagliato.

Questo attributo è centrale per la dashboard "Panoramica conformità policy di reso" e per il KPI "Tasso di mancata conformità alla policy". Consente all'azienda di monitorare la coerenza con cui vengono applicate le policy e di analizzare l'impatto dei resi non conformi sul processo e sui dati finanziari.

Perché è importante

Permette di monitorare l'applicazione delle policy, fondamentale per gestire i costi, prevenire frodi e garantire un trattamento equo ai clienti.

Dove trovare

Spesso si tratta di un attributo derivato basato su un insieme di regole aziendali applicate ad altri punti dati, come la data di reso, le condizioni dell'articolo e il tipo di prodotto.

Esempi
ConformeNon conforme - Reso in ritardoNon conforme - Articolo danneggiato
Data target SLA per il rimborso
RefundSlaTargetDate
La data target entro la quale il rimborso per il case di reso dovrebbe essere completamente elaborato.
Descrizione

Questo attributo definisce la scadenza dell'accordo sul livello di servizio (SLA) per il completamento del rimborso. In genere viene calcolato in base a regole aziendali, come un numero prestabilito di giorni dopo l'approvazione della richiesta di reso o la ricezione dell'articolo.

Questa data è il parametro di riferimento rispetto al quale viene misurata la performance effettiva nella dashboard "Conformità SLA rimborso". Il monitoraggio della conformità assicura un'esperienza cliente positiva e coerente e consente ai manager di identificare i team o le fasi del processo che mettono a rischio gli SLA.

Perché è importante

Definisce il target di performance per l'elaborazione dei rimborsi, permettendo di misurare la conformità agli SLA e l'impatto sulla soddisfazione del cliente.

Dove trovare

Spesso si tratta di un campo calcolato nell'oggetto Case o Return Order, derivato dalla data di creazione o approvazione più un intervallo di tempo predefinito (es. CreatedDate + 14 giorni).

Esempi
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
È Conforme agli SLA
IsSlaCompliant
Flag booleano che indica se il rimborso è stato elaborato entro la data target definita negli SLA.
Descrizione

Questo flag è impostato su 'vero' se l'attività 'Rimborso elaborato' si è verificata entro la 'Data target SLA rimborso', altrimenti è impostato su 'falso'. Fornisce un esito binario chiaro sulla performance degli SLA per ogni singolo case.

Questo attributo è la base della dashboard "Conformità SLA rimborso" e del KPI "Tasso di aderenza SLA rimborso". Semplifica l'analisi dei tassi di conformità e consente di approfondire le ragioni della mancata conformità sezionando i dati con altri attributi come l'"Agente addetto all'elaborazione" o il "Canale di reso".

Perché è importante

Semplifica l'analisi delle performance SLA, permettendo di calcolare facilmente i tassi di conformità e identificare le cause dei ritardi.

Dove trovare

Si tratta di un attributo calcolato. La logica è: SE (Timestamp di 'Rimborso elaborato' <= RefundSlaTargetDate) ALLORA vero ALTRIMENTI falso.

Esempi
truefalse
ID Cliente
CustomerId
Identificatore univoco del cliente che ha avviato il reso.
Descrizione

Questo attributo è l'ID univoco associato all'account del cliente. Consente l'aggregazione dei dati sui resi a livello di cliente.

L'analisi dei resi per ID cliente può aiutare a identificare i clienti con tassi di reso insolitamente elevati, il che potrebbe indicare comportamenti fraudolenti o insoddisfazione cronica. Consente inoltre l'analisi basata sui segmenti di clientela, aiutando a capire se determinati gruppi di clienti hanno pattern o comportamenti di reso differenti.

Perché è importante

Consente l'analisi a livello di cliente per identificare chi effettua resi frequenti e comprendere il comportamento nei vari segmenti di clientela.

Dove trovare

Questo è un campo standard negli oggetti Ordine e Case in Salesforce, che rimanda all'oggetto Cliente o Account.

Esempi
CUST-98765CUST-12345CUST-55555
Motivo del Rigetto
RejectionReason
Il motivo specifico per cui una richiesta di reso o un rimborso è stato negato.
Descrizione

Quando un reso non viene approvato o un rimborso viene negato, questo attributo ne riporta la giustificazione. Gli esempi includono 'Fuori dal periodo di reso', 'Articolo danneggiato dal cliente' o 'Articolo non restituibile'.

Questa informazione è fondamentale per la dashboard "Resi respinti e con escalation". L'analisi dei motivi di rifiuto aiuta l'azienda a comprendere i punti di attrito nella policy e nel processo di reso. Ciò può portare a una comunicazione più chiara con i clienti, a rettifiche delle policy o a un migliore controllo iniziale delle richieste di reso.

Perché è importante

Offre insight fondamentali sui motivi del fallimento dei resi, aiutando a migliorare le policy, la comunicazione e la formazione.

Dove trovare

Spesso si tratta di un campo personalizzato nell'oggetto Return Order o Case, che viene popolato quando lo stato viene cambiato in 'Respinto' o 'Chiuso - Negato'.

Esempi
Periodo di reso scadutoArticolo non nelle condizioni originaliArticolo in vendita finale
Stato del reso
ReturnStatus
Lo stato attuale del case di reso nel suo ciclo di vita.
Descrizione

Questo attributo indica lo stato attuale del reso, come "In attesa di approvazione", "Articolo ricevuto", "Rimborsato" o "Chiuso". Si tratta di un attributo dinamico che cambia man mano che il case procede nel workflow.

Sebbene il Process Mining derivi il flusso dalle attività, avere lo stato attuale fornisce un contesto prezioso per filtrare e analizzare i case aperti rispetto a quelli chiusi. Aiuta nel monitoraggio operativo a comprendere l'attuale arretrato e il carico di lavoro nelle diverse fasi del processo.

Perché è importante

Offre una panoramica di dove si trova la pratica di reso nel processo, utile per il monitoraggio operativo e per filtrare i casi attivi.

Dove trovare

Questo è un campo 'Stato' standard sull'oggetto Return Order o Case in Salesforce Commerce Cloud.

Esempi
In Attesa di ApprovazioneApprovatoArticoli ricevutiChiuso
Tempo tra ricezione e ispezione
ReceiptToInspectionTime
La durata tra la ricezione dell'articolo in magazzino e il completamento della sua ispezione.
Descrizione

Questa metrica calcolata misura il tempo impiegato per una fase interna fondamentale in magazzino. Corrisponde alla differenza tra i timestamp delle attività "Articolo ricevuto in magazzino" e "Ispezione articolo completata".

Questa durata è il fulcro della dashboard "Tempo tra ricezione e ispezione in magazzino" e del KPI "Tempo medio ricezione-ispezione articolo". L'analisi di questa metrica aiuta a identificare 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 nel magazzino che rallentano l'intero processo, incidendo sui tempi di rimborso e sulla disponibilità dello stock.

Dove trovare

Viene calcolato durante la trasformazione dei dati sottraendo il timestamp di 'Articolo ricevuto in magazzino' dal timestamp di 'Ispezione articolo completata'.

Esempi
1 giorno 2 ore3 giorni e 0 ore8 ore
Ubicazione Magazzino
WarehouseLocation
L'identificatore del magazzino o della struttura in cui è stato ricevuto l'articolo reso.
Descrizione

Questo attributo specifica quale sede fisica ha elaborato l'articolo reso. Ciò è particolarmente rilevante per le aziende con più centri di distribuzione.

L'analisi per sede del magazzino può rivelare differenze di performance tra le strutture. Ad esempio, può mostre se determinati magazzini hanno tempi di ispezione più lunghi o tassi più elevati di articoli contrassegnati come danneggiati. Ciò aiuta a standardizzare le operazioni e ad affrontare i problemi specifici di ogni sede.

Perché è importante

Permette di confrontare le prestazioni dei diversi magazzini, evidenziando variazioni nei tempi di elaborazione o nella qualità delle ispezioni.

Dove trovare

Queste informazioni potrebbero essere memorizzate nel Return Order o in un oggetto di spedizione correlato. Possono anche essere dedotte dall'utente che ha eseguito l'attività di ricezione.

Esempi
WH-EAST-01WH-WEST-03WH-CENTRAL-02
Obbligatorio Consigliato Facoltativo

Attività di gestione resi e rimborsi

Questi sono i passaggi chiave del processo e le tappe fondamentali da acquisire nel suo event log per un'accurata scoperta e ottimizzazione del processo.
6 Consigliato 7 Facoltativo
Activity Descrizione
Articolo ricevuto in magazzino
Questa attività segna la ricezione fisica dell'articolo reso presso il magazzino o il centro di elaborazione designato. Viene rilevata quando un operatore di magazzino scansiona l'articolo, aggiornando lo stato del relativo ReturnOrderItem.
Perché è importante

Si tratta di una tappa fondamentale che segna il passaggio del processo dall'azione del cliente all'elaborazione interna. È il punto di partenza per misurare i KPI di efficienza del magazzino, come il tempo tra ricezione e ispezione.

Dove trovare

Dedotto dal cambio di stato del ReturnOrder o del ReturnOrderItem su 'Received', oppure dal popolamento del campo 'quantityReceived'.

Acquisisci

Rileva l'aggiornamento di ReturnOrderItem.quantityReceived o il cambio di stato in 'Received'.

Tipo di evento inferred
Case di reso chiuso
Questa attività rappresenta la chiusura finale del case di reso nel sistema, dopo la finalizzazione di un rimborso, di un cambio o di un rifiuto. Si deduce dal cambiamento dello stato del ReturnOrder in 'Chiuso' o 'Completato'.
Perché è importante

Come punto finale del processo, questa attività è essenziale per calcolare i tempi di ciclo complessivi e misurare la produttività delle operazioni di gestione resi.

Dove trovare

Dedotto dal timestamp di quando lo stato del ReturnOrder viene aggiornato al suo stato finale, come 'Closed' o 'Completed'.

Acquisisci

Rileva il cambio di stato del campo ReturnOrder.status in 'Closed'.

Tipo di evento inferred
Ispezione articolo completata
Questa attività segna il completamento dell'ispezione dell'articolo, in cui le sue condizioni vengono valutate e documentate. Viene rilevata da un cambiamento di stato dell'articolo reso, che attiva la fase successiva, come il calcolo del rimborso.
Perché è importante

Si tratta di un punto decisionale chiave nel processo che determina se un rimborso è giustificato. La durata tra la ricezione e il completamento dell'ispezione è un KPI fondamentale per le operazioni di magazzino.

Dove trovare

Dedotto dall'aggiornamento di stato del ReturnOrderItem su 'Inspected' o dalla conferma del motivo del reso da parte di un agente.

Acquisisci

Rileva il cambio di stato del campo ReturnOrderItem.status in 'Inspected'.

Tipo di evento inferred
Richiesta di Reso Approvata
Questo evento indica che una richiesta di reso è stata revisionata e autorizzata da un addetto al servizio clienti o da una regola automatica. Si deduce in genere da un cambiamento di stato dell'oggetto ReturnOrder, ad esempio da 'Nuovo' ad 'Approvato'.
Perché è importante

Monitorare questo traguardo aiuta ad analizzare l'efficienza della fase di approvazione e a identificare i colli di bottiglia. Il tempo che intercorre tra la creazione e l'approvazione è un KPI critico per le performance degli agenti.

Dove trovare

Dedotto dal timestamp di quando lo stato del ReturnOrder viene aggiornato su un valore di approvazione, come 'Approved' o 'Authorized'.

Acquisisci

Rileva il cambio di stato del campo ReturnOrder.status in 'Approved'.

Tipo di evento inferred
Richiesta di reso creata
Questa attività segna la creazione di un case di autorizzazione al reso nel sistema. Viene rilevata quando viene creato un nuovo record ReturnOrder in Salesforce Commerce Cloud, dal cliente tramite lo storefront o da un addetto all'assistenza.
Perché è importante

Come punto di partenza, questa attività è fondamentale per misurare il tempo di ciclo end-to-end e analizzare il volume delle richieste di reso nel tempo.

Dove trovare

Questo evento viene rilevato dal timestamp di creazione dell'oggetto ReturnOrder nell'OMS di Salesforce Commerce Cloud.

Acquisisci

Tracci la creazione di un nuovo record ReturnOrder.

Tipo di evento explicit
Rimborso Elaborato
Questa attività conferma che il rimborso è stato elaborato con successo dal gateway di pagamento e che i fondi sono stati inviati al cliente. Questo evento è solitamente attivato da un callback di conferma da parte del fornitore di pagamento.
Perché è importante

Si tratta di una pietra miliare fondamentale per misurare la conformità agli SLA dei rimborsi. Conferma il completamento della parte finanziaria del processo di reso.

Dove trovare

Acquisito da un evento di callback del gateway di pagamento che aggiorna lo stato dell'oggetto Payment o Refund in Salesforce su 'Processed' o 'Completed'.

Acquisisci

Tracci l'evento di conferma dal fornitore di pagamento che aggiorna lo stato dell'oggetto Payment.

Tipo di evento explicit
Etichetta di reso generata
Questa attività rappresenta il momento in cui viene creata un'etichetta di spedizione per il cliente da utilizzare per la restituzione dell'articolo. Può essere rilevata esplicitamente se un'integrazione con un fornitore di spedizioni registra questo evento nel case di reso.
Perché è importante

Questa fase è una parte fondamentale dell'esperienza cliente e può essere fonte di ritardi se il processo di generazione non è fluido. Segna il passaggio al cliente per la spedizione dell'articolo.

Dove trovare

Potenzialmente registrato in un campo personalizzato o in un oggetto correlato all'oggetto ReturnOrder tramite un'integrazione di spedizione come Salesforce Shipping.

Acquisisci

Tracci l'evento dall'integrazione della spedizione o la creazione dell'oggetto personalizzato.

Tipo di evento explicit
Importo del rimborso calcolato
Rappresenta la fase in cui viene determinato l'importo finale del rimborso, tenendo conto di fattori come le condizioni dell'articolo, le commissioni di rifornimento o le promozioni. Spesso si tratta di un passaggio automatico del sistema che popola i campi dell'importo del rimborso.
Perché è importante

L'analisi di questo passaggio è fondamentale per la Dashboard sulle discrepanze dei rimborsi, mettendo in luce i casi in cui l'importo finale differisce da quello richiesto dal cliente.

Dove trovare

Questo evento può essere dedotto dalla compilazione o dall'aggiornamento dei campi relativi all'importo del rimborso sull'oggetto ReturnOrder o su un oggetto di pagamento rimborso associato.

Acquisisci

Rileva il timestamp di quando vengono popolati i campi dell'importo del rimborso.

Tipo di evento inferred
Ispezione articolo iniziata
Questo evento segna l'inizio della valutazione della qualità e delle condizioni dell'articolo reso. Si deduce in genere quando lo stato dell'articolo reso cambia in 'In fase di ispezione' o uno stato simile.
Perché è importante

Monitorare l'inizio dell'ispezione aiuta a isolare la durata effettiva dell'ispezione dal tempo di attesa complessivo in magazzino, fornendo una visione più granulare dei potenziali colli di bottiglia.

Dove trovare

Dedotto dall'aggiornamento dello stato dell'oggetto ReturnOrderItem su un valore come 'Inspecting' o 'Under Inspection'.

Acquisisci

Rileva il cambio di stato del campo ReturnOrderItem.status in 'Inspecting'.

Tipo di evento inferred
Ordine di sostituzione creato
Per i resi che prevedono una sostituzione, questo evento segna la creazione di un nuovo ordine per l'articolo sostitutivo, rappresentando un percorso alternativo al rimborso monetario.
Perché è importante

Monitorare questo percorso separatamente dai rimborsi è importante per comprendere i tassi di cambio e l'efficienza del processo di evasione dei cambi.

Dove trovare

Acquisito dalla creazione di un nuovo oggetto SalesOrder collegato al ReturnOrder originale.

Acquisisci

Tracci la creazione di un nuovo SalesOrder collegato all'ID ReturnOrder.

Tipo di evento explicit
Richiesta di reso rifiutata
Questo evento indica che una richiesta di reso è stata negata e non verrà ulteriormente elaborata. Viene rilevato quando lo stato del ReturnOrder viene aggiornato a 'Respinto' o 'Annullato' prima della ricezione della merce.
Perché è importante

Analizzare i resi rifiutati aiuta a identificare le cause comuni di diniego, come le violazioni delle policy, permettendo di migliorare la comunicazione e le regole di convalida lato frontend.

Dove trovare

Dedotto dal timestamp di quando lo stato del ReturnOrder viene aggiornato su un valore di rifiuto, come 'Rejected' o 'Denied'.

Acquisisci

Rileva il cambio di stato 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ò trattarsi di una fase automatica o richiedere un'approvazione manuale per i rimborsi di valore elevato.
Perché è importante

Questa fase di approvazione può rappresentare un collo di bottiglia, specialmente se richiede un intervento manuale. È una pietra miliare fondamentale prima dell'avvio della transazione finanziaria.

Dove trovare

Dedotto dal cambio di stato del ReturnOrder o di un oggetto di pagamento correlato su 'Refund Approved' o 'Ready for Refund'.

Acquisisci

Rileva il cambio di stato su ReturnOrder o sull'oggetto di pagamento correlato.

Tipo di evento inferred
Rimborso Avviato
Questo evento segna il momento in cui Salesforce Commerce Cloud invia la richiesta di rimborso a un gateway di pagamento esterno. Rappresenta l'inizio della transazione finanziaria.
Perché è importante

Distinguere tra avvio ed elaborazione è fondamentale per l'analisi della conformità agli SLA. Eventuali ritardi successivi a questo punto sono solitamente imputabili al fornitore di pagamento.

Dove trovare

Acquisito da un event log esplicito o da un record di chiamata API durante la comunicazione con il gateway. Può anche essere dedotto dal cambio di stato di un oggetto Payment.

Acquisisci

Tracci l'evento della chiamata API al gateway di pagamento o un cambio di stato in 'Rimborso in sospeso'.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i dati da Salesforce Commerce Cloud