Template dati: Purchase to Pay - Purchase Order

Coupa
Template dati: Purchase to Pay - Purchase Order

Il Suo Template dati Purchase to Pay (P2P) - Ordine di Acquisto

Questo Template La guida a raccogliere e strutturare correttamente i dati per analizzare con il Process Mining il processo Purchase to Pay - Ordine di Acquisto in Coupa. Dettaglia gli attributi critici da includere, le attività essenziali da monitorare e fornisce istruzioni chiare per l'estrazione dei dati, così da ottenere un Event Log completo.
  • Attributi dei dati consigliati
  • Attività chiave del processo
  • Passaggi per l’estrazione dei dati da Coupa
È nuovo agli event log? Impari come creare un event log di Process Mining.

Purchase to Pay (P2P) - Attributi dell’Ordine di acquisto

Questi sono i campi dati essenziali consigliati per l'Event Log, che consentono un'analisi approfondita del processo Purchase to Pay - Purchase Order.
5 Obbligatorio 5 Consigliato 12 Facoltativo
Nome Descrizione
Activity
ActivityName
Il nome dell’evento o del task verificatosi in un momento specifico del ciclo di vita dell’ordine di acquisto.
Descrizione

Il nome dell’attività descrive un singolo passaggio nel processo purchase-to-pay, ad esempio "Ordine di acquisto approvato" o "Entrata merci registrata". La sequenza di queste attività compone il flusso di processo per ciascun ordine.

Questo attributo è fondamentale per il Process Mining: serve a costruire la mappa di processo, scoprire le varianti e analizzare la frequenza e la sequenza degli eventi. Aiuta a individuare colli di bottiglia, cicli di rilavorazione e deviazioni dal flusso standard. Ad esempio, analizzare la sequenza di attività "Ordine di acquisto modificato" può rivelare inefficienze nell’accuratezza degli ordini.

Perché è importante

Definisce i passaggi del processo, consentendo la visualizzazione del flusso e l'identificazione di colli di bottiglia, rilavorazioni e deviazioni.

Dove trovare

Derivato dagli Event Log, dagli audit trail o dalle registrazioni di cambio di stato associate agli oggetti degli Ordini d’acquisto in Coupa.

Esempi
Richiesta di acquisto approvataOrdine di acquisto inoltratoRicevimento merci contabilizzatoFattura ricevuta per il PO
Ora di Inizio
EventTime
Il timestamp esatto che indica quando si è verificata un’attività o un evento.
Descrizione

Event Time registra la data e l’ora in cui è stata eseguita una specifica attività. Per ogni attività del processo esiste un timestamp corrispondente che ne attesta l’occorrenza.

Questo attributo è fondamentale per tutte le analisi basate sul tempo nel Process Mining. Si utilizza per calcolare i tempi di ciclo tra le attività, misurare la durata del processo e individuare i ritardi. Ad esempio, la differenza tra i timestamp di 'Purchase Order Drafted' e 'Purchase Order Approved' è impiegata per calcolare il KPI del tempo di approvazione del PO.

Perché è importante

Fornisce il contesto temporale per ogni evento, imprescindibile per calcolare i tempi di ciclo, analizzare le performance e individuare i colli di bottiglia.

Dove trovare

Presente negli Event Log o negli audit trail di Coupa, tipicamente associato a ogni cambio di stato o azione eseguita su un Ordine di acquisto.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Ordine d'Acquisto
PurchaseOrderNumber
L'identificativo univoco di un ordine di acquisto, che funge da identificativo di caso principale per il processo.
Descrizione

Il numero dell'ordine di acquisto è l'identificativo di caso centrale che collega tutte le attività, dalla richiesta iniziale fino alla conferma finale di ricezione di beni o servizi. Ogni numero d'ordine di acquisto univoco rappresenta una singola istanza del processo di approvvigionamento.

Nell'analisi di Process Mining, questo attributo è fondamentale per tracciare il percorso end-to-end di ogni acquisto. Consente di visualizzare le mappe di processo, individuare le varianti e calcolare KPI a livello di caso, come il tempo di ciclo totale di un ordine. Tutti gli eventi e i dati correlati vengono aggregati sotto questo identificativo per costruire un quadro coerente del processo.

Perché è importante

È essenziale per tracciare l'intero ciclo di vita di ogni acquisto, permettendo di ricostruire le singole istanze di processo per analisi approfondite.

Dove trovare

È un campo standard di chiave primaria sull'oggetto Purchase Order in Coupa.

Esempi
PO-2023-00123PO-2023-00456PO-2023-00789
Sistema di Origine
SourceSystem
Il sistema da cui sono stati estratti i dati di processo.
Descrizione

Questo attributo identifica il sistema informativo di origine in cui sono stati registrati i dati degli eventi. Per questo processo, il valore sarà sempre 'Coupa'.

Negli ambienti enterprise in cui i dati possono provenire da più sistemi (ad esempio, Coupa per gli acquisti e un altro ERP per la fatturazione), questo attributo aiuta a distinguere le fonti dei dati. Garantisce chiarezza nella tracciabilità dei dati e può essere utilizzato per filtrare l'analisi in base alla vista del processo di uno specifico sistema.

Perché è importante

Fornisce un contesto fondamentale sull'origine dei dati, garantendo la tracciabilità e una corretta data governance, soprattutto in ambienti multi-sistema.

Dove trovare

È un valore statico generalmente aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare il dataset.

Esempi
Coupa
Ultimo Data Update
LastDataUpdate
Il timestamp che indica l'ultima volta in cui i dati per questo processo sono stati aggiornati.
Descrizione

Questo attributo registra quando il dataset è stato aggiornato per l'ultima volta dal sistema sorgente. È un campo di metadati che si applica all'intero dataset e non ai singoli eventi.

In qualsiasi dashboard analitica, questo timestamp è essenziale per far comprendere agli utenti l'attualità dei dati visualizzati. Offre la garanzia che gli insight si basino su informazioni recenti e aiuta a gestire le aspettative sulla freschezza dei dati. Di solito è mostrato in modo ben visibile nelle dashboard.

Perché è importante

Informa gli utenti sulla tempestività dei dati, assicurando che comprendano quanto siano aggiornate le analisi di processo e i KPI.

Dove trovare

Questo timestamp viene generato e memorizzato dalla pipeline di estrazione e caricamento dei dati (ETL) quando viene eseguita.

Esempi
2023-11-01T05:00:00Z
Categoria di acquisto
PurchaseCategory
La classificazione dei beni o dei servizi acquistati, ad esempio hardware IT o servizi professionali.
Descrizione

La Purchase Category, nota anche come Commodity o Material Group, è una classificazione utilizzata per raggruppare tipologie di acquisto simili. Questi dati strutturati consentono un'analisi sistematica della spesa e dei processi di procurement.

Nel Process Mining, questo attributo è una potente dimensione per filtrare e segmentare. La Dashboard 'Spend Analysis by Purchase Category' si basa su di essa per scomporre le dinamiche di spesa. Può anche rivelare se alcune categorie (ad es. servizi complessi) presentano cycle time più lunghi o tassi di modifica più elevati rispetto ad altre (ad es. forniture d'ufficio standard).

Perché è importante

Consente analisi di spesa e di processo per categoria, aiutando a individuare schemi di acquisto, negoziare con i fornitori e calibrare i controlli di processo.

Dove trovare

Di solito presente a livello di riga dell'Ordine di Acquisto in Coupa, spesso collegata a un codice merceologico o a un catalogo acquisti.

Esempi
Hardware ITCancelleria e materiale d'ufficioServizi professionaliMateriali di marketing
Dipartimento
Department
La funzione aziendale o il centro di costo cui è imputato l’ordine di acquisto.
Descrizione

L’attributo Reparto indica l’unità organizzativa che ha avviato l’acquisto o che ne sosterrà il costo. Spesso è collegato al richiedente o alle informazioni sul centro di costo nelle righe dell’ordine.

Questa dimensione è essenziale per segmentare le analisi di processo e i KPI. Consente ai manager di confrontare efficienza, conformità e modelli di spesa tra diverse aree dell’organizzazione. Ad esempio, la Dashboard 'Spend Analysis by Purchase Category' utilizza il Reparto per mostrare come le diverse business unit spendono il proprio budget.

Perché è importante

Consente di filtrare e confrontare analisi di processo e di spesa tra diverse business unit, mettendo in luce variazioni di efficienza e conformità.

Dove trovare

Disponibile sull’intestazione o sulle righe del Purchase Order in Coupa, spesso collegato a un centro di costo o a un’unità organizzativa.

Esempi
MarketingTecnologia dell'InformazioneOperazioniFinanza
Importo totale dell'ordine
TotalOrderAmount
Il valore monetario totale dell'ordine di acquisto.
Descrizione

Questo attributo rappresenta l'importo totale di tutti i beni e servizi indicati nell'ordine d'acquisto, espresso in una specifica valuta. È un attributo a livello di caso (ordine) che si applica all'intero ordine.

Questi dati finanziari sono cruciali per l'analisi della spesa e per dare priorità alle iniziative di miglioramento dei processi. Gli ordini di valore elevato possono richiedere controlli aggiuntivi o percorsi di approvazione differenti. È usato direttamente nella dashboard 'Spend Analysis by Purchase Category' ed è un componente per il calcolo del KPI 'Spend by Non-Preferred Vendor Ratio'.

Perché è importante

Fornisce il contesto finanziario di ogni acquisto, consentendo la spend analysis, la definizione delle priorità per gli ordini di maggior valore e la valutazione dell'impatto finanziario.

Dove trovare

Disponibile sull’intestazione del Purchase Order in Coupa, tipicamente come "Total" o "Grand Total".

Esempi
1500.00250.7512500.50
Nome Fornitore
VendorName
Il nome del fornitore da cui si acquistano beni o servizi.
Descrizione

Il Nome fornitore identifica la controparte esterna che fornisce gli articoli presenti nell'ordine di acquisto. Questa informazione è fondamentale per l'analisi degli acquisti.

Analizzare le performance di processo per fornitore è cruciale per la gestione delle relazioni con i fornitori. Aiuta a valutare la 'Supplier Lead Time Performance', a individuare ritardi in 'Goods Receipt Process Delays' e a misurare la qualità del fornitore tramite 'Goods Return Rate'. Questo attributo è inoltre chiave per calcolare il KPI 'Spend by Non-Preferred Vendor Ratio'.

Perché è importante

Consente l’analisi delle performance dei fornitori, aiutando a ottimizzare la selezione, negoziare condizioni migliori e identificare i fornitori più o meno efficienti.

Dove trovare

Campo standard sull’intestazione del Purchase Order in Coupa, collegato all’Anagrafica Fornitori.

Esempi
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Utente
User
L'ID utente o il nome della persona che ha eseguito l'attività, ad esempio un approvatore o un richiedente.
Descrizione

Questo attributo identifica la persona responsabile dell'esecuzione di uno specifico evento nel processo. Può trattarsi di chi ha redatto l'ordine, del manager che lo ha approvato o dell'addetto che ha contabilizzato il ricevimento merci.

L'analisi delle performance per utente aiuta a individuare esigenze formative, le persone con le performance migliori e la distribuzione dei carichi di lavoro. Ad esempio, la dashboard 'PO Approval Cycle Time Performance' utilizza questo attributo per suddividere i tempi di approvazione per singolo approvatore, evidenziando chi può rappresentare un collo di bottiglia nel processo.

Perché è importante

Consente l'analisi delle performance di processo per persona o ruolo, aiutando a individuare colli di bottiglia, opportunità formative e criticità di allocazione delle risorse.

Dove trovare

Associato a ogni evento nel registro di audit o nei log storici del Purchase Order in Coupa. Campi come "Created By", "Approved By" o "Updated By" sono fonti comuni.

Esempi
j.doea.smithm.jones
Approvazione al primo tentativo
IsFirstPassApproval
Indicatore calcolato che risulta vero se l'ordine di acquisto è stato approvato senza alcuna modifica dopo la redazione della bozza.
Descrizione

Questo flag booleano è true se, nel percorso di un ordine d'acquisto da 'Purchase Order Drafted' a 'Purchase Order Approved', non compaiono attività 'Purchase Order Changed' o 'Purchase Order Rejected'.

Questo attributo misura direttamente il KPI 'First-Pass PO Approval Rate'. Un valore elevato indica un processo iniziale efficiente e accurato. Analizzare i casi in cui questo flag è false aiuta a individuare le cause delle rilavorazioni e a migliorare la qualità dei dati inseriti a monte negli ordini d'acquisto.

Perché è importante

Misura direttamente l’efficienza della fase iniziale di creazione e approvazione, evidenziando il volume di ordini che scorrono senza rilavorazioni.

Dove trovare

Calcolato durante la trasformazione dei dati analizzando la sequenza di eventi per ciascun PurchaseOrderNumber.

Esempi
truefalse
Consegna puntuale
IsDeliveryOnTime
Indicatore calcolato che segnala se i beni sono stati ricevuti entro la data di consegna richiesta.
Descrizione

Questo attributo booleano è calcolato confrontando il timestamp dell'evento 'Goods Receipt Posted' con 'RequestedDeliveryDate'. Assume il valore true se la data di registrazione del ricevimento merci è pari o antecedente alla data richiesta.

Questo flag supporta direttamente il KPI 'Supplier Delivery Date Adherence' e la dashboard 'Delivery Date Variance and Returns'. Fornisce un esito binario e chiaro sulla puntualità, facile da aggregare e visualizzare, aiutando a identificare rapidamente problemi di performance dei fornitori o dei processi di ricezione interni.

Perché è importante

Fornisce una metrica chiara e binaria delle performance di consegna, semplificando il calcolo dei KPI di puntualità e l'analisi delle tendenze.

Dove trovare

Calcolato durante la trasformazione dei dati confrontando "RequestedDeliveryDate" con il timestamp dell’attività "Goods Receipt Posted".

Esempi
truefalse
Data di consegna richiesta
RequestedDeliveryDate
La data entro la quale il richiedente ha chiesto la consegna dei beni o dei servizi.
Descrizione

Questo attributo è la data di consegna obiettivo indicata dall'utente di business durante la richiesta. Rappresenta l'aspettativa sul momento in cui l'ordine dovrebbe essere evaso.

Questa data è un benchmark cruciale per misurare le performance dei fornitori e quelle interne. Viene utilizzata direttamente per calcolare il KPI 'Supplier Delivery Date Adherence' confrontandola con la data effettiva di 'Goods Receipt Posted'. La dashboard 'Delivery Date Variance and Returns' visualizza gli scostamenti tra la data richiesta e la consegna reale, aiutando a gestire le aspettative e a migliorare l'accuratezza delle previsioni.

Perché è importante

Costituisce un riferimento chiave per misurare la puntualità dei fornitori e l’efficienza del processo interno di ricezione.

Dove trovare

Campo standard sulla riga del Purchase Order in Coupa.

Esempi
2023-11-152023-12-012024-01-10
È una Rilavorazione
IsRework
Indicatore calcolato che segnala se un ordine di acquisto ha subito una modifica.
Descrizione

Questo flag booleano vale true per qualsiasi ordine d'acquisto che presenti almeno un evento 'Purchase Order Changed' nella propria cronologia. È un attributo a livello di ordine derivato dall'Event Log.

Questo attributo semplifica il calcolo di KPI come il 'Purchase Order Change Rate'. Consente di filtrare e segmentare facilmente i dati per confrontare i processi di ordini con e senza rilavorazioni, aiutando a quantificare l'impatto delle modifiche sui tempi di ciclo e sui costi. È un componente chiave della dashboard 'Purchase Order Change Analysis'.

Perché è importante

Semplifica l’analisi della rilavorazione, consentendo di filtrare e aggregare con facilità tutti gli ordini di acquisto che sono stati modificati almeno una volta.

Dove trovare

Calcolato durante la trasformazione dei dati verificando l’esistenza di un’attività "Purchase Order Changed" per ciascun PurchaseOrderNumber.

Esempi
truefalse
Fornitore preferito
IsPreferredVendor
Indicatore booleano che segnala se l'acquisto è stato effettuato presso un fornitore preferito o strategico.
Descrizione

Questo flag indica se il fornitore presente sull'ordine d'acquisto fa parte di un elenco preapprovato di fornitori strategici. In genere si determina incrociando il nome o l'ID del fornitore con l'anagrafica dei fornitori preferiti.

Questo attributo è essenziale per le iniziative di sourcing strategico e di gestione della spesa. È usato per calcolare il KPI 'Spend by Non-Preferred Vendor Ratio', che aiuta le organizzazioni a monitorare e contenere gli acquisti fuori procedura e a consolidare la spesa presso partner chiave, così da ottenere sconti per volumi e condizioni migliori.

Perché è importante

Aiuta a monitorare la Conformità alle policy di procurement e gli obiettivi di strategic sourcing, tracciando la spesa presso fornitori preferenziali e non.

Dove trovare

Spesso non è un campo standard in Coupa, ma viene derivato confrontando il Vendor ID sul PO con un elenco esterno di fornitori preferiti.

Esempi
truefalse
Motivo del Cambiamento
ChangeReason
Il motivo fornito per una modifica apportata a un ordine di acquisto dopo la creazione iniziale.
Descrizione

Questo attributo registra la giustificazione della modifica di un ordine di acquisto, ad esempio "Quantity updated" o "Price correction". Questa informazione è spesso presente nell'audit trail quando un utente esegue l'attività 'Purchase Order Changed'.

Capire perché gli ordini vengono modificati è fondamentale per la dashboard 'Purchase Order Change Analysis'. Aiuta a distinguere tra cambiamenti inevitabili (es. problemi di stock del fornitore) e cambiamenti evitabili (es. inserimento iniziale di dati errati), indirizzando le azioni per migliorare l'accuratezza degli ordini e ridurre il KPI 'Purchase Order Change Rate'.

Perché è importante

Spiega le cause profonde delle modifiche ai PO, permettendo azioni mirate per migliorare l’accuratezza al primo tentativo e ridurre le rilavorazioni di processo.

Dove trovare

Spesso presente nei log di audit o nei commenti associati agli eventi di modifica di un ordine di acquisto in Coupa.

Esempi
Aggiornamento del prezzo da parte del fornitoreData di consegna modificataCodice articolo corretto
Motivo del Rigetto
RejectionReason
Il motivo indicato quando una richiesta di acquisto o un ordine di acquisto viene respinto durante una fase di approvazione.
Descrizione

Quando un approvatore rifiuta un Ordine di Acquisto, spesso indica un motivo. Questo attributo acquisisce quella spiegazione testuale, ad esempio 'Codice di budget errato' o 'Supera il limite di spesa'.

L'analisi dei motivi di rifiuto offre una visione diretta delle cause alla radice di rilavorazioni e criticità di processo. Questi dati qualitativi consentono di individuare errori ricorrenti nella fase di richiesta, permettendo formazione mirata o miglioramenti di sistema per prevenire rifiuti futuri e aumentare il tasso di approvazione al primo tentativo.

Perché è importante

Offre insight diretti e operativi sui motivi di rifiuto degli ordini di acquisto, aiutando a intervenire sulle cause radice di rilavorazioni e ritardi.

Dove trovare

Di norma è riportata nel campo commenti o note associato all'attività 'Purchase Order Rejected' o 'Purchase Requisition Rejected' nel workflow di approvazione di Coupa.

Esempi
Richiesta duplicataBudget non approvatoSelezione del fornitore errata
Nome del richiedente
RequesterName
Il nome della persona che ha richiesto inizialmente i beni o i servizi.
Descrizione

Questo attributo identifica il dipendente che ha creato la richiesta di acquisto che ha portato alla creazione dell'ordine di acquisto. Il richiedente è l'utente di business con l'esigenza, che può essere diverso dal buyer o dall'approvatore.

Analizzare il comportamento di processo per richiedente aiuta a cogliere schemi legati a utenti o reparti specifici. La dashboard 'Purchase Order Change Analysis' utilizza questo attributo per verificare se alcuni richiedenti hanno una frequenza più alta di modifiche agli ordini, il che può indicare la necessità di una migliore formazione sulle specifiche richieste.

Perché è importante

Aiuta a identificare l’origine aziendale di un acquisto, consentendo di analizzare i comportamenti di procurement e l’accuratezza a livello di richiedente.

Dove trovare

Questa informazione è di solito archiviata sulla Purchase Requisition d'origine e riportata nel Purchase Order in Coupa.

Esempi
Alice CooperBob DylanCharlie Parker
Numero della richiesta di acquisto
PurchaseRequisitionNumber
L'identificativo univoco della richiesta di acquisto che ha preceduto l'ordine di acquisto.
Descrizione

Questo attributo collega un ordine d'acquisto alla richiesta di acquisto che l'ha originato. Una singola richiesta può generare uno o più ordini.

Il collegamento è fondamentale per analizzare il tempo di ciclo 'Requisition-to-Order'. Mettendo in relazione l'evento di creazione della richiesta con gli eventi di creazione e invio dell'ordine d'acquisto, è possibile misurare l'efficienza dell'avvio del processo di procurement, dalla richiesta alla trasmissione dell'ordine.

Perché è importante

Collega le fasi di richiesta e di ordine del processo, permettendo di analizzare il tempo di ciclo da richiesta a ordine e i tassi di conversione.

Dove trovare

In Coupa è in genere un campo di riferimento a livello di riga dell'Ordine di Acquisto, che collega alla richiesta d'acquisto di origine.

Esempi
PR-2023-00098PR-2023-00152PR-2023-00341
Tempo di Elaborazione
ProcessingTime
La durata di un’attività, ossia il tempo in cui un utente ha lavorato attivamente su un task.
Descrizione

Il processing time, talvolta chiamato 'service time', è il tempo dedicato al lavoro attivo su un'attività. È distinto dal tempo di attesa. Ad esempio, può misurare l'intervallo tra quando un utente apre un task di approvazione di un PO e quando invia l'approvazione.

Questa metrica offre una visione più accurata dell'impegno dell'utente rispetto al cycle time, che include i periodi di attesa. L'analisi del processing time aiuta nella pianificazione della capacità, nel bilanciamento del carico di lavoro e nell'individuazione delle attività intrinsecamente più onerose in termini di tempo. Richiede un'ora di inizio e una di fine per una singola attività, che non sono sempre disponibili.

Perché è importante

Aiuta a distinguere tra tempo di lavoro attivo e tempi di attesa, offrendo insight più accurati sull’efficienza delle risorse e sulla complessità delle attività.

Dove trovare

Calcolato se nei log di audit di Coupa sono disponibili sia il timestamp di inizio sia quello di fine per una singola attività. Spesso non è previsto.

Esempi
3600120900
Ubicazione di ricezione
ReceivingLocation
Il luogo fisico, ad esempio un magazzino o un ufficio, in cui devono essere consegnati i beni.
Descrizione

La sede di ricezione specifica la destinazione dei beni ordinati nel PO. Può trattarsi di un determinato magazzino, uno stabilimento o l'indirizzo di un ufficio.

Questo attributo viene utilizzato per analizzare la logistica e le prestazioni di ricezione nelle diverse sedi. La dashboard 'Goods Receipt Process Delays' può essere filtrata in base a questo attributo per capire se alcune sedi sono più lente nel gestire le spedizioni in arrivo, aiutando a individuare inefficienze operative o vincoli di risorse in sedi specifiche.

Perché è importante

Consente un’analisi del processo di ricezione per sede, mettendo in evidenza differenze di performance tra magazzini, stabilimenti o uffici.

Dove trovare

Questa informazione fa parte dell'indirizzo 'Ship-To' nel Purchase Order in Coupa.

Esempi
Magazzino A - ChicagoBuilding 5 - London OfficeStabilimento di Francoforte
Valuta
Currency
Il codice valuta per i valori monetari presenti sull’ordine di acquisto.
Descrizione

Questo attributo specifica la valuta (ad es. USD, EUR, GBP) in cui è espresso il Total Order Amount. È essenziale per interpretare correttamente i dati finanziari in un'organizzazione globale.

Per i gruppi multinazionali, analizzare la spesa senza considerare la valuta può portare a conclusioni fuorvianti. Questo attributo consente una corretta conversione valutaria e una rendicontazione finanziaria coerente nelle dashboard, garantendo confronti omogenei.

Perché è importante

Garantisce analisi e reporting finanziari accurati in contesti multinazionali, fornendo le informazioni necessarie per la conversione valutaria.

Dove trovare

Campo standard sull’intestazione del Purchase Order in Coupa.

Esempi
USDEURGBPJPY
Obbligatorio Consigliato Facoltativo

Purchase to Pay (P2P) - Attività dell’Ordine di acquisto

Questi sono i passaggi e le milestone di processo cruciali da tracciare nell'Event Log, per una scoperta e un'analisi accurate delle operazioni P2P.
6 Consigliato 11 Facoltativo
Activity Descrizione
Ordine di acquisto annullato
Questa attività rappresenta l'annullamento di un ordine di acquisto prima del completamento. La cancellazione può avvenire in varie fasi, ad esempio se la richiesta non è più valida o se il PO è stato creato per errore.
Perché è importante

Come esito alternativo del processo, monitorare le cancellazioni è fondamentale per comprendere dove e perché il flusso si interrompe e individuare le cause delle richieste d’acquisto abbandonate.

Dove trovare

È dedotto da un cambio di stato del Purchase Order a 'Canceled'. Il timestamp di questo cambio di stato è utilizzato come orario dell'evento.

Acquisisci

Derivato dal timestamp del cambio di stato a 'Canceled'.

Tipo di evento inferred
Ordine di acquisto approvato
Questa milestone indica che l'Ordine di Acquisto ha completato il workflow di approvazione interno ed è autorizzato all'invio al fornitore. In genere è l'ultimo passaggio di approvazione in un processo a più fasi.
Perché è importante

È una tappa fondamentale per calcolare i tempi di ciclo di approvazione dei PO e identificare i colli di bottiglia nell'iter di approvazione. Rappresenta anche un importante punto di controllo di conformità.

Dove trovare

Rilevato dal registro storico delle approvazioni del Purchase Order in Coupa. Il timestamp dell’ultima approvazione fornisce l’orario dell’evento.

Acquisisci

Registrato nella cronologia di approvazione quando l'approvatore finale completa il proprio task.

Tipo di evento explicit
Ordine di acquisto chiuso
È l'attività finale che indica il completamento dell'ordine d'acquisto. Il PO è considerato chiuso quando è stato completamente ricevuto e completamente fatturato e non sono previste ulteriori transazioni.
Perché è importante

Questa attività chiude ufficialmente il ciclo di vita del PO. L'analisi del tempo di chiusura può mettere in luce inefficienze nella riconciliazione finale e nella tenuta dei registri.

Dove trovare

È dedotto da un cambio di stato del Purchase Order a 'Closed'. Questo stato è spesso impostato automaticamente da Coupa sulla base di regole di business riguardanti le tolleranze di ricevimento e fatturazione.

Acquisisci

Derivato dal timestamp del cambio di stato a 'Closed'.

Tipo di evento inferred
Ordine di acquisto inviato al fornitore
Questa attività indica il momento in cui l'ordine di acquisto approvato viene ufficialmente trasmesso al fornitore, ad esempio via email o tramite il Coupa Supplier Portal. Con questo evento il PO passa da documento interno a impegno verso l'esterno.
Perché è importante

È un punto chiave che conclude il ciclo interno Requisition-to-Order e dà inizio al lead time del fornitore. È vitale per misurare sia l'efficienza interna sia la performance del fornitore.

Dove trovare

Spesso deducibile da un passaggio di stato del PO a 'Ordered' o 'Sent'. Coupa può anche avere un timestamp specifico 'last_exported_at' o 'sent_to_supplier_at' nel record del PO.

Acquisisci

Derivato dal timestamp del cambio di stato a 'Ordered' o da un campo di timestamp specifico per la trasmissione.

Tipo di evento inferred
Ricevimento merci contabilizzato
È la conferma formale che la merce è stata ricevuta, controllata e accettata. Questo evento aggiorna i record di magazzino e segnala che, per questa consegna, il fornitore ha adempiuto ai propri obblighi.
Perché è importante

Questa tappa cruciale segna la fine del lead time del fornitore ed è utilizzata per misurare l'aderenza alla data di consegna. Ritardi nella registrazione dei ricevimenti possono compromettere la visibilità sui livelli di scorte effettivi.

Dove trovare

Si tratta di una transazione core in Coupa, registrata sull'oggetto Receipt. L'evento è rilevato dal timestamp in cui lo stato del ricevimento diventa 'Posted' o 'Received'.

Acquisisci

Registrato quando la transazione di entrata merci viene finalizzata nel sistema.

Tipo di evento explicit
Richiesta di acquisto creata
Questa attività segna la creazione di una richiesta di acquisto, ossia la richiesta formale di beni o servizi che precede l'ordine di acquisto. In Coupa è un evento esplicito, registrato quando un utente salva e invia un nuovo documento di richiesta.
Perché è importante

Essendo l’avvio tipico del processo di procurement, questa attività è essenziale per misurare l’intero tempo di ciclo dalla richiesta all’ordine e capire l’efficienza delle fasi a monte.

Dove trovare

Questo evento corrisponde al record di creazione nell'oggetto o nella tabella Purchase Requisitions in Coupa. Il timestamp si trova nel campo 'created_at' o in un equivalente campo di creazione generato dal sistema.

Acquisisci

Registrato direttamente alla creazione di un nuovo record di richiesta d’acquisto.

Tipo di evento explicit
Conferma servizi inserita
Per gli ordini d’acquisto di servizi, questa attività equivale a un ricevimento merci: conferma che il servizio è stato erogato secondo i termini del PO.
Perché è importante

Monitorare le conferme di servizio è fondamentale per gestire la spesa per i servizi e garantire che i pagamenti vengano effettuati solo per lavori verificati come completati.

Dove trovare

Questo evento è rilevato dalla creazione o approvazione di un service receipt o service entry sheet collegato al Purchase Order in Coupa.

Acquisisci

Registrato alla creazione e approvazione di una scheda di registrazione dei servizi.

Tipo di evento explicit
Fattura ricevuta per il PO
Questo evento segna la ricezione e la registrazione della fattura del fornitore che fa riferimento all'ordine d'acquisto. Indica l'avvio della fase di elaborazione della fattura e del pagamento nel ciclo P2P.
Perché è importante

Pur essendo parte del processo AP (Accounts Payable), collegare la ricezione della fattura al PO offre una vista end‑to‑end del ciclo di vita della transazione e aiuta ad analizzare il divario tra consegna e fatturazione.

Dove trovare

Rilevato dal timestamp di creazione del documento Invoice in Coupa, dove la fattura è associata al relativo numero di Purchase Order.

Acquisisci

Registrato alla creazione di un record fattura collegato al PO.

Tipo di evento explicit
Ispezione di qualità eseguita
Questo evento indica che un articolo ricevuto è stato sottoposto a controllo qualità e lo ha superato. A seconda del processo aziendale, può essere una fase distinta successiva alla registrazione iniziale del ricevimento merci.
Perché è importante

Questa attività è fondamentale per misurare l'efficienza del processo di controllo qualità. I ritardi in questa fase possono creare colli di bottiglia tra il ricevimento e la disponibilità all'uso.

Dove trovare

Può essere registrato come variazione di stato sulla riga di ricezione oppure tramite un oggetto di ispezione separato in Coupa. La disponibilità dipende dall'uso del modulo qualità o di un workflow personalizzato.

Acquisisci

Derivato da un cambio di stato sulla ricevuta oppure da un timestamp su un record di ispezione correlato.

Tipo di evento inferred
Merci restituite
Questa attività viene registrata quando beni già ricevuti vengono restituiti al fornitore. In genere accade per problemi di qualità, danneggiamenti o spedizioni errate.
Perché è importante

Monitorare i resi è essenziale per calcolare il tasso di reso merci e identificare problemi di qualità del fornitore o di accuratezza dell'ordine. Tassi di reso elevati spesso segnalano malfunzionamenti di processo costosi.

Dove trovare

Deriva da una transazione 'Return to Supplier' o da una transazione di ricevimento negativa in Coupa. Il timestamp di questa transazione funge da timestamp dell'evento.

Acquisisci

Registrato quando viene creata una transazione di reso collegata al PO/ricevuta originale.

Tipo di evento explicit
Ordine confermato dal fornitore
Questo evento indica che il fornitore ha ricevuto e confermato l'ordine d'acquisto. La conferma è spesso acquisita elettronicamente tramite un portale fornitori come il Coupa Supplier Portal (CSP).
Perché è importante

Le conferme del fornitore danno certezza che l'ordine è in lavorazione, migliorano l'accuratezza delle previsioni di consegna e riducono l'incertezza nella supply chain.

Dove trovare

Questa informazione è di norma disponibile sul Purchase Order se il fornitore usa il Coupa Supplier Portal per eseguire l'azione 'Acknowledge'. Si utilizza il relativo timestamp.

Acquisisci

Registrato quando un fornitore esegue l'azione 'Acknowledge' nel portale fornitori.

Tipo di evento explicit
Ordine di acquisto in bozza
Questo evento rappresenta la creazione iniziale del documento Purchase Order nel sistema, spesso a partire da una richiesta approvata. In questa fase il PO è una bozza interna e non è ancora stato sottoposto ad approvazione, né inviato al fornitore.
Perché è importante

Questa attività avvia il conteggio per misurare il KPI 'PO Approval Cycle Time'. È il primo passaggio formale nel ciclo di vita dell'ordine di acquisto.

Dove trovare

Corrisponde al timestamp di creazione del record del Purchase Order in Coupa, generalmente presente in un campo come 'created_at'.

Acquisisci

Rilevato dal timestamp di creazione del record PO generato dal sistema.

Tipo di evento explicit
Ordine di acquisto inoltrato
Dopo la redazione del Purchase Order, il documento viene inviato formalmente nel workflow di approvazione. È un’azione esplicita dell’utente che porta il PO dallo stato di bozza a quello di in attesa di approvazione.
Perché è importante

Questo evento distingue il tempo di stesura da quello in cui il PO è effettivamente in attesa di approvazione. Offre una visione più chiara dei comportamenti degli utenti e dei passaggi di responsabilità.

Dove trovare

Derivato da un cambio di stato sull'oggetto Ordine di acquisto, ad esempio da 'draft' a 'pending approval'. Viene utilizzato il timestamp di questo specifico cambio di stato.

Acquisisci

Derivato dal timestamp del cambio di stato a 'pending approval'.

Tipo di evento inferred
Ordine di acquisto modificato
Questo evento rappresenta qualsiasi modifica apportata all'ordine d'acquisto dopo la sua stesura iniziale. In Coupa, le modifiche sono spesso tracciate tramite il versionamento del documento PO.
Perché è importante

Monitorare le modifiche è fondamentale per KPI come il tasso di modifica degli Ordini di Acquisto e il tasso di PO non conformi. Variazioni frequenti indicano instabilità del processo o richieste iniziali poco accurate.

Dove trovare

Può essere dedotto tracciando le diverse versioni di un Purchase Order. Ogni numero di versione successivo al primo indica una modifica; la data di creazione della nuova versione funge da timestamp dell’evento.

Acquisisci

Derivato dal timestamp di creazione di una nuova versione del PO.

Tipo di evento inferred
Ordine di acquisto rifiutato
Questa attività si verifica quando un approvatore respinge l'ordine di acquisto durante il workflow di approvazione. Il PO viene quindi in genere rinviato al creatore per una revisione o per l'annullamento.
Perché è importante

Analizzare i respingimenti aiuta a far emergere problemi di qualità dei dati, violazioni di policy o carenze formative. Evidenzia cicli di rework che generano ritardi significativi.

Dove trovare

È un evento esplicito registrato nel log della cronologia di approvazione del Purchase Order in Coupa. Il log mostrerà un'azione 'Reject' con il relativo timestamp.

Acquisisci

Registrato nella cronologia di approvazione con stato 'Reject'.

Tipo di evento explicit
Ricevimento merci avviato
Questa attività rappresenta l'avvio del processo di ricezione, ad esempio quando in Coupa viene creato un documento di ricevimento all'arrivo fisico dei beni. I beni non sono ancora stati contabilizzati a magazzino né confermati come ricevuti.
Perché è importante

Questo evento è il punto di partenza per misurare il KPI 'Goods Receipt Processing Time'. Aiuta a distinguere il tempo in cui la merce attende nell'area di carico/scarico dal tempo dedicato all'elaborazione a sistema.

Dove trovare

Si può dedurre dal timestamp di creazione di un documento di ricevimento in stato 'Draft' o 'Pending'. Precede la registrazione definitiva del ricevimento.

Acquisisci

Derivato dal timestamp di creazione di un record di ricevimento in stato non contabilizzato.

Tipo di evento inferred
Richiesta di acquisto approvata
Una richiesta di acquisto segue un Workflow di approvazione prima di poter essere convertita in ordine di acquisto. Questo evento indica l'approvazione finale della richiesta, rendendola pronta all'emissione dell'ordine.
Perché è importante

Monitorare le approvazioni delle richieste d'acquisto aiuta a individuare i colli di bottiglia nella fase che precede l'ordine. I ritardi in questa fase incidono direttamente sulla rapidità con cui si può emettere l'Ordine di Acquisto.

Dove trovare

Di norma si rileva dallo storico delle approvazioni della richiesta d'acquisto in Coupa. L'azione di approvazione finale è associata al relativo timestamp e all'utente responsabile.

Acquisisci

Registrato nella cronologia di approvazione quando l'approvatore finale interviene.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati da Coupa