Template dati: Procure-to-Pay - Ordine d’acquisto
Il suo Template dati Purchase to Pay - Ordine d'Acquisto
- Attributi consigliati per una raccolta dati completa
- Attività chiave del processo da monitorare e analizzare
- Guida passo per passo all’estrazione per Oracle Fusion Financials
Procure to Pay - Attributi dell’ordine di acquisto
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
ActivityName
|
Il nome di un evento o passaggio specifico avvenuto nel ciclo di vita dell'Ordine di Acquisto. | ||
|
Descrizione
Questo attributo descrive un'attività specifica o un cambiamento di stato nel processo, ad esempio 'Purchase Order Created' o 'Goods Received'. Queste attività compongono la sequenza di eventi che costituisce il flusso del processo. Analizzare la sequenza e le tempistiche di queste attività è il cuore del Process Mining: aiuta a visualizzare la mappa del processo, individuare colli di bottiglia, scoprire deviazioni dalla procedura standard e misurare la durata di passaggi specifici.
Perché è importante
Le attività sono i mattoni della mappa di processo. Tracciarle consente di visualizzare e analizzare il flusso, i colli di bottiglia e le deviazioni.
Dove trovare
Derivato dalle variazioni di stato in tabelle come PO_HEADERS_ALL e PO_ACTION_HISTORY, oppure da tabelle di transazione specifiche, come RCV_TRANSACTIONS per i movimenti di ricevimento merce.
Esempi
Ordine di acquisto creatoOrdine di acquisto approvatoMerce ricevuta
|
|||
|
Ora di Inizio
EventTime
|
Il timestamp che indica quando una specifica attività o un evento si è verificato. | ||
|
Descrizione
Questo attributo registra la data e l'ora esatte per ciascuna attività del processo. È fondamentale per l'ordinamento cronologico degli eventi e per tutte le analisi basate sul tempo. Nel Process Mining, il timestamp di inizio viene utilizzato per costruire l'Event Log, calcolare i tempi di ciclo tra le attività, misurare i tempi di attesa e analizzare le prestazioni di processo in periodi differenti. È essenziale per le dashboard dedicate a tempi di ciclo e performance.
Perché è importante
Questo timestamp è fondamentale per sequenziare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come tempi di ciclo e colli di bottiglia.
Dove trovare
Campi di tipo timestamp come CREATION_DATE e LAST_UPDATE_DATE provenienti da varie tabelle, incluse 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 d'Acquisto
PurchaseOrder
|
L'identificativo univoco dell'Ordine di Acquisto, che funge da ID del caso principale per tracciare il ciclo di vita dell'approvvigionamento. | ||
|
Descrizione
Il numero dell'Ordine di Acquisto è l'identificativo centrale che collega tutte le attività correlate, dalla creazione alla chiusura. Consente l'analisi end-to-end di un singolo caso di approvvigionamento. Nel Process Mining, ogni numero di Ordine di Acquisto univoco rappresenta una singola istanza del processo. Analizzare i dati raggruppati per questo identificativo aiuta a comprendere le variazioni di processo, i tempi di ciclo e la conformità dei singoli ordini.
Perché è importante
È il Case ID fondamentale che collega tutti gli eventi correlati, consentendo di ricostruire e analizzare l'intero ciclo di vita del PO.
Dove trovare
Oracle Fusion Cloud SCM, modulo Procurement, tabella PO_HEADERS_ALL, colonna SEGMENT1.
Esempi
100234510023461002347
|
|||
|
Data di consegna richiesta
RequestedDeliveryDate
|
La data entro la quale il richiedente si aspetta la consegna dei beni o dei servizi. | ||
|
Descrizione
Questa data è indicata sulla riga dell'ordine di acquisto e comunica al fornitore la tempistica di consegna desiderata. Costituisce il riferimento per misurare la performance di consegna puntuale. Questo attributo è cruciale per calcolare il KPI 'On-Time Delivery Rate'. Confrontando la data effettiva di ricevimento merci con la data di consegna richiesta, è possibile misurare e monitorare quantitativamente l'affidabilità dei fornitori e individuare ritardi sistemici nella supply chain.
Perché è importante
Funziona da riferimento per misurare la puntualità delle consegne, un KPI fondamentale per valutare l’affidabilità dei fornitori e l’efficienza della supply chain.
Dove trovare
A livello di localizzazione della riga, nella tabella PO_LINE_LOCATIONS_ALL, colonna NEED_BY_DATE.
Esempi
2023-05-202023-06-152023-07-01
|
|||
|
Dipartimento
DepartmentName
|
Il nome del reparto o ufficio che ha avviato o è responsabile dell'Ordine di Acquisto. | ||
|
Descrizione
Questo attributo indica l'unità organizzativa associata all'acquisto, ad esempio 'Finanza', 'IT' o 'Produzione'. È utilizzato per l'allocazione dei costi e la reportistica organizzativa. Nel contesto del Process Mining, segmentare il processo per dipartimento è cruciale per confrontare le performance, individuare colli di bottiglia specifici e comprendere le variazioni di esecuzione tra le diverse funzioni. Supporta direttamente dashboard come 'Analisi del tempo di approvazione dei PO' e 'Trend di modifica degli ordini di acquisto'.
Perché è importante
Consente di filtrare e confrontare le performance del processo tra diverse business unit, facendo emergere criticità specifiche di reparto o best practice.
Dove trovare
Derivato dalle informazioni sui centri di costo in tabelle come PO_DISTRIBUTIONS_ALL, collegate all'anagrafica dei reparti.
Esempi
Operazioni ITMarketingRicerca e Sviluppo
|
|||
|
Importo totale dell’ordine di acquisto
PurchaseOrderTotalAmount
|
Il valore monetario totale dell'Ordine di Acquisto. | ||
|
Descrizione
Questo attributo rappresenta il costo totale di tutte le righe del Purchase Order nella valuta specificata. È una metrica finanziaria chiave per comprendere il valore delle transazioni che attraversano il processo. Analizzare l'importo totale del PO aiuta a definire le priorità degli interventi di miglioramento. Ad esempio, gli ordini di importo elevato possono seguire un iter di approvazione più stringente. Consente inoltre analisi dell'impatto economico, come il calcolo del valore dei PO frequentemente modificati o in ritardo.
Perché è importante
Fornisce contesto economico al processo, consentendo analisi basate sul valore, ad esempio concentrandosi sugli ordini di importo elevato o valutando gli effetti finanziari dei ritardi.
Dove trovare
Calcolato sommando gli importi da PO_LINES_ALL per un determinato header del PO, oppure prelevato da un totale a livello di header se disponibile.
Esempi
5250.00120000.50750.99
|
|||
|
Nome approvatore
ApproverName
|
Il nome dell'utente che ha approvato o respinto l'Ordine di Acquisto. | ||
|
Descrizione
Questo attributo rileva la persona responsabile di un passaggio di approvazione nel Workflow. Queste informazioni sono normalmente archiviate in una tabella di storico delle azioni o in un log del Workflow associato all'Ordine di Acquisto. Analizzare i dati per approvatore è fondamentale per le dashboard 'PO Approval Cycle Time Analysis' e 'Approval Resource Workload'. Aiuta a individuare quali approvatori o gruppi di approvazione sono colli di bottiglia, consente una valutazione equa del carico di lavoro e mette in evidenza opportunità di delega o di ridisegno del processo.
Perché è importante
Identifica le persone nella catena di approvazione, rendendo possibile analizzare colli di bottiglia, carico di lavoro e tempi di ciclo per approvatore.
Dove trovare
L'utente che ha eseguito l'azione, presente in PO_ACTION_HISTORY.ACTION_PERFORMED_BY e collegato a una tabella degli utenti per il nome completo.
Esempi
susan.managerdavid.directoremily.finance
|
|||
|
Nome Fornitore
VendorName
|
Il nome del fornitore presso cui si acquistano beni o servizi. | ||
|
Descrizione
Questo attributo identifica il fornitore esterno dell'Ordine di Acquisto. È un dato anagrafico critico collegato all'intestazione dell'ordine. L'analisi dei fornitori è una componente chiave del Process Mining P2P. Filtrando o segmentando per fornitore, le aziende possono analizzare la 'Vendor Delivery Performance', confrontare i tassi di consegna puntuale e approfondire la 'Goods Return Rate' per identificare i fornitori con performance migliori o peggiori. Questi dati sono essenziali per la gestione della relazione con i fornitori e per l'approvvigionamento strategico.
Perché è importante
Essenziale per l'analisi delle prestazioni dei fornitori, consente di confrontare tempi di consegna, tassi di reso e affidabilità complessiva tra diversi fornitori.
Dove trovare
Collegamento da PO_HEADERS_ALL.VENDOR_ID a POZ_SUPPLIERS.VENDOR_NAME.
Esempi
Global Office SuppliesTech Solutions Inc.Advanced Logistics Co.
|
|||
|
Ora di Fine
EndTime
|
La data e l'ora in cui un'attività è stata completata. Spesso coincide con l'ora di inizio per eventi atomici. | ||
|
Descrizione
Per le attività con una durata, questo indica l'istante di completamento. Per gli eventi istantanei, coincide in genere con l'ora di inizio. È essenziale per calcolare il tempo di esecuzione delle singole attività. Disporre di un'ora di fine distinta consente un'analisi più precisa delle durate delle attività, che possono differire dai tempi di attesa tra un'attività e l'altra. Aiuta a distinguere il tempo di lavoro attivo dai tempi morti, supportando l'analisi del carico e dell'efficienza delle risorse.
Perché è importante
Permette di calcolare con precisione i tempi di esecuzione delle attività, fondamentale per analizzare l'efficienza delle risorse e individuare le attività più dispendiose in termini di tempo.
Dove trovare
Può coincidere con l’Ora di inizio per eventi atomici oppure essere derivata dai timestamp degli eventi successivi. Per alcune attività può esistere un timestamp di completamento separato.
Esempi
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
|
|||
|
Utente
UserName
|
L'ID utente o il nome della persona che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica il dipendente o l'utente di sistema responsabile di un determinato evento, ad esempio la creazione di una richiesta, l'approvazione di un ordine o la registrazione di un carico a magazzino. In genere proviene da campi come 'Created By' o 'Last Updated By'. Analizzare il processo per utente aiuta a comprendere la distribuzione del carico di lavoro, le performance individuali e a identificare eventuali esigenze formative. È fondamentale per la dashboard 'Approval Resource Workload' e per indagare problemi di conformità legati alle azioni degli utenti.
Perché è importante
Attribuisce le azioni degli utenti a persone specifiche, abilitando analisi del carico di lavoro, valutazione delle performance e individuazione di esigenze formative.
Dove trovare
Esegua la join con le tabelle degli utenti in base agli 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
|
Un indicatore che segnala se l'Ordine di acquisto è stato approvato prima dell'invio al fornitore. | ||
|
Descrizione
È un attributo booleano calcolato che verifica il rispetto di un controllo interno fondamentale: un Purchase Order deve essere approvato prima di essere inviato al fornitore. Vale 'vero' se l'attività 'Purchase Order Approved' avviene prima dell'attività 'Purchase Order Sent to Vendor'. Questo attributo è essenziale per la dashboard 'PO Process Compliance Audit' e per il KPI 'PO Approval Compliance Rate'. Consente di individuare e quantificare con semplicità le violazioni di conformità, supportando l'applicazione delle policy di acquisto e la mitigazione dei rischi legati a spese non autorizzate.
Perché è importante
Misura direttamente il KPI 'Tasso di conformità delle approvazioni degli ordini d'acquisto', evidenziando violazioni critiche dei controlli interni quando gli ordini vengono inviati ai fornitori prima dell'approvazione.
Dove trovare
Campo calcolato. Impostato su 'true' se il timestamp di 'Purchase Order Approved' è minore o uguale al timestamp di 'Purchase Order Sent to Vendor'.
Esempi
truefalse
|
|||
|
Categoria di acquisto
PurchaseCategory
|
La classificazione dei beni o servizi acquistati, ad esempio 'Hardware IT' o 'Forniture per ufficio'. | ||
|
Descrizione
Questo attributo classifica le voci dell'Ordine di Acquisto all'interno di una gerarchia di approvvigionamento. Questa classificazione viene usata per l'analisi della spesa e la gestione dei fornitori. Nel Process Mining, segmentare il processo per categoria di acquisto può rivelare comportamenti o livelli di performance differenti. Ad esempio, l'iter di approvazione per spese in conto capitale può essere più lungo rispetto alle forniture operative. Supporta direttamente la dashboard 'Goods Return Rate & Reasons' permettendo di analizzare quali categorie presentano più resi.
Perché è importante
Consente l'analisi del processo per tipologia di spesa, mettendo in luce percorsi diversi, colli di bottiglia o tassi di reso differenti per categoria merceologica.
Dove trovare
Collegamento da PO_LINES_ALL.CATEGORY_ID alla vista EGP_CATEGORIES_VL.
Esempi
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
|
|||
|
Consegna in ritardo
IsLateDelivery
|
Un indicatore che segnala se la ricezione finale della merce è avvenuta dopo la data di consegna richiesta. | ||
|
Descrizione
Questo attributo booleano calcolato è vero se il timestamp dell'attività 'Goods Received' è successivo al valore dell'attributo 'Requested Delivery Date' per un determinato PO. Questo flag è alla base del KPI 'On-Time Delivery Rate'. Consente di segmentare e analizzare con facilità gli ordini in ritardo rispetto a quelli puntuali, aiutando a indagare le cause alla base dei ritardi, che siano legate a fornitori, sedi o categorie di prodotto specifiche.
Perché è importante
Supporta direttamente il KPI 'Tasso di consegna puntuale', permettendo un'analisi chiara delle prestazioni dei fornitori e dell'affidabilità delle consegne.
Dove trovare
Campo calcolato. Impostato su 'true' se il timestamp dell’attività 'Goods Received' è successivo all’attributo 'RequestedDeliveryDate'.
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un indicatore che segnala se l'Ordine di acquisto è stato modificato dopo la creazione iniziale. | ||
|
Descrizione
È un attributo booleano calcolato che vale 'vero' se un caso di Purchase Order contiene un'attività 'Purchase Order Changed'. Aiuta a identificare 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 con facilità gli ordini rilavorati. Comprendere le caratteristiche di questi ordini, ad esempio fornitori o reparti coinvolti, aiuta a risalire alle cause profonde di imprecisioni nei dati o di requisiti in evoluzione.
Perché è importante
Supporta direttamente il KPI 'Tasso di modifica degli ordini d'acquisto' e semplifica l'analisi dell'instabilità del processo contrassegnando tutti gli ordini che hanno subito modifiche.
Dove trovare
Campo calcolato. Impostato su 'true' se l'Event Log di un caso contiene l’attività 'Purchase Order Changed', altrimenti 'false'.
Esempi
truefalse
|
|||
|
Luogo di consegna
DeliveryLocation
|
L'indirizzo o il luogo di consegna dei beni. | ||
|
Descrizione
Questo attributo indica l'indirizzo di consegna (ship-to) degli articoli nell'Ordine di acquisto. È un'informazione logistica fondamentale. Nel Process Mining, l'analisi per luogo di consegna alimenta la dashboard 'Efficienza del processo di ricevimento merci'. Aiuta a capire se alcuni magazzini o siti sono più lenti nel ricevimento, evidenziando potenziali problemi di risorse o di processo in sedi specifiche.
Perché è importante
Consente l’analisi delle performance per area geografica, aiutando a individuare colli di bottiglia regionali o di sito nel processo di ricevimento merce.
Dove trovare
Collegamento da PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID alla vista HR_LOCATIONS_ALL.
Esempi
Magazzino principale - Baia AEdificio 3 - AccettazioneUfficio SF - 10° piano
|
|||
|
Richiesta di acquisto
PurchaseRequisitionNumber
|
L'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'approvvigionamento di beni o servizi. Questo attributo collega l'Ordine di Acquisto alla richiesta originaria. Includere il numero della richiesta consente un'analisi più ampia del processo di approvvigionamento, a partire dalla richiesta iniziale e non solo dall'Ordine di Acquisto. Può aiutare ad analizzare il tempo di ciclo dalla richiesta all'ordine e a capire come i dettagli della richiesta influenzino il processo a valle dell'Ordine di Acquisto.
Perché è importante
Collega l’ordine di acquisto alla richiesta iniziale, offrendo una vista end-to-end più completa dalla richiesta al pagamento.
Dove trovare
Collegamento 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
|
Il sistema informativo da cui questi dati sono stati estratti. | ||
|
Descrizione
Questo attributo identifica l'origine dei dati ed è particolarmente utile in ambienti con più sistemi integrati. Per questo processo, di norma è 'Oracle Fusion Financials'. Anche se per un determinato insieme di dati è spesso un valore statico, è fondamentale per la governance dei dati, la risoluzione dei problemi e la tracciabilità. Nelle analisi che combinano dati provenienti da più fonti consente di filtrare e segmentare in base al sistema di origine.
Perché è importante
Identifica l'origine dei dati, cruciale per la governance dei dati, il contesto e l'integrazione con altri sistemi.
Dove trovare
Di norma è 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
|
Lo stato attuale del documento dell’ordine di acquisto. | ||
|
Descrizione
Questo attributo indica lo stato attuale del Purchase Order nel suo ciclo di vita, ad esempio 'Open', 'Approved', 'Finally Closed' o 'Canceled'. Fornisce un'istantanea dell'avanzamento del PO. Sebbene il Process Mining si concentri sulla sequenza delle attività, lo stato corrente è molto utile per filtrare i casi. Ad esempio, si può focalizzare l'analisi solo sui PO aperti per comprendere la pipeline attuale, oppure sui PO chiusi per analizzare le istanze completate. È essenziale per la dashboard 'Purchase Order Flow & Status'.
Perché è importante
Offre un’istantanea aggiornata dello stato di un ordine di acquisto, consentendo di filtrare l’analisi su ordini attivi, completati o annullati.
Dove trovare
Oracle Fusion Cloud SCM, tabella PO_HEADERS_ALL, colonne AUTHORIZATION_STATUS o DOCUMENT_STATUS.
Esempi
OPENAPPROVEDFINALLY_CLOSEDCANCELED
|
|||
|
Tempo del Ciclo di Approvazione
ApprovalCycleTime
|
Il tempo trascorso dalla creazione di un Ordine di acquisto alla sua approvazione finale. | ||
|
Descrizione
È una metrica di durata calcolata che misura il tempo trascorso tra l'attività 'Purchase Order Created' e l'attività 'Purchase Order Approved' per un singolo caso. Questo attributo alimenta direttamente il KPI 'Average PO Approval Cycle Time'. Analizzarne la distribuzione aiuta a valutare l'efficienza del workflow di approvazione, identificare valori anomali e misurare l'impatto delle iniziative di miglioramento volte a ridurre i ritardi di approvazione.
Perché è importante
Quantifica il collo di bottiglia in approvazione, misurando direttamente il KPI "Average PO Approval Cycle Time" e mettendo in evidenza i ritardi nel workflow.
Dove trovare
Campo calcolato. Differenza tra i timestamp delle attività 'Purchase Order Approved' e 'Purchase Order Created'.
Esempi
P2DPT8H30MP5DT12H
|
|||
|
Tipo di ordine di acquisto
PurchaseOrderType
|
La tipologia di Ordine di Acquisto, ad esempio 'Standard', 'Blanket' o 'Contract'. | ||
|
Descrizione
Questo attributo classifica l'Ordine di Acquisto in base alla finalità di approvvigionamento. Tipologie diverse di ordini seguono spesso regole e cicli di vita differenti. Un Ordine 'Standard' è un acquisto una tantum, mentre un Ordine 'Blanket' è un accordo di più lungo periodo con un fornitore. Analizzare il processo per tipologia di ordine consente una visione più accurata delle performance: confrontare il tempo di ciclo di un ordine standard con un accordo blanket sarebbe fuorviante. Permette confronti omogenei.
Perché è importante
Distingue tra diversi scenari di approvvigionamento, consentendo confronti omogenei e più accurati delle prestazioni del processo per ordini simili.
Dove trovare
Oracle Fusion Cloud SCM, tabella PO_HEADERS_ALL, colonna TYPE_LOOKUP_CODE.
Esempi
STANDARDBLANKETCONTRACT
|
|||
|
Ultimo Data Update
LastDataUpdate
|
La data e l'ora dell'ultima estrazione o dell'ultimo aggiornamento dei dati dal sistema sorgente. | ||
|
Descrizione
Questo attributo indica il livello di aggiornamento dei dati analizzati. Registra la data e l'ora dell'ultima estrazione dei dati da Oracle Fusion Financials. Questa informazione è fondamentale per comprendere l'attualità dell'analisi e delle dashboard. Chiarisce quanto siano aggiornati gli insight di processo, gestendo le aspettative sull'inclusione di transazioni molto recenti.
Perché è importante
Garantisce trasparenza sull’attualità dei dati, così che gli utenti capiscano quanto sia aggiornata l’analisi del processo.
Dove trovare
È un timestamp generato e aggiunto durante il processo di estrazione e trasformazione dei dati (ETL).
Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Unità aziendale
BusinessUnitName
|
La business unit dell'organizzazione che effettua l'acquisto. | ||
|
Descrizione
La Business Unit rappresenta un’entità aziendale distinta all’interno dell’impresa, spesso con un proprio libro mastro e una propria reportistica. In Oracle Fusion è un meccanismo primario di segregazione dei dati. Analizzare le performance di processo per Business Unit è cruciale nelle grandi multinazionali. Consente di confrontare l’efficienza degli acquisti, la conformità e i costi tra le diverse aree dell’organizzazione, mettendo in evidenza sia le best practice sia le opportunità di miglioramento.
Perché è importante
Cruciale per le grandi organizzazioni, per confrontare l’efficienza e la conformità del processo tra le diverse divisioni operative.
Dove trovare
Il contesto della Business Unit si trova in genere sull’intestazione del PO, PO_HEADERS_ALL.PRC_BU_ID, che è collegato alla vista FUN_ALL_BUSINESS_UNITS_V.
Esempi
US Business UnitEMEA VisionAPAC Services
|
|||
Procure to Pay - Attività dell’ordine di acquisto
| Activity | Descrizione | ||
|---|---|---|---|
|
Merce ricevuta
|
I beni fisici sono stati ricevuti, conteggiati e registrati a fronte dell'Ordine di Acquisto. Si tratta di un evento transazionale che aggiorna il magazzino e lo stato dell'Ordine di Acquisto. | ||
|
Perché è importante
È una milestone chiave per misurare la puntualità di consegna del fornitore e il lead time complessivo. Fa anche da innesco per attività successive come il controllo qualità e la conciliazione delle fatture.
Dove trovare
È un evento esplicito registrato nella tabella RCV_TRANSACTIONS. La transazione specifica è identificabile da un TRANSACTION_TYPE pari a 'RECEIVE'.
Acquisisci
Usi TRANSACTION_DATE da RCV_TRANSACTIONS dove TRANSACTION_TYPE è 'RECEIVE'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto annullato
|
L'Ordine di Acquisto è stato annullato in modo definitivo e non sono previste ulteriori transazioni. È un'azione esplicita che porta il documento a uno stato finale. | ||
|
Perché è importante
Questa attività rappresenta uno stato finale negativo del processo. L'analisi degli annullamenti può far emergere problemi come ordini duplicati, variazioni di budget o cambiamenti dei requisiti di progetto.
Dove trovare
Questa azione è registrata nella tabella PO_ACTION_HISTORY con un ACTION_CODE pari a 'CANCEL' e lo stato dell'Ordine di Acquisto in PO_HEADERS_ALL viene aggiornato di conseguenza.
Acquisisci
Filtri la tabella PO_ACTION_HISTORY per ACTION_CODE = 'CANCEL'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto approvato
|
L'Ordine di Acquisto ha ottenuto tutte le approvazioni necessarie ed è ora autorizzato all'invio al fornitore. Si tratta di una milestone chiave registrata in modo esplicito nello storico delle azioni del documento. | ||
|
Perché è importante
È una milestone critica che blocca l'invio del PO al fornitore finché non viene completata. È fondamentale per misurare i tempi di ciclo di approvazione e garantire la conformità alle policy di spesa.
Dove trovare
Questo evento è registrato nella tabella PO_ACTION_HISTORY, tipicamente con un ACTION_CODE pari a 'APPROVE', o quando lo stato del documento in PO_HEADERS_ALL passa a uno stato approvato.
Acquisisci
Filtri la tabella PO_ACTION_HISTORY per l'azione finale 'APPROVE'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto chiuso definitivamente
|
L'Ordine di Acquisto è considerato completato: è stato integralmente ricevuto e/o fatturato e non si prevedono ulteriori attività. È un'azione esplicita che imposta uno stato finale sull'Ordine di Acquisto. | ||
|
Perché è importante
Questa attività contrassegna il completamento con esito positivo del ciclo di vita dell'Ordine di Acquisto. È lo stato finale principale e tracciarlo è essenziale per misurare il throughput e i tassi di completamento complessivi del processo.
Dove trovare
Questo evento è registrato nella tabella PO_ACTION_HISTORY con un ACTION_CODE pari a 'FINALLY CLOSE'. Lo stato del PO in PO_HEADERS_ALL viene inoltre aggiornato a 'Finally Closed'.
Acquisisci
Filtri la tabella PO_ACTION_HISTORY per ACTION_CODE = 'FINALLY CLOSE'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto creato
|
Segna l'inizio ufficiale del ciclo di vita del PO, quando viene generato un documento PO in stato di bozza o incompleto. Il sistema acquisisce questo evento registrando il timestamp di creazione del nuovo record di header del PO. | ||
|
Perché è importante
In quanto evento di avvio principale per l’istanza PO, questa attività è fondamentale per tutti i calcoli del tempo di ciclo. Fornisce il riferimento per misurare l’efficienza dei passaggi successivi, come approvazione e comunicazione al fornitore.
Dove trovare
È un evento esplicito basato sul campo CREATION_DATE nella tabella PO_HEADERS_ALL per un determinato Purchase Order ID (PO_HEADER_ID).
Acquisisci
Usi il timestamp di creazione dalla 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 via email o EDI. Questo evento è spesso dedotto da un cambio di stato o da un timestamp nel record di comunicazione del PO. | ||
|
Perché è importante
Segna l'inizio del lead time del fornitore. È un punto cruciale per misurare le performance del fornitore, dalla conferma alla consegna finale.
Dove trovare
Ciò può essere dedotto dal passaggio dello stato del documento PO a 'Open' e dall'impostazione della data di comunicazione. Il campo specifico è spesso PO_HEADERS_ALL.communicated_date o uno stato correlato.
Acquisisci
Deduca dal timestamp quando lo stato di comunicazione del PO viene aggiornato a 'Communicated'.
Tipo di evento
inferred
|
|||
|
Consegna dei servizi confermata
|
Per gli ordini d'acquisto di servizi, questa attività conferma che i servizi sono stati erogati come concordato. La conferma è spesso registrata manualmente o tramite una service entry sheet. | ||
|
Perché è importante
È l'equivalente della registrazione di carico merci per i servizi ed è un passaggio critico prima del pagamento della fattura. Ritardi nella conferma del servizio possono generare pagamenti tardivi e compromettere il rapporto con i fornitori.
Dove trovare
Di solito viene rilevato come una registrazione di ricevimento su una riga di servizio del PO. Può richiedere campi specifici o registrazioni complesse che tracciano l'avanzamento o il completamento dei servizi.
Acquisisci
Identifichi le transazioni di ricevimento (RCV_TRANSACTIONS) collegate alle righe di ordine d'acquisto basate su servizi.
Tipo di evento
explicit
|
|||
|
Ispezione qualità eseguita
|
La merce soggetta a controllo qualità è stata ispezionata e quindi accettata o rifiutata. Questa attività avviene dopo il ricevimento iniziale ed è registrata come transazione distinta. | ||
|
Perché è importante
Questa attività è cruciale per la gestione della qualità. Analizzare la durata delle ispezioni aiuta a snellire il controllo qualità e a ridurre i ritardi nella messa a disposizione dei beni.
Dove trovare
È registrato nella tabella RCV_TRANSACTIONS. Si identifica tramite transazioni con TRANSACTION_TYPE pari a 'ACCEPT' o 'REJECT' successive a una transazione di ricezione.
Acquisisci
Usi TRANSACTION_DATE da RCV_TRANSACTIONS dove TRANSACTION_TYPE è 'ACCEPT' o 'REJECT'.
Tipo di evento
explicit
|
|||
|
Merce restituita al fornitore
|
Le merci già ricevute vengono restituite al fornitore, di norma per difetti, danneggiamenti o spedizioni errate. L’operazione è registrata come transazione di reso specifica nel modulo di ricezione. | ||
|
Perché è importante
Monitorare i resi è essenziale per valutare la qualità dei fornitori e l'accuratezza degli ordini. Tassi di reso elevati per un fornitore possono indicare problemi sistemici da affrontare.
Dove trovare
È un evento esplicito registrato nella tabella RCV_TRANSACTIONS con TRANSACTION_TYPE pari a 'RETURN TO VENDOR'.
Acquisisci
Usi TRANSACTION_DATE da RCV_TRANSACTIONS dove TRANSACTION_TYPE è 'RETURN TO VENDOR'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto confermato
|
Il fornitore ha confermato la ricezione e l'accettazione dei termini dell'Ordine di Acquisto. Questo evento è spesso registrato manualmente dal personale dell'Ufficio Acquisti sulla base delle comunicazioni del fornitore oppure tramite una conferma elettronica. | ||
|
Perché è importante
La conferma del fornitore dà certezza che l'ordine sia stato ricevuto e sia in lavorazione. Tracciarla aiuta a gestire la comunicazione con i fornitori e a individuare proattivamente possibili problemi di evasione.
Dove trovare
In genere si deduce da una variazione degli stati di conferma nell'header o nelle righe del PO, ad esempio quando PO_HEADERS_ALL.acceptance_status passa a 'Accepted'.
Acquisisci
Deduca dagli aggiornamenti ai campi di stato della conferma del PO.
Tipo di evento
inferred
|
|||
|
Ordine di acquisto inviato per approvazione
|
L'ordine di acquisto creato viene inviato nel workflow di approvazione. Oracle Fusion registra esplicitamente questa azione, registrando l’utente e il timestamp dell’evento di invio. | ||
|
Perché è importante
Questa attività segna l'inizio del ciclo di approvazione. Analizzare il tempo tra l'invio e l'approvazione è fondamentale per individuare i colli di bottiglia nel processo di approvazione interna.
Dove trovare
Questa azione è registrata nella tabella PO_ACTION_HISTORY con un ACTION_CODE pari a 'SUBMIT' per il relativo PO_HEADER_ID.
Acquisisci
Filtri la tabella PO_ACTION_HISTORY per ACTION_CODE = 'SUBMIT'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto modificato
|
È stata apportata una modifica all'Ordine di acquisto dopo l'approvazione iniziale, ad esempio una variazione di quantità, prezzo o data di consegna. Oracle Fusion traccia l'evento creando una nuova revisione del documento. | ||
|
Perché è importante
Le modifiche agli ordini di acquisto rappresentano rilavorazioni e possono indicare problemi di accuratezza dell’ordine iniziale o esigenze di business in cambiamento. Analizzarne frequenza e natura aiuta a individuare opportunità per migliorare l’efficienza del processo.
Dove trovare
Questo evento viene tracciato esplicitamente quando viene creata una nuova revisione del documento. È identificabile da un incremento del campo REVISION_NUM nella tabella PO_HEADERS_ALL.
Acquisisci
Identifichi ogni istanza in cui il REVISION_NUM per un PO_HEADER_ID aumenta.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto rifiutato
|
Un approvatore ha rifiutato l’ordine d’acquisto, rimandandolo all’autore per una revisione. È un evento esplicito registrato nello storico delle azioni e segnala un’interruzione del flusso standard. | ||
|
Perché è importante
I rifiuti generano rilavorazioni e ritardi nel processo. Monitorare questa attività aiuta a individuare le cause più comuni di rifiuto, eventuali esigenze formative o requisiti di approvazione poco chiari.
Dove trovare
Questa azione è registrata nella tabella PO_ACTION_HISTORY con un ACTION_CODE pari a 'REJECT' per il relativo PO_HEADER_ID.
Acquisisci
Filtri la tabella PO_ACTION_HISTORY per ACTION_CODE = 'REJECT'.
Tipo di evento
explicit
|
|||
|
Ricevimento merce creato
|
Nel sistema viene avviato un documento di ricezione in preparazione all'arrivo fisico della merce. Questa attività segna l'inizio del processo interno di ricevimento. | ||
|
Perché è importante
Segna il passaggio dagli acquisti alla logistica. Analizzare il tempo da questo punto alla registrazione finale del ricevimento aiuta a individuare inefficienze nel magazzino o nel reparto ricevimento.
Dove trovare
È un evento esplicito, rilevato tramite il timestamp di creazione di un nuovo record nella tabella RCV_SHIPMENT_HEADERS collegata al PO.
Acquisisci
Usi 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, autorizzando l'ufficio Acquisti a creare un Ordine di Acquisto. Questo evento è registrato in modo esplicito nello storico delle azioni della richiesta. | ||
|
Perché è importante
Questa milestone segna la conclusione del processo di approvazione interna della richiesta. I ritardi in questa fase impattano direttamente le tempistiche complessive di procurement, quindi è fondamentale monitorarne la durata.
Dove trovare
Questo evento è registrato nella cronologia delle azioni associata alla richiesta di acquisto, di norma tracciata tramite tabelle di workflow o specifici campi di stato di approvazione sul documento di richiesta.
Acquisisci
Registrato come azione di approvazione nella cronologia del workflow per la richiesta d’acquisto specifica.
Tipo di evento
explicit
|
|||
|
Richiesta di acquisto creata
|
Questa attività indica la creazione di una Richiesta di Acquisto, la richiesta formale di beni o servizi che precede l'Ordine di Acquisto. Viene rilevata quando viene creata una nuova riga nella tabella di intestazione delle richieste in Oracle Fusion. | ||
|
Perché è importante
Analizzare questa attività aiuta a comprendere la fase di generazione della domanda. Misurare il tempo dalla richiesta d’acquisto alla creazione dell’ordine evidenzia eventuali ritardi nel trasformare la domanda interna in ordini di approvvigionamento operativi.
Dove trovare
È un evento esplicito registrato al salvataggio di una nuova richiesta d'acquisto. Si individua tracciando il timestamp di creazione nella tabella POR_REQUISITION_HEADERS_ALL.
Acquisisci
L'evento si basa sulla data di creazione del record nella tabella POR_REQUISITION_HEADERS_ALL.
Tipo di evento
explicit
|
|||