Il template dei dati per la gestione di resi e rimborsi

Salesforce Commerce Cloud
Il template dei dati per la gestione di resi e rimborsi

Il template dei dati per la gestione di resi e rimborsi

Questo template fornisce indicazioni complete sui dati da raccogliere per analizzare il processo di reso e rimborso. Descrive i campi dati essenziali e le attività principali da monitorare, oltre a indicare come estrarre queste informazioni dai sistemi di origine. Utilizzi il template per preparare l’Event Log e avviare senza intoppi un progetto di Process Mining.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione da Salesforce Commerce Cloud
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi per la gestione di resi e rimborsi

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo la gestione di resi e rimborsi in Salesforce Commerce Cloud.
5 Obbligatorio 6 Consigliato 9 Facoltativo
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
Obbligatorio Consigliato Facoltativo

Attività di gestione di resi e rimborsi

Questi sono i passaggi e le tappe principali da registrare nell’Event Log per individuare e ottimizzare il processo con precisione.
6 Consigliato 7 Facoltativo
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
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Salesforce Commerce Cloud

È 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.

Inizi la prova gratuita

Non è richiesta la carta di credito. La configurazione richiede solo pochi minuti.