Il Suo Template di Dati per l'Elaborazione degli Ordini di Vendita nel Ciclo Dall'Ordine all'Incasso.

Oracle Fusion Financials
Il Suo Template di Dati per l'Elaborazione degli Ordini di Vendita nel Ciclo Dall'Ordine all'Incasso.

Il Suo Template di Dati per l'Elaborazione degli Ordini di Vendita nel Ciclo Dall'Ordine all'Incasso.

Questo template offre una guida strutturata per la raccolta dei dati essenziali necessari per analizzare il Suo processo Order to Cash - Elaborazione degli Ordini di Vendita. Delinea gli attributi cruciali da raccogliere e le attività chiave da tracciare, assicurandosi che Lei acquisisca un quadro completo del Suo processo. Troverà anche indicazioni pratiche sull'estrazione di questi dati dal Suo sistema sorgente, aiutandoLa a iniziare rapidamente.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida pratica all'estrazione dei dati
È nuovo agli event log? Impari come creare un event log di Process Mining.

Dall'Ordine all'Incasso - Attributi della gestione ordini di vendita

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi e insight completi sull'Order to Cash - Elaborazione degli Ordini di Vendita.
3 Obbligatorio 8 Consigliato 13 Facoltativo
Nome Descrizione
Ordine cliente
SalesOrder
L'identificativo univoco per un ordine di vendita, che funge da caso primario per il processo Order to Cash.
Descrizione

Il numero dell'Ordine di Vendita identifica in modo univoco ogni ordine cliente durante il suo ciclo di vita. Agisce come il filo conduttore che collega tutte le attività correlate, dalla creazione iniziale e conferma all'evasione, fatturazione e pagamento finale.

Nel process mining, questo attributo è essenziale per raggruppare tutti gli eventi correlati in un unico caso. Analizzare il processo per Ordine di Vendita consente una visione completa end-to-end, consentendo il calcolo dei tempi di ciclo totali, l'identificazione delle varianti di processo per i singoli ordini e il tracciamento del percorso di un ordine attraverso diversi reparti e sistemi.

Perché è importante

Questo è l'ID del Caso. Collega tutti gli eventi del processo tra loro, rendendo possibile tracciare il percorso end-to-end di un singolo ordine cliente.

Dove trovare

Questo identificativo si trova tipicamente nella tabella di intestazione per gli ordini di vendita in Oracle Fusion, come DOO_HEADERS_ALL. Consultare la documentazione di Oracle Fusion Financials.

Esempi
SO-100567SO-100568SO-100569
Nome attività
ActivityName
Il nome dello specifico evento aziendale o attività che si è verificato all'interno del processo di ordine di vendita.
Descrizione

Questo attributo descrive il passaggio eseguito in un momento specifico per un ordine di vendita, come 'Ordine di Vendita Creato', 'Merci Spedite' o 'Pagamento Ricevuto'. La sequenza di queste attività forma il flusso di processo per ogni caso.

Analizzare l'ActivityName è fondamentale per il process mining. Consente la visualizzazione della mappa di processo, la scoperta di diverse varianti di processo e l'identificazione di bottleneck dove i casi si accumulano. È la base per calcolare i tempi di transizione tra i passaggi e comprendere la sequenza operativa del processo Order to Cash.

Perché è importante

Questo attributo definisce i passaggi nella mappa di processo, consentendo la visualizzazione e l'analisi del flusso di processo.

Dove trovare

Questo è un attributo derivato, costruito mappando gli stati delle transazioni o i tipi di evento da varie tabelle di Oracle Fusion (es. stato dell'ordine, stato della spedizione, stato della fattura) a un elenco standardizzato di nomi di attività.

Esempi
Ordine cliente creatoMerce speditaFattura CreataPagamento ricevuto
Timestamp Evento
EventTime
Il timestamp che indica quando si è verificata una specifica attività o un evento per un ordine di vendita.
Descrizione

Questo attributo fornisce la data e l'ora per ogni attività nel processo, stabilendo la sequenza cronologica degli eventi. È la spina dorsale temporale dell'analisi del processo, registrando esattamente quando ogni passaggio è avvenuto.

Nel process mining, l'EventTime è critico per calcolare i tempi di ciclo, le durate tra le attività e i tempi di consegna complessivi dei casi. Consente l'analisi delle performance, il rilevamento dei bottleneck basato sui tempi di attesa e il monitoraggio della conformità agli accordi sul livello di servizio (SLA) relativi alla tempestività. Tutti i KPI e le dashboard basati sul tempo dipendono dalla precisione di questo attributo.

Perché è importante

Questo timestamp è essenziale per ordinare gli eventi cronologicamente e per calcolare tutte le metriche basate sul tempo, come tempi di ciclo e durate.

Dove trovare

Questo è un attributo derivato, proveniente da vari campi timestamp attraverso diverse tabelle di Oracle Fusion, come data di creazione dell'ordine, data di spedizione, data della fattura e data di pagamento.

Esempi
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z
Canale di vendita
SalesChannel
Il canale attraverso cui è stato ricevuto l'ordine di vendita.
Descrizione

Questo attributo categorizza l'origine dell'ordine di vendita, come 'Web', 'Vendite Dirette', 'Partner' o 'EDI'. Fornisce contesto su come l'ordine è entrato nell'organizzazione.

Segmentare il processo per canale di vendita è critico per la dashboard 'Panoramica delle Performance dei Canali di Vendita'. Aiuta a confrontare l'efficienza, i tempi di ciclo e i tassi di errore dei diversi canali per identificare quali sono i più efficaci e quali potrebbero richiedere miglioramenti di processo o ulteriore automazione.

Perché è importante

Supporta l'analisi delle performance per canale, aiutando a identificare i canali più e meno efficienti per l'elaborazione degli ordini.

Dove trovare

Questa informazione può essere memorizzata in un campo dedicato sull'intestazione dell'ordine di vendita. Consultare la documentazione di Oracle Fusion Financials.

Esempi
Vendita direttaPortale WebEDIRivenditore
Data di consegna effettiva
ActualDeliveryDate
La data in cui le merci sono state effettivamente consegnate al cliente.
Descrizione

Questo attributo registra la data di consegna finale, che segna il completamento della parte di evasione del processo. È il risultato effettivo rispetto al quale vengono misurate le date pianificate o richieste.

Questa data viene confrontata con la RequestedDeliveryDate per calcolare le performance di consegna puntuale. È un input critico per il KPI 'Tasso di Consegna Puntuale' e la dashboard 'SLA di Consegna', fornendo una chiara misura dell'efficacia della logistica e della supply chain.

Perché è importante

Questa è la data di risultato effettiva utilizzata per calcolare i tassi di consegna puntuale e valutare le performance di evasione rispetto alle richieste del cliente.

Dove trovare

Proveniente dalle tabelle delle transazioni di spedizione e consegna in Oracle Fusion. Consultare la documentazione di Oracle Fusion Financials.

Esempi
2023-05-202023-06-032023-05-25
Data di consegna richiesta
RequestedDeliveryDate
La data di consegna dell’ordine richiesta dal cliente.
Descrizione

Questo attributo cattura la data in cui il cliente desidera ricevere le merci. Serve come obiettivo di performance chiave per la parte di evasione del processo Order to Cash.

Questa data è essenziale per il calcolo del KPI 'Tasso di Consegna Puntuale' e per supportare la dashboard 'Accordo sul Livello di Servizio (SLA) di Consegna'. Confrontando questa data con la ActualDeliveryDate, l'organizzazione può misurare la sua capacità di soddisfare le aspettative del cliente e identificare le cause profonde dei ritardi di consegna.

Perché è importante

Serve come base per misurare le prestazioni di consegna puntuale e la conformità agli accordi sul livello di servizio (SLA) con i clienti.

Dove trovare

Tipicamente situato nelle tabelle delle righe degli ordini di vendita in Oracle Fusion. Consultare la documentazione di Oracle Fusion Financials.

Esempi
2023-05-202023-06-012023-05-25
Data Scadenza Pagamento
PaymentDueDate
La data entro la quale il cliente deve effettuare il pagamento della fattura.
Descrizione

La Data di Scadenza del Pagamento è calcolata in base alla data della fattura e ai termini di pagamento concordati con il cliente. Stabilisce la scadenza per la riscossione tempestiva dei pagamenti.

Questo attributo è cruciale per il KPI 'Tasso di Riscossione Pagamenti Puntuali'. Confrontando la PaymentDueDate con la data effettiva di ricezione del pagamento, il sistema può determinare se un pagamento è stato puntuale o in ritardo, aiutando a monitorare le performance della contabilità clienti e a gestire il flusso di cassa.

Perché è importante

Serve come scadenza per il calcolo dei tassi di pagamento puntuale, che è una misura chiave dell'efficienza del flusso di cassa.

Dove trovare

Trovato nelle tabelle di contabilità clienti o fatture all'interno di Oracle Fusion, come AR_PAYMENT_SCHEDULES_ALL.

Esempi
2023-06-192023-07-012023-06-25
È Automatizzato
IsAutomated
Un indicatore che segnala se un'attività è stata eseguita automaticamente dal sistema o manualmente da un utente.
Descrizione

Questo attributo booleano distingue tra eventi guidati dal sistema (es. controllo del credito automatizzato, fattura generata dal sistema) e azioni manuali dell'utente. È tipicamente derivato in base al nome utente associato a un'attività, dove un ID di sistema generico indica l'automazione.

Analizzare questo attributo aiuta a misurare il livello di automazione nel processo ed è un input diretto per il KPI 'Percentuale Ordini Rilavorati Manualmente'. Può evidenziare opportunità per ulteriore automazione mostrando quali passaggi manuali sono più dispendiosi in termini di tempo o soggetti a errori.

Perché è importante

Aiuta a quantificare il livello di automazione nel processo e a identificare opportunità per ridurre costosi interventi manuali.

Dove trovare

Questo è un campo derivato, spesso basato su una regola applicata all'attributo UserName. Ad esempio, se l'utente è 'SYSTEM' o 'BATCH', questo flag è impostato su vero.

Esempi
truefalse
Importo Totale Ordine di Vendita
SalesOrderTotalAmount
Il valore monetario totale dell’ordine di vendita.
Descrizione

Questo attributo rappresenta l'importo totale addebitato al cliente per l'intero ordine di vendita. Include la somma di tutte le voci di riga, tasse e altri oneri, prima dell'applicazione di eventuali sconti.

Nell'analisi dei processi, questo attributo è cruciale per il process mining basato sul valore. Consente di segmentare gli ordini per valore (es. ordini ad alto valore vs. basso valore) per vedere se seguono percorsi di processo diversi o hanno tempi di ciclo differenti. Aiuta anche a dare priorità agli sforzi di miglioramento del processo sui casi finanziariamente più significativi.

Perché è importante

Consente l'analisi dell'impatto finanziario, aiutando a prioritizzare i miglioramenti di processo sugli ordini di alto valore e a comprendere i driver di costo.

Dove trovare

Tipicamente trovato nelle tabelle di intestazione degli ordini di vendita in Oracle Fusion. Consultare la documentazione di Oracle Fusion Financials.

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

Questo attributo identifica il nome legale dell'account cliente associato all'ordine di vendita. È una dimensione chiave per segmentare e analizzare il processo da una prospettiva centrata sul cliente.

L'analisi per cliente aiuta a identificare se determinati clienti riscontrano tempi di ciclo più lunghi, più rilavorazioni o deviazioni di processo specifiche. Questo insight può essere utilizzato per migliorare il servizio clienti, personalizzare i processi per i clienti chiave e indagare sui problemi che influenzano la soddisfazione del cliente.

Perché è importante

Consente un'analisi customer-centric per identificare i problemi di processo che influenzano specifici clienti e migliorare la soddisfazione del cliente.

Dove trovare

Proveniente dalle tabelle dei dati anagrafici dei clienti (es. HZ_PARTIES) e collegato all'ordine di vendita tramite un ID cliente.

Esempi
Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC
Nome Utente
UserName
Il nome o l'`ID` dell'utente che ha eseguito l'`attività`.
Descrizione

Questo attributo identifica il dipendente o l'utente di sistema responsabile dell'esecuzione di un passaggio specifico del processo. Può essere utilizzato per analizzare le performance a livello utente, la distribuzione del carico di lavoro e l'aderenza alle procedure standard.

L'analisi per utente aiuta a identificare le esigenze di formazione, a riconoscere individui o team ad alte prestazioni e a indagare sulle deviazioni causate da utenti specifici. È anche prezioso per scopi di conformità e audit per tracciare chi ha eseguito quali azioni.

Perché è importante

Consente l'analisi delle prestazioni per utente, la distribuzione del carico di lavoro e l'identificazione di schemi di rilavorazione manuale legati agli individui.

Dove trovare

Tipicamente proveniente da campi come CREATED_BY o LAST_UPDATED_BY nelle tabelle delle transazioni di Oracle Fusion, spesso collegato a una tabella master utenti come FND_USER.

Esempi
john.smithjane.doesystem_batch_user
Durata dall'Ordine al Pagamento
OrderToPaymentDuration
Il tempo totale dalla creazione dell'ordine di vendita alla ricezione del pagamento.
Descrizione

Questo attributo calcolato misura il tempo di ciclo end-to-end del processo Order to Cash per un singolo caso. Rappresenta la durata totale dal primo evento ('Ordine di Vendita Creato') all'evento finale ('Pagamento Ricevuto').

Questa metrica è una misura diretta della salute e dell'efficienza complessiva dell'intero processo. È la base per il KPI 'Tempo di Ciclo Complessivo Order to Cash' e aiuta nel monitoraggio delle performance di alto livello e nel benchmarking.

Perché è importante

Rappresenta il tempo di ciclo totale end-to-end, fornendo un KPI di alto livello per l'efficienza complessiva del processo e la velocità di conversione del denaro.

Dove trovare

Questo è un campo calcolato. La logica è: Timestamp of 'Payment Received' - Timestamp of 'Sales Order Created'.

Esempi
45 giorni 6 ore62 giorni 11 ore35 giorni 2 ore
È un Pagamento in Ritardo
IsLatePayment
Un flag calcolato che è vero se il pagamento è stato ricevuto dopo la data di scadenza del pagamento.
Descrizione

Questo attributo booleano è derivato confrontando la data effettiva di ricezione del pagamento con la PaymentDueDate. Fornisce un chiaro indicatore se una fattura è stata pagata in tempo.

Questo attributo viene utilizzato per calcolare il KPI 'Tasso di Pagamento Puntuale'. Consente una facile segmentazione dei pagamenti puntuali rispetto a quelli in ritardo per analizzare le caratteristiche dei clienti che pagano in ritardo, le ragioni comuni dei ritardi e l'impatto finanziario sul capitale circolante.

Perché è importante

Misura direttamente l'efficacia della riscossione dei pagamenti e semplifica l'analisi dei pagamenti in ritardo.

Dove trovare

Questo è un campo calcolato. La logica è: PaymentReceivedDate > PaymentDueDate.

Esempi
falsetrue
È una consegna puntuale
IsOnTimeDelivery
Un flag calcolato che è vero se la consegna effettiva è avvenuta alla data richiesta o prima.
Descrizione

Questo attributo booleano è derivato confrontando la ActualDeliveryDate con la RequestedDeliveryDate. Fornisce un semplice indicatore a livello di caso delle performance di consegna.

Questo flag è la base per il calcolo del KPI aggregato 'Tasso di Consegna Puntuale'. Semplifica il filtraggio e l'analisi, consentendo agli utenti di isolare rapidamente tutti gli ordini in ritardo per eseguire un'analisi delle cause profonde sui fattori che contribuiscono ai ritardi.

Perché è importante

Misura direttamente le prestazioni di evasione rispetto alle aspettative del cliente e semplifica l'analisi degli ordini in ritardo.

Dove trovare

Questo è un campo calcolato. La logica è: ActualDeliveryDate <= RequestedDeliveryDate.

Esempi
truefalse
Fattura Corretta
IsInvoiceCorrected
Un flag che indica se una fattura è stata corretta o revisionata dopo la sua creazione iniziale.
Descrizione

Questo attributo booleano è vero se una fattura ha subito un ciclo di correzione, indicato dalla presenza di un'attività 'Fattura Corretta'. Contrassegna i casi che hanno comportato rilavorazioni nella fase di fatturazione.

Questo è un input chiave per la dashboard 'Analisi Precisione Fatture e Rilavorazioni' e il KPI 'Tasso di Rilavorazione Fatture'. Aiuta a quantificare l'entità degli errori di fatturazione e consente l'analisi delle cause profonde per identificare perché sono necessarie le correzioni, mirando a ridurre il lavoro manuale e i ritardi di pagamento.

Perché è importante

Identifica la rilavorazione delle fatture, che è un indicatore chiave di inefficienza di processo, problemi di qualità dei dati e potenziali ritardi nel pagamento.

Dove trovare

Questo è un campo calcolato, tipicamente impostato su vero per un caso se un'attività 'Fattura Corretta' esiste nel suo event log.

Esempi
falsetrue
Metodo di spedizione
ShippingMethod
Il metodo o il vettore utilizzato per la spedizione delle merci al cliente.
Descrizione

Questo attributo descrive in dettaglio il vettore logistico o il livello di servizio utilizzato per la consegna, come 'Trasporto Terrestre', 'Air Express' o 'Corriere Locale'.

Questa informazione è essenziale per la dashboard 'Conformità della Consegna del Metodo di Spedizione'. Consente il confronto delle performance di consegna puntuale e dei costi di spedizione tra diversi metodi e vettori, aiutando a ottimizzare la strategia logistica e la selezione dei fornitori.

Perché è importante

Supporta direttamente l'analisi logistica consentendo il confronto delle prestazioni di diversi vettori e metodi di spedizione.

Dove trovare

Disponibile nelle tabelle di spedizione ed evasione ordini all'interno di Oracle Fusion. Consultare la documentazione di Oracle Fusion Financials.

Esempi
FedEx GroundUPS Next Day AirDHL International
Nome Prodotto
ProductName
Il nome del prodotto o servizio venduto.
Descrizione

Questo attributo specifica l'articolo sulla riga dell'ordine di vendita. Se un ordine ha più righe, il caso potrebbe essere analizzato a livello di voce di riga, oppure questo attributo potrebbe essere aggregato a livello di intestazione.

L'analisi per prodotto aiuta a capire se certi prodotti sono associati a flussi di processo più complessi o problematici, come frequenti ritardi di consegna o problemi di pagamento. Questo può informare la gestione del prodotto e le strategie della supply chain.

Perché è importante

Consente l'analisi delle prestazioni di processo per diversi prodotti, evidenziando gli articoli che potrebbero avere percorsi di evasione o fatturazione complessi.

Dove trovare

Proveniente dalle tabelle delle righe degli ordini di vendita e unito a una tabella anagrafica dei prodotti. Consultare la documentazione di Oracle Fusion Financials.

Esempi
Standard Widget X1Pacchetto Servizi PremiumComponente Y2-B
Numero fattura
InvoiceNumber
L’identificatore univoco della fattura del cliente.
Descrizione

Questo attributo è il numero univoco assegnato alla fattura generata dall'ordine di vendita. Collega le attività di vendita e evasione alla parte di regolamento finanziario del processo.

Mentre l'Ordine di Vendita è l'ID caso primario, il Numero Fattura è critico per analizzare i sotto-processi di fatturazione e pagamento. È essenziale per tracciare le correzioni delle fatture, le contestazioni e lo stato dei pagamenti, supportando dashboard come 'Analisi Precisione Fatture e Rilavorazioni'.

Perché è importante

Fornisce un collegamento cruciale al processo di contabilità clienti ed è necessario per analizzare la rilavorazione delle fatture e i cicli di pagamento.

Dove trovare

Disponibile nelle tabelle delle transazioni di contabilità clienti in Oracle Fusion, come RA_CUSTOMER_TRX_ALL.

Esempi
INV-93485INV-93486INV-93487
Paese Cliente
CustomerCountry
Il paese in cui si trova il cliente.
Descrizione

Questo attributo fornisce il paese dall'indirizzo di spedizione o fatturazione del cliente. È una dimensione chiave per l'analisi geografica.

Segmentare il processo per paese può rivelare differenze regionali nelle performance del processo, nei tempi di ciclo o nel comportamento di pagamento. Questo è prezioso per comprendere l'impatto delle normative locali, delle sfide logistiche e delle condizioni di mercato sul processo Order to Cash.

Perché è importante

Consente l'analisi geografica per identificare variazioni regionali nell'efficienza del processo, nella conformità e nel comportamento dei clienti.

Dove trovare

Proveniente dalle tabelle dei dati anagrafici dei clienti (HZ_LOCATIONS, HZ_PARTY_SITES) collegate all'ordine di vendita.

Esempi
Stati UnitiGermaniaGiappone
Sistema di Origine
SourceSystemIdentifier
Identifica il sistema sorgente da cui sono stati estratti i dati degli eventi.
Descrizione

Questo attributo specifica l'origine dei dati, il che è particolarmente utile in ambienti dove più sistemi sono coinvolti nel processo Order to Cash. Ad esempio, i dati dell'ordine potrebbero provenire da Oracle Fusion, mentre i dati di spedizione potrebbero originare da un sistema logistico di terze parti.

Nell'analisi, questo aiuta a comprendere la provenienza dei dati e può essere utilizzato per filtrare la vista del processo per eventi provenienti da sistemi specifici. È cruciale per la validazione dei dati e per identificare la frammentazione dei processi tra diversi paesaggi IT.

Perché è importante

Fornisce contesto sull'origine dei dati, che è cruciale per la governance dei dati e la risoluzione dei problemi in ambienti multi-sistema.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine del dataset.

Esempi
Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP
Termini di Pagamento
PaymentTerms
I termini concordati per il pagamento del cliente.
Descrizione

Questo attributo specifica le condizioni in base alle quali un cliente è tenuto a pagare la propria fattura, ad esempio, 'Net 30' o 'Net 60'. Questi termini sono la base per il calcolo della PaymentDueDate.

Nell'analisi, la segmentazione per termini di pagamento può aiutare a spiegare le variazioni nei tempi di ciclo di pagamento. Fornisce contesto per il KPI 'Tasso di Pagamento Puntuale', poiché termini diversi portano naturalmente a comportamenti di pagamento differenti. Questo può informare la politica del credito e la previsione del flusso di cassa.

Perché è importante

Fornisce un contesto cruciale per l'analisi del comportamento di pagamento e aiuta a spiegare le variazioni nei tempi di ciclo dalla fattura al pagamento.

Dove trovare

Disponibile a livello di ordine di vendita o conto cliente all'interno di Oracle Fusion. Consultare la documentazione di Oracle Fusion Financials.

Esempi
Netto 30Netto 60Dovuto al Ricevimento
Tipo Ordine
OrderType
Una classificazione per l'ordine di vendita, come 'Ordine Standard' o 'Ordine di Reso'.
Descrizione

Il Tipo di Ordine viene utilizzato per categorizzare gli ordini di vendita in base al loro scopo commerciale. I tipi comuni includono vendite standard, ordini di servizio, autorizzazioni di reso materiale (RMA) e ordini interni.

Analizzare il processo per tipo di ordine è importante perché tipi diversi spesso hanno flussi di processo e obiettivi di performance distinti. Questa segmentazione aiuta a comprendere le variazioni di processo intenzionali e previste, evitando che vengano interpretate erroneamente come deviazioni.

Perché è importante

Consente la segmentazione di flussi di processo diversi e legittimi (ad es. standard vs resi) per garantire un'analisi equa e accurata.

Dove trovare

Tipicamente disponibile come campo sulla tabella di intestazione dell'ordine di vendita in Oracle Fusion. Consultare la documentazione di Oracle Fusion Financials.

Esempi
Ordine di Vendita StandardAutorizzazione al ResoOrdine di Servizio
Ultimo `Data Update`
LastUpdateDate
Il `timestamp` che indica l'ultima volta che i `dati` per questo `evento` sono stati aggiornati dal sistema sorgente.
Descrizione

Questo attributo registra quando i dati sono stati estratti o aggiornati l'ultima volta nel dataset di process mining. Fornisce trasparenza sulla freschezza dei dati analizzati.

Questa informazione è vitale per gli utenti per comprendere quanto sia attuale l'analisi del processo. Aiuta a gestire le aspettative sulla tempestività dei dati ed è importante per impostare e monitorare i programmi di aggiornamento dei dati.

Perché è importante

Indica la freschezza dei dati, assicurando che gli utenti siano consapevoli dell'attualità della loro analisi del processo.

Dove trovare

Questo valore viene generato e stampato sul dataset durante ogni ciclo di estrazione e trasformazione dei dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unità aziendale
BusinessUnitName
Il nome dell'unità aziendale interna responsabile dell'ordine di vendita.
Descrizione

Questo attributo rappresenta la divisione o unità operativa specifica all'interno dell'azienda che possiede la transazione. Consente il confronto delle performance tra diverse parti dell'organizzazione.

Segmentare il processo per unità aziendale aiuta a identificare variazioni in efficienza, costo e conformità in tutta l'azienda. Questa analisi può rivelare le migliori pratiche in unità ad alte prestazioni che possono essere condivise, o evidenziare unità con prestazioni inferiori che richiedono miglioramenti di processo mirati.

Perché è importante

Consente il benchmarking delle prestazioni e l'analisi della coerenza dei processi tra diverse unità organizzative.

Dove trovare

Tipicamente disponibile sull'intestazione dell'ordine di vendita e collegato alla struttura organizzativa definita in Oracle Fusion.

Esempi
BU-Nord AmericaBU-EMEAServizi Globali
Obbligatorio Consigliato Facoltativo

Dall'Ordine all'Incasso - Attività di gestione ordini di vendita

Questi sono i passaggi chiave del processo e le milestone da acquisire nel Suo event log per una scoperta accurata del processo e la valutazione delle performance.
6 Consigliato 8 Facoltativo
Activity Descrizione
Fattura Creata
Questa attività rappresenta la creazione della fattura cliente nel modulo Contabilità Clienti, tipicamente attivata dall'evento di conferma spedizione. Viene generato un record di fattura con un numero univoco e una data di creazione.
Perché è importante

Segna l'inizio ufficiale del ciclo di riscossione dei pagamenti. È la base per misurare il 'Tempo da Fattura a Pagamento' e l'efficienza complessiva del flusso di cassa.

Dove trovare

Questo è un evento esplicito in Oracle Accounts Receivable (AR). Viene creato un record di fattura nella tabella RA_CUSTOMER_TRX_ALL con una data di transazione.

Acquisisci

Catturato dalla data di creazione della transazione di fattura nel modulo AR.

Tipo di evento explicit
Merce spedita
Questa attività segna il punto in cui le merci sono state spedite dal magazzino e sono in transito verso il cliente. Viene acquisito quando una transazione di conferma spedizione viene elaborata in Oracle Shipping.
Perché è importante

Questo è una milestone critica che significa il completamento della parte di evasione del processo e attiva la fatturazione. È essenziale per misurare i tempi di spedizione e consegna puntuali.

Dove trovare

Questo è un evento esplicito registrato in Oracle Shipping Execution. La transazione di conferma spedizione crea un record in tabelle di spedizione come WSH_DELIVERY_DETAILS con una data di spedizione.

Acquisisci

Catturato dal timestamp della 'data effettiva di spedizione' sul record di dettaglio della consegna associato alla riga dell'ordine.

Tipo di evento explicit
Ordine chiuso
L'attività finale nel processo, indicando che tutte le righe dell'ordine di vendita sono state evase, fatturate e chiuse. Lo stato dell'intestazione dell'ordine viene aggiornato a 'Chiuso'.
Perché è importante

Questa attività segna la fine riuscita del ciclo di vita dell'ordine di vendita. È essenziale per calcolare le durate dei processi end-to-end e per identificare gli ordini "zombie" che non si chiudono mai.

Dove trovare

Inferito dal cambio di stato dell'intestazione dell'ordine di vendita a 'Chiuso' nella tabella DOO_HEADERS_ALL. Il timestamp di questo cambiamento di stato finale funge da tempo dell'evento.

Acquisisci

Derivato dal timestamp del cambio di stato a 'Chiuso' sull'intestazione dell'ordine di vendita.

Tipo di evento inferred
Ordine cliente creato
Questa attività segna l'inizio del processo di ordine di vendita, rappresentando il momento in cui un nuovo ordine di vendita viene inserito in Oracle Fusion. Questo evento è tipicamente acquisito esplicitamente quando un utente salva un nuovo record di ordine nel modulo di Order Management.
Perché è importante

In quanto inizio del processo, questa attività è essenziale per misurare il tempo di ciclo complessivo dell'Order to Cash e analizzare i volumi di acquisizione degli ordini.

Dove trovare

Registrato esplicitamente alla creazione di un record di ordine di vendita in Order Management Cloud. Cercare i timestamp di creazione nella tabella DOO_HEADERS_ALL.

Acquisisci

Catturato dal timestamp di creazione del record di intestazione dell'ordine di vendita.

Tipo di evento explicit
Ordine confermato
Questa milestone chiave significa che l'ordine di vendita ha superato tutti i controlli iniziali, inclusa l'approvazione del credito, ed è ora impegnato per l'evasione. Viene tipicamente inferito quando lo stato dell'ordine progredisce a uno stato come 'In attesa di spedizione' o 'Pianificato'.
Perché è importante

Questa attività è una milestone critica per il calcolo del 'Tempo Medio di Conferma Ordine' e segna il passaggio dall'inserimento dell'ordine al processo di evasione.

Dove trovare

Inferito da un cambiamento nello stato dell'intestazione o della riga dell'ordine di vendita a un valore che indica che è pronto per l'evasione (ad es. 'In attesa di Spedizione'). Controllare le colonne di stato in DOO_HEADERS_ALL o DOO_FULFILL_LINES_ALL.

Acquisisci

Derivato dal timestamp in cui lo stato dell'ordine cambia a uno stato confermato o programmato.

Tipo di evento inferred
Pagamento ricevuto
Questa attività significa che il pagamento del cliente è stato ricevuto e applicato alla fattura in Contabilità Clienti. Questo viene acquisito quando viene registrata un'applicazione di incasso.
Perché è importante

Questo è una milestone critica per misurare il 'Tempo di Ciclo Complessivo Order to Cash' e il 'Tasso di Pagamento Puntuale'. Rappresenta la conversione della vendita in denaro.

Dove trovare

Questo è un evento esplicito in Oracle Accounts Receivable. Viene registrato nelle tabelle degli incassi come AR_RECEIVABLE_APPLICATIONS_ALL quando una ricevuta viene applicata a una fattura.

Acquisisci

Catturato dal timestamp della 'data di applicazione' del record di applicazione dell'incasso in AR.

Tipo di evento explicit
Blocco del credito applicato
Questa attività si verifica quando un ordine di vendita viene automaticamente o manualmente messo in sospeso a causa di un controllo del credito fallito o di altri problemi legati al credito. Questo è generalmente acquisito da un cambiamento nello stato di sospensione dell'ordine all'interno del sistema.
Perché è importante

Il tracciamento dei blocchi credito è cruciale per identificare le ragioni dietro i ritardi nell'elaborazione degli ordini e per misurare l'efficienza del processo di sblocco del credito.

Dove trovare

Inferito dall'applicazione di un blocco sull'ordine di vendita. Questo è tipicamente registrato in tabelle relative ai blocchi come DOO_HOLDS_ALL, collegate all'ordine di vendita.

Acquisisci

Inferito da una creazione di record nella tabella di blocco dell'ordine con un tipo di blocco 'Credito'.

Tipo di evento inferred
Fattura Corretta
Si verifica quando una fattura precedentemente creata viene modificata, riemessa o accreditata a causa di errori o contestazioni del cliente. Questo viene solitamente registrato creando una nota di credito o una nuova versione della fattura.
Perché è importante

Il tracciamento delle correzioni delle fatture è fondamentale per il KPI 'Tasso di Rilavorazione Fatture', evidenziando problemi nel processo di fatturazione che possono ritardare i pagamenti e aumentare i costi amministrativi.

Dove trovare

Inferito dalla creazione di una nota di credito (collegata alla fattura originale) o di una versione successiva della stessa fattura nella tabella RA_CUSTOMER_TRX_ALL.

Acquisisci

Derivato identificando note di credito o fatture che fanno riferimento a una precedente transazione di fattura.

Tipo di evento inferred
Inventario impegnato
Questa attività rappresenta l'allocazione o la prenotazione dell'inventario fisico per evadere la riga dell'ordine di vendita. Il sistema impegna scorte specifiche, assicurandosi che siano disponibili quando l'ordine è pronto per essere prelevato.
Perché è importante

Il tracciamento di questo aiuta ad analizzare il KPI 'Tempo di Consegna Allocazione Inventario' e identifica i ritardi tra la conferma dell'ordine e l'assicurazione delle merci.

Dove trovare

Questo evento è spesso acquisito in moduli di esecuzione dell'inventario o della supply chain. Può essere dedotto dagli aggiornamenti di stato sulla riga di evasione indicando che l'inventario è stato dettagliato o riservato.

Acquisisci

Inferito dai cambiamenti di stato della riga di evasione relativi alla prenotazione o alla pianificazione dell'inventario.

Tipo di evento inferred
Merce consegnata
Indica che il cliente ha ricevuto la spedizione. Questa informazione spesso proviene da un corriere esterno e viene aggiornata in Oracle Fusion, oppure può essere inferita in base a un tempo di transito standard dalla data di spedizione.
Perché è importante

Questa attività è cruciale per il calcolo del KPI 'Tasso di Consegna Puntuale' e per misurare accuratamente i livelli di servizio clienti.

Dove trovare

Questo spesso non è un evento nativo di Oracle. Può essere acquisito se è presente un'integrazione con il vettore, o calcolato aggiungendo un tempo di transito standard alla data di 'Merci Spedite'. Richiede analisi di sistema.

Acquisisci

Inferito dai feed di dati del corriere o calcolato in base alla data di spedizione più un tempo di transito medio.

Tipo di evento inferred
Merce prelevata
Rappresenta il prelievo fisico delle merci dal magazzino per evadere l'ordine. Questo è un passaggio chiave nel processo logistico e viene solitamente registrato nel modulo di gestione del magazzino o di spedizione.
Perché è importante

Questa attività fornisce visibilità sulle operazioni di magazzino. Ritardi tra la prenotazione dell'inventario e il prelievo possono indicare colli di bottiglia di risorse o processi nel magazzino.

Dove trovare

Catturato all'interno dei moduli Oracle Fusion Cloud SCM (Supply Chain Management). Può essere inferito dal cambiamento di stato di un'onda di prelievo o di un bollettino di prelievo associato alla riga dell'ordine di vendita.

Acquisisci

Inferito dal timestamp di completamento della transazione di prelievo nei moduli SCM.

Tipo di evento inferred
Ordine annullato
Rappresenta l'annullamento di un ordine di vendita prima che sia stato completamente spedito. Ciò può verificarsi per varie ragioni e si traduce in uno stato terminale di 'Annullato'.
Perché è importante

Questo è un percorso di eccezione critico. Analizzare gli ordini annullati aiuta a identificare le cause profonde, come esaurimento scorte, problemi di prezzo o ripensamento del cliente, che possono informare i miglioramenti del processo.

Dove trovare

Inferito dal cambio di stato dell'intestazione o della riga dell'ordine di vendita a uno stato 'Annullato'. Il timestamp di questo cambiamento di stato viene utilizzato per registrare l'evento.

Acquisisci

Derivato dal timestamp del cambio di stato a 'Annullato' sull'intestazione o sulla riga dell'ordine.

Tipo di evento inferred
Riga d’ordine chiusa
Rappresenta la chiusura finale di una singola riga di ordine di vendita, indicando che è stata completamente spedita, fatturata e non sono previste ulteriori transazioni. Il sistema aggiorna lo stato della riga a 'Chiuso'.
Perché è importante

La chiusura delle righe d'ordine indica il completamento di tutti gli obblighi contrattuali per quell'articolo. Analizzare questo aiuta a identificare gli ordini che rimangono aperti a lungo dopo l'evasione e il pagamento.

Dove trovare

Inferito dal cambio di stato della riga di evasione a 'Chiuso' nella tabella DOO_FULFILL_LINES_ALL. Il timestamp di questo cambiamento di stato segna l'evento.

Acquisisci

Derivato dal timestamp del cambio di stato a 'Chiuso' sulla riga di evasione.

Tipo di evento inferred
Verifica del credito eseguita
Rappresenta l'esecuzione di un controllo del credito sull'account del cliente per valutarne l'affidabilità creditizia. Questo è spesso un passaggio automatico o manuale all'interno del workflow di elaborazione dell'ordine, e il suo completamento è tipicamente registrato come aggiornamento di stato o attività completata.
Perché è importante

Analizzare il tempo impiegato per i controlli di credito aiuta a identificare i colli di bottiglia nell'approvazione degli ordini. È fondamentale per il KPI 'Tempo da Controllo Credito a Conferma'.

Dove trovare

Può essere inferito dai cambiamenti di stato sull'ordine di vendita, come il passaggio a uno stato di 'Approvazione Credito in Sospeso', o da un log eventi esplicito nella funzionalità di gestione del credito.

Acquisisci

Inferito dai cambiamenti di stato dell'ordine o dai timestamp associati alle attività di revisione del credito.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i tuoi dati da Oracle Fusion Financials