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.
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida pratica all'estrazione dei dati
Dall'Ordine all'Incasso - Attributi della gestione ordini di vendita
| 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 | |||
Dall'Ordine all'Incasso - Attività di gestione ordini di vendita
| 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 | |||