Il Suo Template dei dati per l'elaborazione di resi e rimborsi
Il Suo Template dei dati per l'elaborazione di resi e rimborsi
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l'estrazione da Salesforce Commerce Cloud
Attributi dell’elaborazione di resi e rimborsi
| 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
|
|||
Attività di elaborazione di resi e rimborsi
| 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
|
|||
Guide all'estrazione
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.
Non è necessaria alcuna carta di credito. Configuri tutto in pochi minuti.