Il Suo Template dati per Order to Cash, elaborazione degli ordini cliente
Il Suo Template dati per Order to Cash, elaborazione degli ordini cliente
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per l'analisi
- Indicazioni per l'estrazione dei dati
Attributi dell’elaborazione degli ordini di vendita da Order to Cash
| 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
|
|||
Attività dell’elaborazione degli ordini di vendita da Order to Cash
| 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
|
|||
Guide all'estrazione
È 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.
Non è richiesta alcuna carta di credito. Prova gratuita di 14 giorni.