> Miglioramento Continuo dei Processi > Gestione resi e rimborsi > Oracle Fusion SCM > Template Dati

Il Suo template dati per la gestione di resi e rimborsi

Oracle Fusion SCM

Attributi gestione resi e rimborsi (22) Attività gestione resi e rimborsi (15) Guide all'Estrazione (3)

Il Suo template dati per la gestione di resi e rimborsi

Questo template è progettato per aiutarLa ad analizzare la gestione resi e rimborsi in Oracle Fusion SCM. Delinea gli attributi essenziali da raccogliere, le attività chiave da monitorare e fornisce una guida chiara su come estrarre i dati. Lo utilizzi per ottenere informazioni preziose sul Suo processo e identificare le aree di miglioramento.

Attributi consigliati da raccogliere
Attività chiave da monitorare per l'analisi dei processi
Guida passo dopo passo all'estrazione per Oracle Fusion SCM

È nuovo agli event log? Impari come creare un event log di Process Mining.

Scarica Template

Attributi gestione resi e rimborsi

Questi sono i campi dati consigliati da includere nell'event log per un'analisi completa della gestione resi e rimborsi in Oracle Fusion SCM.

5 Obbligatorio 7 Consigliato 10 Facoltativo

	Nome	Descrizione
	Activity ActivityName	Il nome della fase aziendale o dell'evento specifico verificatosi nel processo di reso e rimborso.
Descrizione Questo attributo descrive una singola fase o pietra miliare nel ciclo di vita del reso, come 'RMA Creato', 'Articolo Ispezionato' o 'Rimborso Elaborato'. Ogni attività rappresenta un punto distinto del processo registrato negli event log del sistema. Analizzare la sequenza e la durata di queste attività è il cuore del Process Mining. Consente di visualizzare le mappe di processo, identificare i bottleneck tra le fasi e calcolare i tempi di completamento (lead time) specifici per ogni attività. Questi dati sono fondamentali per comprendere il flusso del processo, i cicli di rilavorazione e la conformità alle procedure operative standard. Perché è importante Le attività costituiscono la spina dorsale della mappa di processo, consentendo la visualizzazione e l'analisi del flusso, delle varianti e dei colli di bottiglia. Dove trovare Derivato da event log, cambi di stato o record di transazioni specifiche nei moduli Oracle Fusion SCM come Order Management e Inventory Management. Esempi RMA CreataArticolo RicevutoNota di Credito CreataRimborso Elaborato
	ID Caso di reso ReturnCaseId	L'identificativo principale che collega tutte le attività associate a una specifica richiesta di reso o rimborso.
Descrizione L'ID Caso di Reso funge da identificatore univoco per l'intero processo. Collega ogni evento, dalla creazione iniziale dell'autorizzazione al reso (RMA) fino all'elaborazione finale del rimborso e alla chiusura della pratica. Nell'analisi di Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni reso. Consente agli analisti di tracciare l'intero ciclo di vita, misurare i tempi di ciclo totali e comprendere le varianti nella gestione dei diversi resi. Tutti gli altri dati a livello di evento vengono raggruppati sotto questo ID per formare una visione coerente del processo. Perché è importante È la chiave essenziale per unire tutti gli eventi correlati in un'unica istanza di processo, rendendo possibile l'analisi end-to-end. Dove trovare Questo identificatore viene solitamente generato nei moduli Oracle Order Management o Service all'avvio di una richiesta di reso. Esempi RMA-2023-00123RMA-2023-00456RMA-2023-00789
	Timestamp Evento EventTime	Il timestamp che indica quando una specifica attività o un evento si è verificato.
Descrizione Event Time (o ora di inizio) è la data e l'ora precisa in cui un'attività è stata registrata nel sistema sorgente. Fornisce il contesto cronologico per ogni fase del processo. Questo timestamp è fondamentale per ogni analisi temporale. Viene utilizzato per ordinare correttamente gli eventi, calcolare i tempi di ciclo tra le attività, misurare la durata totale di un caso e valutare le prestazioni rispetto agli accordi sui livelli di servizio (SLA). Senza timestamp accurati, è impossibile analizzare l'efficienza del processo, identificare i ritardi o comprenderne le dinamiche. Perché è importante Questo attributo fornisce la sequenza cronologica degli eventi, fondamentale per calcolare tutte le metriche basate sulla durata e scoprire i bottleneck del processo. Dove trovare Queste informazioni si trovano solitamente nei campi 'Creation Date', 'Timestamp' o 'Last Update Date' associati ai record di transazione o di stato in Oracle Fusion SCM. Esempi 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	Sistema di Origine SourceSystem	Il sistema da cui i dati sono stati estratti.
Descrizione Questo attributo identifica il sistema informativo di origine in cui sono stati registrati i dati dell'evento (tipicamente 'Oracle Fusion SCM'). In ambienti con più sistemi integrati, questo campo è cruciali per la data lineage e il troubleshooting. Aiuta a confermare l'origine dei dati e può essere usato per filtrare l'analisi per eventi provenienti da sistemi specifici, garantendo il mantenimento della qualità e del contesto dei dati. Perché è importante Fornisce un contesto cruciale sull'origine dei dati, essenziale per la convalida e l'analisi in ambienti multi-sistema. Dove trovare Spesso si tratta di un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) per etichettare l'origine del dataset. Esempi Oracle Fusion SCMOracle SCM Cloud
	Ultimo `Data Update` LastDataUpdate	Il timestamp di quando i dati sono stati aggiornati o estratti l'ultima volta dal sistema di origine.
Descrizione Questo attributo indica l'ultimo aggiornamento del dataset. Fornisce una data di 'freschezza' per l'intero insieme di dati, non per i singoli eventi. Conoscere l'orario dell'ultimo aggiornamento è fondamentale affinché gli utenti comprendano l'attualità dell'analisi. Aiuta a interpretare correttamente dashboard e KPI, sapendo se si tratta di informazioni in tempo reale o di dati risalenti a ore o giorni prima. È un metadato essenziale per ogni progetto di Process Mining. Perché è importante Informa gli utenti su quanto siano recenti i dati, garantendo la comprensione del contesto e dell'attualità dell'analisi. Dove trovare Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL). Esempi 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Data obiettivo SLA rimborso RefundSlaTargetDate	La data entro la quale è prevista la chiusura del rimborso in base agli accordi sul livello del servizio (SLA).
Descrizione Questo attributo definisce il termine ultimo per completare il processo di rimborso di una pratica. Il target SLA è spesso determinato dalle policy aziendali, dal livello del cliente o dal motivo del reso. Questa data è il parametro di riferimento per misurare tempestività e conformità. Viene utilizzata nella dashboard 'Conformità SLA Policy Rimborsi' ed è essenziale per calcolare il KPI 'Tasso di Conformità SLA Rimborsi'. Confrontare la data effettiva di completamento con questo target permette di identificare le violazioni degli SLA e aiuta a dare priorità alle pratiche che rischiano di essere in ritardo. Perché è importante Fornisce il benchmark per misurare la puntualità ed è fondamentale per calcolare i KPI di conformità SLA. Dove trovare Può essere un campo data specifico nella pratica di reso o può essere calcolato aggiungendo un periodo predefinito (es. 14 giorni) alla data di avvio del reso. Esempi 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Importo effettivo del rimborso ActualRefundAmount	L'importo monetario finale che è stato effettivamente elaborato e rimborsato al cliente.
Descrizione Questo attributo rappresenta l'importo finale confermato e pagato al cliente dopo ispezioni, rettifiche e commissioni. Questo valore riflette il reale esito finanziario della pratica. È un dato finanziario critico utilizzato nella dashboard 'Importi Rimborso: Richiesti vs Effettivi'. Confrontarlo con l'importo richiesto è fondamentale per calcolare il KPI 'Tasso di Discrepanza Importo Rimborso' e comprendere l'impatto finanziario delle policy di reso, delle condizioni degli articoli e delle rettifiche di elaborazione. Perché è importante Rappresenta l'esito finanziario reale del reso, permettendo l'analisi delle discrepanze e il reporting finanziario. Dove trovare Queste informazioni provengono probabilmente dai record delle transazioni di Nota di Credito o Contabilità Fornitori (AP) collegati alla pratica di reso in Oracle Fusion Financials. Esempi 129.9940.000.00
	Importo rimborso richiesto RequestedRefundAmount	L'importo monetario inizialmente richiesto dal cliente per il reso.
Descrizione Questo attributo rileva il valore del rimborso richiesto dal cliente all'inizio del processo. Rappresenta l'importo di base con cui verrà confrontato il rimborso finale. Questo dato è essenziale per la dashboard 'Importi Rimborso: Richiesti vs Effettivi' e per il KPI 'Tasso di Discrepanza Importo Rimborso'. Analizzare la differenza tra importi richiesti ed effettivi può rivelare problemi come resi di articoli errati, commissioni di rifornimento o rettifiche di policy, fornendo indicazioni preziose sull'accuratezza finanziaria e sulla soddisfazione dei clienti. Perché è importante Funge da base per l'analisi finanziaria, consentendo il calcolo delle discrepanze nei rimborsi ed evidenziando potenziali problemi. Dove trovare Questo valore dovrebbe essere memorizzato nell'header dell'RMA o della richiesta di reso in Oracle Fusion SCM, probabilmente nel modulo Order Management. Esempi 129.9945.501200.00
	Motivo del reso ReturnReason	Il motivo fornito dal cliente per la restituzione dell'articolo.
Descrizione Questo attributo contiene il motivo del reso, solitamente selezionato dal cliente da un elenco predefinito (es. 'Articolo Difettoso', 'Taglia Errata' o 'Non più necessario'). Analizzare le motivazioni dei resi offre informazioni preziose sulla qualità del prodotto, sull'accuratezza del processo di vendita e sul comportamento dei clienti. Questi dati possono essere usati per identificare prodotti con alti tassi di difettosità, migliorare le descrizioni dei prodotti per ridurre gli ordini errati e comprendere le cause profonde dei resi, favorendo miglioramenti strategici che riducano il volume complessivo dei resi. Perché è importante Fornisce informazioni critiche sui motivi dei resi, utilizzabili per migliorare prodotti e processi di vendita. Dove trovare Solitamente memorizzato come codice o campo di testo nella riga dell'RMA in Oracle Order Management. Esempi DifettosoSpedizione articolo erratoArrivato troppo tardiPrezzo migliore disponibile
	Operatore incaricato ProcessingAgent	L'utente o l'operatore responsabile dell'esecuzione di una specifica attività nel processo di reso.
Descrizione Questo attributo identifica l'utente che ha eseguito una determinata attività, come l'approvazione di un RMA o l'elaborazione di un rimborso. Può riferirsi anche a un team o reparto se non viene tracciato il singolo operatore. Analizzare le performance per operatore è fondamentale per la gestione operativa. Questo attributo alimenta la dashboard 'Performance Operatori Gestione Resi', permettendo di confrontare carichi di lavoro, durate delle attività e tassi di rilavorazione. Questi approfondimenti possono evidenziare necessità di formazione, identificare i dipendenti più efficienti e ottimizzare l'allocazione delle risorse. Perché è importante Consente l'analisi delle prestazioni per utente o team, aiutando a identificare i top performer, le opportunità di formazione e gli squilibri nel carico di lavoro. Dove trovare Si trova solitamente in campi come 'USER_ID', 'PROCESSED_BY' o 'AGENT_NAME' nei log delle transazioni di Oracle Fusion SCM. Esempi j.doea.smithm.jones
	Ora di Fine EndTime	Il timestamp che indica quando un'attività è stata completata.
Descrizione L'Orario di Fine segna il completamento di un'attività. Mentre lo StartTime indica l'inizio di un evento, l'Orario di Fine è necessario per calcolare il tempo di esecuzione effettivo. Per gli eventi istantanei, i due valori possono coincidere. In fase di analisi, la differenza tra Fine e Inizio fornisce il 'Tempo di Esecuzione' di un'attività. Questo dato è fondamentale per capire quali passaggi specifici richiedono troppo tempo, distinguendoli dai tempi di attesa tra una fase e l'altra. È essenziale per un'analisi dettagliata dei bottleneck e per i calcoli sull'efficienza delle risorse. Perché è importante Questo attributo è necessario per calcolare il tempo di esecuzione reale delle singole attività, aiutando a distinguere il lavoro attivo dai tempi di attesa. Dove trovare Può essere un campo separato nei log del sistema sorgente o può essere derivato dallo StartTime dell'attività successiva. Esempi 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Stato del reso ReturnStatus	Lo stato attuale o finale della pratica di reso.
Descrizione Questo attributo indica lo stato generale della pratica di reso in un dato momento o il suo esito finale (es. 'Chiuso - Rimborsato', 'Chiuso - Respinto' o 'In Corso'). Lo Stato del Reso è fondamentale per l'analisi dei risultati. Permette di filtrare i casi in base all'esito, confrontare i flussi dei resi approvati rispetto a quelli respinti e alimentare la 'Dashboard Stato Attuale Pratiche di Reso'. Comprendere la distribuzione degli esiti è essenziale per misurare l'efficacia del processo. Perché è importante Fornisce l'esito di un caso, essenziale per filtri, analisi comparative e comprensione dei tassi di successo del processo. Dove trovare Solitamente disponibile come campo di stato nel record principale del reso o nell'header dell'RMA in Oracle Order Management. Esempi In attesa di ricezioneIspezione CompletataChiuso - RimborsatoChiuso - Rifiutato
	Codice di Disposizione DispositionCode	Un codice che indica la gestione finale dell'articolo fisico reso.
Descrizione Il Codice di Disposizione specifica la destinazione del prodotto reso dopo l'ispezione: ad esempio, se viene rimesso a magazzino, scartato, inviato in riparazione o restituito al fornitore. Questa informazione è preziosa per analizzare l'impatto finanziario e operativo dei resi. Analizzando questi codici, l'azienda può comprendere i costi associati alle merci non rivendibili e individuare opportunità per migliorare i processi di ricondizionamento. Questo dato collega direttamente il processo di reso ai risultati finanziari e d'inventario. Perché è importante Collega il processo di reso al suo esito fisico in inventario, fornendo informazioni sui tassi di recupero e sui costi. Dove trovare Queste informazioni vengono acquisite nei moduli Oracle Inventory Management o Warehouse Management al termine dell'attività di ispezione. Esempi REINSERISCI_A_STOCKSCARTORICONDIZIONARESO_A_FORNITORE
	Discrepanza importo rimborso RefundAmountDiscrepancy	La differenza calcolata tra l'importo del rimborso richiesto e l'importo effettivamente rimborsato.
Descrizione Questa metrica quantifica la differenza monetaria tra quanto richiesto dal cliente e quanto ricevuto. Si calcola sottraendo l'importo effettivo ('ActualRefundAmount') da quello richiesto ('RequestedRefundAmount'). Questo valore è alla base del KPI 'Tasso di Discrepanza Importo Rimborso'. Un valore diverso da zero indica che è stata apportata una rettifica durante il processo. Analizzare i motivi di tali discrepanze (es. commissioni di rifornimento o detrazioni per danni) può fornire indicazioni sull'efficacia delle policy e sulla comunicazione con il cliente. Perché è importante Quantifica le rettifiche finanziarie nel processo di rimborso, aiutando ad analizzare l'impatto delle policy e degli esiti delle ispezioni. Dove trovare Campo calcolato: 'RequestedRefundAmount' - 'ActualRefundAmount'. Esempi 0.005.50-10.00
	È Conforme agli SLA IsSlaCompliant	Un flag booleano che indica se il rimborso è stato elaborato entro l'obiettivo SLA definito.
Descrizione Questo attributo calcolato fornisce un semplice indicatore vero/falso sulla conformità agli SLA per ogni pratica di reso. Viene determinato confrontando il timestamp effettivo di completamento con la data target 'RefundSlaTargetDate'. Questo flag è essenziale per misurare e visualizzare facilmente i tassi di conformità. Alimenta la dashboard 'Conformità SLA Policy Rimborsi' e semplifica il calcolo del KPI 'Tasso di Conformità SLA Rimborsi'. Permette un filtraggio rapido e un'analisi delle root cause per capire perché certi casi non rispettano gli SLA. Perché è importante Semplifica il monitoraggio e il reporting degli SLA trasformando il confronto tra date in una semplice metrica booleana. Dove trovare Campo calcolato. È vero se il timestamp 'Refund Processed' è uguale o precedente a 'RefundSlaTargetDate', falso in caso contrario. Esempi truefalse
	È una Rilavorazione IsRework	Un flag booleano che indica se un'attività fa parte di un ciclo di rilavorazione.
Descrizione Questo flag identifica le attività che sono ripetizioni di passaggi precedenti nella stessa pratica, indicando un loop di processo o una rilavorazione (rework). Ad esempio, se un articolo non supera l'ispezione e deve essere ispezionato nuovamente, il secondo evento di ispezione sarà contrassegnato come rework. Questo attributo è fondamentale per quantificare l'inefficienza del processo. Viene utilizzato nella dashboard 'Tassi di Rilavorazione Gestione Resi' e per calcolare il KPI 'Frequenza Eventi di Rilavorazione Resi'. Identificare la quantità e le cause delle rilavorazioni è uno degli obiettivi principali del Process Mining, poiché indica chiaramente sprechi di risorse, ritardi e aumento dei costi. Perché è importante Segnala direttamente le inefficienze e i loop di processo, rendendo facile quantificare e analizzare le cause dei rework. Dove trovare Si tratta di un attributo calcolato dagli algoritmi del software di Process Mining che rilevano attività ripetute all'interno di un singolo caso. Esempi truefalse
	ID Cliente CustomerId	L'identificatore univoco del cliente che ha avviato il reso.
Descrizione Questo attributo è l'ID univoco del cliente associato alla pratica di reso. Collega il processo di reso al database clienti. Analizzare i resi con un approccio orientato al cliente può rivelare pattern importanti. Ad esempio, aiuta a identificare clienti con frequenze di reso insolitamente alte, segno di possibili problemi di soddisfazione o frodi. Consente inoltre analisi basate sui segmenti di clientela, aiutando a capire se determinati gruppi hanno comportamenti di reso differenti. Perché è importante Consente un'analisi orientata al cliente, aiutando a identificare i resi ricorrenti, segmentare i comportamenti e rilevare potenziali frodi. Dove trovare Trovato come ID cliente o parte nell'intestazione dell'ordine di vendita originale o della richiesta di reso in Oracle Order Management. Esempi CUST-100589743ACC-54321
	ID Magazzino WarehouseId	L'identificatore del magazzino o della struttura che ha ricevuto l'articolo reso.
Descrizione Questo attributo indica il luogo fisico specifico (centro di distribuzione o magazzino) dove l'articolo è stato ricevuto ed elaborato. Analizzare il processo per magazzino è importante per identificare problemi di performance legati a specifiche sedi. Permette di confrontare tempi di ispezione, esiti di disposizione e tempi di ciclo totali tra diverse strutture, evidenziando inefficienze operative, problemi di organico o necessità di formazione in siti specifici. Perché è importante Consente l'analisi delle prestazioni per sede, aiutando a identificare colli di bottiglia e inefficienze specifiche di una regione o di uno stabilimento. Dove trovare Questo campo, spesso chiamato 'ORGANIZATION_ID', è associato alla transazione di ricezione in Oracle Inventory Management. Esempi WH-US-WESTWH-EU-CENTRALDC-01
	ID Prodotto ProductId	L'identificatore univoco del prodotto restituito.
Descrizione Questo attributo è l'identificatore univoco (come l'SKU o il codice articolo) del prodotto reso. Collega il processo al catalogo prodotti. L'analisi a livello di prodotto è cruciale per identificare articoli problematici. Filtrando o dimensionando l'analisi per ID Prodotto, le aziende possono individuare articoli con alti tassi di reso, lunghi tempi di ispezione o pattern di difettosità ricorrenti. Queste informazioni sono vitali per il controllo qualità, la gestione della supply chain e lo sviluppo dei prodotti. Perché è importante Collega il processo di reso a prodotti specifici, permettendo di analizzare la qualità dei prodotti e i modelli di reso. Dove trovare Questo sarebbe l' 'INVENTORY_ITEM_ID' o un campo simile sulla riga dell'RMA nei moduli Oracle Order Management o Inventory. Esempi PROD-5540-ASKU-98765ITEM-001-B
	Numero RMA RmaNumber	L'identificatore univoco della transazione di autorizzazione al reso (RMA).
Descrizione Il numero RMA è l'autorizzazione formale per il cliente a restituire un prodotto. Sebbene spesso coincida con l'ID Caso di Reso, in alcuni sistemi può essere un identificatore distinto e preliminare. Questo attributo funge da numero di riferimento aziendale familiare sia agli utenti interni che ai clienti. Può essere utilizzato per cercare e filtrare le pratiche ed è spesso il riferimento principale utilizzato in tutte le comunicazioni relative al reso. Perché è importante Funge da numero di riferimento aziendale principale, fondamentale per il tracciamento operativo e la comunicazione con i clienti. Dove trovare È l'identificatore principale sull'oggetto RMA in Oracle Order Management. Esempi 789001789002789003
	Tempo di rimborso end-to-end EndToEndRefundTime	Il tempo totale trascorso dall'avvio della richiesta di reso fino all'elaborazione finale del rimborso.
Descrizione Questa metrica misura la durata completa del processo dal punto di vista del cliente. Si calcola come differenza tra il timestamp del primo evento (es. 'RMA Creato') e quello del completamento del rimborso (es. 'Rimborso Elaborato'). Come KPI principale, questo calcolo è fondamentale per la dashboard 'Tempo di Ciclo Totale Elaborazione Rimborsi' e per monitorare la customer experience. Una media elevata indica inefficienze sistemiche da affrontare. Analizzare la distribuzione di questo valore aiuta a identificare i casi anomali e a comprendere le performance del processo a livello macro. Perché è importante È un indicatore chiave di prestazione (KPI) che misura direttamente l'efficienza dell'intero processo e il suo impatto sulla soddisfazione del cliente. Dove trovare Calcolato sottraendo lo StartTime della prima attività dallo StartTime dell'attività 'Refund Processed' per ogni ID Caso di reso. Esempi 10 giorni 4 ore21 giorni e 8 ore5 giorni 0 ore
	Tipo di reso ReturnType	Categorizza il reso in base all'esito atteso, come rimborso, sostituzione o riparazione.
Descrizione Questo attributo classifica il tipo di reso. Il flusso di lavoro e i passaggi necessari possono variare sensibilmente a seconda che il cliente riceva un rimborso monetario, un prodotto sostitutivo o un articolo riparato. Analizzare il processo per Tipo di Reso è fondamentale per comprenderne le varianti. Consente di creare mappe di processo distinte per rimborsi e sostituzioni, aiutando a identificare bottleneck specifici e caratteristiche di performance per ogni percorso. Questa segmentazione è la chiave per interventi mirati di miglioramento dei processi. Perché è importante Consente la segmentazione dell'analisi in base ai diversi percorsi di processo, poiché sostituzioni e rimborsi seguono spesso step differenti. Dove trovare Solitamente si tratta di un campo categoria o tipo presente nell'header o nelle righe dell'RMA in Oracle Order Management. Esempi RimborsoSostituzioneRiparazione

Obbligatorio Consigliato Facoltativo

Attività gestione resi e rimborsi

Queste sono le fasi chiave del processo e le milestone da registrare nel tuo event log per un'accurata scoperta dei processi e l'identificazione dei colli di bottiglia.

7 Consigliato 8 Facoltativo

	Activity	Descrizione
	Articolo ispezionato	Questa attività indica il completamento del processo di ispezione dell'articolo, con la registrazione di una valutazione qualitativa. Di solito si tratta di una transazione esplicita in Oracle Inventory Management o Quality Management che aggiorna lo stato dell'RMA.
Perché è importante L'esito dell'ispezione influenza direttamente i passaggi successivi, come l'approvazione o il rifiuto del rimborso. La durata stessa dell'attività di ispezione è un indicatore chiave (KPI) dell'efficienza del magazzino. Dove trovare Acquisito dal timestamp della transazione quando un ispettore completa l'attività di ispezione rispetto alla ricevuta RMA in Oracle Inventory o Quality Management. Acquisisci Utilizzi il timestamp di completamento della transazione di ispezione. Tipo di evento explicit
	Articolo Ricevuto	Questa attività segna la ricezione fisica dell'articolo reso presso il magazzino o il centro di elaborazione. È un evento esplicito registrato in Oracle Fusion Inventory Management quando la merce viene scansionata e caricata come ricevuta a fronte dell'RMA.
Perché è importante La ricezione dell'articolo è una pietra miliare che attiva l'ispezione e le fasi successive. Misurare il tempo da 'RMA Approved' a 'Item Received' aiuta ad analizzare le prestazioni logistiche. Dove trovare Si tratta di una transazione esplicita registrata in Oracle Inventory Management. L'evento corrisponde alla data della transazione di ricezione dell'RMA. Acquisisci Utilizzi il timestamp della transazione di ricezione RMA in Inventory. Tipo di evento explicit
	Caso di reso chiuso	È l'attività finale, che indica il completamento di tutte le azioni legate all'RMA (ricezione, disposizione e regolamento finanziario). Viene dedotta dallo stato finale 'Chiuso' dell'ordine RMA.
Perché è importante Questo evento funge da fine definitiva del processo, fondamentale per calcolare il tempo di ciclo end-to-end e garantire che nessuna pratica rimanga aperta a tempo indeterminato. Dove trovare Deducibile dal timestamp in cui l'intestazione dell'ordine RMA e tutte le sue righe raggiungono lo stato finale 'Closed' in Oracle Order Management. Acquisisci Cattura l'ultimo timestamp in cui lo stato dell'intestazione o della riga RMA passa a 'Closed'. Tipo di evento inferred
	Nota di Credito Creata	È l'attività finanziaria in cui viene generata una nota di credito in Accounts Receivable per autorizzare il rimborso. È un evento esplicito attivato dal processo di reso in Order Management.
Perché è importante La creazione di una nota di credito è una tappa definitiva che indica l'impegno dell'azienda a rimborsare il cliente. Rappresenta l'input per l'intera fase di regolamento finanziario del processo. Dove trovare Si tratta di una transazione esplicita in Oracle Accounts Receivable. L'evento può essere ricollegato all'RMA originale tramite il riferimento all'ordine di vendita sulla nota di credito. Acquisisci Utilizzi la data di creazione della transazione di nota di credito in AR (Contabilità Clienti). Tipo di evento explicit
	Rimborso Elaborato	Questa attività segna il completamento del pagamento del rimborso al cliente. Si tratta di un evento esplicito catturato quando la transazione di clearing del pagamento viene registrata in Oracle Financials.
Perché è importante È un punto finale critico per misurare il tempo di ciclo totale del rimborso dal punto di vista del cliente. Conferma l'avvenuta estinzione dell'obbligazione finanziaria. Dove trovare Questo evento viene rilevato dalla data contabile o di clearing della transazione di pagamento in Oracle Accounts Payable o Treasury che regola la nota di credito. Acquisisci Utilizzi la data di clearing della transazione di pagamento che regola la nota di credito. Tipo di evento explicit
	RMA Approved	Questa tappa fondamentale indica che la richiesta di reso è stata convalidata e approvata secondo le regole aziendali. In genere viene dedotta da un cambio di stato dell'RMA, che sblocca le fasi successive come la spedizione da parte del cliente.
Perché è importante L'approvazione è un passaggio critico. Eventuali ritardi in questa fase impattano direttamente sul tempo di ciclo totale e sulla soddisfazione del cliente. Questa attività è essenziale per analizzare i colli di bottiglia nelle approvazioni. Dove trovare Deducibile dal timestamp del cambio di stato nell'intestazione o riga dell'ordine RMA che passa allo stato 'Approved' o 'Awaiting Receiving'. Acquisisci Cattura il timestamp in cui lo stato dell'RMA viene aggiornato a uno stato approvato. Tipo di evento inferred
	RMA Creata	Questa attività segna l'inizio ufficiale del processo, con la creazione di un'autorizzazione al reso (RMA) in Oracle Fusion SCM. L'evento viene solitamente registrato quando un utente o un processo automatico genera un nuovo record di ordine di vendita RMA.
Perché è importante È l'evento di inizio principale dell'intero processo di reso. Analizzare il tempo che intercorre tra questa attività e le altre rivela la durata complessiva del processo e aiuta a identificare i ritardi iniziali. Dove trovare Viene rilevato dal timestamp di creazione dell'header dell'ordine di reso in Oracle Fusion Order Management. L'evento corrisponde al salvataggio iniziale del documento RMA. Acquisisci Tracci la data di creazione del record di intestazione dell'ordine di reso. Tipo di evento explicit
	Articolo spedito dal cliente	Rappresenta l'azione del cliente di rispedire l'articolo reso. Questo evento spesso non è catturato direttamente da Oracle SCM, ma può essere dedotto dai dati di integrazione del corriere o da un aggiornamento manuale.
Perché è importante Questa attività fornisce indicazioni sul comportamento dei clienti e sui tempi di transito delle merci. Aiuta a distinguere tra ritardi di elaborazione interna e ritardi causati dalla spedizione. Dove trovare Può essere un evento dedotto dai dati di spedizione del corriere collegati all'RMA o un aggiornamento manuale dello stato in Oracle SCM. Se non esiste integrazione, questo evento potrebbe non essere disponibile. Acquisisci Timestamp da un'API integrata del corriere o da un campo di inserimento dati manuale. Tipo di evento inferred
	Cliente Notificato	Rappresenta la comunicazione inviata al cliente per confermare la risoluzione della pratica (es. rimborso elaborato o sostituzione spedita). Spesso viene rilevata da un log delle comunicazioni o da un aggiornamento di stato del caso.
Perché è importante Una comunicazione tempestiva con il cliente è fondamentale per la soddisfazione. Analizzarla aiuta a garantire il rispetto degli accordi sul livello di servizio (SLA) per le comunicazioni. Dove trovare Richiede l'analisi del sistema. Può essere registrato da un CRM integrato o da una piattaforma di comunicazione, oppure può essere un aggiornamento manuale dello stato dell'RMA. Acquisisci Timestamp da un sistema di comunicazione esterno o da un aggiornamento manuale. Tipo di evento inferred
	Destinazione del reso determinata	Dopo l'ispezione, questa attività rappresenta la decisione sulla gestione dell'articolo reso, come 'Return to Stock' o 'Scrap'. Viene acquisita tramite una transazione d'inventario esplicita che sposta l'articolo alla sua destinazione finale.
Perché è importante Questa fase è critica per l'accuratezza dell'inventario e la riconciliazione finanziaria. Analizzare le disposizioni aiuta a comprendere i motivi del reso e i problemi di qualità del prodotto. Dove trovare Registrato come transazione in Oracle Inventory Management (es. trasferimento di sotto-inventario o aggiornamento stato articolo) a seguito dell'ispezione. Acquisisci Tracci il timestamp della transazione di inventario che esegue la disposizione. Tipo di evento explicit
	Ispezione articolo avviata	Indica l'inizio dell'ispezione fisica dell'articolo reso per valutarne le condizioni. Può essere dedotto dal cambio di posizione o stato dell'articolo nel modulo di gestione del magazzino, oppure può derivare da una scansione esplicita.
Perché è importante Misurare il tempo tra la ricezione dell'articolo e l'inizio dell'ispezione evidenzia i ritardi in coda alla stazione di ispezione, un comune collo di bottiglia. Dove trovare Potrebbe essere rilevato da un cambio di stato sulla riga di ricezione o da una transazione che sposta l'articolo in un'area di ispezione in Oracle Inventory Management. Potrebbe richiedere una configurazione personalizzata per essere tracciato esplicitamente. Acquisisci Timestamp di un cambio di stato o di un trasferimento di inventario in un'area di ispezione. Tipo di evento inferred
	Ordine di sostituzione creato	Questa attività si verifica nei casi in cui il cliente ha richiesto una sostituzione invece di un rimborso. È un evento esplicito in cui viene generato un nuovo ordine di vendita, spesso collegato all'RMA originale.
Perché è importante Questa attività identifica una variante importante del processo. Separare i processi di sostituzione da quelli di rimborso è fondamentale per un'analisi accurata dei tempi di ciclo di ogni percorso. Dove trovare Si tratta di un evento esplicito: la creazione di un nuovo documento di ordine di vendita in Order Management. Deve essere ricollegato all'RMA tramite un campo di riferimento. Acquisisci Utilizzi la data di creazione del nuovo ordine di vendita collegato all'RMA. Tipo di evento explicit
	Rimborso Avviato	Questa attività indica che il processo di pagamento del rimborso è iniziato. Spesso viene dedotta da un cambio di stato sulla nota di credito, che passa da aperta a in fase di elaborazione per il pagamento.
Perché è importante Questa attività aiuta a separare l'approvazione e la creazione della nota di credito dall'effettiva elaborazione del pagamento, che potrebbe essere gestita da un team o sistema diverso e rappresentare una fonte di ritardo. Dove trovare Deducibile da un cambio di stato sulla nota di credito in Accounts Receivable, o dalla creazione di un record di pagamento in Accounts Payable che fa riferimento alla nota di credito. Acquisisci Identifica il timestamp in cui lo stato della nota di credito passa a 'Pending Payment' o simile. Tipo di evento inferred
	RMA Approval Submitted	Rappresenta il momento in cui l'RMA creato viene inviato per la revisione e l'approvazione interna. Spesso viene dedotto da un cambio di stato dell'RMA, che passa da bozza o inserimento a in attesa di approvazione.
Perché è importante Tracciare questo dato aiuta a misurare la durata della fase di pre-approvazione. Separa il tempo di inserimento dati dal tempo effettivo trascorso in attesa che un approvatore intervenga. Dove trovare Deducibile dal timestamp in cui lo stato dell'intestazione o riga dell'ordine RMA passa a 'Pending Approval' o stato equivalente nel workflow di approvazione di Order Management. Acquisisci Identifica il timestamp del cambio di stato in 'Pending Approval'. Tipo di evento inferred
	RMA Rejected	Rappresenta la decisione finale di respingere la richiesta di reso del cliente. Solitamente dedotto dal cambio di stato dell'RMA in 'Rejected' o 'Cancelled' durante la fase di approvazione.
Perché è importante È un percorso di eccezione critico. Analizzare la frequenza e i motivi dei rifiuti può rivelare problemi nelle policy di reso, nelle aspettative dei clienti o tentativi di frode. Dove trovare Deducibile dal timestamp del cambio di stato nell'intestazione o riga dell'ordine RMA che passa allo stato 'Rejected' o stato finale equivalente. Acquisisci Identifica il timestamp del cambio di stato in 'Rejected' o 'Cancelled'. Tipo di evento inferred

Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da Oracle Fusion SCM

Fasi

Navigare nell'OTBI Analysis Editor: Accedere all'istanza Oracle Fusion Cloud SCM. Utilizzare il menu Navigator per andare su Tools, quindi selezionare Reports and Analytics. Fare clic sul pulsante 'Create' e scegliere 'Analysis' dal menu a discesa.
Selezionare le Subject Areas: Nella finestra a comparsa 'Select Subject Area', scegliere le aree tematiche primarie che contengono i dati su resi e rimborsi. Selezionare "Sales - CRM All Lines" e "Receivables - Transactions Real Time". Queste verranno combinate per creare una vista completa del processo.
Passare alla Modalità Avanzata: Dopo aver selezionato le aree tematiche, si aprirà l'editor di analisi. Passare immediatamente alla scheda 'Advanced' per accedere all'editor SQL logico, necessario per creare la struttura dell'event log richiesto.
Costruire la Query per l'Event Log: Copiare l'intero SQL logico fornito nella sezione 'Query' di questo documento e incollarlo nell'area di testo 'SQL Query' nella scheda Advanced. Questa query è strutturata con diverse clausole UNION ALL per recuperare ciascuna delle 15 attività richieste come righe separate.
Impostare i Parametri della Query: Modificare i segnaposto all'interno della query. In particolare, aggiornare i placeholder [START_DATE] e [END_DATE] per definire l'intervallo temporale dell'estrazione. Potrebbe essere necessario regolare i filtri per specifiche Business Unit o tipi di ordini di reso in base alla configurazione aziendale.
Validare la Query: Fare clic sul pulsante 'Validate SQL' per assicurarsi che la sintassi sia corretta. Il sistema verificherà i nomi delle colonne e la struttura rispetto alle aree tematiche selezionate.
Revisionare i Risultati: Passare alla scheda 'Results' per visualizzare un'anteprima dell'output. I dati dovrebbero apparire in formato event log, dove ogni riga rappresenta un'attività distinta nel processo di reso. Verificare che colonne come ReturnCaseId, ActivityName ed EventTime siano popolate correttamente.
Salvare l'Analisi: Una volta soddisfatti dei risultati, fare clic sull'icona 'Save Analysis'. Assegnare un nome descrittivo, ad esempio 'ProcessMind Returns and Refund Extraction', e salvarla in una cartella condivisa.
Creare un Piano di Esportazione: Per automatizzare l'estrazione, è possibile programmare l'esecuzione periodica dell'analisi. Dalla home page di Oracle BI, individuare l'analisi salvata, fare clic su 'More' e selezionare 'Schedule'.
Configurare il Job di Esportazione: Nelle opzioni di pianificazione, definire la frequenza (es. giornaliera, settimanale). Nella sezione 'Delivery', impostare il formato di output su CSV. Configurare la destinazione (come un content server o un'e-mail) dove verrà inviato il file. Attivare la pianificazione per avviare le estrazioni automatizzate.

Configurazione

Subject Areas: Le principali aree tematiche per questa analisi sono "Sales - CRM All Lines" per le intestazioni degli ordini RMA, le righe e lo storico degli stati, e "Receivables - Transactions Real Time" per le note di credito e i dettagli dei rimborsi. Aree aggiuntive come "Inventory - Inventory Transactions Real Time" potrebbero servire per dettagli più granulari su ispezione e disposizione.
Filtro intervallo temporale: È fondamentale applicare un filtro temporale per limitare il volume dei dati e garantire il successo dell'analisi. Consigliamo di estrarre dati per periodi di 3-6 mesi alla volta. La query fornita filtra in base alla data di creazione dell'RMA.
Filtri chiave: Oltre all'intervallo di date, è necessario filtrare per Order Type per selezionare specificamente gli ordini di Return Material Authorization (RMA). Si raccomanda inoltre di filtrare per Business Unit o Legal Entity per definire correttamente il perimetro dei dati.
Logical SQL Mode: Questo metodo di estrazione richiede l'uso della scheda 'Advanced' e la scrittura di una query SQL logica personalizzata con istruzioni UNION ALL. Questo approccio è necessario per trasformare i dati transazionali nel formato event log richiesto da ProcessMind.
Prerequisiti: L'utente che esegue l'estrazione deve disporre di un ruolo con i permessi necessari per creare ed eseguire analisi OTBI, come il ruolo 'BI Author'. È inoltre obbligatorio l'accesso alle aree tematiche Sales, Receivables e potenzialmente Inventory specificate.

a Query di Esempio config

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Fasi

Navigare nell'OTBI Analysis Editor: Accedere all'istanza Oracle Fusion Cloud SCM. Utilizzare il menu Navigator per andare su Tools, quindi selezionare Reports and Analytics. Fare clic sul pulsante 'Create' e scegliere 'Analysis' dal menu a discesa.
Selezionare le Subject Areas: Nella finestra a comparsa 'Select Subject Area', scegliere le aree tematiche primarie che contengono i dati su resi e rimborsi. Selezionare "Sales - CRM All Lines" e "Receivables - Transactions Real Time". Queste verranno combinate per creare una vista completa del processo.
Passare alla Modalità Avanzata: Dopo aver selezionato le aree tematiche, si aprirà l'editor di analisi. Passare immediatamente alla scheda 'Advanced' per accedere all'editor SQL logico, necessario per creare la struttura dell'event log richiesto.
Costruire la Query per l'Event Log: Copiare l'intero SQL logico fornito nella sezione 'Query' di questo documento e incollarlo nell'area di testo 'SQL Query' nella scheda Advanced. Questa query è strutturata con diverse clausole UNION ALL per recuperare ciascuna delle 15 attività richieste come righe separate.
Impostare i Parametri della Query: Modificare i segnaposto all'interno della query. In particolare, aggiornare i placeholder [START_DATE] e [END_DATE] per definire l'intervallo temporale dell'estrazione. Potrebbe essere necessario regolare i filtri per specifiche Business Unit o tipi di ordini di reso in base alla configurazione aziendale.
Validare la Query: Fare clic sul pulsante 'Validate SQL' per assicurarsi che la sintassi sia corretta. Il sistema verificherà i nomi delle colonne e la struttura rispetto alle aree tematiche selezionate.
Revisionare i Risultati: Passare alla scheda 'Results' per visualizzare un'anteprima dell'output. I dati dovrebbero apparire in formato event log, dove ogni riga rappresenta un'attività distinta nel processo di reso. Verificare che colonne come ReturnCaseId, ActivityName ed EventTime siano popolate correttamente.
Salvare l'Analisi: Una volta soddisfatti dei risultati, fare clic sull'icona 'Save Analysis'. Assegnare un nome descrittivo, ad esempio 'ProcessMind Returns and Refund Extraction', e salvarla in una cartella condivisa.
Creare un Piano di Esportazione: Per automatizzare l'estrazione, è possibile programmare l'esecuzione periodica dell'analisi. Dalla home page di Oracle BI, individuare l'analisi salvata, fare clic su 'More' e selezionare 'Schedule'.
Configurare il Job di Esportazione: Nelle opzioni di pianificazione, definire la frequenza (es. giornaliera, settimanale). Nella sezione 'Delivery', impostare il formato di output su CSV. Configurare la destinazione (come un content server o un'e-mail) dove verrà inviato il file. Attivare la pianificazione per avviare le estrazioni automatizzate.

Configurazione

Subject Areas: Le principali aree tematiche per questa analisi sono "Sales - CRM All Lines" per le intestazioni degli ordini RMA, le righe e lo storico degli stati, e "Receivables - Transactions Real Time" per le note di credito e i dettagli dei rimborsi. Aree aggiuntive come "Inventory - Inventory Transactions Real Time" potrebbero servire per dettagli più granulari su ispezione e disposizione.
Filtro intervallo temporale: È fondamentale applicare un filtro temporale per limitare il volume dei dati e garantire il successo dell'analisi. Consigliamo di estrarre dati per periodi di 3-6 mesi alla volta. La query fornita filtra in base alla data di creazione dell'RMA.
Filtri chiave: Oltre all'intervallo di date, è necessario filtrare per Order Type per selezionare specificamente gli ordini di Return Material Authorization (RMA). Si raccomanda inoltre di filtrare per Business Unit o Legal Entity per definire correttamente il perimetro dei dati.
Logical SQL Mode: Questo metodo di estrazione richiede l'uso della scheda 'Advanced' e la scrittura di una query SQL logica personalizzata con istruzioni UNION ALL. Questo approccio è necessario per trasformare i dati transazionali nel formato event log richiesto da ProcessMind.
Prerequisiti: L'utente che esegue l'estrazione deve disporre di un ruolo con i permessi necessari per creare ed eseguire analisi OTBI, come il ruolo 'BI Author'. È inoltre obbligatorio l'accesso alle aree tematiche Sales, Receivables e potenzialmente Inventory specificate.

a Query di Esempio config

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Fasi

Configurare l'ambiente Python: Assicurarsi di avere installato Python 3.6 o versioni successive. Installare le librerie necessarie tramite pip: pip install requests pandas.
Configurare l'accesso a Oracle Fusion SCM: Ottenere le credenziali per un utente Oracle Fusion con i ruoli necessari per accedere alle API REST. I ruoli richiesti includono solitamente Order Manager e Accounts Receivable Manager. L'utente deve disporre dei permessi per visualizzare gli ordini di vendita (RMA) e le note di credito.
Identificare gli Endpoint API: Confermare l'URL di base dell'istanza Oracle Fusion SCM. Lo script utilizza le risorse REST salesOrdersForOrderHub e receivablesCreditMemos. La versione 11.13.18.05 potrebbe richiedere un adeguamento in base al proprio ambiente.
Personalizzare lo Script Python: Aprire lo script Python fornito. Aggiornare le variabili segnaposto all'inizio dello script: ORACLE_BASE_URL, ORACLE_USERNAME e ORACLE_PASSWORD. Regolare la variabile RMA_ORDER_TYPE per farla corrispondere al codice del tipo di ordine utilizzato per gli RMA nel sistema.
Definire il Periodo di Estrazione: Modificare le variabili START_DATE e END_DATE nello script per definire l'intervallo temporale per l'estrazione dei dati. Si consiglia di iniziare con un periodo breve, ad esempio un mese, per testare lo script.
Eseguire lo Script: Eseguire lo script dalla riga di comando: python extract_oracle_returns.py. Lo script si connetterà alle API Oracle, recupererà i dati, li elaborerà e stamperà gli aggiornamenti di stato sulla console.
Recuperare l'Event Log: Al completamento, lo script genererà un file chiamato returns_event_log.csv nella stessa directory. Questo file contiene l'event log estratto.
Revisionare e Preparare il Caricamento: Aprire il file returns_event_log.csv con un software per fogli di calcolo. Verificare la completezza e l'accuratezza dei dati, prestando particolare attenzione alle colonne ActivityName ed EventTime. Assicurarsi che le intestazioni delle colonne corrispondano ai requisiti dello strumento di Process Mining.
Caricare su ProcessMind: Caricare il file CSV generato direttamente in ProcessMind. Mappare le colonne del file CSV agli attributi corrispondenti in ProcessMind (ReturnCaseId come Case ID, ActivityName come Activity, EventTime come Timestamp).

Configurazione

Endpoint API: Lo script utilizza principalmente due endpoint API REST: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub per i dati degli ordini RMA e /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos per i dati relativi ai rimborsi finanziari.
Autenticazione: Lo script utilizza la Basic Authentication. Le credenziali fornite devono appartenere a un account utente con accesso API e privilegi sufficienti per leggere i dati degli ordini e della contabilità clienti.
Intervallo temporale: L'estrazione è filtrata in base alla CreationDate degli ordini RMA. È necessario configurare le variabili START_DATE e END_DATE nello script. Per il caricamento iniziale, si consiglia un periodo di 3-6 mesi. Per gli aggiornamenti continui, utilizzare una finestra temporale scorrevole.
Filtro RMA Order Type: È fondamentale configurare la variabile RMA_ORDER_TYPE nello script per garantire l'estrazione esclusiva dei resi, escludendo gli ordini di vendita standard. È possibile individuare il codice specifico del proprio tipo di ordine RMA nell'attività di configurazione 'Manage Order Types' di Oracle Fusion.
Mappatura dei codici di stato: Lo script associa i codici di stato interni di Oracle (es. DOO_AWAITING_RECEIVING, DOO_CLOSED) ai valori ActivityName più intuitivi per il business. Questa mappatura potrebbe richiedere personalizzazioni in base alla specifica configurazione di Oracle SCM.
Prerequisiti: È necessario l'accesso a un ambiente Oracle Fusion SCM. L'account utente per l'estrazione deve disporre di ruoli quali Order Manager (ORA_DOO_ORDER_MANAGER_JOB) e Accounts Receivable Manager (ORA_AR_ACCOUNTS_RECEIVABLE_MANAGER_JOB), o ruoli personalizzati equivalenti che garantiscano l'accesso alle API REST richieste.

a Query di Esempio python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
ORACLE_BASE_URL = class="hl-string">"https://[your_oracle_fusion_instance].fa.ocs.oraclecloud.com"
ORACLE_USERNAME = class="hl-string">"[your_api_user]"
ORACLE_PASSWORD = class="hl-string">"[your_api_password]"
RMA_ORDER_TYPE = class="hl-string">"ORA_RETURN_ORDER"  class=class="hl-string">"hl-comment"># IMPORTANT: Configure with your specific RMA Order Type Code
START_DATE = class="hl-string">"2023-01-01T00:00:00.000Z" class=class="hl-string">"hl-comment"># Format: YYYY-MM-DDTHH:MM:SS.sssZ
END_DATE = class="hl-string">"2023-06-30T23:59:59.000Z"

class=class="hl-string">"hl-comment"># --- Helper Functions --- #
def get_paginated_data(endpoint, params):
    class="hl-string">"""Fetches all data from a paginated Oracle REST API endpoint."""
    all_items = []
    url = fclass="hl-string">"{ORACLE_BASE_URL}{endpoint}"
    params[class="hl-string">'limit'] = 200 class=class="hl-string">"hl-comment"># Max limit can be up to 500
    params[class="hl-string">'offset'] = 0

    while True:
        print(fclass="hl-string">"Fetching data from {url} with offset {params['offset']}...")
        try:
            response = requests.get(url, auth=(ORACLE_USERNAME, ORACLE_PASSWORD), params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            if data.get(class="hl-string">'hasMore', False):
                params[class="hl-string">'offset'] += len(items)
            else:
                break
        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
        except json.JSONDecodeError as e:
            print(fclass="hl-string">"JSON Decode Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
if __name__ == class="hl-string">"__main__":
    event_log_records = []
    last_data_update = datetime.utcnow().isoformat() + class="hl-string">'Z'

    class=class="hl-string">"hl-comment"># 1. Fetch all RMA Orders
    print(class="hl-string">"Fetching RMA orders...")
    rma_params = {
        class="hl-string">'finder': class="hl-string">'findOrders',
        class="hl-string">'q': fclass="hl-string">"OrderTypeCode='{RMA_ORDER_TYPE}' and CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'OrderNumber,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,OrderStatus,ReturnReasonCode,CrossReference,lines',
        class="hl-string">'expand': class="hl-string">'lines.fulfillmentLines'
    }
    rma_orders = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", rma_params)

    class=class="hl-string">"hl-comment"># 2. Fetch all related Credit Memos (can be optimized by filtering on creation date)
    print(class="hl-string">"Fetching Credit Memos...")
    cm_params = {
        class="hl-string">'fields': class="hl-string">'TransactionNumber,TransactionDate,Amount,CustomerTransactionId,SalesOrderNumber'
    }
    credit_memos = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivablesCreditMemos", cm_params)
    cm_map = {cm[class="hl-string">'SalesOrderNumber']: cm for cm in credit_memos if class="hl-string">'SalesOrderNumber' in cm}

    print(fclass="hl-string">"Processing {len(rma_orders)} RMA orders...")
    for rma in rma_orders:
        case_id = rma.get(class="hl-string">'OrderNumber')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Helper to add events
        def add_event(activity, timestamp, agent, status, reason=None, end_time=None):
            if timestamp:
                event_log_records.append({
                    class="hl-string">'ReturnCaseId': case_id,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp,
                    class="hl-string">'EndTime': end_time if end_time else timestamp,
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': last_data_update,
                    class="hl-string">'ProcessingAgent': agent,
                    class="hl-string">'ReturnStatus': status,
                    class="hl-string">'ReturnReason': reason,
                    class="hl-string">'RequestedRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'ActualRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'RefundSlaTargetDate': None class=class="hl-string">"hl-comment"># Placeholder
                })

        class=class="hl-string">"hl-comment"># Activity: RMA Created
        add_event(class="hl-string">'RMA Created', rma.get(class="hl-string">'CreationDate'), rma.get(class="hl-string">'CreatedBy'), class="hl-string">'Draft', rma.get(class="hl-string">'ReturnReasonCode'))

        class=class="hl-string">"hl-comment"># Activities from Fulfillment Lines
        if class="hl-string">'lines' in rma and rma[class="hl-string">'lines']:
            for line in rma[class="hl-string">'lines'][class="hl-string">'items']:
                if class="hl-string">'fulfillmentLines' in line and line[class="hl-string">'fulfillmentLines']:
                    for ff_line in line[class="hl-string">'fulfillmentLines'][class="hl-string">'items']:
                        ff_status = ff_line.get(class="hl-string">'StatusCode')
                        last_update = ff_line.get(class="hl-string">'LastUpdateDate', rma.get(class="hl-string">'LastUpdateDate'))
                        agent = ff_line.get(class="hl-string">'LastUpdatedBy', rma.get(class="hl-string">'LastUpdatedBy'))

                        class=class="hl-string">"hl-comment"># The following is an inference based on typical status flows.
                        class=class="hl-string">"hl-comment"># Your specific statuses may vary.
                        if ff_status in [class="hl-string">'DOO_AWAIT_APPROVAL', class="hl-string">'DOO_SUBMITTED']:
                            add_event(class="hl-string">'RMA Approval Submitted', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_AWAIT_RECEIVING':
                            add_event(class="hl-string">'RMA Approved', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_PARTIALLY_FULFILLED', class="hl-string">'DOO_SHIPMENT_CONFIRMED']:
                             add_event(class="hl-string">'Item Received', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, ff_status)
                             class=class="hl-string">"hl-comment"># Infer inspection events based on receipt
                             add_event(class="hl-string">'Item Inspection Started', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, class="hl-string">'Awaiting Inspection')
                             add_event(class="hl-string">'Item Inspected', last_update, agent, class="hl-string">'Inspection Complete')
                        elif ff_status == class="hl-string">'DOO_AWAIT_BILLING':
                            add_event(class="hl-string">'Return Disposition Determined', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_CLOSED':
                            add_event(class="hl-string">'Return Case Closed', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_CANCELED', class="hl-string">'DOO_REJECTED']:
                            add_event(class="hl-string">'RMA Rejected', last_update, agent, ff_status)
                        
                        class=class="hl-string">"hl-comment"># Placeholder activities not directly available
                        add_event(class="hl-string">'Item Shipped By Customer', None, class="hl-string">'Customer', class="hl-string">'In Transit')
                        add_event(class="hl-string">'Customer Notified', None, class="hl-string">'System', class="hl-string">'Notification Sent')

        class=class="hl-string">"hl-comment"># Activity: Exchange Order Created
        if rma.get(class="hl-string">'CrossReference'):
             add_event(class="hl-string">'Exchange Order Created', rma.get(class="hl-string">'LastUpdateDate'), rma.get(class="hl-string">'LastUpdatedBy'), rma.get(class="hl-string">'OrderStatus'))

        class=class="hl-string">"hl-comment"># Activities from Credit Memos
        if case_id in cm_map:
            cm = cm_map[case_id]
            cm_date = cm.get(class="hl-string">'TransactionDate')
            cm_amount = cm.get(class="hl-string">'Amount')
            add_event(class="hl-string">'Credit Memo Created', cm_date, class="hl-string">'System', class="hl-string">'Credit Memo Issued')
            add_event(class="hl-string">'Refund Initiated', cm_date, class="hl-string">'System', class="hl-string">'Refund In Progress')
            class=class="hl-string">"hl-comment"># Assuming refund is processed shortly after creation for this example
            add_event(class="hl-string">'Refund Processed', cm_date, class="hl-string">'System', class="hl-string">'Refund Complete')

            class=class="hl-string">"hl-comment"># Update refund amounts on all events for this case
            for rec in event_log_records:
                if rec[class="hl-string">'ReturnCaseId'] == case_id:
                    rec[class="hl-string">'ActualRefundAmount'] = cm_amount
                    rec[class="hl-string">'RequestedRefundAmount'] = cm_amount class=class="hl-string">"hl-comment"># Assuming requested equals actual

    class=class="hl-string">"hl-comment"># 4. Create and Save DataFrame
    if not event_log_records:
        print(class="hl-string">"No events were generated. Check your configuration and date range.")
    else:
        df = pd.DataFrame(event_log_records)
        df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        df = df.dropna(subset=[class="hl-string">'EventTime'])
        df = df.sort_values(by=[class="hl-string">'ReturnCaseId', class="hl-string">'EventTime'])

        class=class="hl-string">"hl-comment"># Reorder columns
        column_order = [
            class="hl-string">'ReturnCaseId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
            class="hl-string">'ProcessingAgent', class="hl-string">'ReturnStatus', class="hl-string">'ReturnReason', class="hl-string">'RequestedRefundAmount', 
            class="hl-string">'ActualRefundAmount', class="hl-string">'RefundSlaTargetDate'
        ]
        df = df[column_order]

        df.to_csv(class="hl-string">'returns_event_log.csv', index=False)
        print(class="hl-string">"Successfully created returns_event_log.csv")

Il Suo template dati per la gestione di resi e rimborsi

Il Suo template dati per la gestione di resi e rimborsi

Attributi gestione resi e rimborsi

Attività gestione resi e rimborsi

Guide all'Estrazione

Esportazione da Oracle Transactional Business Intelligence (OTBI)

Fasi

Configurazione

a Query di Esempio config

Estrazione tramite Oracle BI Cloud Connector (BICC) View Object

Fasi

Configurazione

a Query di Esempio config

Script Python tramite API REST Oracle Fusion SCM

Fasi

Configurazione

a Query di Esempio python

Pronto per iniziare?

Elimini i bottleneck e ottimizzi subito la gestione di resi e rimborsi

Il Suo template dati per la gestione di resi e rimborsi

Il Suo template dati per la gestione di resi e rimborsi

Attributi gestione resi e rimborsi

Attività gestione resi e rimborsi

Guide all'Estrazione

Esportazione da Oracle Transactional Business Intelligence (OTBI)

Fasi

Configurazione

a Query di Esempio config

Estrazione tramite Oracle BI Cloud Connector (BICC) View Object

Fasi

Configurazione

a Query di Esempio config

Script Python tramite API REST Oracle Fusion SCM

Fasi

Configurazione

a Query di Esempio python

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Elimini i bottleneck e ottimizzi subito la gestione di resi e rimborsi