Il Suo template dei dati per Purchase to Pay - Purchase Order

Oracle Fusion Financials
Il Suo template dei dati per Purchase to Pay - Purchase Order

Il Suo template dei dati per Purchase to Pay - Purchase Order

Questo template offre un percorso chiaro per raccogliere i dati necessari ad analizzare il processo Purchase to Pay - Purchase Order. Descrive gli attributi dei dati essenziali, le attività principali da monitorare e indicazioni pratiche per estrarre queste informazioni. Lo utilizzi per acquisire tutti i dettagli fondamentali per un Process Mining efficace.
  • Attributi consigliati per una raccolta completa dei dati
  • Attività chiave del processo da monitorare e analizzare
  • Guida passo passo all’estrazione dei dati da Oracle Fusion Financials
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi di Purchase to Pay - Purchase Order

Questi sono i campi dati consigliati da includere nell’event log per analizzare in modo completo il processo Purchase to Pay - Purchase Order.
3 Obbligatorio 7 Consigliato 11 Facoltativo
Nome Descrizione
Attività
ActivityName
Nome di uno specifico evento aziendale o passaggio avvenuto durante il ciclo di vita dell’ordine di acquisto.
Descrizione

Questo attributo descrive una specifica attività o un cambiamento di stato nel processo, ad esempio 'Ordine di acquisto creato' o 'Merci ricevute'. Le attività compongono la sequenza di eventi che costituisce il flusso del processo.

Analizzare la sequenza e la tempistica di queste attività è alla base del Process Mining. Consente di visualizzare la mappa del processo, individuare i colli di bottiglia, rilevare gli scostamenti dalla procedura standard e misurare la durata dei singoli passaggi.

Perché è importante

Le attività sono gli elementi costitutivi della mappa del processo. Monitorarle consente di visualizzare e analizzare il flusso del processo, i colli di bottiglia e gli scostamenti.

Dove reperirli

Ricavato dai cambiamenti di stato nelle tabelle come PO_HEADERS_ALL e PO_ACTION_HISTORY oppure da tabelle di transazioni specifiche, come RCV_TRANSACTIONS per la ricezione delle merci.

Esempi
Ordine di acquisto creatoOrdine di acquisto approvatoMerci ricevute
Ora di inizio
EventTime
Data e ora che indicano quando si è verificata una specifica attività o un evento.
Descrizione

Questo attributo registra la data e l’ora esatte di ogni attività del processo. È fondamentale per ordinare cronologicamente gli eventi e per tutte le analisi basate sul tempo.

Nel Process Mining, l’ora di inizio viene utilizzata per creare l’Event Log, calcolare i tempi di ciclo tra le attività, misurare i tempi di attesa e analizzare le prestazioni del processo in periodi diversi. È essenziale per le Dashboard dedicate ai tempi di ciclo e alle prestazioni.

Perché è importante

Questo dato temporale è fondamentale per ordinare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i colli di bottiglia.

Dove reperirli

Campi temporali come CREATION_DATE e LAST_UPDATE_DATE, presenti in varie tabelle tra cui PO_HEADERS_ALL, PO_ACTION_HISTORY e RCV_SHIPMENT_LINES.

Esempi
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
Ordine di acquisto
PurchaseOrder
Identificativo univoco del documento dell’ordine di acquisto, utilizzato come ID del caso principale per monitorare il ciclo di vita degli acquisti.
Descrizione

Il numero dell’ordine di acquisto è l’identificativo centrale che collega tutte le attività correlate, dalla creazione alla chiusura definitiva. Consente di analizzare l’intero ciclo di un singolo caso di acquisto.

Nel Process Mining, ogni numero univoco di ordine di acquisto rappresenta una singola istanza del processo. Analizzare i dati raggruppati per questo identificativo aiuta a comprendere le varianti del processo, i tempi di ciclo e la conformità dei singoli ordini.

Perché è importante

È l’ID del caso essenziale che collega tutti gli eventi correlati e consente di ricostruire e analizzare l’intero ciclo di vita dell’ordine di acquisto.

Dove reperirli

Oracle Fusion Cloud SCM, modulo Procurement, tabella PO_HEADERS_ALL, colonna SEGMENT1.

Esempi
100234510023461002347
Data di consegna richiesta
RequestedDeliveryDate
Data entro la quale il richiedente prevede che le merci o i servizi siano consegnati.
Descrizione

Questa data, indicata nella riga dell’ordine di acquisto, comunica al fornitore i tempi di consegna desiderati. Costituisce la base di riferimento per misurare le prestazioni di consegna puntuale.

Questo attributo è fondamentale per calcolare il KPI 'Tasso di consegna puntuale'. Confrontando la data effettiva di ricezione delle merci con quella richiesta, le organizzazioni possono misurare e monitorare l’affidabilità dei fornitori e individuare ritardi sistematici nella catena di approvvigionamento.

Perché è importante

Costituisce la base di riferimento per misurare le prestazioni di consegna puntuale, un KPI fondamentale per valutare l’affidabilità dei fornitori e l’efficienza della catena di approvvigionamento.

Dove reperirli

Si trova a livello di ubicazione della riga, nella tabella PO_LINE_LOCATIONS_ALL, colonna NEED_BY_DATE.

Esempi
2023-05-202023-06-152023-07-01
Importo totale dell’ordine di acquisto
PurchaseOrderTotalAmount
Valore monetario complessivo dell’ordine di acquisto.
Descrizione

Questo attributo rappresenta il costo totale di tutti gli articoli dell’ordine di acquisto nella valuta specificata. È una metrica finanziaria fondamentale per comprendere il valore delle transazioni che attraversano il processo.

Analizzare l’importo totale degli ordini di acquisto aiuta a stabilire le priorità degli interventi di miglioramento. Ad esempio, gli ordini di valore elevato possono seguire un iter di approvazione più rigoroso. L’attributo consente inoltre di valutare l’impatto finanziario, ad esempio calcolando il valore degli ordini modificati o ritardati di frequente.

Perché è importante

Fornisce un contesto finanziario per il processo e consente analisi basate sul valore monetario, ad esempio concentrandosi sugli ordini di importo elevato o valutando l’impatto finanziario dei ritardi.

Dove reperirli

Calcolato sommando gli importi di PO_LINES_ALL per una determinata intestazione dell’ordine, oppure ricavato dal totale a livello di intestazione, se disponibile.

Esempi
5250.00120000.50750.99
Nome del fornitore
VendorName
Nome del fornitore da cui si acquistano le merci o i servizi.
Descrizione

Questo attributo identifica il fornitore esterno dell’ordine di acquisto. È un dato anagrafico fondamentale collegato all’intestazione dell’ordine.

L’analisi dei fornitori è una componente essenziale del Process Mining P2P. Filtrando o segmentando i dati per fornitore, le aziende possono analizzare le 'Prestazioni di consegna dei fornitori', confrontare i tassi di consegna puntuale e verificare il 'Tasso di reso delle merci' per individuare i fornitori con prestazioni migliori o peggiori. Questi dati sono essenziali per gestire i rapporti con i fornitori e le strategie di approvvigionamento.

Perché è importante

È essenziale per analizzare le prestazioni dei fornitori e confrontare i tempi di consegna, i tassi di reso e l’affidabilità complessiva.

Dove reperirli

Collegato da PO_HEADERS_ALL.VENDOR_ID a POZ_SUPPLIERS.VENDOR_NAME.

Esempi
Global Office SuppliesTech Solutions Inc.Advanced Logistics Co.
Nome dell’approvatore
ApproverName
Nome dell’utente che ha approvato o respinto l’ordine di acquisto.
Descrizione

Questo attributo identifica la persona responsabile di una fase di approvazione nel flusso di lavoro. In genere, l’informazione è memorizzata in una tabella dello storico delle azioni o del registro del flusso di lavoro associata all’ordine di acquisto.

Analizzare i dati per approvatore è fondamentale per le Dashboard 'Analisi del tempo di ciclo di approvazione degli ordini di acquisto' e 'Carico di lavoro delle risorse addette alle approvazioni'. Aiuta a individuare gli approvatori o i gruppi che costituiscono colli di bottiglia, consente di valutare equamente il carico di lavoro e può far emergere opportunità di delega o riprogettazione del processo.

Perché è importante

Identifica le persone coinvolte nell’iter di approvazione e consente di analizzare i colli di bottiglia, il carico di lavoro e i tempi di ciclo per approvatore.

Dove reperirli

L’utente che ha eseguito l’azione, indicato in PO_ACTION_HISTORY.ACTION_PERFORMED_BY e collegato a una tabella degli utenti per ricavarne il nome completo.

Esempi
susan.managerdavid.directoremily.finance
Ora di fine
EndTime
Data e ora in cui un’attività è stata completata. Per gli eventi atomici, spesso coincidono con l’ora di inizio.
Descrizione

Per le attività che hanno una durata, indica l’ora di completamento. Per gli eventi istantanei, in genere coincide con l’ora di inizio. È essenziale per calcolare il tempo di elaborazione delle singole attività.

Disporre di un’ora di fine distinta consente di analizzare con maggiore precisione la durata delle attività, che può differire dal tempo di attesa tra un’attività e l’altra. In questo modo è possibile distinguere il tempo di lavoro effettivo dai periodi di inattività e analizzare il carico di lavoro e l’efficienza delle risorse.

Perché è importante

Consente di calcolare con precisione i tempi di elaborazione delle attività, un dato fondamentale per analizzare l’efficienza delle risorse e individuare le attività che richiedono più tempo.

Dove reperirli

Per gli eventi atomici può coincidere con l’ora di inizio oppure essere ricavata dai timestamp degli eventi successivi. Per alcune attività può essere disponibile un timestamp di completamento distinto.

Esempi
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
Reparto
DepartmentName
Nome del reparto che ha avviato l’ordine di acquisto o ne è responsabile.
Descrizione

Questo attributo specifica l’unità organizzativa associata all’acquisto, ad esempio 'Finanza', 'IT' o 'Produzione'. Viene utilizzato per l’allocazione dei costi e la reportistica organizzativa.

Nel Process Mining, segmentare il processo per reparto è fondamentale per confrontare le prestazioni, individuare i colli di bottiglia specifici e comprendere le differenze nell’esecuzione del processo all’interno dell’organizzazione. Supporta direttamente Dashboard come 'Analisi del tempo di ciclo di approvazione degli ordini di acquisto' e 'Andamento delle modifiche agli ordini di acquisto'.

Perché è importante

Consente di filtrare e confrontare le prestazioni del processo tra diverse unità aziendali, facendo emergere problemi o buone pratiche specifici dei singoli reparti.

Dove reperirli

Ricavato dalle informazioni sul centro di costo presenti in tabelle come PO_DISTRIBUTIONS_ALL, collegata ai dati anagrafici dei reparti.

Esempi
Operazioni ITMarketingRicerca e sviluppo
Utente
UserName
ID utente o nome della persona che ha eseguito l’attività.
Descrizione

Questo attributo identifica il dipendente o l’utente di sistema responsabile di un evento, ad esempio la creazione di una richiesta, l’approvazione di un ordine di acquisto o la registrazione della ricezione delle merci. In genere, i dati provengono da campi come 'Creato da' o 'Ultimo aggiornamento effettuato da'.

Analizzare il processo per utente aiuta a comprendere la distribuzione del carico di lavoro e le prestazioni individuali, oltre a individuare esigenze di formazione. È fondamentale per la Dashboard 'Carico di lavoro delle risorse addette alle approvazioni' e per indagare sui problemi di conformità legati alle azioni degli utenti.

Perché è importante

Collega le azioni degli utenti a persone specifiche, consentendo di analizzare il carico di lavoro e le prestazioni e di individuare opportunità di formazione.

Dove reperirli

Eseguire l’unione con le tabelle degli utenti usando gli ID presenti in campi come CREATED_BY o LAST_UPDATED_BY, nelle tabelle PO_HEADERS_ALL e PO_ACTION_HISTORY.

Esempi
john.doejane.smithsystem.batch
Approvazione conforme
IsApprovalCompliant
Indicatore che segnala se l’ordine di acquisto è stato approvato prima di essere inviato al fornitore.
Descrizione

È un attributo booleano calcolato che verifica il rispetto di un controllo interno fondamentale: un ordine di acquisto deve essere approvato prima di essere inviato al fornitore. Il valore è true se l’attività 'Purchase Order Approved' precede l’attività 'Purchase Order Sent to Vendor'.

Questo attributo è essenziale per la Dashboard 'PO Process Compliance Audit' e per il KPI 'PO Approval Compliance Rate'. Offre un metodo semplice per individuare e quantificare le violazioni della conformità, contribuendo a far rispettare le politiche di approvvigionamento e a ridurre i rischi legati alle spese non autorizzate.

Perché è importante

Misura direttamente il KPI 'PO Approval Compliance Rate' e mette in evidenza le violazioni critiche dei controlli interni, quando gli ordini vengono inviati ai fornitori prima dell’approvazione.

Dove reperirli

Campo calcolato. Impostato su 'true' se la data e l’ora di 'Purchase Order Approved' sono precedenti o uguali a quelle di 'Purchase Order Sent to Vendor'.

Esempi
truefalse
Categoria di acquisto
PurchaseCategory
Classificazione delle merci o dei servizi acquistati, ad esempio 'Hardware IT' o 'Materiale per ufficio'.
Descrizione

Questo attributo classifica gli articoli dell’ordine di acquisto secondo una gerarchia di approvvigionamento. La classificazione viene utilizzata per analizzare la spesa e gestire i fornitori.

Nel Process Mining, segmentare il processo per categoria di acquisto può rivelare differenze nei comportamenti o nelle prestazioni. Ad esempio, l’approvazione delle spese in conto capitale può richiedere più tempo rispetto a quella dei materiali di consumo. L’attributo supporta direttamente la Dashboard 'Tasso e motivi di reso delle merci', consentendo di analizzare quali categorie vengono restituite più spesso.

Perché è importante

Consente di analizzare il processo in base al tipo di spesa e di individuare percorsi, colli di bottiglia o tassi di reso diversi per le varie categorie di merci.

Dove reperirli

Collegato da PO_LINES_ALL.CATEGORY_ID alla vista EGP_CATEGORIES_VL.

Esempi
IT.Hardware.PortatiliUfficio.Materiale.CancelleriaServizi.Professionali.Consulenza
Consegna in ritardo
IsLateDelivery
Indicatore che segnala se la ricezione finale della merce è avvenuta dopo la data di consegna richiesta.
Descrizione

Questo attributo booleano calcolato è true se la data e l’ora dell’attività 'Goods Received' sono successive al valore dell’attributo 'Requested Delivery Date' per un determinato ordine di acquisto.

Questo indicatore è alla base del KPI 'On-Time Delivery Rate'. Permette di segmentare e analizzare facilmente gli ordini consegnati in ritardo rispetto a quelli puntuali, aiutando a indagare le cause profonde dei ritardi, che possono dipendere da specifici fornitori, sedi o categorie di prodotto.

Perché è importante

Supporta direttamente il KPI 'On-Time Delivery Rate' e consente di analizzare con chiarezza le prestazioni dei fornitori e l’affidabilità delle consegne.

Dove reperirli

Campo calcolato. Impostato su 'true' se la data e l’ora dell’attività 'Goods Received' sono successive all’attributo 'RequestedDeliveryDate'.

Esempi
truefalse
È una rilavorazione
IsRework
Indicatore che segnala se l’ordine di acquisto è stato modificato dopo la creazione iniziale.
Descrizione

È un attributo booleano calcolato, impostato su true se un caso relativo a un ordine di acquisto contiene l’attività 'Purchase Order Changed'. Consente di individuare rapidamente gli ordini che hanno richiesto correzioni o modifiche.

Questo indicatore semplifica il calcolo del KPI 'PO Modification Rate' e permette di filtrare e analizzare facilmente gli ordini rilavorati. Comprendere le caratteristiche di questi ordini, ad esempio i fornitori o i reparti coinvolti, può aiutare a individuare le cause profonde delle imprecisioni nei dati o dei requisiti variabili.

Perché è importante

Supporta direttamente il KPI 'PO Modification Rate' e semplifica l’analisi dell’instabilità del processo, segnalando tutti gli ordini che hanno subito modifiche.

Dove reperirli

Campo calcolato. Impostato su 'true' se l’event log di un caso contiene l’attività 'Purchase Order Changed'; altrimenti, su 'false'.

Esempi
truefalse
Luogo di consegna
DeliveryLocation
Luogo fisico o indirizzo a cui devono essere consegnate le merci.
Descrizione

Questo attributo specifica l’indirizzo di consegna degli articoli dell’ordine di acquisto. È un’informazione logistica fondamentale.

Nel Process Mining, analizzare i dati per luogo di consegna supporta la Dashboard 'Efficienza del processo di ricezione delle merci'. Aiuta a individuare magazzini o sedi in cui la ricezione è più lenta, segnalando possibili problemi di risorse o di processo in specifiche località.

Perché è importante

Consente di analizzare le prestazioni per area geografica e di individuare colli di bottiglia locali o regionali nel processo di ricezione delle merci.

Dove reperirli

Collegato da PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID alla vista HR_LOCATIONS_ALL.

Esempi
Magazzino principale - Baia AEdificio 3 - ReceptionUfficio di San Francisco - 10° piano
Richiesta di acquisto
PurchaseRequisitionNumber
Identificativo della richiesta di acquisto che ha preceduto e autorizzato l’ordine di acquisto.
Descrizione

La richiesta di acquisto è il documento interno utilizzato per richiedere l’acquisto di merci o servizi. Questo attributo collega l’ordine di acquisto alla richiesta da cui ha avuto origine.

Includere il numero della richiesta consente di analizzare il processo di acquisto in modo più ampio, partendo dalla richiesta iniziale anziché dal solo ordine. Aiuta a esaminare il tempo di ciclo dalla richiesta all’ordine e a comprendere come i dettagli della richiesta influiscano sulle fasi successive del processo.

Perché è importante

Collega l’ordine di acquisto alla richiesta iniziale e offre una visione più completa dell’intero processo, dalla richiesta al pagamento.

Dove reperirli

Collegato tramite la tabella PO_DISTRIBUTIONS_ALL, che contiene REQ_DISTRIBUTION_ID e rimanda alla tabella POR_REQUISITION_LINES_ALL.

Esempi
PR-2023-05-001PR-2023-05-002PR-2023-05-003
Sistema di origine
SourceSystem
Sistema informativo da cui sono stati estratti questi dati.
Descrizione

Questo attributo identifica l’origine dei dati ed è particolarmente utile negli ambienti con più sistemi integrati. Per questo processo, il valore è in genere 'Oracle Fusion Financials'.

Anche se spesso è un valore statico per un determinato insieme di dati, è fondamentale per la governance dei dati, la risoluzione dei problemi e la tracciabilità della provenienza. Nelle analisi che combinano dati provenienti da più fonti, consente di filtrare e segmentare i dati in base al sistema di origine.

Perché è importante

Identifica l’origine dei dati, un’informazione fondamentale per la governance, il contesto e l’integrazione con altri sistemi.

Dove reperirli

In genere è un valore costante, definito e aggiunto durante il processo di estrazione e trasformazione dei dati (ETL).

Esempi
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
Stato dell’ordine di acquisto
PurchaseOrderStatus
Stato attuale del documento dell’ordine di acquisto.
Descrizione

Questo attributo indica lo stato attuale dell’ordine di acquisto nel suo ciclo di vita, ad esempio 'Aperto', 'Approvato', 'Chiuso definitivamente' o 'Annullato'. Fornisce un quadro aggiornato dell’avanzamento dell’ordine.

Il Process Mining si concentra sulla sequenza delle attività, ma lo stato attuale è utile per filtrare i casi. Ad esempio, l’analisi può concentrarsi solo sugli ordini aperti per comprendere il lavoro in corso oppure sugli ordini chiusi per esaminare le istanze di processo completate. È essenziale per la Dashboard 'Flusso e stato degli ordini di acquisto'.

Perché è importante

Fornisce un quadro aggiornato dello stato dell’ordine di acquisto e consente di filtrare l’analisi in base agli ordini attivi, completati o annullati.

Dove reperirli

Oracle Fusion Cloud SCM, tabella PO_HEADERS_ALL, colonne AUTHORIZATION_STATUS o DOCUMENT_STATUS.

Esempi
APERTOAPPROVATOCHIUSO_DEFINITIVAMENTEANNULLATO
Tipo di ordine di acquisto
PurchaseOrderType
Tipo di ordine di acquisto, ad esempio 'Standard', 'A quantità aperta' o 'Contratto'.
Descrizione

Questo attributo classifica l’ordine di acquisto in base alla finalità dell’approvvigionamento. Tipi diversi di ordine seguono spesso regole e cicli di vita differenti.

Un ordine 'Standard' riguarda un acquisto una tantum, mentre un ordine 'A quantità aperta' è un accordo di durata più lunga con un fornitore. Analizzare il processo per tipo di ordine consente di valutarne le prestazioni con maggiore precisione: confrontare il tempo di ciclo di un ordine standard con quello di un accordo a quantità aperta, ad esempio, sarebbe fuorviante. L’attributo permette quindi confronti omogenei.

Perché è importante

Distingue i diversi scenari di approvvigionamento e consente confronti più accurati tra ordini dello stesso tipo.

Dove reperirli

Oracle Fusion Cloud SCM, tabella PO_HEADERS_ALL, colonna TYPE_LOOKUP_CODE.

Esempi
STANDARDA_QUANTITÀ_APERTACONTRATTO
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultima estrazione o dell’ultimo aggiornamento dei dati dal sistema di origine.
Descrizione

Questo attributo indica quanto sono aggiornati i dati analizzati. Registra la data e l’ora dell’ultima estrazione dei dati da Oracle Fusion Financials.

Questa informazione è essenziale per comprendere quanto siano aggiornate l’analisi e le Dashboard. Chiarisce a quale data risalgono le informazioni sul processo e permette di valutare se le transazioni più recenti sono incluse.

Perché è importante

Indica con chiarezza quanto sono aggiornati i dati, così che gli utenti possano capire a quale data risale l’analisi del processo.

Dove reperirli

Data e ora generate e aggiunte durante il processo di estrazione e trasformazione dei dati (ETL).

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unità aziendale
BusinessUnitName
Unità aziendale specifica dell’organizzazione che effettua l’acquisto.
Descrizione

L’unità aziendale rappresenta un’entità distinta all’interno dell’organizzazione, spesso dotata di un proprio libro mastro e di una propria reportistica finanziaria. In Oracle Fusion è uno dei principali meccanismi di separazione dei dati.

Nelle grandi aziende multinazionali, analizzare le prestazioni del processo per unità aziendale è fondamentale. Consente di confrontare l’efficienza degli acquisti, la conformità e i costi tra le diverse parti dell’organizzazione, mettendo in evidenza sia le buone pratiche sia le aree da migliorare.

Perché è importante

È fondamentale per consentire alle grandi organizzazioni di confrontare l’efficienza e la conformità dei processi tra le diverse divisioni operative.

Dove reperirli

Il contesto dell’unità aziendale si trova in genere nell’intestazione dell’ordine, in PO_HEADERS_ALL.PRC_BU_ID, collegato alla vista FUN_ALL_BUSINESS_UNITS_V.

Esempi
Unità aziendale statunitenseVisione EMEAServizi APAC
Obbligatorio Consigliato Facoltativo

Attività di Purchase to Pay - Purchase Order

Queste sono le fasi e i traguardi chiave da acquisire nell’event log per individuare con precisione il processo Purchase to Pay - Purchase Order.
6 Consigliato 10 Facoltativo
Attività Descrizione
Merci ricevute
Le merci sono state ricevute fisicamente, conteggiate e registrate sull’ordine di acquisto. Si tratta di un evento transazionale che aggiorna le scorte e lo stato dell’ordine.
Perché è importante

È una tappa fondamentale per misurare le prestazioni di consegna puntuale del fornitore e il tempo di attraversamento complessivo. Avvia inoltre attività successive, come il controllo qualità e l’abbinamento delle fatture.

Dove reperirli

È un evento esplicito registrato nella tabella RCV_TRANSACTIONS. La transazione specifica è identificabile dal valore 'RECEIVE' nel campo TRANSACTION_TYPE.

Acquisizione

Utilizzare TRANSACTION_DATE da RCV_TRANSACTIONS quando TRANSACTION_TYPE è 'RECEIVE'.

Tipo di evento explicit
Ordine di acquisto annullato
L’ordine di acquisto è stato annullato definitivamente e non sono previste altre transazioni. Si tratta di un’azione esplicita che modifica lo stato finale del documento.
Perché è importante

Questa attività rappresenta un esito negativo del processo. Analizzare gli annullamenti può far emergere problemi quali ordini duplicati, variazioni di budget o cambiamenti nei requisiti del progetto.

Dove reperirli

L’azione è registrata nella tabella PO_ACTION_HISTORY con ACTION_CODE pari a 'CANCEL'; di conseguenza, lo stato dell’ordine nella tabella PO_HEADERS_ALL viene aggiornato.

Acquisizione

Filtrare PO_ACTION_HISTORY per ACTION_CODE = 'CANCEL'.

Tipo di evento explicit
Ordine di acquisto approvato
L’ordine di acquisto ha ricevuto tutte le approvazioni necessarie ed è autorizzato per l’invio al fornitore. Questa tappa fondamentale viene registrata esplicitamente nella cronologia delle azioni del documento.
Perché è importante

Questa tappa fondamentale autorizza l’invio dell’ordine di acquisto al fornitore. È essenziale per misurare i tempi del ciclo di approvazione e verificare il rispetto delle politiche di spesa.

Dove reperirli

L’evento viene registrato nella tabella PO_ACTION_HISTORY, in genere con ACTION_CODE pari a 'APPROVE', oppure quando lo stato del documento in PO_HEADERS_ALL passa a uno stato di approvazione.

Acquisizione

Filtri PO_ACTION_HISTORY per l’azione finale 'APPROVE'.

Tipo di evento explicit
Ordine di acquisto chiuso definitivamente
L’ordine di acquisto è considerato completo: le merci sono state ricevute e/o fatturate interamente e non sono previste altre attività. Un’azione esplicita imposta lo stato finale dell’ordine.
Perché è importante

Questa attività segna il completamento corretto del ciclo di vita dell’ordine di acquisto. È il principale esito positivo del processo e monitorarla è essenziale per misurare il volume complessivo e il tasso di completamento.

Dove reperirli

L’evento è registrato nella tabella PO_ACTION_HISTORY con ACTION_CODE pari a 'FINALLY CLOSE'. Anche lo stato dell’ordine in PO_HEADERS_ALL viene aggiornato a 'Finally Closed'.

Acquisizione

Filtrare PO_ACTION_HISTORY per ACTION_CODE = 'FINALLY CLOSE'.

Tipo di evento explicit
Ordine di acquisto creato
È l’inizio ufficiale del ciclo di vita dell’ordine di acquisto: viene generato un documento dell’ordine con stato di bozza o incompleto. Il sistema registra l’evento memorizzando la data e l’ora di creazione del nuovo record di intestazione dell’ordine.
Perché è importante

In quanto evento di inizio principale del caso relativo all’ordine di acquisto, questa attività è fondamentale per tutti i calcoli dei tempi di ciclo. Fornisce la base di riferimento per misurare l’efficienza delle fasi successive, come l’approvazione e la comunicazione con il fornitore.

Dove reperirli

È un evento esplicito, basato sul campo CREATION_DATE della tabella PO_HEADERS_ALL per un determinato ID dell’ordine di acquisto (PO_HEADER_ID).

Acquisizione

Utilizzi la data e l’ora di creazione della tabella PO_HEADERS_ALL.

Tipo di evento explicit
Ordine di acquisto inviato al fornitore
L’ordine di acquisto approvato viene comunicato ufficialmente al fornitore, ad esempio tramite e-mail o EDI. Spesso l’evento viene dedotto da una modifica dello stato o dalla data e ora registrate nel record di comunicazione dell’ordine.
Perché è importante

Questo evento segna l’inizio del tempo di attraversamento del fornitore. È un riferimento essenziale per misurarne le prestazioni, dalla conferma alla consegna finale.

Dove reperirli

L’evento può essere dedotto dal passaggio dello stato del documento dell’ordine a 'Open' e dalla compilazione della data di comunicazione. Il campo specifico è spesso PO_HEADERS_ALL.communicated_date o uno stato correlato.

Acquisizione

Dedurre l’evento dalla data e ora in cui lo stato di comunicazione dell’ordine passa a 'Communicated'.

Tipo di evento inferred
Controllo qualità eseguito
Le merci soggette a controllo qualità sono state ispezionate e accettate o respinte. Questa attività si svolge dopo la ricezione iniziale ed è registrata come transazione distinta.
Perché è importante

Questa attività è fondamentale per la gestione della qualità. Analizzare la durata delle ispezioni aiuta a snellire il processo di controllo qualità e a ridurre i ritardi prima che le merci siano disponibili per l’uso.

Dove reperirli

L’attività è registrata nella tabella RCV_TRANSACTIONS. Si individua tramite le transazioni con TRANSACTION_TYPE pari a 'ACCEPT' o 'REJECT' successive a una transazione di ricezione.

Acquisizione

Utilizzare TRANSACTION_DATE da RCV_TRANSACTIONS quando TRANSACTION_TYPE è 'ACCEPT' o 'REJECT'.

Tipo di evento explicit
Merci restituite al fornitore
Le merci ricevute in precedenza vengono restituite al fornitore, in genere a causa di difetti, danni o spedizioni errate. Nel modulo di ricezione, l’operazione è registrata come una specifica transazione di reso.
Perché è importante

Monitorare i resi è essenziale per valutare la qualità dei fornitori e l’accuratezza degli ordini. Un tasso di reso elevato per un fornitore può indicare problemi sistematici da affrontare.

Dove reperirli

È un evento esplicito registrato nella tabella RCV_TRANSACTIONS con TRANSACTION_TYPE pari a 'RETURN TO VENDOR'.

Acquisizione

Utilizzare TRANSACTION_DATE da RCV_TRANSACTIONS quando TRANSACTION_TYPE è 'RETURN TO VENDOR'.

Tipo di evento explicit
Ordine di acquisto confermato
Il fornitore ha confermato di aver ricevuto l’ordine di acquisto e di accettarne le condizioni. Spesso il personale addetto agli approvvigionamenti registra manualmente l’evento sulla base della comunicazione del fornitore oppure tramite una conferma elettronica.
Perché è importante

La conferma del fornitore dà la certezza che l’ordine è stato ricevuto ed è in fase di elaborazione. Monitorarla aiuta a gestire le comunicazioni con i fornitori e a individuare in anticipo eventuali problemi di evasione dell’ordine.

Dove reperirli

In genere, l’evento si deduce da una modifica dei campi di stato della conferma nell’intestazione o nelle righe dell’ordine, ad esempio quando PO_HEADERS_ALL.acceptance_status passa a 'Accepted'.

Acquisizione

Dedurre l’evento dagli aggiornamenti dei campi di stato della conferma dell’ordine.

Tipo di evento inferred
Ordine di acquisto inviato per l’approvazione
L’ordine di acquisto creato viene inviato al flusso di approvazione. Oracle Fusion registra esplicitamente l’azione, memorizzando l’utente e la data e l’ora dell’invio.
Perché è importante

Questa attività segna l’inizio del ciclo di approvazione. Analizzare il tempo che intercorre tra l’invio e l’approvazione è essenziale per individuare i colli di bottiglia nel processo di approvazione interna.

Dove reperirli

L’azione viene registrata nella tabella PO_ACTION_HISTORY con ACTION_CODE pari a 'SUBMIT' per il PO_HEADER_ID corrispondente.

Acquisizione

Filtri PO_ACTION_HISTORY per ACTION_CODE = 'SUBMIT'.

Tipo di evento explicit
Ordine di acquisto modificato
L’ordine di acquisto è stato modificato dopo l’approvazione iniziale, ad esempio per cambiare la quantità, il prezzo o la data di consegna. Oracle Fusion registra la modifica creando una nuova revisione del documento.
Perché è importante

Le modifiche agli ordini di acquisto comportano rilavorazioni e possono segnalare problemi di accuratezza nell’ordine iniziale o un cambiamento delle esigenze aziendali. Analizzare la frequenza e la natura di queste modifiche aiuta a individuare opportunità per migliorare l’efficienza del processo.

Dove reperirli

L’evento viene registrato esplicitamente quando si crea una nuova revisione del documento. È possibile rilevarlo dall’incremento del campo REVISION_NUM nella tabella PO_HEADERS_ALL.

Acquisizione

Individuare ogni caso in cui il valore di REVISION_NUM aumenta per un PO_HEADER_ID.

Tipo di evento explicit
Ordine di acquisto rifiutato
Un approvatore ha rifiutato l’ordine di acquisto, rinviandolo al creatore per la revisione. L’evento viene registrato esplicitamente nella cronologia delle azioni e segnala un’interruzione del flusso di processo standard.
Perché è importante

I rifiuti generano rilavorazioni e ritardi. Monitorare questa attività aiuta a individuare le cause ricorrenti dei rifiuti, le esigenze di formazione o i requisiti di approvazione poco chiari.

Dove reperirli

L’azione viene registrata nella tabella PO_ACTION_HISTORY con ACTION_CODE pari a 'REJECT' per il PO_HEADER_ID corrispondente.

Acquisizione

Filtri PO_ACTION_HISTORY per ACTION_CODE = 'REJECT'.

Tipo di evento explicit
Ricezione merci creata
Nel sistema viene avviata la creazione di un documento di ricezione in previsione dell’arrivo fisico delle merci. Questa attività segna l’inizio del processo interno di ricezione.
Perché è importante

Segna il passaggio dagli acquisti alla logistica. Analizzare il tempo che intercorre tra questo momento e la registrazione della ricezione finale aiuta a individuare inefficienze nel magazzino o nel reparto ricezione.

Dove reperirli

È un evento esplicito, registrato tramite la data e l’ora di creazione di un nuovo record nella tabella RCV_SHIPMENT_HEADERS collegato all’ordine di acquisto.

Acquisizione

Utilizzare la data di creazione del record corrispondente in RCV_SHIPMENT_HEADERS.

Tipo di evento explicit
Richiesta di acquisto approvata
La richiesta di acquisto è stata approvata dall’autorità designata e il reparto approvvigionamenti può quindi creare un ordine di acquisto. L’evento viene registrato esplicitamente nella cronologia delle azioni della richiesta.
Perché è importante

Questa tappa segna la conclusione del processo di approvazione interna della richiesta. Eventuali ritardi in questa fase possono incidere sull’intero calendario degli approvvigionamenti, perciò è importante monitorarne la durata.

Dove reperirli

L’evento viene registrato nella cronologia delle azioni associata alla richiesta e in genere è monitorato tramite le tabelle dei flussi di lavoro o specifici campi sullo stato di approvazione del documento.

Acquisizione

Registrato come azione di approvazione nella cronologia del flusso di lavoro relativa al documento della richiesta.

Tipo di evento explicit
Richiesta di acquisto creata
Questa attività registra la creazione di una richiesta di acquisto, ovvero la richiesta formale di merci o servizi che precede un ordine di acquisto. L’evento viene rilevato quando in Oracle Fusion viene creato un nuovo record nella tabella di intestazione delle richieste.
Perché è importante

L’analisi di questa attività aiuta a comprendere la fase in cui nasce la domanda. Monitorando il tempo che intercorre tra la richiesta e la creazione dell’ordine di acquisto, è possibile individuare eventuali ritardi nella trasformazione della domanda interna in ordini di approvvigionamento.

Dove reperirli

Si tratta di un evento esplicito, registrato al salvataggio di una nuova richiesta. È possibile individuarlo monitorando la data e l’ora di creazione nella tabella POR_REQUISITION_HEADERS_ALL.

Acquisizione

L’evento si basa sulla data di creazione del record nella tabella POR_REQUISITION_HEADERS_ALL.

Tipo di evento explicit
Servizi erogati, conferma
Per gli ordini di acquisto relativi a servizi, questa attività registra la conferma che i servizi sono stati erogati secondo gli accordi. Spesso la conferma viene inserita manualmente o tramite un foglio di registrazione dei servizi.
Perché è importante

Per i servizi equivale alla ricezione delle merci ed è un passaggio fondamentale prima di poter pagare una fattura. I ritardi nella conferma dei servizi possono causare pagamenti tardivi e compromettere i rapporti con i fornitori.

Dove reperirli

In genere, l’attività viene registrata come ricezione di una riga di servizio dell’ordine di acquisto. Può prevedere campi specifici o registrazioni complesse per monitorare l’avanzamento o il completamento dei servizi.

Acquisizione

Individuare le transazioni di ricezione (RCV_TRANSACTIONS) collegate alle righe degli ordini di acquisto per servizi.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Oracle Fusion Financials

È pronto a iniziare?

Utilizzi questo template per semplificare la raccolta dei dati e iniziare a individuare informazioni utili sul processo Purchase to Pay - Purchase Order. Inizi oggi a ottimizzare le operazioni.

Ottimizzi oggi il processo Purchase to Pay - Purchase Order

Individui i colli di bottiglia più costosi e riduca facilmente del 30% il tempo di ciclo.

Inizi la prova gratuita

Non è richiesta la carta di credito. Inizi oggi a ottimizzare le operazioni.