Il Suo Template dei dati per l'elaborazione di resi e rimborsi

Salesforce Commerce Cloud
Il Suo Template dei dati per l'elaborazione di resi e rimborsi

Il Suo Template dei dati per l'elaborazione di resi e rimborsi

Questo Template fornisce una guida completa alla raccolta dei dati necessari per analizzare il processo di reso e rimborso. Descrive i campi dati essenziali e le attività principali da monitorare, offrendo inoltre indicazioni specifiche su come estrarre queste informazioni dai sistemi di origine. Utilizzi questo Template per preparare il Suo Event Log e avviare senza difficoltà 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 dell’elaborazione di resi e rimborsi

Questi sono i campi dati consigliati da includere nel Suo Event Log per un’analisi completa dell’elaborazione di resi e rimborsi in Salesforce Commerce Cloud.
5 Obbligatorio 6 Consigliato 9 Facoltativo
Nome Descrizione
ID del caso di reso
ReturnCaseId
L'identificativo univoco di un singolo caso di reso del cliente, che collega tutte le attività correlate dall'avvio alla chiusura.
Descrizione

Il Return Case ID funge da identificativo principale e collega tutte le attività associate a uno specifico reso o a una specifica richiesta di rimborso del cliente. In questo modo è possibile monitorare e analizzare in modo completo l'intero ciclo di vita del reso, dall'avvio alla chiusura definitiva.

Nel Process Mining, questo attributo è fondamentale per la ricostruzione dei casi. Ogni evento con lo stesso Return Case ID 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 di processo relative ai resi.

Perché è importante

È la chiave primaria che collega tutti i passaggi di un processo di reso in un unico caso tracciabile, essenziale per l'analisi end-to-end del processo.

Dove reperirlo

Questo identificativo viene generalmente generato dal processo di Return Merchandise Authorization (RMA) in Salesforce Commerce Cloud. Si trova spesso sull'oggetto Return Order o Case.

Esempi
RT-0012345RT-0012346RT-0012347
Nome dell'attività
ActivityName
Il nome dello specifico passaggio o evento del processo aziendale che si è verificato nell'ambito del processo di reso.
Descrizione

Questo attributo descrive l'attività o la tappa specifica completata in un determinato momento per un caso di reso. Tra gli esempi figurano 'Return Request Created', 'Item Received At Warehouse' e 'Refund Processed'.

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. L'analisi delle attività è fondamentale per identificare colli di bottiglia, cicli di rilavorazione e deviazioni dal processo standard.

Perché è importante

Definisce i passaggi della mappa di processo, consentendo di visualizzare e analizzare il Workflow dei resi.

Dove reperirlo

Questo attributo viene generalmente ricavato dagli Event Log, 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
Ora dell'evento
EventTime
Il timestamp che indica quando si è verificata la specifica attività o il singolo evento.
Descrizione

Event Time registra la data e l'ora esatte in cui un'attività è stata eseguita o si è verificata una modifica di stato. Questo timestamp è fondamentale per ordinare correttamente gli eventi e svolgere qualsiasi analisi basata sul tempo.

Il Process Mining utilizza questi timestamp per ordinare le attività, calcolare i tempi di ciclo e di attesa tra i passaggi e analizzare le prestazioni del processo in periodi diversi. Timestamp accurati sono alla base di un'analisi di processo affidabile.

Perché è importante

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

Dove reperirlo

In genere si tratta del timestamp di creazione o modifica di un record in Salesforce Commerce Cloud, come 'CreatedDate' o 'LastModifiedDate' sugli 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 di origine in cui sono stati generati i dati. Per questo processo sarà sempre 'Salesforce Commerce Cloud'.

In un contesto di analisi più ampio, questo campo è utile quando si combinano dati provenienti da più sistemi per comprendere come i processi attraversano piattaforme diverse. Garantisce la tracciabilità dell'origine dei dati e aiuta a diagnosticare i problemi di qualità specifici di una fonte.

Perché è importante

Fornisce il contesto sull'origine dei dati, fondamentale per la governance dei dati e per l'integrazione di dati provenienti da più sistemi aziendali.

Dove reperirlo

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

Esempi
Salesforce Commerce Cloud
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando i dati sono stati estratti o aggiornati l'ultima volta dal sistema di origine.
Descrizione

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

Questa informazione è fondamentale per comprendere quanto sia attuale l'analisi del processo. Aiuta a gestire le aspettative sulla tempestività dei dati ed è importante per verificarne la completezza.

Perché è importante

Informa gli utenti sulla tempestività dei dati, assicurando che comprendano se l'analisi riflette lo stato più recente del processo.

Dove reperirlo

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

Esempi
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Canale di reso
ReturnChannel
Il canale attraverso il quale è 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 processo di reso. I canali più comuni includono un portale online self-service, la consegna dell'articolo presso un negozio fisico o il contatto con un operatore del servizio clienti.

Comprendere il canale di reso è importante per il Dashboard «Tendenze dei volumi e della capacità di elaborazione dei resi». Consente di allocare le risorse in modo efficace e di analizzare se determinati canali sono associati a tempi di ciclo più lunghi, motivazioni di reso differenti 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 nei diversi canali, ad esempio online o in negozio.

Dove reperirlo

Può essere un campo dell'oggetto Return Order o Case, oppure può essere dedotto dall'utente o dal sistema che ha creato il record del reso.

Esempi
Portale onlineIn negozioChiamata all'assistenza clienti
Importo del rimborso richiesto
RequestedRefundAmount
Il valore monetario del rimborso richiesto dal cliente al momento dell'avvio del reso.
Descrizione

Questo attributo registra l'importo iniziale del rimborso atteso dal cliente, che generalmente corrisponde al prezzo dell'articolo restituito. Il valore costituisce la base per il processo di calcolo del rimborso.

L'importo viene confrontato con l' 'Actual Refund Amount' nel Dashboard 'Refund Amount Discrepancy Analysis'. Differenze significative o frequenti possono indicare problemi nelle policy sui resi, nelle spese di ricondizionamento o nei calcoli del sistema, con possibili ripercussioni sulla soddisfazione dei clienti.

Perché è importante

Funge da base di confronto con l'importo finale del rimborso, aiutando a identificare le discrepanze e ad analizzare l'impatto finanziario degli adeguamenti.

Dove reperirlo

Questo valore è generalmente memorizzato sull'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
Il valore monetario finale effettivamente rimborsato al cliente.
Descrizione

Questo attributo rappresenta l'importo finale riaccreditato al cliente dopo il completamento di tutte le verifiche, detrazioni e operazioni di calcolo. Può differire dall'importo richiesto a causa di fattori quali le spese di reintegro a magazzino, le promozioni o le condizioni dell'articolo restituito.

L'analisi di questo attributo è essenziale per la riconciliazione finanziaria e per il Dashboard «Analisi delle discrepanze negli importi dei rimborsi». Consente di quantificare l'impatto finanziario delle politiche di reso e di individuare problemi sistemici nel calcolo e nel processo di approvazione dei rimborsi.

Perché è importante

Rappresenta l'esito finanziario finale del reso. Il confronto con l'importo richiesto evidenzia l'impatto finanziario delle politiche di reso e degli adeguamenti.

Dove reperirlo

Questo valore è generalmente memorizzato in un oggetto Refund o Payment Transaction associato al 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 una restituzione. Spesso viene selezionato da un elenco predefinito, come 'Incorrect Size', 'Damaged Item' o 'No Longer Needed'.

Questo attributo è fondamentale per l'analisi delle cause alla radice. 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 in ultima analisi il volume complessivo dei resi.

Perché è importante

Comprendere perché gli articoli vengono restituiti è fondamentale per individuare le cause alla radice, come difetti del prodotto o problemi di taglia, e può contribuire a ridurre il volume futuro dei resi.

Dove reperirlo

In genere è un campo picklist dell'oggetto Return Order o Case in Salesforce, spesso valorizzato dal cliente durante l'avvio della procedura di reso.

Esempi
Taglia errataArticolo danneggiato all'arrivoArticolo errato spedito
Operatore di elaborazione
ProcessingAgent
L'utente o l'operatore 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 di sistema che ha eseguito un'azione sul caso di reso, ad esempio approvare la richiesta, ispezionare l'articolo o elaborare il rimborso. Può essere un ID utente specifico o un nome.

L'analisi dell'operatore di elaborazione aiuta a comprendere le variazioni delle prestazioni tra singoli utenti o team. È fondamentale per il Dashboard 'Agent Performance and Consistency', che consente di individuare le esigenze formative, bilanciare i carichi di lavoro e standardizzare le procedure nell'organizzazione.

Perché è importante

Consente di analizzare prestazioni e uniformità tra utenti diversi, aiutando a individuare le best practice e le aree in cui è necessaria formazione.

Dove reperirlo

Si trova generalmente in campi come 'OwnerId' o 'LastModifiedById' sugli oggetti Case o Return Order in Salesforce. Può essere memorizzato anche in oggetti correlati relativi 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 dello specifico prodotto restituito. Consente un'analisi dettagliata a livello di singolo prodotto.

L'analisi dei resi per SKU del prodotto aiuta a identificare gli articoli con tassi di restituzione elevati, che possono indicare problemi di controllo qualità, descrizioni inadeguate o difetti di produzione. Queste informazioni sono fondamentali per il Dashboard 'Warehouse Receipt to Inspection Time', poiché possono rivelare se determinati tipi di prodotto richiedono più tempo per l'ispezione.

Perché è importante

Consente di analizzare i modelli di reso per prodotto specifico, aiutando a individuare gli articoli con problemi di qualità o di descrizione.

Dove reperirlo

Queste informazioni si trovano sulla riga dell'articolo 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
Aderenza alla politica di reso
ReturnPolicyAdherence
Un indicatore che segnala se il reso è conforme alle politiche aziendali stabilite.
Descrizione

Questo attributo segnala o classifica i resi in base alla loro aderenza alle politiche aziendali, ad esempio rispetto alla finestra temporale del reso, alle condizioni dell'articolo o alla prova d'acquisto. Può essere un flag booleano (Conforme/Non conforme) oppure uno stato più dettagliato.

Questo attributo è centrale per il Dashboard «Panoramica dell'aderenza alla politica di reso» e per il KPI «Tasso di non conformità alle politiche». Consente all'azienda di monitorare la coerenza con cui 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, aspetto fondamentale per gestire i costi, prevenire le frodi e garantire un trattamento equo e coerente dei clienti.

Dove reperirlo

È spesso un attributo derivato sulla base di 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
Condizioni dell'articolo
ItemCondition
Le condizioni valutate dell'articolo restituito al momento dell'ispezione in magazzino.
Descrizione

Dopo la ricezione, l'articolo restituito viene generalmente sottoposto a un'ispezione per determinarne le condizioni. Questo attributo registra l'esito, ad esempio «New», «Used - Resalable» o «Damaged».

Questa valutazione incide direttamente sull'importo finale del rimborso ed è un input fondamentale per il Dashboard «Panoramica dell'aderenza alla politica di reso». Il monitoraggio di questi dati aiuta a comprendere la qualità dei prodotti restituiti e a gestire l'inventario destinato alla rivendita, al ricondizionamento o allo smaltimento.

Perché è importante

Questa valutazione determina spesso l'importo finale del rimborso ed è fondamentale per la gestione dell'inventario dei prodotti restituiti.

Dove reperirlo

È generalmente un campo personalizzato aggiornato durante l'attività «Item Inspection», presente nell'oggetto Return Order Line Item.

Esempi
Nuovo/non apertoUsato, come nuovoDanneggiato/non vendibile
Conformità allo SLA
IsSlaCompliant
Un flag booleano che indica se il rimborso è stato elaborato entro la data obiettivo SLA definita.
Descrizione

Questo flag viene impostato su «true» se l'attività «Refund Processed» si è verificata entro o prima della «Refund SLA Target Date» e su «false» in caso contrario. Fornisce un esito chiaro e binario della performance SLA per ogni singolo caso.

Questo attributo costituisce la base del Dashboard «Conformità SLA dei rimborsi» e del KPI «Tasso di aderenza allo SLA dei rimborsi». Semplifica l'analisi dei tassi di conformità e consente di approfondire le cause della non conformità segmentando i dati con altri attributi, come «Processing Agent» o «Return Channel».

Perché è importante

Semplifica l'analisi della performance SLA, consentendo di calcolare facilmente i tassi di conformità e di individuare i fattori che contribuiscono ai ritardi.

Dove reperirlo

È un attributo calcolato. La logica è: IF (Timestamp of «Refund Processed» <= RefundSlaTargetDate) THEN true ELSE false.

Esempi
truefalse
Data obiettivo SLA del rimborso
RefundSlaTargetDate
La data entro la quale il rimborso relativo al caso di reso dovrebbe essere completamente elaborato.
Descrizione

Questo attributo definisce la scadenza prevista dall'accordo sul livello di servizio (SLA) per il completamento del rimborso. Viene generalmente calcolato sulla base di regole aziendali, ad esempio un numero prestabilito di giorni dalla data di approvazione della richiesta di reso o dalla ricezione dell'articolo.

Questa data costituisce il riferimento rispetto al quale viene misurata la performance effettiva nel Dashboard «Conformità SLA dei rimborsi». Il monitoraggio della conformità aiuta a garantire un'esperienza cliente coerente e positiva e consente ai responsabili di individuare i team o le fasi di processo che mettono a rischio gli SLA.

Perché è importante

Definisce l'obiettivo di performance per l'elaborazione dei rimborsi, consentendo di misurare la conformità agli SLA e il relativo impatto sulla soddisfazione dei clienti.

Dove reperirlo

È spesso un campo calcolato dell'oggetto Case o Return Order, derivato dalla data di creazione o di 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
Un 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.

L'analisi dei resi per Customer ID può aiutare a individuare i clienti con tassi di reso insolitamente elevati, che potrebbero indicare comportamenti fraudolenti o un'insoddisfazione ricorrente. Consente inoltre di analizzare i dati in base ai segmenti di clientela, per comprendere se determinati gruppi presentano modelli o comportamenti di reso differenti.

Perché è importante

Consente un'analisi a livello di cliente per individuare chi effettua resi con maggiore frequenza e comprendere il comportamento di reso nei diversi segmenti di clientela.

Dove reperirlo

È 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 un rimborso è stato negato.
Descrizione

Quando un reso non viene approvato o un rimborso viene negato, questo attributo ne registra la motivazione. Alcuni esempi sono «Outside Return Window», «Item Damaged by Customer» o «Non-returnable Item».

Queste informazioni sono fondamentali per il Dashboard «Resi rifiutati ed escalati». L'analisi dei motivi di rifiuto aiuta l'azienda a comprendere i punti di attrito nelle politiche e nel processo di reso. Può portare a comunicazioni più chiare con i clienti, all'adeguamento delle politiche o a una verifica iniziale più efficace delle richieste di reso.

Perché è importante

Fornisce indicazioni essenziali sui motivi per cui i resi non vanno a buon fine, contribuendo a migliorare le politiche di reso, la comunicazione con i clienti e la formazione degli operatori.

Dove reperirlo

Spesso è un campo personalizzato dell'oggetto Return Order o Case, valorizzato quando lo stato cambia in «Rejected» o «Closed - Denied».

Esempi
Periodo per il reso scadutoArticolo non nelle condizioni originaliArticolo in saldo finale
Stato del reso
ReturnStatus
Lo stato attuale del caso di reso nel relativo ciclo di vita.
Descrizione

Questo attributo indica lo stato attuale del reso, ad esempio «Pending Approval», «Item Received», «Refunded» o «Closed». È un attributo dinamico, che cambia man mano che il caso avanza nel Workflow.

Sebbene il Process Mining ricavi il flusso dalle attività, lo stato attuale fornisce un contesto prezioso per filtrare e analizzare i casi aperti rispetto a quelli chiusi. Supporta il monitoraggio operativo, consentendo di comprendere il backlog e il carico di lavoro attuali nelle diverse fasi del processo.

Perché è importante

Fornisce una fotografia della posizione del caso di reso all'interno del processo, utile per il monitoraggio operativo e per filtrare i casi attivi.

Dove reperirlo

È un campo standard «Status» dell'oggetto Return Order o Case in Salesforce Commerce Cloud.

Esempi
In attesa di approvazioneApprovatoArticoli ricevutiChiuso
Tempo da ricezione a ispezione
ReceiptToInspectionTime
La durata compresa tra la ricezione dell'articolo in magazzino e il completamento della relativa ispezione.
Descrizione

Questa metrica calcolata misura il tempo necessario per una fase interna fondamentale del magazzino. Corrisponde alla differenza tra i timestamp delle attività «Item Received At Warehouse» e «Item Inspection Completed».

Questa durata è al centro del Dashboard «Tempo da ricezione in magazzino a ispezione» e del KPI «Tempo medio da ricezione a ispezione dell'articolo». L'analisi della 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 dei rimborsi e sulla disponibilità dell'inventario.

Dove reperirlo

Viene calcolato durante la trasformazione dei dati sottraendo il timestamp di «Item Received At Warehouse» da quello di «Item Inspection Completed».

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 elaborato l'articolo restituito. È particolarmente rilevante per le aziende con più centri di distribuzione.

L'analisi per Warehouse Location può evidenziare differenze di performance tra le strutture. Ad esempio, può mostrare se determinati magazzini presentano tempi di ispezione più lunghi o tassi più elevati di articoli classificati come danneggiati. Ciò aiuta a standardizzare le operazioni e ad affrontare i problemi specifici delle singole strutture.

Perché è importante

Consente di confrontare le performance dei diversi magazzini, mettendo in evidenza variazioni nei tempi di elaborazione o nella valutazione della qualità.

Dove reperirlo

Queste informazioni possono 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 elaborazione di resi e rimborsi

Questi sono i passaggi chiave e le tappe fondamentali del processo da acquisire nel Suo Event Log per una corretta individuazione e ottimizzazione del processo.
6 Consigliato 7 Facoltativo
Attività Descrizione
Articolo ricevuto in magazzino
Questa attività indica la ricezione fisica dell'articolo restituito presso il magazzino o il centro di elaborazione designato. Viene registrata quando un operatore di magazzino esegue la scansione dell'articolo, aggiornando lo stato del ReturnOrderItem associato.
Perché è importante

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

Dove reperirlo

Deducibile da una modifica dello stato dell'oggetto ReturnOrder o ReturnOrderItem a 'Received', oppure quando viene valorizzato il campo 'quantityReceived'.

Acquisizione

Rilevare l'aggiornamento di ReturnOrderItem.quantityReceived o la modifica dello stato a 'Received'.

Tipo di evento inferred
Caso di reso chiuso
Questa attività rappresenta la chiusura definitiva del caso di reso nel sistema, dopo il completamento di un rimborso, di una sostituzione o di un rifiuto. Viene dedotta dalla modifica dello stato di ReturnOrder a 'Closed' o 'Completed'.
Perché è importante

In quanto principale punto finale del processo, questa attività è essenziale per calcolare i tempi di ciclo complessivi e misurare la capacità di elaborazione dell'operazione di gestione dei resi.

Dove reperirlo

Deducibile dal timestamp in cui il campo di stato dell'oggetto ReturnOrder viene aggiornato allo stato finale, come 'Closed' o 'Completed'.

Acquisizione

Rilevare 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 ne vengono valutate e documentate le condizioni. Viene registrata da una modifica dello stato dell'articolo reso, che attiva il passaggio successivo, ad esempio il calcolo del rimborso.
Perché è importante

Si tratta di un punto decisionale fondamentale del processo, che determina se il rimborso è dovuto. La durata dalla ricezione al completamento dell'ispezione è un KPI importante per le operazioni di magazzino.

Dove reperirlo

Deducibile da un aggiornamento dello stato dell'oggetto ReturnOrderItem a 'Inspected' o quando il 'reasonForReturn' viene confermato da un operatore.

Acquisizione

Rilevare la modifica del campo ReturnOrderItem.status a 'Inspected'.

Tipo di evento inferred
Richiesta di reso approvata
Questo evento indica che una richiesta di reso è stata esaminata e autorizzata da un operatore dell'assistenza o da una regola automatizzata. In genere viene dedotto da una modifica dello stato dell'oggetto ReturnOrder, ad esempio da 'New' ad 'Approved'.
Perché è importante

Il monitoraggio di questa tappa aiuta ad analizzare l'efficienza della fase di approvazione e a identificare i colli di bottiglia. Il tempo tra creazione e approvazione è un KPI fondamentale per valutare le prestazioni degli operatori.

Dove reperirlo

Deducibile dal timestamp in cui il campo di stato dell'oggetto ReturnOrder viene aggiornato a un valore che indica l'approvazione, come 'Approved' o 'Authorized'.

Acquisizione

Rilevare la modifica del campo ReturnOrder.status a '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

In quanto punto di partenza del processo di reso, questa attività è essenziale per misurare il tempo di ciclo end-to-end e analizzare nel tempo il volume delle richieste di reso in ingresso.

Dove reperirlo

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

Acquisizione

Tracciare la creazione di un nuovo record ReturnOrder.

Tipo di evento explicit
Rimborso elaborato
Questa attività conferma che il rimborso è stato elaborato correttamente dal gateway di pagamento e che i fondi sono stati inviati al cliente. L'evento viene generalmente attivato da una callback di conferma del fornitore dei pagamenti.
Perché è importante

Si tratta di una tappa fondamentale per misurare il rispetto dello SLA sui rimborsi. Conferma il completamento corretto della componente finanziaria del processo di reso.

Dove reperirlo

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

Acquisizione

Tracciare l'evento di conferma del fornitore dei pagamenti che aggiorna lo stato dell'oggetto Payment.

Tipo di evento explicit
Etichetta di reso generata
Questa attività rappresenta il momento in cui viene creata l'etichetta di spedizione che il cliente utilizzerà per restituire l'articolo. Può essere acquisita esplicitamente se un'integrazione con un corriere registra l'evento associandolo al caso di reso.
Perché è importante

Questo passaggio è una componente fondamentale dell'esperienza del cliente e può diventare una fonte di ritardi se il processo di generazione non è fluido. Segna il passaggio di consegne al cliente, che dovrà spedire l'articolo.

Dove reperirlo

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

Acquisizione

Tracciare l'evento proveniente dall'integrazione di spedizione o la creazione dell'oggetto personalizzato.

Tipo di evento explicit
Importo del rimborso calcolato
Questo passaggio rappresenta la determinazione dell'importo finale del rimborso, tenendo conto di fattori quali le condizioni dell'articolo, le spese di ricondizionamento o le promozioni. Spesso si tratta di un passaggio automatico del sistema, che valorizza i campi relativi all'importo del rimborso.
Perché è importante

L'analisi di questo passaggio è fondamentale per il Dashboard 'Refund Amount Discrepancy Analysis', che evidenzia i casi in cui l'importo finale differisce da quello richiesto dal cliente.

Dove reperirlo

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

Acquisizione

Rilevare il timestamp di valorizzazione dei 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 viene dedotto quando lo stato dell'articolo reso passa a 'Inspecting' o a uno stato analogo.
Perché è importante

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

Dove reperirlo

Deducibile da un aggiornamento dello stato dell'oggetto ReturnOrderItem a un valore come 'Inspecting' o 'Under Inspection'.

Acquisizione

Rilevare la modifica del campo ReturnOrderItem.status a 'Inspecting'.

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

Monitorare questo percorso separatamente dai rimborsi è importante per comprendere i tassi di sostituzione e l'efficienza del processo di evasione delle sostituzioni.

Dove reperirlo

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

Acquisizione

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

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

L'analisi dei resi rifiutati aiuta a individuare le cause più comuni del rifiuto, come le violazioni delle policy, migliorando la comunicazione con i clienti e le regole di convalida del front-end.

Dove reperirlo

Deducibile dal timestamp in cui il campo di stato dell'oggetto ReturnOrder viene aggiornato a un valore che indica il rifiuto, come 'Rejected' o 'Denied'.

Acquisizione

Rilevare la modifica del campo ReturnOrder.status a '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 un passaggio automatico oppure può richiedere un'approvazione manuale per i resi di importo elevato.
Perché è importante

Questa fase di approvazione può costituire un collo di bottiglia, soprattutto quando richiede un intervento manuale. È una tappa fondamentale prima dell'avvio della transazione finanziaria.

Dove reperirlo

Deducibile da una modifica dello stato di ReturnOrder o di un oggetto riepilogativo dei pagamenti correlato a uno stato come '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. Rappresenta l'inizio della transazione finanziaria.
Perché è importante

Distinguere tra avvio ed elaborazione è fondamentale per l'analisi della Conformità agli SLA. I ritardi successivi a questo punto sono generalmente riconducibili al fornitore dei pagamenti, non all'elaborazione interna.

Dove reperirlo

Acquisito da un Event Log esplicito o dal record di una chiamata API quando il sistema comunica con il gateway di pagamento. Può anche essere dedotto da una modifica dello stato di un oggetto Payment.

Acquisizione

Tracciare l'evento della chiamata API al gateway di pagamento o la modifica dello stato a 'Refund Pending'.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Salesforce Commerce Cloud

Pronto per iniziare?

Utilizzi questo Template dei dati per avviare il Suo percorso di Process Mining. Inizi a ottimizzare le operazioni di reso e rimborso per ottenere maggiore efficienza e soddisfazione dei clienti.

Sblocchi oggi l'efficienza nell'elaborazione di resi e rimborsi

Individui le inefficienze e riduca del 30% o più il tempo di ciclo dei resi.

Inizi la prova gratuita

Non è necessaria alcuna carta di credito. Configuri tutto in pochi minuti.