Template dati: Purchase to Pay - Purchase Order
Il Suo Template dati Purchase to Pay (P2P) - Ordine di Acquisto
- Attributi dei dati consigliati
- Attività chiave del processo
- Passaggi per l’estrazione dei dati da Coupa
Purchase to Pay (P2P) - Attributi dell’Ordine di acquisto
| 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
|
|||
Purchase to Pay (P2P) - Attività dell’Ordine di acquisto
| 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
|
|||