Il Suo Template dei dati Purchase to Pay - Purchase Order
Il Suo Template dei dati Purchase to Pay - Purchase Order
- Attributi consigliati per una raccolta completa dei dati
- Attività chiave del processo da monitorare e analizzare
- Indicazioni dettagliate per l'estrazione da Oracle Fusion Financials
Purchase to Pay - Purchase Order: attributi
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Il nome di uno specifico evento o passaggio aziendale che si è verificato nel ciclo di vita dell'ordine di acquisto. | ||
|
Descrizione
Questo attributo descrive una specifica attività o modifica di stato nel processo, come 'Purchase Order Created' o 'Goods Received'. Queste attività costituiscono la sequenza di eventi che compone il flusso del processo. Analizzare la sequenza e la tempistica di queste attività è il fulcro del Process Mining. Aiuta a visualizzare la process map, individuare i colli di bottiglia, scoprire le deviazioni dalla procedura standard e misurare la durata dei singoli passaggi.
Perché è importante
Le attività sono gli elementi costitutivi della process map. Monitorarle consente di visualizzare e analizzare il flusso del processo, i colli di bottiglia e le deviazioni.
Dove reperirlo
Derivato dalle modifiche di stato nelle tabelle come PO_HEADERS_ALL e PO_ACTION_HISTORY oppure da tabelle transazionali specifiche come RCV_TRANSACTIONS per le ricezioni delle merci.
Esempi
Ordine di acquisto creatoOrdine di acquisto approvatoMerci ricevute
|
|||
|
Ora di inizio
EventTime
|
Il timestamp che indica quando si è verificata una specifica attività o un determinato 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 costruire l'event log, calcolare i tempi di attraversamento tra le attività, misurare i tempi di attesa e analizzare le prestazioni del processo in periodi diversi. È essenziale per le Dashboard relative ai tempi di attraversamento e alle prestazioni.
Perché è importante
Questo timestamp è fondamentale per sequenziare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come i tempi di attraversamento e i colli di bottiglia.
Dove reperirlo
Campi timestamp come CREATION_DATE e LAST_UPDATE_DATE provenienti da diverse 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
|
L'identificativo univoco del documento dell'ordine di acquisto, utilizzato come Case ID principale per monitorare 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 definitiva. Consente di analizzare end-to-end 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 del processo, i tempi di attraversamento e la Conformità dei singoli ordini.
Perché è importante
Questo è il Case ID essenziale che collega tutti gli eventi correlati, consentendo di ricostruire e analizzare l'intero ciclo di vita dell'ordine di acquisto.
Dove reperirlo
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 che i beni o i servizi vengano consegnati. | ||
|
Descrizione
Questa data è specificata sulla riga dell'ordine di acquisto e comunica al fornitore i tempi di consegna desiderati. Costituisce il riferimento per misurare le prestazioni delle consegne puntuali. Questo attributo è fondamentale per calcolare il KPI «On-Time Delivery Rate». Confrontando la data effettiva di ricezione delle merci con la data di consegna richiesta, le organizzazioni possono misurare e monitorare quantitativamente l'affidabilità dei fornitori e individuare ritardi sistemici nella catena di approvvigionamento.
Perché è importante
Costituisce il riferimento per misurare le prestazioni delle consegne puntuali, un KPI fondamentale per valutare l'affidabilità dei fornitori e l'efficienza della catena di approvvigionamento.
Dove reperirlo
Si trova a livello della posizione della riga, nella tabella PO_LINE_LOCATIONS_ALL, colonna NEED_BY_DATE.
Esempi
2023-05-202023-06-152023-07-01
|
|||
|
Importo totale del PO
PurchaseOrderTotalAmount
|
Il valore monetario totale 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 del PO aiuta a stabilire le priorità degli interventi di miglioramento del processo. Ad esempio, gli ordini di valore elevato potrebbero essere sottoposti a un processo di approvazione più rigoroso. Consente inoltre di analizzare l'impatto finanziario, ad esempio calcolando il valore dei PO modificati o ritardati frequentemente.
Perché è importante
Fornisce un contesto finanziario al processo, consentendo analisi basate sul valore monetario, come la focalizzazione sugli ordini di valore elevato o la valutazione dell'impatto finanziario dei ritardi.
Dove reperirlo
Calcolato sommando gli importi di PO_LINES_ALL per una determinata intestazione PO oppure ricavato dal totale a livello di intestazione, se disponibile.
Esempi
5250.00120000.50750.99
|
|||
|
Nome del fornitore
VendorName
|
Il nome del fornitore dal quale vengono acquistati i beni o i servizi. | ||
|
Descrizione
Questo attributo identifica il fornitore esterno dell'ordine di acquisto. È un dato anagrafico fondamentale collegato all'intestazione del PO. L'analisi dei fornitori è una componente essenziale del Process Mining del processo P2P. Filtrando o segmentando i dati per fornitore, le aziende possono analizzare le 'Vendor Delivery Performance', confrontare i tassi di consegna puntuale e analizzare la 'Goods Return Rate' per individuare i fornitori con prestazioni migliori o peggiori. Questi dati sono essenziali per la gestione dei rapporti con i fornitori e per il sourcing strategico.
Perché è importante
È essenziale per analizzare le prestazioni dei fornitori e consente di confrontare tempi di consegna, tassi di reso e affidabilità complessiva dei diversi fornitori.
Dove reperirlo
Collegato da PO_HEADERS_ALL.VENDOR_ID a POZ_SUPPLIERS.VENDOR_NAME.
Esempi
Materiale per ufficio globaleTech Solutions Inc.Advanced Logistics Co.
|
|||
|
Nome dell'approvatore
ApproverName
|
Il nome dell'utente che ha eseguito un'azione di approvazione o rifiuto sull'ordine di acquisto. | ||
|
Descrizione
Questo attributo identifica la persona responsabile di una fase di approvazione nel Workflow. Queste informazioni sono generalmente memorizzate in una tabella della cronologia delle azioni o del log del Workflow associata all'ordine di acquisto. L'analisi dei dati per approvatore è fondamentale per le Dashboard «PO Approval Cycle Time Analysis» e «Approval Resource Workload». Consente di individuare gli approvatori o i gruppi di approvazione che costituiscono colli di bottiglia, permette una valutazione equa del carico di lavoro e può evidenziare opportunità di delega o di riprogettazione del processo.
Perché è importante
Identifica le persone coinvolte nella catena di approvazione, rendendo possibile analizzare colli di bottiglia, carichi di lavoro e tempi di ciclo delle approvazioni per approvatore.
Dove reperirlo
L'utente che ha eseguito l'azione, indicato in PO_ACTION_HISTORY.ACTION_PERFORMED_BY e collegato a una tabella degli utenti per recuperare il nome completo.
Esempi
susan.managerdavid.directoremily.finance
|
|||
|
Ora di fine
EndTime
|
Il timestamp che indica quando un'attività è stata completata. Per gli eventi atomici coincide spesso con l'ora di inizio. | ||
|
Descrizione
Per le attività che hanno una durata, indica il momento del completamento. Per gli eventi istantanei coincide generalmente con l'ora di inizio. È essenziale per calcolare il tempo di elaborazione delle singole attività. La disponibilità di un'ora di fine distinta consente un'analisi più precisa della durata delle attività, che può differire dal tempo di attesa tra un'attività e l'altra. Aiuta a distinguere il tempo di lavoro effettivo dal tempo di inattività, supportando l'analisi del carico di lavoro e dell'efficienza delle risorse.
Perché è importante
Consente di calcolare con precisione i tempi di elaborazione delle attività, fondamentali per analizzare l'efficienza delle risorse e individuare le attività che richiedono più tempo.
Dove reperirlo
Può coincidere con l'ora di inizio per gli eventi atomici oppure essere derivata dai timestamp degli eventi successivi. Per alcune attività può essere disponibile un timestamp distinto di completamento.
Esempi
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
|
|||
|
Reparto
DepartmentName
|
Il nome del reparto che ha avviato l'ordine di acquisto o ne è responsabile. | ||
|
Descrizione
Questo attributo specifica l'unità organizzativa, come 'Finance', 'IT' o 'Manufacturing', associata all'acquisto. Viene utilizzato per l'allocazione dei costi e la reportistica organizzativa. Nel contesto del Process Mining, segmentare il processo per reparto è fondamentale per confrontare le prestazioni, individuare i colli di bottiglia specifici di un reparto e comprendere le variazioni nell'esecuzione del processo all'interno dell'organizzazione. Supporta direttamente Dashboard come 'PO Approval Cycle Time Analysis' e 'Purchase Order Modification Trends'.
Perché è importante
Consente di filtrare e confrontare le prestazioni del processo tra diverse unità aziendali, facendo emergere problemi o best practice specifici dei reparti.
Dove reperirlo
Derivato dalle informazioni sul centro di costo presenti in tabelle come PO_DISTRIBUTIONS_ALL, collegate ai dati anagrafici dei reparti.
Esempi
Operazioni ITMarketingRicerca e sviluppo
|
|||
|
Utente
UserName
|
L'ID o il nome dell'utente che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica il dipendente o l'utente di sistema responsabile di un determinato evento, come la creazione di una richiesta, l'approvazione di un PO o la registrazione di una ricezione delle merci. 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 prestazioni individuali e le esigenze formative. È fondamentale per la Dashboard 'Approval Resource Workload' e per analizzare i problemi di Conformità legati alle azioni degli utenti.
Perché è importante
Attribuisce le azioni degli utenti a persone specifiche, consentendo di analizzare il carico di lavoro, valutare le prestazioni e individuare opportunità formative.
Dove reperirlo
Eseguire il join con le tabelle degli utenti sulla base degli ID presenti in campi come CREATED_BY o LAST_UPDATED_BY, nelle tabelle quali PO_HEADERS_ALL e PO_ACTION_HISTORY.
Esempi
john.doejane.smithsystem.batch
|
|||
|
Categoria di acquisto
PurchaseCategory
|
La classificazione dei beni o servizi acquistati, ad esempio «Hardware IT» o «Materiale per ufficio». | ||
|
Descrizione
Questo attributo classifica gli articoli dell'ordine di acquisto all'interno di una gerarchia di approvvigionamento. La classificazione viene utilizzata per l'analisi della spesa e la gestione dei fornitori. Nel Process Mining, segmentare il processo per categoria di acquisto può far emergere comportamenti o livelli di prestazione differenti. Ad esempio, il processo di approvazione delle spese in conto capitale potrebbe essere più lungo rispetto a quello relativo alle forniture operative. Questo attributo supporta direttamente la Dashboard «Goods Return Rate & Reasons», consentendo di analizzare quali categorie vengono restituite più frequentemente.
Perché è importante
Consente di analizzare il processo in base al tipo di spesa, facendo emergere percorsi di processo, colli di bottiglia o tassi di reso differenti per le diverse categorie di beni.
Dove reperirlo
Collegato da PO_LINES_ALL.CATEGORY_ID alla vista EGP_CATEGORIES_VL.
Esempi
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
|
|||
|
È una rilavorazione
IsRework
|
Un indicatore che segnala se l'ordine di acquisto è stato modificato dopo la sua creazione iniziale. | ||
|
Descrizione
Si tratta di un attributo booleano calcolato, impostato su true se il caso dell'ordine di acquisto contiene un'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 degli ordini rilavorati, ad esempio i fornitori o i reparti coinvolti, può aiutare a individuare le cause alla radice dell'inesattezza dei dati o del cambiamento dei requisiti.
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 reperirlo
Campo calcolato. Impostato su «true» se l'event log di un caso contiene l'attività «Purchase Order Changed», altrimenti su «false».
Esempi
truefalse
|
|||
|
L'approvazione è conforme
IsApprovalCompliant
|
Un indicatore che segnala se l'ordine di acquisto è stato approvato prima di essere inviato al fornitore. | ||
|
Descrizione
Si tratta di un attributo booleano calcolato che verifica il rispetto di un controllo interno fondamentale: un ordine di acquisto deve essere approvato prima di essere inviato a un fornitore. Il valore è true se l'attività «Purchase Order Approved» si verifica 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». Offre un modo immediato per individuare e quantificare le violazioni della Conformità, contribuendo a far rispettare le politiche di approvvigionamento e a ridurre i rischi associati a spese non autorizzate.
Perché è importante
Misura direttamente il KPI «PO Approval Compliance Rate», evidenziando le violazioni critiche dei controlli interni nei casi in cui gli ordini vengano inviati ai fornitori prima dell'approvazione.
Dove reperirlo
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
|
|||
|
La consegna è in ritardo
IsLateDelivery
|
Un indicatore che segnala se la ricezione finale delle merci è avvenuta dopo la data di consegna richiesta. | ||
|
Descrizione
Questo attributo booleano calcolato è true se il timestamp dell'attività «Goods Received» è successivo al valore dell'attributo «Requested Delivery Date» per un determinato ordine di acquisto. Questo indicatore costituisce la base del KPI «On-Time Delivery Rate». Consente di segmentare e analizzare facilmente gli ordini consegnati in ritardo rispetto a quelli consegnati puntualmente, aiutando a individuare le cause alla radice dei ritardi, siano esse legate a fornitori, luoghi o categorie di prodotto specifici.
Perché è importante
Supporta direttamente il KPI «On-Time Delivery Rate», consentendo un'analisi chiara delle prestazioni dei fornitori e dell'affidabilità delle consegne.
Dove reperirlo
Campo calcolato. Impostato su «true» se il timestamp dell'attività «Goods Received» è successivo all'attributo «RequestedDeliveryDate».
Esempi
truefalse
|
|||
|
Luogo di consegna
DeliveryLocation
|
Il luogo fisico o l'indirizzo presso cui devono essere consegnate le merci. | ||
|
Descrizione
Questo attributo specifica l'indirizzo di consegna degli articoli dell'ordine di acquisto. Si tratta di un'informazione logistica fondamentale. Nel Process Mining, l'analisi per luogo di consegna supporta la Dashboard «Goods Receipt Processing Efficiency». Consente di individuare eventuali magazzini o siti in cui il processo di ricezione è più lento, evidenziando possibili problemi di risorse o di processo in sedi specifiche.
Perché è importante
Consente di analizzare le prestazioni per area geografica, aiutando a individuare colli di bottiglia regionali o specifici di un determinato sito nel processo di ricezione delle merci.
Dove reperirlo
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
|
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 da cui ha avuto origine. Includere il numero della richiesta consente di analizzare il processo di approvvigionamento in modo più ampio, partendo dalla richiesta iniziale anziché limitarsi all'ordine di acquisto. È possibile analizzare il tempo di ciclo dalla richiesta all'ordine e comprendere in che modo i dettagli della richiesta influenzino il processo dell'ordine di acquisto a valle.
Perché è importante
Collega l'ordine di acquisto alla richiesta iniziale, consentendo una visione end-to-end più completa del processo, dalla richiesta al pagamento.
Dove reperirlo
Collegato tramite la tabella PO_DISTRIBUTIONS_ALL, che contiene REQ_DISTRIBUTION_ID e consente di risalire alla tabella POR_REQUISITION_LINES_ALL.
Esempi
PR-2023-05-001PR-2023-05-002PR-2023-05-003
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema informativo dal quale sono stati estratti questi dati. | ||
|
Descrizione
Questo attributo identifica l'origine dei dati, aspetto particolarmente utile negli ambienti con più sistemi integrati. Per questo processo, il valore sarebbe generalmente 'Oracle Fusion Financials'. Sebbene spesso sia un valore statico per un determinato dataset, è fondamentale per la governance dei dati, la risoluzione dei problemi e la garanzia della tracciabilità dei dati. 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, fondamentale per la governance dei dati, il contesto e l'integrazione con altri sistemi.
Dove reperirlo
Si tratta generalmente di 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 del PO
PurchaseOrderStatus
|
Lo 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 'Open', 'Approved', 'Finally Closed' o 'Canceled'. Fornisce una fotografia dell'avanzamento del PO. Sebbene il Process Mining si concentri sulla sequenza delle attività, lo stato attuale è utile per filtrare i casi. Ad esempio, l'analisi può concentrarsi solo sui PO aperti per comprendere la pipeline attuale oppure sui PO chiusi per analizzare le istanze di processo completate. È essenziale per la Dashboard 'Purchase Order Flow & Status'.
Perché è importante
Fornisce una fotografia aggiornata dello stato di un ordine di acquisto, consentendo di filtrare l'analisi in base agli ordini attivi, completati o annullati.
Dove reperirlo
Oracle Fusion Cloud SCM, tabella PO_HEADERS_ALL, colonne AUTHORIZATION_STATUS o DOCUMENT_STATUS.
Esempi
APERTOAPPROVATOCHIUSO DEFINITIVAMENTEANNULLATO
|
|||
|
Tipo di ordine di acquisto
PurchaseOrderType
|
Il tipo di ordine di acquisto, ad esempio «Standard», «Blanket» o «Contract». | ||
|
Descrizione
Questo attributo classifica l'ordine di acquisto in base alla finalità di approvvigionamento. Tipi diversi di ordine seguono spesso regole di processo e cicli di vita differenti. Un ordine «Standard» riguarda un acquisto una tantum, mentre un ordine «Blanket» è un accordo di più lunga durata con un fornitore. Analizzare il processo per tipo di ordine di acquisto consente di ottenere una visione più accurata delle prestazioni, poiché confrontare il tempo di ciclo di un ordine standard con quello di un accordo Blanket sarebbe fuorviante. In questo modo è possibile effettuare confronti omogenei.
Perché è importante
Distingue i diversi scenari di approvvigionamento, consentendo confronti più accurati e omogenei delle prestazioni di processo tra ordini dello stesso tipo.
Dove reperirlo
Oracle Fusion Cloud SCM, tabella PO_HEADERS_ALL, colonna TYPE_LOOKUP_CODE.
Esempi
STANDARDA CONSUMOCONTRATTO
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp dell'ultima estrazione o dell'ultimo aggiornamento dei dati dal sistema di origine. | ||
|
Descrizione
Questo attributo indica l'aggiornamento dei dati analizzati. Registra la data e l'ora dell'estrazione più recente da Oracle Fusion Financials. Queste informazioni sono fondamentali per consentire agli utenti di comprendere l'attualità dell'analisi e delle Dashboard. Chiariscono quanto siano aggiornati gli insight sul processo e aiutano a gestire le aspettative sull'inclusione delle transazioni più recenti.
Perché è importante
Offre trasparenza sull'aggiornamento dei dati, consentendo agli utenti di comprendere quanto sia attuale l'analisi del processo.
Dove reperirlo
Si tratta di 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
|
L'unità aziendale specifica dell'organizzazione che effettua l'acquisto. | ||
|
Descrizione
L'unità aziendale rappresenta un'entità distinta all'interno dell'impresa, spesso dotata di un proprio libro mastro e di una propria rendicontazione finanziaria. In Oracle Fusion costituisce uno dei principali meccanismi di segregazione dei dati. Analizzare le prestazioni del processo per unità aziendale è fondamentale nelle grandi organizzazioni multinazionali. Consente di confrontare efficienza degli approvvigionamenti, Conformità e costi tra le diverse aree dell'organizzazione, mettendo in evidenza sia le best practice sia gli ambiti di miglioramento.
Perché è importante
È fondamentale per le grandi organizzazioni che desiderano confrontare efficienza e Conformità del processo tra diverse divisioni operative.
Dove reperirlo
Il contesto dell'unità aziendale si trova generalmente nell'intestazione dell'ordine di acquisto, PO_HEADERS_ALL.PRC_BU_ID, collegata alla vista FUN_ALL_BUSINESS_UNITS_V.
Esempi
Unità aziendale statunitenseVision EMEAServizi APAC
|
|||
Purchase to Pay - Purchase Order: attività
| Attività | Descrizione | ||
|---|---|---|---|
|
Merci ricevute
|
Le merci fisiche sono state ricevute, conteggiate e registrate a fronte dell'ordine di acquisto. Si tratta di un evento transazionale che aggiorna le scorte e lo stato del PO. | ||
|
Perché è importante
Questa è una milestone fondamentale per misurare le prestazioni del fornitore in termini di puntualità della consegna e il tempo di attraversamento complessivo. Funge inoltre da attivatore per attività successive, come il controllo qualità e la verifica delle fatture.
Dove reperirlo
Si tratta di un evento esplicito registrato nella tabella RCV_TRANSACTIONS. La transazione specifica può essere identificata tramite TRANSACTION_TYPE uguale a 'RECEIVE'.
Acquisizione
Utilizzare TRANSACTION_DATE dalla tabella RCV_TRANSACTIONS dove TRANSACTION_TYPE è 'RECEIVE'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto annullato
|
L'ordine di acquisto è stato annullato definitivamente e non sono previste ulteriori transazioni. Si tratta di un'azione esplicita che modifica lo stato terminale del documento. | ||
|
Perché è importante
Questa attività rappresenta uno stato finale negativo del processo. Analizzare gli annullamenti può far emergere problemi quali ordini duplicati, variazioni di budget o cambiamenti nei requisiti del progetto.
Dove reperirlo
L'azione viene registrata nella tabella PO_ACTION_HISTORY con ACTION_CODE uguale a 'CANCEL' e lo stato del PO nella tabella PO_HEADERS_ALL viene aggiornato di conseguenza.
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 è ora autorizzato per l'invio al fornitore. Si tratta di una milestone fondamentale, registrata esplicitamente nella cronologia delle azioni del documento. | ||
|
Perché è importante
Questa è una milestone critica, poiché autorizza l'invio del PO al fornitore. È essenziale per misurare i tempi del ciclo di approvazione e garantire la Conformità alle politiche di spesa.
Dove reperirlo
L'evento viene registrato nella tabella PO_ACTION_HISTORY, generalmente con ACTION_CODE uguale a 'APPROVE', oppure quando lo stato del documento nella tabella PO_HEADERS_ALL passa a uno stato approvato.
Acquisizione
Filtrare PO_ACTION_HISTORY per l'azione finale 'APPROVE'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto chiuso definitivamente
|
L'ordine di acquisto è considerato completato, poiché è stato ricevuto e/o fatturato interamente e non sono previste ulteriori attività. Si tratta di un'azione esplicita che imposta uno stato terminale per il PO. | ||
|
Perché è importante
Questa attività segna il completamento positivo del ciclo di vita dell'ordine di acquisto. È il principale stato finale positivo e monitorarlo è essenziale per misurare il throughput complessivo del processo e i tassi di completamento.
Dove reperirlo
L'evento viene registrato nella tabella PO_ACTION_HISTORY con ACTION_CODE uguale a 'FINALLY CLOSE'. Anche lo stato del PO nella tabella 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
|
Questo è l'avvio ufficiale del ciclo di vita dell'ordine di acquisto: viene generato un documento PO con stato di bozza o incompleto. Il sistema acquisisce l'evento registrando il timestamp di creazione del nuovo record dell'intestazione del PO. | ||
|
Perché è importante
In quanto evento iniziale principale del caso PO, questa attività è fondamentale per tutti i calcoli dei tempi di attraversamento. Fornisce il riferimento per misurare l'efficienza delle fasi successive, come l'approvazione e la comunicazione con il fornitore.
Dove reperirlo
Si tratta di un evento esplicito basato sul campo CREATION_DATE della tabella PO_HEADERS_ALL per uno specifico ID dell'ordine di acquisto (PO_HEADER_ID).
Acquisizione
Utilizzare il timestamp 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. Questo evento viene spesso dedotto da una modifica dello stato o da un timestamp nel record di comunicazione del PO. | ||
|
Perché è importante
Questo evento segna l'inizio del tempo di approvvigionamento del fornitore. È un punto fondamentale per misurare le prestazioni del fornitore, dalla conferma di ricezione alla consegna finale.
Dove reperirlo
L'evento può essere dedotto dal passaggio dello stato del documento PO a 'Open' e dalla valorizzazione di una data di comunicazione. Il campo specifico è spesso PO_HEADERS_ALL.communicated_date o uno stato correlato.
Acquisizione
Dedurre l'evento dal timestamp in cui lo stato di comunicazione del PO viene aggiornato a 'Communicated'.
Tipo di evento
inferred
|
|||
|
Conferma della consegna dei servizi
|
Per gli ordini di acquisto relativi a servizi, questa attività indica la conferma che i servizi sono stati erogati secondo quanto concordato. La conferma viene spesso registrata manualmente o tramite un service entry sheet. | ||
|
Perché è importante
È l'equivalente della ricezione delle merci per i servizi e rappresenta un passaggio fondamentale prima del pagamento di una fattura. I ritardi nella conferma dei servizi possono causare pagamenti tardivi e compromettere i rapporti con i fornitori.
Dove reperirlo
L'evento viene generalmente acquisito come una ricezione a fronte di una riga di servizio del PO. Può coinvolgere campi specifici o ricezioni complesse che monitorano l'avanzamento o il completamento dei servizi.
Acquisizione
Identificare le transazioni di ricezione (RCV_TRANSACTIONS) collegate alle righe di PO relative a servizi.
Tipo di evento
explicit
|
|||
|
Controllo qualità eseguito
|
Le merci che richiedono un controllo qualità sono state ispezionate e accettate o rifiutate. Questa attività si svolge dopo la ricezione iniziale e viene registrata come transazione distinta. | ||
|
Perché è importante
Questa attività è fondamentale per la gestione della qualità. Analizzare la durata dei controlli aiuta a rendere più efficiente il processo di controllo qualità e a ridurre i ritardi nella disponibilità delle merci.
Dove reperirlo
L'evento viene registrato nella tabella RCV_TRANSACTIONS. È identificato dalle transazioni con TRANSACTION_TYPE uguale a 'ACCEPT' o 'REJECT' che seguono una transazione di ricezione.
Acquisizione
Utilizzare TRANSACTION_DATE dalla tabella RCV_TRANSACTIONS dove TRANSACTION_TYPE è 'ACCEPT' o 'REJECT'.
Tipo di evento
explicit
|
|||
|
Documento di ricezione delle merci creato
|
Nel sistema viene avviato un documento di ricezione in preparazione all'arrivo fisico delle merci. Questa attività segna l'inizio del processo interno di ricezione. | ||
|
Perché è importante
Questo evento segna il passaggio dall'approvvigionamento alla logistica. Analizzare il tempo che intercorre da questo momento alla registrazione della ricezione finale aiuta a individuare inefficienze nel magazzino o nel reparto ricevimento.
Dove reperirlo
Si tratta di un evento esplicito, acquisito tramite il timestamp 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 nella tabella RCV_SHIPMENT_HEADERS.
Tipo di evento
explicit
|
|||
|
Merci restituite al fornitore
|
Le merci precedentemente ricevute vengono restituite al fornitore, generalmente a causa di difetti, danni o spedizioni errate. L'evento viene acquisito come specifica transazione di reso nel modulo di ricezione. | ||
|
Perché è importante
Monitorare i resi è essenziale per valutare la qualità del fornitore e l'accuratezza degli ordini. Un'elevata percentuale di resi per un fornitore può indicare problemi sistemici che devono essere affrontati.
Dove reperirlo
Si tratta di un evento esplicito registrato nella tabella RCV_TRANSACTIONS con TRANSACTION_TYPE uguale a 'RETURN TO VENDOR'.
Acquisizione
Utilizzare TRANSACTION_DATE dalla tabella 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 viene spesso acquisito manualmente dal personale dell'ufficio approvvigionamenti sulla base delle comunicazioni del fornitore o tramite una conferma elettronica. | ||
|
Perché è importante
La conferma del fornitore garantisce che l'ordine sia stato ricevuto e sia in fase di elaborazione. Monitorarla aiuta a gestire le comunicazioni con i fornitori e a individuare proattivamente potenziali problemi di evasione.
Dove reperirlo
L'evento viene generalmente dedotto da una modifica dei campi relativi allo stato di conferma nell'intestazione o nelle righe del PO, ad esempio quando PO_HEADERS_ALL.acceptance_status passa a 'Accepted'.
Acquisizione
Dedurre l'evento dagli aggiornamenti dei campi relativi allo stato di conferma del PO.
Tipo di evento
inferred
|
|||
|
Ordine di acquisto inviato
|
L'ordine di acquisto creato viene inviato al Workflow di approvazione. Oracle Fusion registra esplicitamente questa azione, acquisendo l'utente e il timestamp dell'evento di invio. | ||
|
Perché è importante
Questa attività segna l'inizio del ciclo di approvazione. Analizzare il tempo che intercorre tra l'invio e l'approvazione è fondamentale per individuare i colli di bottiglia nel processo interno di autorizzazione.
Dove reperirlo
L'azione viene registrata nella tabella PO_ACTION_HISTORY con ACTION_CODE uguale a 'SUBMIT' per il PO_HEADER_ID corrispondente.
Acquisizione
Filtrare PO_ACTION_HISTORY per ACTION_CODE = 'SUBMIT'.
Tipo di evento
explicit
|
|||
|
Ordine di acquisto modificato
|
Dopo l'approvazione iniziale è stata apportata una modifica all'ordine di acquisto, ad esempio alla quantità, al prezzo o alla data di consegna. Oracle Fusion registra questa modifica creando una nuova revisione del documento. | ||
|
Perché è importante
Le modifiche ai PO rappresentano una rilavorazione e possono indicare problemi nell'accuratezza dell'ordine iniziale o cambiamenti nelle esigenze aziendali. Analizzare la frequenza e la natura di queste modifiche aiuta a individuare opportunità per migliorare l'efficienza del processo.
Dove reperirlo
L'evento viene acquisito esplicitamente quando viene creata una nuova revisione del documento. È possibile identificarlo tramite l'incremento del campo REVISION_NUM nella tabella PO_HEADERS_ALL.
Acquisizione
Identificare ogni caso in cui 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. Si tratta di un evento esplicito registrato nella cronologia delle azioni, che segnala un'interruzione del flusso di processo standard. | ||
|
Perché è importante
I rifiuti introducono rilavorazioni e ritardi nel processo. Monitorare questa attività aiuta a individuare le cause più frequenti dei rifiuti, le esigenze formative o i requisiti di approvazione poco chiari.
Dove reperirlo
L'azione viene registrata nella tabella PO_ACTION_HISTORY con ACTION_CODE uguale a 'REJECT' per il PO_HEADER_ID corrispondente.
Acquisizione
Filtrare PO_ACTION_HISTORY per ACTION_CODE = 'REJECT'.
Tipo di evento
explicit
|
|||
|
Richiesta di acquisto approvata
|
La richiesta di acquisto è stata approvata dall'autorità designata, autorizzando l'ufficio approvvigionamenti a creare un ordine di acquisto. Questo evento viene registrato esplicitamente nella cronologia delle azioni della richiesta. | ||
|
Perché è importante
Questa milestone segna la conclusione del processo di approvazione interno della richiesta. I ritardi in questa fase possono incidere direttamente sull'intera tempistica dell'approvvigionamento, pertanto è fondamentale monitorarne la durata.
Dove reperirlo
L'evento viene registrato nella cronologia delle azioni associata alla richiesta, generalmente tramite le tabelle del Workflow o specifici campi relativi allo stato di approvazione nel documento della richiesta.
Acquisizione
Registrato come azione di approvazione nella cronologia del Workflow relativa allo specifico documento di richiesta.
Tipo di evento
explicit
|
|||
|
Richiesta di acquisto creata
|
Questa attività indica la creazione di una richiesta di acquisto, ovvero la richiesta formale di beni o servizi che precede un ordine di acquisto. Viene acquisita quando viene creata una nuova voce nella tabella dell'intestazione della richiesta in Oracle Fusion. | ||
|
Perché è importante
L'analisi di questa attività aiuta a comprendere la fase di origine della domanda. Monitorando il tempo che intercorre tra la richiesta e la creazione dell'ordine di acquisto, è possibile individuare potenziali ritardi nella trasformazione della domanda interna in ordini di approvvigionamento eseguibili.
Dove reperirlo
Si tratta di un evento esplicito registrato al salvataggio di una nuova richiesta. È possibile individuarlo monitorando il timestamp 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
|
|||
Guide all'estrazione
Pronto a iniziare?
Utilizzi questo Template per semplificare la raccolta dei dati e iniziare a individuare insight sul processo Purchase to Pay - Purchase Order. Inizi oggi stesso a ottimizzare le Sue operazioni.
Ottimizzi oggi il processo Purchase to Pay - Purchase Order
Individui facilmente i colli di bottiglia più costosi e riduca del 30% il tempo di ciclo.
Non è richiesta alcuna carta di credito: inizi oggi stesso a ottimizzare i Suoi processi.