Template dati: Da Ordine a Incasso - Elaborazione ordini di vendita
Il Suo Template di Dati per l'Elaborazione degli Ordini di Vendita nel Ciclo Dall'Ordine all'Incasso.
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per l’analisi
- Guida all'estrazione dei dati
Order to Cash - Attributi dell’elaborazione degli ordini di vendita
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome di uno specifico evento o passaggio avvenuto nel ciclo di vita dell'ordine di vendita. | ||
|
Descrizione
Questo attributo registra il nome di ogni attività eseguita su un ordine di vendita, ad esempio 'Order Booked', 'Goods Shipped' o 'Payment Received'. Queste attività rappresentano le tappe chiave del processo Order to Cash (O2C). Analizzare la sequenza e la frequenza delle attività è il cuore del Process Mining: consente di scoprire i flussi reali del processo, inclusi i percorsi più comuni, le deviazioni e i colli di bottiglia. Questi dati alimentano la mappa di processo, la visualizzazione principale per l'analisi.
Perché è importante
Definisce i passaggi nella mappa del processo, elemento fondamentale per visualizzare e analizzare il flusso del processo.
Dove trovare
È un campo concettuale derivato da vari eventi, stati e date di transazione dei sistemi sorgente, provenienti da moduli come Order Management, Shipping Execution e Accounts Receivable.
Esempi
Ordine di vendita creatoMerce speditaFattura CreataPagamento ricevuto
|
|||
|
Ordine di vendita
SalesOrder
|
L'identificativo univoco dell'ordine di vendita del cliente, che funge da caso principale per il processo Da Ordine a Incasso. | ||
|
Descrizione
Il numero dell'ordine di vendita identifica in modo univoco ogni ordine cliente lungo tutto il suo ciclo di vita, dalla creazione alla chiusura finale. Funziona da filo conduttore che collega tutte le attività correlate, come la conferma, la spedizione, la fatturazione e il 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 di processo completo, individuare le variazioni tra ordini e misurare indicatori chiave di performance come il tempo di ciclo e la puntualità di consegna per i singoli casi.
Perché è importante
È il Case ID, fondamentale per collegare tutti gli eventi di processo e analizzare l'intero ciclo di vita dell'ordine end‑to‑end.
Dove trovare
La chiave primaria di un ordine di vendita, tipicamente presente nelle tabelle di Oracle Order Management come OE_ORDER_HEADERS_ALL.HEADER_ID.
Esempi
685127103482459
|
|||
|
Timestamp 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 un’attività è stata eseguita. 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 serve per ordinare in modo cronologico, per ciascun caso, i record necessari a ricostruire correttamente il flusso di processo. È anche la base di tutti i calcoli di durata e performance, come il tempo di ciclo tra attività, la durata complessiva del caso e l’identificazione di ritardi o colli di bottiglia.
Perché è importante
Fornisce la sequenza cronologica degli eventi ed è la base di tutte le analisi delle performance basate sul tempo, inclusi il tempo di ciclo e l’identificazione dei colli di bottiglia.
Dove trovare
Derivato da diversi campi data presenti 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
|
|||
|
Data di consegna confermata
ConfirmedDeliveryDate
|
La data confermata entro cui è prevista la consegna della merce al cliente. | ||
|
Descrizione
Questo attributo memorizza la data di consegna promessa o confermata al cliente. Costituisce il riferimento per misurare le prestazioni di consegna puntuale. Nel Process Mining questa data viene confrontata con il timestamp effettivo di consegna (dall'attività 'Goods Delivered') per calcolare il KPI 'On-Time Delivery Rate'. L'analisi degli scostamenti rispetto a questa data aiuta a individuare problemi sistemici in logistica, gestione scorte o pianificazione della produzione che generano ritardi di consegna.
Perché è importante
È il riferimento per misurare la puntualità di consegna, un KPI fondamentale per la soddisfazione del cliente e l'eccellenza operativa.
Dove trovare
Questa data si trova in genere nei campi LATEST_ACCEPTABLE_DATE o REQUEST_DATE a livello di riga d'ordine nella tabella OE_ORDER_LINES_ALL.
Esempi
2023-05-102023-06-012023-07-20
|
|||
|
Data Scadenza Pagamento
PaymentDueDate
|
La data calcolata entro la quale è dovuto il pagamento della fattura da parte del cliente. | ||
|
Descrizione
La data di scadenza del pagamento è il giorno di calendario in cui una fattura deve essere saldata, calcolata in base alla data della fattura e ai termini di pagamento concordati. È la data obiettivo per l'attività 'Payment Received'. Questo attributo è fondamentale per calcolare il KPI 'Payment Term Compliance Rate' confrontandola con la data di pagamento effettiva. L'analisi degli scostamenti aiuta l'ufficio crediti a definire le priorità, identificare i clienti sistematicamente in ritardo e misurare l'efficacia del processo di sollecito.
Perché è importante
Funziona da data obiettivo per l’incasso, consentendo di misurare la puntualità dei pagamenti e il rispetto delle condizioni da parte del cliente.
Dove trovare
Presente 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 totale di tutte le righe di un ordine di vendita, espresso nella valuta della transazione. È una metrica finanziaria chiave associata a ciascun caso. Analizzare le metriche di processo per importo d'ordine aiuta a dare priorità agli interventi. Ad esempio, è possibile verificare se gli ordini di importo elevato subiscono più ritardi o rilavorazioni rispetto a quelli di importo ridotto. Consente inoltre di stimare l'impatto economico, ad esempio quantificando il valore degli ordini bloccati in un determinato collo di bottiglia.
Perché è importante
Consente l’analisi economica del processo, aiutando a dare priorità agli ordini di maggior valore e a quantificare l’impatto monetario delle inefficienze.
Dove trovare
Questo valore è in genere calcolato sommando gli importi di riga per un dato ordine. Gli importi di riga si trovano in tabelle come OE_ORDER_LINES_ALL.
Esempi
5450.00125000.75980.50
|
|||
|
Nome cliente
CustomerName
|
Il nome del cliente che ha effettuato l'ordine di vendita. | ||
|
Descrizione
Questo attributo identifica la ragione sociale del cliente associato all'ordine di vendita. È una dimensione primaria per segmentare e analizzare le prestazioni del processo. Filtrando o analizzando il processo per cliente, gli analisti possono individuare quali clienti sperimentano i tempi di ciclo più lunghi, presentano i tassi di rilavorazione più elevati o sono più spesso associati a ritardi di pagamento. Queste informazioni sono preziose per migliorare la relazione con il cliente, modulare i livelli di servizio e comprendere il comportamento dei clienti.
Perché è importante
Consente un'analisi in ottica cliente per individuare variazioni di performance, migliorare il servizio e comprendere i comportamenti di pagamento tra i diversi clienti.
Dove trovare
Derivato collegando il SOLD_TO_ORG_ID di OE_ORDER_HEADERS_ALL con le tabelle HZ_CUST_ACCOUNTS e HZ_PARTIES per recuperare il nome del cliente.
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 di processo. Può essere il commerciale che ha creato l'ordine, l'analista del credito che ha effettuato la verifica o l'addetto che ha emesso la fattura. Analizzare le attività per utente aiuta a individuare esigenze formative, persone o team ad alte prestazioni e la distribuzione dei carichi di lavoro. È inoltre fondamentale per la conformità e per l'audit trail, ad esempio per indagare azioni non autorizzate o comprendere schemi di rilavorazione associati a utenti specifici.
Perché è importante
Consente di analizzare le performance degli utenti, la distribuzione del carico di lavoro e l’aderenza ai protocolli di Conformità. Aiuta a rispondere alla domanda "chi" ha eseguito un’azione.
Dove trovare
Derivato da campi legati all’utente, come CREATED_BY o LAST_UPDATED_BY in varie tabelle di Oracle EBS. Spesso richiede una 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 d'ordine. | ||
|
Descrizione
Questo attributo rileva lo stato di un ordine di vendita in momenti diversi, ad esempio 'Entered', 'Booked', 'Closed' o 'Cancelled'. Gli stati spesso corrispondono direttamente alle attività di processo. Monitorare lo stato degli ordini è fondamentale per costruire dashboard che mostrino la situazione corrente di tutti gli ordini attivi. Consente ai manager di controllare il portafoglio ordini, identificare quelli in stallo e gestire proattivamente le eccezioni. L'analisi delle transizioni di stato è un modo comune per definire le attività nella mappa di processo.
Perché è importante
Offre visibilità sulla pipeline degli ordini di vendita, aiutando a identificare gli ordini bloccati e a gestire le eccezioni di processo.
Dove trovare
Di norma si trova nella colonna FLOW_STATUS_CODE delle tabelle OE_ORDER_HEADERS_ALL e OE_ORDER_LINES_ALL.
Esempi
BOOKEDAWAITING_SHIPPINGSHIPPEDCLOSEDCANCELLED
|
|||
|
Termini di Pagamento
PaymentTerms
|
I termini concordati che stabiliscono quando il cliente è tenuto a pagare i beni o i servizi. | ||
|
Descrizione
I termini di pagamento definiscono le condizioni di pagamento di una fattura, ad esempio 'Net 30', 'Net 60' o 'Due on Receipt'. Questo attributo è fondamentale per la contabilità clienti e per il flusso di cassa. Analizzare le performance del processo per termini di pagamento aiuta a capire se i clienti con determinate condizioni tendono a pagare in ritardo. Queste informazioni servono a valutare il rischio finanziario, ottimizzare le strategie di incasso e misurare l’efficacia delle diverse condizioni offerte. È una dimensione chiave per la dashboard 'Payment Terms Compliance Monitoring'.
Perché è importante
Cruciale per analizzare i comportamenti di pagamento, monitorare il flusso di cassa e valutare il rischio finanziario associato ai diversi accordi con i clienti.
Dove trovare
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
Netto 30Netto 60Pagabile a ricevimento
|
|||
|
Codice prodotto
ProductNumber
|
L'identificativo univoco del prodotto o articolo nella riga d'ordine di vendita. | ||
|
Descrizione
Questo attributo identifica lo specifico materiale, articolo o servizio venduto. Consente di effettuare analisi a un livello più granulare rispetto alla testata dell'ordine di vendita. Analizzare il processo per prodotto aiuta a far emergere problematiche specifiche. Alcuni prodotti, ad esempio, possono avere tempi di evasione più lunghi per via di produzione o approvvigionamento complessi, mentre altri possono essere associati a un tasso più elevato di errori di spedizione o contestazioni dei clienti. Ciò abilita interventi mirati nella supply chain e nella gestione del prodotto.
Perché è importante
Consente un'analisi a livello di prodotto per identificare gli articoli che generano ritardi, rilavorazioni o altre inefficienze di processo.
Dove trovare
Derivato da INVENTORY_ITEM_ID nella tabella OE_ORDER_LINES_ALL, collegabile a MTL_SYSTEM_ITEMS_B per ottenere il numero o la descrizione dell’articolo.
Esempi
AS54888CM15001SV20100
|
|||
|
Consegna puntuale
IsOnTimeDelivery
|
Un indicatore che segnala 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. È determinato confrontando il timestamp dell'attività 'Goods Delivered' con la 'Confirmed Delivery Date'. Questo attributo alimenta direttamente il KPI 'On-Time Delivery Rate'. Semplifica l'analisi e la creazione di dashboard fornendo, per ogni ordine, un esito binario chiaro. Consente filtri e aggregazioni rapide per identificare le caratteristiche delle consegne in ritardo, come prodotti, clienti o metodi di spedizione ricorrenti.
Perché è importante
Misura direttamente i livelli di servizio al cliente e l’affidabilità del fulfillment, semplificando il calcolo e la visualizzazione del KPI di consegna puntuale.
Dove trovare
Questo è un campo calcolato. La logica è: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un indicatore che identifica se un ordine di vendita ha subito rilavorazioni, ad esempio conferme ripetute o attività di aggiornamento. | ||
|
Descrizione
È un attributo booleano calcolato che contrassegna i casi che contengono pattern indicativi di rilavorazione. La rilavorazione può essere identificata rilevando loop nella mappa di processo, ad esempio un ordine registrato più volte, oppure tramite specifici eventi di modifica tracciati nel sistema. Questo flag viene utilizzato per calcolare il KPI 'Sales Order Rework Rate' e alimentare la dashboard 'Sales Order Rework Analysis'. Consente agli analisti di isolare e studiare con facilità gli ordini che si discostano dal processo standard, quantificando l'impatto della rilavorazione su tempi di ciclo e costi e individuandone le cause alla radice.
Perché è importante
Aiuta a quantificare l'inefficienza del processo segnalando gli ordini che hanno richiesto modifiche manuali, consentendo di analizzare cause e impatti delle rilavorazioni.
Dove trovare
Viene calcolato durante la trasformazione dei dati identificando sequenze di attività che rappresentano un ciclo (ad es. "Order Booked" che si verifica più di una volta per lo stesso caso).
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, ad esempio 'Ground Freight', 'Air Express' o 'Local Courier'. È un fattore determinante sia per i tempi di consegna sia per i costi. Analizzando il processo in base a questo attributo, è possibile valutare le prestazioni 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 con il giusto equilibrio tra velocità, costo e affidabilità.
Perché è importante
Permette di valutare le performance dei diversi corrieri e delle opzioni di spedizione per ottimizzare costo, rapidità e affidabilità.
Dove trovare
In genere archiviato 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
|
La motivazione documentata dell'annullamento di un ordine di vendita o di una riga d'ordine. | ||
|
Descrizione
Quando un ordine di vendita viene annullato, questo Attributo acquisisce il motivo indicato per l'annullamento. Esempi di motivazioni: 'Customer Request', 'Out of Stock' o 'Credit Hold'. Questi dati sono fondamentali per l'analisi delle cause profonde delle cancellazioni. La Dashboard 'Sales Order Cancellation Rate & Reasons' utilizza questo Attributo per individuare i principali fattori di annullamento, consentendo all'azienda di adottare strategie mirate per ridurre gli annullamenti, migliorare la previsione delle scorte o affinare le politiche di credito.
Perché è importante
Fornisce una visione diretta dei motivi di annullamento degli ordini, consentendo l’analisi delle cause principali per ridurre le vendite perse e migliorare la fidelizzazione dei clienti.
Dove trovare
Questa informazione è spesso memorizzata in un campo del motivo, ad esempio CANCELLED_REASON, che può essere presente nella tabella OE_ORDER_LINES_ALL o in una tabella correlata alle modifiche dell'ordine.
Esempi
Articolo fuori produzioneAnnullato dal clienteOrdine duplicato
|
|||
|
Pagamento puntuale
IsPaymentOnTime
|
Un indicatore che segnala se il pagamento è stato ricevuto entro la data di scadenza della fattura. | ||
|
Descrizione
Si tratta di un attributo booleano calcolato determinato confrontando il timestamp dell'attività 'Payment Received' con la 'Payment Due Date' della fattura corrispondente. Fornisce un semplice indicatore True/False della conformità ai termini di pagamento. Questo flag è alla base del KPI 'Payment Term Compliance Rate'. Semplifica la creazione di dashboard e report che monitorano il comportamento di pagamento dei clienti e l'efficacia del processo di contabilità clienti. Consente una rapida segmentazione tra pagamenti puntuali e in ritardo per analizzare i fattori che incidono, come la tipologia di cliente o i termini di pagamento.
Perché è importante
Misura direttamente l’aderenza ai termini di pagamento, elemento critico per gestire il flusso di cassa e valutare l’affidabilità finanziaria dei clienti.
Dove trovare
Questo è un campo calcolato. La logica è: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.
Esempi
truefalse
|
|||
|
Quantità dell’ordine
OrderQuantity
|
La quantità del prodotto ordinata in una specifica riga d'ordine di vendita. | ||
|
Descrizione
Questo attributo indica il numero di unità di un determinato prodotto richieste dal cliente su una riga d'ordine. Rappresenta il volume della transazione a livello di riga. La quantità d'ordine può essere usata come dimensione di analisi per capire se il comportamento del processo varia al variare della dimensione dell'ordine. Ordini molto grandi o molto piccoli, ad esempio, possono seguire percorsi diversi o incorrere in ritardi differenti. Fornisce inoltre contesto ad altre metriche, come il valore dell'ordine.
Perché è importante
Offre contesto sulla dimensione dell’ordine, consentendo di analizzare come il volume incida sull’efficienza del processo e sui percorsi di evasione.
Dove trovare
Presente nel campo ORDERED_QUANTITY nella tabella OE_ORDER_LINES_ALL.
Esempi
102501
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui i dati sono stati estratti. | ||
|
Descrizione
Questo attributo identifica il sistema informativo sorgente da cui provengono i dati degli eventi. Per questo processo sarà sempre 'Oracle E‑Business Suite'. In ambienti con più sistemi, questo campo è fondamentale per la tracciabilità dei dati e la diagnosi dei problemi. Anche in un contesto con un solo sistema, fornisce un importante contesto per il modello dei dati e aiuta a standardizzare i processi di acquisizione dei dati.
Perché è importante
Fornisce un contesto essenziale sull’origine dei dati, garantendo tracciabilità e corretta interpretazione, soprattutto in ambienti multi‑sistema.
Dove trovare
Di norma è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) per indicare l'origine dei dati.
Esempi
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Ultimo Data Update
LastDataUpdate
|
Il timestamp dell'ultimo aggiornamento 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. Indica la freschezza dei dati analizzati. È fondamentale perché consente agli utenti di valutarne la tempestività. Aiuta a capire se stanno consultando informazioni aggiornate oppure una fotografia riferita a un momento specifico, aspetto decisivo per le decisioni operative.
Perché è importante
Indica quanto sono aggiornati i dati, aspetto fondamentale per fidarsi dell’analisi e prendere decisioni tempestive.
Dove trovare
Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL).
Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Valuta
Currency
|
Il codice della valuta in cui sono espressi i valori monetari dell'ordine di vendita. | ||
|
Descrizione
L'attributo valuta specifica la divisa in cui sono espressi gli importi dell'ordine, ad esempio USD, EUR o JPY. Fornisce il contesto necessario per interpretare correttamente i dati finanziari relativi all'ordine. È essenziale per le analisi nelle organizzazioni multinazionali che operano in più valute. Garantisce che metriche come 'Total Order Amount' siano comprese correttamente e consente l'eventuale conversione valutaria per la reportistica aggregata.
Perché è importante
Fornisce il contesto indispensabile per tutti i valori monetari, assicurando analisi finanziarie accurate, in particolare in contesti aziendali globali.
Dove trovare
Presente nel campo TRANSACTIONAL_CURR_CODE della tabella OE_ORDER_HEADERS_ALL.
Esempi
USDEURGBP
|
|||
Order to Cash - Attività dell’elaborazione degli ordini di vendita
| Activity | Descrizione | ||
|---|---|---|---|
|
Fattura Creata
|
Questo evento segna la creazione della fattura clienti per la merce spedita. È un evento esplicito generato dal processo AutoInvoice, che preleva i dati da Order Management e Shipping e li trasferisce nel modulo Receivables (contabilità clienti). | ||
|
Perché è importante
Questa attività avvia la fase di regolamento finanziario del processo. È il punto di partenza per misurare il tempo di ciclo dalla fattura al pagamento e monitorare l'efficienza della fatturazione.
Dove trovare
È una transazione esplicita registrata nella tabella RA_CUSTOMER_TRX_ALL in Oracle Receivables. TRX_DATE o CREATION_DATE fungono da timestamp dell'evento.
Acquisisci
Utilizzi TRX_DATE dalla tabella RA_CUSTOMER_TRX_ALL.
Tipo di evento
explicit
|
|||
|
Inventario assegnato
|
Questa attività rappresenta la prenotazione delle scorte per le righe d'ordine, garantendo che la quantità richiesta sia disponibile per il picking. Di solito è dedotta da un cambio di stato sulla riga d'ordine di vendita, che indica la riga pronta al rilascio in magazzino. | ||
|
Perché è importante
Questa milestone è determinante per capire la prontezza all'evasione degli ordini. I ritardi in questo punto possono indicare carenze di magazzino, problemi di approvvigionamento o inefficienze nel processo di allocazione.
Dove trovare
Deducibile dai cambi 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 derivato dall'aggiornamento di stato associato.
Acquisisci
Deducibile dagli aggiornamenti di stato riga in WSH_DELIVERY_DETAILS a 'Ready to Release'.
Tipo di evento
inferred
|
|||
|
Merce spedita
|
Rappresenta il completamento della conferma di spedizione, quando la merce lascia fisicamente il magazzino. È un evento esplicito chiave nel modulo spedizioni che aggiorna le giacenze e fa avanzare lo stato dell’ordine. | ||
|
Perché è importante
È una tappa fondamentale dell'evasione dell'ordine utilizzata per misurare la puntualità della spedizione. Attiva anche i processi di fatturazione e di riconoscimento dei ricavi.
Dove trovare
Registrato come transazione esplicita in Oracle Shipping Execution. Il timestamp è reperibile nella colonna INITIAL_PICKUP_DATE della tabella WSH_NEW_DELIVERIES oppure ricavato dagli aggiornamenti di stato in WSH_DELIVERY_DETAILS a 'Shipped'.
Acquisisci
Utilizzi la data di conferma della spedizione da WSH_DELIVERY_DETAILS o WSH_NEW_DELIVERIES.
Tipo di evento
explicit
|
|||
|
Ordine chiuso
|
Questa attività segna il completamento definitivo dell'ordine di vendita, dopo che tutte le righe sono state spedite, fatturate e chiuse. È un aggiornamento esplicito di stato sulla testata dell'ordine. | ||
|
Perché è importante
È l'endpoint di successo principale del processo Order to Cash. Fornisce il timestamp finale necessario per calcolare il tempo di ciclo end‑to‑end degli ordini evasi con successo.
Dove trovare
Questo evento è registrato nella tabella OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE viene aggiornato a 'CLOSED'. Il LAST_UPDATE_DATE relativo a questa variazione di stato è il timestamp dell'evento.
Acquisisci
Timestamp dell'aggiornamento in OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE diventa 'CLOSED'.
Tipo di evento
explicit
|
|||
|
Ordine di vendita creato
|
Questa attività segna la creazione iniziale di un ordine di vendita nel sistema. È un evento esplicito registrato quando un utente salva la testata di un nuovo ordine di vendita e rappresenta l'avvio formale del processo Da Ordine a Incasso. | ||
|
Perché è importante
È l'evento di inizio principale del processo. Analizzare il tempo che intercorre da questo punto alle attività successive è essenziale per misurare il tempo di ciclo complessivo dell'Order to Cash.
Dove trovare
Questo evento è acquisito dalla tabella OE_ORDER_HEADERS_ALL nel modulo Oracle Order Management. La colonna CREATION_DATE fornisce il timestamp preciso per questa attività.
Acquisisci
Utilizzi CREATION_DATE dalla tabella OE_ORDER_HEADERS_ALL.
Tipo di evento
explicit
|
|||
|
Ordine registrato
|
Rappresenta la conferma formale dell’ordine di vendita, che lo rende attivo e idoneo alle fasi successive come approvvigionamento e spedizione. In Oracle EBS è un’azione esplicita che cambia lo stato dell’ordine da 'Entered' a 'Booked'. | ||
|
Perché è importante
La conferma è una tappa fondamentale che impegna ufficialmente l'ordine all'evasione. I ritardi tra la creazione e la conferma possono indicare problemi di inserimento dati, approvazioni o verifiche iniziali.
Dove trovare
Acquisito dalla tabella OE_ORDER_HEADERS_ALL. Si verifica quando BOOKED_FLAG è impostato su 'Y' e il timestamp è registrato nella colonna BOOKED_DATE.
Acquisisci
Utilizzi BOOKED_DATE dalla tabella OE_ORDER_HEADERS_ALL.
Tipo di evento
explicit
|
|||
|
Pagamento ricevuto
|
Questa attività si verifica quando il pagamento del cliente viene ricevuto e imputato alla relativa fattura nel sistema. È una transazione finanziaria esplicita registrata nel modulo Contabilità Clienti. | ||
|
Perché è importante
Questa milestone è cruciale per monitorare il flusso di cassa, il Days Sales Outstanding (DSO) e la conformità ai termini di pagamento. È un punto di arrivo fondamentale per misurare il tempo di ciclo finanziario.
Dove trovare
Registrato esplicitamente nella tabella AR_RECEIVABLE_APPLICATIONS_ALL. La colonna APPLY_DATE fornisce il timestamp di quando l’incasso è stato applicato alla fattura.
Acquisisci
Utilizzi APPLY_DATE da AR_RECEIVABLE_APPLICATIONS_ALL per la specifica fattura.
Tipo di evento
explicit
|
|||
|
Fattura inviata al cliente
|
Questa attività rappresenta il momento in cui la fattura viene inviata al cliente, tramite stampa o per via elettronica. Di norma è un evento dedotto, perché non sempre distinto in modo esplicito dalla creazione. | ||
|
Perché è importante
Segna l’inizio ufficiale del conteggio dei termini di pagamento del cliente. Ritardi tra la creazione e l’invio della fattura possono incidere negativamente sul flusso di cassa e generare pagamenti in ritardo.
Dove trovare
Può essere dedotto dal LAST_PRINTED_DATE nella tabella RA_CUSTOMER_TRX_ALL. Per le fatture elettroniche, potrebbe essere necessario consultare i log di un sistema esterno di consegna dei documenti.
Acquisisci
Utilizzi LAST_PRINTED_DATE da RA_CUSTOMER_TRX_ALL oppure i log di strumenti di terze parti.
Tipo di evento
inferred
|
|||
|
Merce consegnata
|
Questa attività indica che la spedizione è arrivata al cliente. Lo standard di Oracle E‑Business Suite non traccia questo evento, quindi in genere va dedotto o importato dai sistemi dei vettori esterni. | ||
|
Perché è importante
Essenziale per misurare i KPI di consegna puntuale e comprendere l’esperienza complessiva del cliente. Il divario tra spedizione e consegna evidenzia la performance del corriere.
Dove trovare
Richiede un’analisi del sistema. Questo dato non è disponibile nativamente in Oracle EBS e deve essere recuperato da feed esterni dei vettori o da piattaforme logistiche integrate con il sistema.
Acquisisci
Deducibile dai dati del vettore esterno o assunto sulla base di un tempo di transito standard dopo '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 di arrivo di eccezione fondamentale. Analizzare la frequenza, le tempistiche e i motivi delle cancellazioni è cruciale per individuare perdite di ricavi e problemi di processo o di prodotto.
Dove trovare
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.
Acquisisci
Timestamp in cui CANCELLED_FLAG su OE_ORDER_HEADERS_ALL è impostato su 'Y'.
Tipo di evento
explicit
|
|||
|
Riga d’ordine chiusa
|
Indica che tutta l'elaborazione per una singola riga di un ordine di vendita è completata, incluse spedizione e fatturazione. È una variazione di stato esplicita gestita dal workflow. | ||
|
Perché è importante
Monitorare le chiusure a livello di riga aiuta ad analizzare le spedizioni parziali e a individuare problemi legati a specifici prodotti o percorsi di evasione prima che l'intero ordine sia completato.
Dove trovare
È registrato nella tabella OE_ORDER_LINES_ALL quando FLOW_STATUS_CODE viene aggiornato a 'CLOSED'. Il LAST_UPDATE_DATE di questa variazione di stato può fungere da timestamp.
Acquisisci
Timestamp dell'aggiornamento in OE_ORDER_LINES_ALL quando FLOW_STATUS_CODE diventa 'CLOSED'.
Tipo di evento
explicit
|
|||
|
Rilasciato al prelievo
|
Questo evento segnala il momento in cui le righe dell'ordine di vendita vengono rilasciate al magazzino per avviare le attività di picking. È un'azione esplicita che genera i pick slip e rende l'ordine visibile agli operatori di magazzino. | ||
|
Perché è importante
Questa attività avvia l'evasione fisica dell'ordine. Analizzare il tempo da questo punto a 'Goods Shipped' mette in luce l'efficienza del magazzino e i possibili colli di bottiglia nel picking.
Dove trovare
È un evento esplicito rilevato nel modulo Oracle Shipping Execution. Può essere identificato quando lo stato dei dettagli di consegna in WSH_DELIVERY_DETAILS cambia in 'Released to Warehouse' o 'Transactable'.
Acquisisci
Timestamp in cui WSH_DELIVERY_DETAILS.RELEASED_STATUS passa a 'S' (Inviato).
Tipo di evento
explicit
|
|||
|
Verifica del credito eseguita
|
Questa attività indica il completamento del controllo credito cliente per l'ordine. Spesso viene rilevata quando, se presente, la sospensione per verifica credito viene rimossa dall'ordine di vendita, consentendone l'avanzamento. | ||
|
Perché è importante
I ritardi nella verifica del credito sono un collo di bottiglia frequente che può bloccare l’intero processo di fulfillment. Il monitoraggio di questa attività aiuta a individuare inefficienze nei controlli finanziari e nei flussi di approvazione.
Dove trovare
Questo evento può essere dedotto dalla tabella OE_ORDER_HOLDS_ALL identificando il timestamp in cui un 'Credit Check Hold' viene sbloccato per una specifica testata d'ordine.
Acquisisci
Utilizzi il timestamp di rilascio dei blocchi di credito da OE_ORDER_HOLDS_ALL.
Tipo di evento
inferred
|
|||