Il Suo Template dati per Order to Cash, elaborazione degli ordini cliente

Oracle E-Business Suite
Il Suo Template dati per Order to Cash, elaborazione degli ordini cliente

Il Suo Template dati per Order to Cash, elaborazione degli ordini cliente

Questo Template offre una panoramica strutturata dei dati essenziali da estrarre per un'analisi efficace dell'elaborazione degli ordini cliente nel processo Order to Cash. Indica gli attributi fondamentali da raccogliere e le attività chiave da monitorare in Oracle E-Business Suite. Include inoltre indicazioni pratiche per l'estrazione dei dati, così da consentirLe di avviare il Suo percorso di Process Mining senza difficoltà.
  • Attributi consigliati da raccogliere
  • Attività chiave da monitorare per l'analisi
  • Indicazioni per l'estrazione dei dati
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi dell’elaborazione degli ordini di vendita da Order to Cash

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa dell’elaborazione degli ordini di vendita da Order to Cash.
3 Obbligatorio 7 Consigliato 10 Facoltativo
Nome Descrizione
Nome dell'attività
ActivityName
Il nome di uno specifico evento o passaggio aziendale verificatosi durante il ciclo di vita dell'ordine di vendita.
Descrizione

Questo Attributo registra il nome di ogni attività eseguita su un ordine di vendita, come 'Order Booked', 'Goods Shipped' o 'Payment Received'. Queste attività rappresentano le tappe fondamentali del processo Order to Cash.

L'analisi della sequenza e della frequenza di queste attività costituisce il nucleo del Process Mining. Consente di individuare i flussi effettivi del processo, inclusi i percorsi più comuni, le deviazioni e i colli di bottiglia. Questi dati vengono utilizzati per generare la mappa del processo, la visualizzazione principale per l'analisi del processo.

Perché è importante

Definisce i passaggi nella mappa del processo, essenziale per visualizzare e analizzare il flusso del processo.

Dove reperirlo

Si tratta di un campo concettuale derivato da diversi eventi del sistema sorgente, stati e date delle transazioni nei moduli Order Management, Shipping Execution e Accounts Receivable.

Esempi
Ordine di vendita creatoMerce speditaFattura creataPagamento ricevuto
Ora dell'evento
EventTime
Il timestamp che indica quando si è verificata una specifica attività.
Descrizione

Event Time, o timestamp, registra la data e l'ora precise in cui è stata eseguita un'attività. Ad esempio, indica quando è stato creato un ordine, quando è stata inviata una fattura o quando è stato ricevuto un pagamento. Questi dati temporali sono fondamentali per il Process Mining.

Questo Attributo viene utilizzato per ordinare cronologicamente gli eventi di ogni caso, operazione necessaria per ricostruire accuratamente il flusso del processo. Costituisce inoltre la base per tutti i calcoli di durata e performance, come i tempi di ciclo tra le attività, la durata complessiva del caso e l'identificazione di ritardi o colli di bottiglia.

Perché è importante

Fornisce la sequenza cronologica degli eventi ed è alla base di tutte le analisi delle performance basate sul tempo, inclusi i tempi di ciclo e l'identificazione dei colli di bottiglia.

Dove reperirlo

Proviene da diversi campi data nelle tabelle Oracle EBS, come CREATION_DATE in OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE in WSH_DELIVERY_DETAILS o TRX_DATE in RA_CUSTOMER_TRX_ALL.

Esempi
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
Ordine di vendita
SalesOrder
L'identificativo univoco dell'ordine di vendita di un cliente, che funge da caso principale per il processo Order to Cash.
Descrizione

Il numero dell'ordine di vendita identifica univocamente ogni ordine del cliente durante l'intero ciclo di vita, dalla creazione alla chiusura finale. Funge da filo conduttore centrale che collega tutte le attività correlate, come registrazione, spedizione, fatturazione e pagamento.

Nel Process Mining, questo Attributo è essenziale per ricostruire il percorso end-to-end di ogni ordine. Raggruppando tutti gli eventi sotto un unico ordine di vendita, gli analisti possono visualizzare il flusso completo del processo, identificare le variazioni tra gli ordini e misurare KPI fondamentali, come la durata del ciclo e la puntualità della consegna, per ogni singolo caso.

Perché è importante

Questo è il Case ID, fondamentale per collegare tutti gli eventi del processo e analizzare il ciclo di vita completo dell'ordine.

Dove reperirlo

La chiave primaria di un ordine di vendita, generalmente presente in tabelle Oracle Order Management come OE_ORDER_HEADERS_ALL.HEADER_ID.

Esempi
685127103482459
Data di consegna confermata
ConfirmedDeliveryDate
La data concordata entro la quale è prevista la consegna della merce al cliente.
Descrizione

Questo Attributo memorizza la data di consegna promessa o confermata al cliente. Funge da obiettivo o riferimento per misurare le performance delle consegne puntuali.

Nel Process Mining, questa data viene confrontata con il timestamp effettivo della consegna, ricavato dall'attività 'Goods Delivered', per calcolare il KPI 'On-Time Delivery Rate'. L'analisi degli scostamenti aiuta a individuare problemi sistemici nella logistica, nella gestione dell'inventario o nella pianificazione della produzione che causano ritardi nelle consegne.

Perché è importante

Costituisce il riferimento per misurare le performance delle consegne puntuali, un KPI fondamentale per la soddisfazione del cliente e l'eccellenza operativa.

Dove reperirlo

Questa data si trova generalmente nei campi LATEST_ACCEPTABLE_DATE o REQUEST_DATE a livello di riga dell'ordine nella tabella OE_ORDER_LINES_ALL.

Esempi
2023-05-102023-06-012023-07-20
Data di scadenza del pagamento
PaymentDueDate
La data calcolata entro la quale il cliente deve effettuare il pagamento della fattura.
Descrizione

La data di scadenza del pagamento è il giorno di calendario specifico entro il quale una fattura deve essere pagata, calcolato in base alla data della fattura e ai termini di pagamento concordati. È la data obiettivo per l'attività 'Payment Received'.

Questo Attributo è essenziale per calcolare il KPI 'Payment Term Compliance Rate', confrontandolo con la data effettiva del pagamento. L'analisi degli scostamenti aiuta il team del recupero crediti a stabilire le priorità, individuare i clienti cronicamente morosi e misurare l'efficacia del processo di sollecito.

Perché è importante

Funge da data obiettivo per la riscossione dei pagamenti, consentendo di misurare la puntualità dei pagamenti e la conformità dei clienti ai termini concordati.

Dove reperirlo

Si trova nel campo DUE_DATE della tabella AR_PAYMENT_SCHEDULES_ALL, collegata alla transazione della fattura.

Esempi
2023-06-152023-07-012023-08-30
Importo totale dell'ordine
TotalOrderAmount
Il valore monetario totale dell'ordine di vendita.
Descrizione

Questo Attributo rappresenta il valore complessivo di tutte le righe di un ordine di vendita, espresso nella valuta della transazione. È una metrica finanziaria fondamentale associata a ogni caso.

Analizzare le metriche del processo in base all'importo dell'ordine aiuta a stabilire le priorità degli interventi di miglioramento. Ad esempio, gli analisti possono verificare se gli ordini di valore elevato subiscono più ritardi o rilavorazioni rispetto a quelli di valore inferiore. Consente inoltre di valutare l'impatto finanziario, quantificando il valore degli ordini bloccati in uno specifico collo di bottiglia.

Perché è importante

Consente l'analisi finanziaria del processo, aiutando a dare priorità agli ordini di valore elevato e a quantificare l'impatto economico delle inefficienze.

Dove reperirlo

Questo valore viene generalmente calcolato sommando gli importi delle righe di un determinato ordine. Gli importi delle righe sono disponibili in tabelle come OE_ORDER_LINES_ALL.

Esempi
5450.00125000.75980.50
Nome del cliente
CustomerName
Il nome del cliente che ha effettuato l'ordine di vendita.
Descrizione

Questo Attributo identifica la denominazione legale del cliente associato all'ordine di vendita. È una dimensione primaria per segmentare e analizzare le performance del processo.

Filtrando o suddividendo il processo per cliente, gli analisti possono individuare quali clienti registrano i tempi di ciclo più lunghi, i tassi di rilavorazione più elevati o la maggiore frequenza di ritardi nei pagamenti. Questo insight è prezioso per migliorare le relazioni con i clienti, definire livelli di servizio adeguati e comprendere il comportamento dei clienti.

Perché è importante

Consente un'analisi incentrata sul cliente per individuare variazioni nelle performance, migliorare il servizio e comprendere i comportamenti di pagamento dei diversi clienti.

Dove reperirlo

Derivato collegando SOLD_TO_ORG_ID di OE_ORDER_HEADERS_ALL alle tabelle HZ_CUST_ACCOUNTS e HZ_PARTIES per recuperare il nome della parte.

Esempi
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Nome utente
UserName
L'utente che ha eseguito l'attività.
Descrizione

Identifica l'utente specifico responsabile dell'esecuzione di una determinata fase del processo. Può trattarsi del rappresentante commerciale che ha creato l'ordine, dell'analista del credito che ha eseguito la verifica o dell'addetto che ha creato la fattura.

Analizzare le attività per utente aiuta a individuare le esigenze formative, le persone o i team con le migliori performance e la distribuzione dei carichi di lavoro. È inoltre fondamentale per la conformità e l'analisi della traccia di audit, ad esempio per indagare su azioni non autorizzate o comprendere i modelli di rilavorazione associati a utenti specifici.

Perché è importante

Consente di analizzare le performance degli utenti, la distribuzione dei carichi di lavoro e il rispetto dei protocolli di conformità. Aiuta a rispondere alla domanda: chi ha eseguito un'azione?

Dove reperirlo

Proviene da campi relativi agli utenti, come CREATED_BY o LAST_UPDATED_BY, presenti in diverse tabelle Oracle EBS. Spesso è necessario effettuare un join con FND_USER per ottenere il nome completo dell'utente.

Esempi
JSMITHRWILLIAMSCDAVIS
Stato dell'ordine
OrderStatus
Lo stato attuale o storico dell'ordine di vendita o della riga dell'ordine.
Descrizione

Questo Attributo acquisisce lo stato di un ordine di vendita in diversi momenti, ad esempio 'Entered', 'Booked', 'Closed' o 'Cancelled'. Gli stati corrispondono spesso direttamente alle attività del processo.

Monitorare lo stato degli ordini è fondamentale per creare Dashboard che mostrino la situazione corrente di tutti gli ordini attivi. Consente ai responsabili di monitorare la pipeline degli ordini, individuare quelli bloccati e gestire proattivamente le eccezioni. L'analisi delle transizioni di stato è un metodo comune per definire le attività della mappa del processo.

Perché è importante

Fornisce visibilità sulla pipeline degli ordini di vendita, aiutando a individuare gli ordini bloccati e a gestire le eccezioni del processo.

Dove reperirlo

Generalmente presente nella colonna FLOW_STATUS_CODE delle tabelle OE_ORDER_HEADERS_ALL e OE_ORDER_LINES_ALL.

Esempi
RegistratoIn attesa di spedizioneSpeditoChiusoAnnullato
Termini di pagamento
PaymentTerms
I termini concordati che definiscono quando il cliente deve pagare la merce o i servizi.
Descrizione

I termini di pagamento specificano le condizioni di pagamento di una fattura, come 'Net 30', 'Net 60' o 'Due on Receipt'. Questo Attributo è fondamentale per la gestione dei crediti verso clienti e del flusso di cassa.

Analizzare le performance del processo in base ai termini di pagamento aiuta a individuare se i clienti soggetti a determinate condizioni hanno una maggiore probabilità di pagare in ritardo. Queste informazioni vengono utilizzate per valutare il rischio finanziario, ottimizzare le strategie di recupero crediti e valutare l'efficacia delle diverse condizioni di pagamento offerte. È una dimensione fondamentale per la Dashboard 'Payment Terms Compliance Monitoring'.

Perché è importante

È fondamentale per analizzare i comportamenti di pagamento, monitorare il flusso di cassa e valutare il rischio finanziario associato ai diversi accordi con i clienti.

Dove reperirlo

Presente nella tabella RA_TERMS, collegata tramite TERM_ID a tabelle come RA_CUSTOMER_TRX_ALL, per le fatture, o OE_ORDER_HEADERS_ALL, per gli ordini.

Esempi
30 giorni fine mese60 giorni fine mesePagamento alla ricezione
Consegna puntuale
IsOnTimeDelivery
Un flag che indica se l'ordine è stato consegnato entro la data di consegna confermata.
Descrizione

Questo attributo calcolato è un flag booleano (True/False) che indica se un ordine ha rispettato l'impegno di consegna. Deriva dal confronto tra il timestamp dell'attività «Goods Delivered» e la «Confirmed Delivery Date».

Questo attributo supporta direttamente il KPI «Tasso di consegne puntuali». Semplifica l'analisi e la creazione di Dashboard fornendo un risultato chiaro e binario per ogni ordine. In questo modo è possibile filtrare e aggregare facilmente i dati per individuare le caratteristiche delle consegne in ritardo, ad esempio i prodotti, i clienti o i metodi di spedizione più frequentemente coinvolti.

Perché è importante

Misura direttamente il livello di servizio al cliente e l'affidabilità dell'evasione, semplificando il calcolo e la visualizzazione del KPI relativo alle consegne puntuali.

Dove reperirlo

Questo è un campo calcolato. La logica è: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Esempi
truefalse
Metodo di spedizione
ShippingMethod
Il metodo o il corriere utilizzato per trasportare la merce al cliente.
Descrizione

Questo Attributo specifica la modalità di trasporto o il livello di servizio utilizzato per la spedizione, come 'Ground Freight', 'Air Express' o 'Local Courier'. È un fattore fondamentale che influenza sia i tempi sia i costi di consegna.

Analizzando il processo in base a questo Attributo, le aziende possono valutare le performance dei diversi metodi di spedizione. Ad esempio, la Dashboard 'Shipping Method Performance' confronta il tempo di ciclo da 'Goods Shipped' a 'Goods Delivered' per ciascun metodo, aiutando a ottimizzare la logistica in termini di velocità, costi e affidabilità.

Perché è importante

Consente di valutare le performance dei diversi corrieri e delle opzioni di spedizione, ottimizzando costi, velocità e affidabilità.

Dove reperirlo

Generalmente memorizzato come SHIPPING_METHOD_CODE in tabelle come WSH_DELIVERY_DETAILS o OE_ORDER_LINES_ALL.

Esempi
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Motivo dell'annullamento
CancellationReason
Il motivo documentato dell'annullamento di un ordine di vendita o di una riga dell'ordine.
Descrizione

Quando un ordine cliente viene annullato, questo attributo registra il motivo indicato per l'annullamento. Tra i motivi possibili rientrano «Richiesta del cliente», «Prodotto esaurito» o «Blocco del credito».

Questi dati sono fondamentali per l'analisi delle cause alla radice degli annullamenti degli ordini. La Dashboard «Tasso e motivi di annullamento degli ordini cliente» utilizza questo attributo per identificare i principali fattori che determinano gli annullamenti, consentendo all'azienda di adottare strategie mirate per ridurre il tasso di abbandono, migliorare le previsioni di inventario o perfezionare le politiche di credito.

Perché è importante

Fornisce una visione diretta dei motivi per cui gli ordini vengono annullati, consentendo di analizzare le cause alla radice, ridurre le vendite perse e migliorare la fidelizzazione dei clienti.

Dove reperirlo

Queste informazioni sono spesso memorizzate in un campo relativo al codice motivo, ad esempio CANCELLED_REASON, che potrebbe essere disponibile nella tabella OE_ORDER_LINES_ALL o in una tabella correlata per le modifiche agli ordini.

Esempi
Articolo fuori produzioneAnnullato dal clienteOrdine duplicato
Numero prodotto
ProductNumber
L'identificativo univoco del prodotto o dell'articolo presente nella riga dell'ordine cliente.
Descrizione

Questo attributo identifica il materiale, l'articolo o il servizio specifico venduto. Consente di eseguire analisi a un livello più granulare rispetto all'intestazione dell'ordine cliente.

L'analisi del processo per prodotto aiuta a individuare problemi specifici di determinati prodotti. Ad esempio, alcuni prodotti potrebbero avere tempi di evasione più lunghi a causa di processi di produzione o approvvigionamento complessi, mentre altri potrebbero essere associati a una maggiore frequenza di errori di spedizione o contestazioni da parte dei clienti. In questo modo è possibile introdurre miglioramenti mirati nella gestione della catena di approvvigionamento e dei prodotti.

Perché è importante

Consente di analizzare i prodotti a livello di articolo per identificare quelli che causano ritardi, rilavorazioni o altre inefficienze nel processo.

Dove reperirlo

Deriva da INVENTORY_ITEM_ID nella tabella OE_ORDER_LINES_ALL, che può essere collegata a MTL_SYSTEM_ITEMS_B per ottenere il numero o la descrizione dell'articolo.

Esempi
AS54888CM15001SV20100
Pagamento puntuale
IsPaymentOnTime
Un flag che indica se il pagamento è stato ricevuto entro la data di scadenza della fattura.
Descrizione

Si tratta di un attributo booleano calcolato, ottenuto confrontando il timestamp dell'attività «Payment Received» con la «Payment Due Date» della fattura corrispondente. Fornisce un semplice indicatore true/false della conformità dei pagamenti.

Questo flag costituisce la base del KPI «Tasso di conformità dei termini di pagamento». Semplifica la creazione di Dashboard e report per monitorare il comportamento di pagamento dei clienti e l'efficacia del processo di gestione dei crediti. Consente di segmentare rapidamente i pagamenti puntuali e quelli in ritardo, analizzando fattori quali la tipologia di cliente o i termini di pagamento.

Perché è importante

Misura direttamente il rispetto dei termini di pagamento, un aspetto fondamentale per la gestione del flusso di cassa e la valutazione dell'affidabilità finanziaria dei clienti.

Dove reperirlo

Questo è un campo calcolato. La logica è: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.

Esempi
truefalse
Quantità ordinata
OrderQuantity
La quantità di prodotto ordinata in una specifica riga dell'ordine cliente.
Descrizione

Questo attributo specifica il numero di unità di un determinato prodotto richieste dal cliente in una riga dell'ordine cliente. Rappresenta il volume della transazione a livello di singolo articolo.

La quantità ordinata può essere utilizzata come dimensione di analisi per determinare se il comportamento del processo varia in funzione delle dimensioni dell'ordine. Ad esempio, gli ordini molto grandi o molto piccoli potrebbero seguire percorsi di processo diversi o subire tipologie differenti di ritardo. Inoltre, fornisce un contesto per altre metriche, come il valore dell'ordine.

Perché è importante

Fornisce un'indicazione delle dimensioni dell'ordine, consentendo di analizzare l'impatto del volume ordinato sull'efficienza del processo e sui percorsi di evasione.

Dove reperirlo

Disponibile nel campo ORDERED_QUANTITY della tabella OE_ORDER_LINES_ALL.

Esempi
102501
Rilavorazione
IsRework
Un flag che identifica se un ordine cliente è stato sottoposto a rilavorazione, ad esempio attraverso attività ripetute di conferma o aggiornamento.
Descrizione

Si tratta di un attributo booleano calcolato che segnala i casi contenenti schemi indicativi di rilavorazione. La rilavorazione può essere identificata rilevando cicli nella mappa del processo, ad esempio quando un ordine viene registrato più volte, oppure attraverso specifici eventi di modifica registrati nel sistema.

Questo flag viene utilizzato per calcolare il KPI «Tasso di rilavorazione degli ordini cliente» e alimentare la Dashboard «Analisi della rilavorazione degli ordini cliente». Consente agli analisti di isolare e studiare facilmente gli ordini che si discostano dal processo standard, quantificando l'impatto della rilavorazione sui tempi di ciclo e sui costi e individuando le cause alla radice di questi cicli inefficienti.

Perché è importante

Aiuta a quantificare l'inefficienza del processo segnalando gli ordini che hanno richiesto modifiche manuali, così da consentire l'analisi delle cause e degli effetti della rilavorazione.

Dove reperirlo

Calcolato durante la trasformazione dei dati, identificando sequenze di attività che rappresentano un ciclo, ad esempio quando «Order Booked» si verifica più di una volta per lo stesso caso.

Esempi
truefalse
Sistema sorgente
SourceSystem
Il sistema dal quale sono stati estratti i dati.
Descrizione

Questo Attributo identifica il sistema informativo sorgente dal quale hanno avuto origine i dati degli eventi. Per questo processo sarà sempre 'Oracle E-Business Suite'.

Negli ambienti con più sistemi, questo campo è fondamentale per la tracciabilità dei dati e la risoluzione dei problemi. Anche in un contesto con un solo sistema, fornisce un contesto importante per il modello dei dati e contribuisce a standardizzare i processi di acquisizione dei dati.

Perché è importante

Fornisce il contesto essenziale sull'origine dei dati, garantendone la tracciabilità e la corretta interpretazione, soprattutto nei contesti con più sistemi.

Dove reperirlo

In genere è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per indicarne l'origine.

Esempi
Oracle E-Business SuiteOracle EBS R12
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp dell'aggiornamento più recente dei dati dal sistema sorgente.
Descrizione

Questo Attributo indica l'ultima volta in cui i dati sono stati estratti da Oracle E-Business Suite e caricati nello strumento di Process Mining. Riflette l'aggiornamento dei dati analizzati.

È fondamentale per consentire agli utenti di comprendere l'attualità degli insight visualizzati. Aiuta a capire se si stanno esaminando informazioni in tempo reale o un'istantanea relativa a un momento specifico, aspetto importante per prendere decisioni operative.

Perché è importante

Informa gli utenti sull'aggiornamento dei dati, elemento fondamentale per considerare affidabile l'analisi e prendere decisioni tempestive.

Dove reperirlo

Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Valuta
Currency
Il codice valuta dei valori monetari dell'ordine di vendita.
Descrizione

L'Attributo valuta specifica la valuta in cui sono espressi gli importi dell'ordine, ad esempio USD, EUR o JPY. Fornisce il contesto necessario per interpretare tutti i dati finanziari relativi all'ordine.

È essenziale per le analisi nelle organizzazioni multinazionali che operano con valute diverse. Garantisce che le metriche finanziarie, come 'Total Order Amount', siano interpretate correttamente e consente di effettuare la conversione valutaria quando necessaria per la reportistica aggregata.

Perché è importante

Fornisce il contesto essenziale per tutti i valori monetari, garantendo un'analisi finanziaria accurata, soprattutto in un contesto aziendale globale.

Dove reperirlo

Si trova nel campo TRANSACTIONAL_CURR_CODE della tabella OE_ORDER_HEADERS_ALL.

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

Attività dell’elaborazione degli ordini di vendita da Order to Cash

Queste sono le fasi chiave e le tappe fondamentali del processo da acquisire nell’Event Log per una corretta individuazione e ottimizzazione del processo.
7 Consigliato 6 Facoltativo
Attività Descrizione
Fattura creata
Questo evento indica la creazione della fattura dei crediti verso clienti relativa alla merce spedita. È un evento esplicito attivato dal processo AutoInvoice, che trasferisce i dati da Order Management e Shipping al modulo Receivables.
Perché è importante

Questa attività avvia la parte di regolamento finanziario del processo. Costituisce il punto di partenza per misurare la durata del ciclo dalla fattura al pagamento e monitorare l'efficienza della fatturazione.

Dove reperirlo

Si tratta di una transazione esplicita registrata nella tabella RA_CUSTOMER_TRX_ALL di Oracle Receivables. TRX_DATE o CREATION_DATE funge da timestamp dell'evento.

Acquisizione

Utilizzare TRX_DATE della tabella RA_CUSTOMER_TRX_ALL.

Tipo di evento explicit
Inventario allocato
Questa attività rappresenta la prenotazione dell'inventario per le righe dell'ordine, assicurando la disponibilità della quantità necessaria per il prelievo. In genere viene dedotta da una modifica dello stato della riga dell'ordine di vendita, che indica la disponibilità al rilascio verso il magazzino.
Perché è importante

Questa tappa è fondamentale per comprendere la prontezza all'evasione. I ritardi possono indicare carenze di inventario, problemi di approvvigionamento o inefficienze nel processo di allocazione.

Dove reperirlo

Deducibile dalle modifiche di stato nella tabella WSH_DELIVERY_DETAILS. L'attività si verifica quando lo stato di una riga viene aggiornato a 'Ready to Release', con il timestamp ricavato dall'aggiornamento di stato associato.

Acquisizione

Deducibile dagli aggiornamenti dello stato della riga nella tabella WSH_DELIVERY_DETAILS a 'Ready to Release'.

Tipo di evento inferred
Merce spedita
Rappresenta il completamento del processo di conferma della spedizione, quando la merce lascia fisicamente il magazzino. È un evento esplicito fondamentale nel modulo di spedizione, che aggiorna l'inventario e fa avanzare lo stato dell'ordine.
Perché è importante

Questa è una tappa fondamentale dell'evasione, utilizzata per misurare le performance delle spedizioni puntuali. Funge inoltre da attivatore per i processi di fatturazione e rilevazione dei ricavi.

Dove reperirlo

Acquisito come transazione esplicita in Oracle Shipping Execution. Il timestamp può essere reperito nella colonna INITIAL_PICKUP_DATE della tabella WSH_NEW_DELIVERIES oppure dedotto dagli aggiornamenti dello stato dei dettagli di consegna nella tabella WSH_DELIVERY_DETAILS a 'Shipped'.

Acquisizione

Utilizzare la data di conferma della spedizione dalla tabella WSH_DELIVERY_DETAILS o WSH_NEW_DELIVERIES.

Tipo di evento explicit
Ordine chiuso
Questa attività indica il completamento finale dell'ordine di vendita, dopo che tutte le relative righe sono state spedite, fatturate e chiuse correttamente. È un aggiornamento di stato esplicito dell'intestazione dell'ordine.
Perché è importante

Questo è il principale punto finale di successo del processo Order to Cash. Fornisce il timestamp finale necessario per calcolare la durata del ciclo end-to-end degli ordini evasi correttamente.

Dove reperirlo

Questo evento viene registrato nella tabella OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE viene aggiornato a 'CLOSED'. LAST_UPDATE_DATE relativo a questa modifica di stato costituisce il timestamp dell'evento.

Acquisizione

Timestamp dell'aggiornamento in OE_ORDER_HEADERS_ALL in cui FLOW_STATUS_CODE diventa 'CLOSED'.

Tipo di evento explicit
Ordine di vendita creato
Questa attività indica la creazione iniziale di un ordine di vendita nel sistema. È un evento esplicito acquisito quando un utente salva l'intestazione di un nuovo ordine di vendita e rappresenta l'avvio formale del processo Order to Cash.
Perché è importante

Questo è l'evento iniziale principale del processo. Analizzare il tempo trascorso da questo momento alle attività successive è essenziale per misurare la durata complessiva del ciclo Order to Cash.

Dove reperirlo

Questo evento viene acquisito dalla tabella OE_ORDER_HEADERS_ALL del modulo Oracle Order Management. La colonna CREATION_DATE fornisce il timestamp esplicito dell'attività.

Acquisizione

Utilizzare CREATION_DATE della tabella OE_ORDER_HEADERS_ALL.

Tipo di evento explicit
Ordine registrato
Rappresenta la conferma formale dell'ordine di vendita, che diventa attivo e idoneo alle fasi successive, come approvvigionamento e spedizione. In Oracle EBS si tratta di un'azione esplicita che modifica lo stato dell'ordine da 'Entered' a 'Booked'.
Perché è importante

La registrazione è una tappa fondamentale che impegna ufficialmente l'ordine all'evasione. I ritardi tra la creazione e la registrazione possono indicare problemi di inserimento dati, approvazione o convalida iniziale.

Dove reperirlo

Acquisito dalla tabella OE_ORDER_HEADERS_ALL. L'evento si verifica quando BOOKED_FLAG viene impostato su 'Y' e il timestamp viene registrato nella colonna BOOKED_DATE.

Acquisizione

Utilizzare BOOKED_DATE della tabella OE_ORDER_HEADERS_ALL.

Tipo di evento explicit
Pagamento ricevuto
Questa attività si verifica quando il pagamento del cliente viene ricevuto e abbinato alla fattura corrispondente nel sistema. È una transazione finanziaria esplicita registrata nel modulo Accounts Receivable.
Perché è importante

Questa tappa è fondamentale per monitorare il flusso di cassa, i Days Sales Outstanding (DSO) e la conformità ai termini di pagamento. Costituisce un punto finale essenziale per misurare la durata del ciclo finanziario.

Dove reperirlo

Registrato esplicitamente nella tabella AR_RECEIVABLE_APPLICATIONS_ALL. La colonna APPLY_DATE fornisce il timestamp del momento in cui l'incasso è stato abbinato alla fattura.

Acquisizione

Utilizzare APPLY_DATE di AR_RECEIVABLE_APPLICATIONS_ALL per la fattura specifica.

Tipo di evento explicit
Fattura inviata al cliente
Questa attività rappresenta il momento in cui la fattura viene trasmessa al cliente, in formato cartaceo o elettronico. In genere viene dedotta, poiché non sempre costituisce un evento esplicito e distinto dalla creazione.
Perché è importante

Indica l'avvio ufficiale del termine di pagamento del cliente. I ritardi tra la creazione e l'invio della fattura possono incidere negativamente sul flusso di cassa e causare pagamenti tardivi.

Dove reperirlo

Può essere dedotta da LAST_PRINTED_DATE nella tabella RA_CUSTOMER_TRX_ALL. Per le fatture elettroniche potrebbe essere necessario consultare i log di un sistema esterno per la distribuzione dei documenti.

Acquisizione

Utilizzare LAST_PRINTED_DATE di RA_CUSTOMER_TRX_ALL oppure i log di strumenti di terze parti.

Tipo di evento inferred
Merce consegnata
Questa attività indica che la spedizione ha raggiunto il cliente. Oracle EBS standard non tiene traccia di questo evento, che pertanto deve generalmente essere dedotto o importato dai sistemi esterni dei corrieri.
Perché è importante

È essenziale per misurare i KPI relativi alle consegne puntuali e comprendere l'intera esperienza del cliente. L'intervallo tra spedizione e consegna evidenzia le performance del corriere.

Dove reperirlo

Richiede un'analisi dei sistemi. Questi dati non sono disponibili nativamente in Oracle EBS e devono essere ottenuti dai flussi di dati esterni dei corrieri o dalle piattaforme logistiche integrate con il sistema.

Acquisizione

Deducibile dai dati esterni del corriere o stimata sulla base di un tempo di transito standard successivo a 'Goods Shipped'.

Tipo di evento inferred
Ordine annullato
Rappresenta l'annullamento di un intero ordine di vendita prima del completamento dell'evasione. È un evento esplicito che termina il Workflow di elaborazione dell'ordine.
Perché è importante

È un punto finale di eccezione fondamentale. Analizzare frequenza, tempistiche e motivi degli annullamenti è essenziale per individuare la perdita di ricavi e i problemi di processo o di prodotto.

Dove reperirlo

Registrato nella tabella OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE è impostato su 'CANCELLED' e CANCELLED_FLAG è 'Y'. LAST_UPDATE_DATE può essere utilizzato come timestamp.

Acquisizione

Timestamp del momento in cui CANCELLED_FLAG in OE_ORDER_HEADERS_ALL viene impostato su 'Y'.

Tipo di evento explicit
Prelievo rilasciato
Questo evento indica il momento in cui le righe dell'ordine di vendita vengono rilasciate al magazzino per avviare le attività di prelievo. È un'azione esplicita che crea le liste di prelievo e rende l'ordine visibile agli operatori di magazzino.
Perché è importante

Questa attività avvia il processo fisico di evasione. Analizzare il tempo da questo momento a 'Goods Shipped' consente di valutare l'efficienza operativa del magazzino e gli eventuali colli di bottiglia nel prelievo.

Dove reperirlo

Si tratta di un evento esplicito acquisito nel modulo Oracle Shipping Execution. Può essere identificato quando lo stato dei dettagli di consegna nella tabella WSH_DELIVERY_DETAILS cambia in 'Released to Warehouse' o 'Transactable'.

Acquisizione

Timestamp della modifica di WSH_DELIVERY_DETAILS.RELEASED_STATUS a 'S' (Submitted).

Tipo di evento explicit
Riga dell'ordine chiusa
Indica che tutte le attività relative a una singola riga dell'ordine di vendita sono completate, inclusi spedizione e fatturazione. È una modifica di stato esplicita gestita dal Workflow.
Perché è importante

Monitorare le chiusure a livello di riga aiuta ad analizzare le spedizioni parziali e a individuare i problemi relativi a prodotti o percorsi di evasione specifici prima del completamento dell'intero ordine.

Dove reperirlo

Viene registrato nella tabella OE_ORDER_LINES_ALL quando FLOW_STATUS_CODE viene aggiornato a 'CLOSED'. LAST_UPDATE_DATE relativo a questa modifica di stato può fungere da timestamp.

Acquisizione

Timestamp dell'aggiornamento in OE_ORDER_LINES_ALL in cui FLOW_STATUS_CODE diventa 'CLOSED'.

Tipo di evento explicit
Verifica del credito eseguita
Questa attività indica il completamento della verifica del credito del cliente per l'ordine. Spesso viene acquisita quando un eventuale blocco per la verifica del credito viene rimosso dall'ordine di vendita, consentendone la prosecuzione.
Perché è importante

I ritardi nella verifica del credito sono un collo di bottiglia frequente, in grado di rallentare l'intero processo di evasione. Il monitoraggio di questa attività aiuta a individuare le inefficienze nei controlli finanziari e nelle approvazioni.

Dove reperirlo

Questo evento può essere dedotto dalla tabella OE_ORDER_HOLDS_ALL individuando il timestamp in cui un 'Credit Check Hold' viene rimosso per una specifica intestazione d'ordine.

Acquisizione

Utilizzare il timestamp di rimozione dei blocchi relativi al credito dalla tabella OE_ORDER_HOLDS_ALL.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Oracle E-Business Suite

È pronto per iniziare?

Con questo Template dispone di tutto ciò che Le serve per iniziare a ottimizzare l'elaborazione degli ordini cliente nel processo Order to Cash. Inizi oggi stesso a trasformare il Suo processo e ottenga miglioramenti significativi in termini di efficienza.

Trasformi ora l’elaborazione degli ordini e delle vendite fino all’incasso!

Individui con precisione le inefficienze e riduca del 30% il tempo di ciclo Order to Cash.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Prova gratuita di 14 giorni.