Il Suo template dei dati per Purchase to Pay - Ordine di acquisto

Coupa
Il Suo template dei dati per Purchase to Pay - Ordine di acquisto

Il Suo template dei dati per Purchase to Pay - Ordine di acquisto

Questo template La guida nella raccolta e nell’organizzazione accurate dei dati necessari per applicare il Process Mining al processo Purchase to Pay - Ordine di acquisto in Coupa. Descrive gli attributi essenziali da includere, le attività da monitorare e i passaggi per estrarre i dati, così da ottenere un Event Log completo.
  • Attributi dei dati consigliati
  • Attività chiave del processo
  • Passaggi per estrarre i dati da Coupa
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi di Purchase to Pay - Ordine di acquisto

Questi sono i campi dati essenziali consigliati per l’Event Log, che consentono un’analisi approfondita del processo Purchase to Pay - Ordine di acquisto.
5 Obbligatorio 5 Consigliato 11 Facoltativo
Nome Descrizione
Attività
ActivityName
Il nome dell’evento o dell’attività specifica che si è verificata in un determinato momento del ciclo di vita dell’ordine di acquisto.
Descrizione

Il nome dell’attività descrive un singolo passaggio del processo procure-to-pay, ad esempio ‘Ordine di acquisto approvato’ o ‘Ricezione delle merci registrata’. La sequenza delle attività costituisce il flusso del processo per ciascun ordine di acquisto.

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

Perché è importante

Definisce i passaggi del processo e consente di visualizzarne il flusso e individuare colli di bottiglia, rilavorazioni e deviazioni.

Dove reperirli

Ricavato dagli Event Log, dalle tracce di audit o dai record delle modifiche di stato associati agli oggetti Purchase Order in Coupa.

Esempi
Richiesta di acquisto approvataOrdine di acquisto inviatoRicezione delle merci registrataFattura ricevuta per l’ordine di acquisto
Ora di inizio
EventTime
La data e l’ora esatte in cui si è verificata un’attività o un evento.
Descrizione

L’ora dell’evento registra la data e l’ora di esecuzione di una specifica attività. A ogni attività del processo corrisponde una data e un’ora che ne indicano il verificarsi.

Questo attributo è fondamentale per tutte le analisi temporali di Process Mining. Serve a calcolare i tempi di ciclo tra le attività, misurare la durata del processo e individuare i ritardi. Per esempio, la differenza tra la data e l’ora di ‘Ordine di acquisto in bozza’ e quelle di ‘Ordine di acquisto approvato’ viene utilizzata per calcolare il KPI Tempo di ciclo di approvazione dell’ordine di acquisto.

Perché è importante

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

Dove reperirli

Disponibile negli Event Log o nelle tracce di audit di Coupa, in genere associato a ogni modifica di stato o azione relativa a un ordine di acquisto.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Ordine di acquisto
PurchaseOrderNumber
Identificativo univoco dell’ordine di acquisto, utilizzato come identificativo principale del caso nel processo.
Descrizione

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

Nell’analisi di Process Mining, questo attributo è fondamentale per ricostruire l’intero percorso di ogni acquisto. Consente agli analisti di visualizzare le mappe dei processi, individuare le varianti e calcolare i KPI a livello di caso, come il tempo di ciclo totale di un ordine. Tutti gli eventi e i dati correlati vengono aggregati in base a questo identificativo, per offrire una visione coerente del processo.

Perché è importante

È essenziale per monitorare l’intero ciclo di vita di ogni acquisto e ricostruire le singole istanze del processo per un’analisi dettagliata.

Dove reperirli

È un campo chiave primaria standard dell’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 del processo.
Descrizione

Questo attributo identifica il sistema informativo di origine in cui sono stati registrati i dati dell’evento. Per questo processo, il valore sarebbe sempre ‘Coupa’.

Negli ambienti aziendali 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. Garantisce chiarezza sulla provenienza dei dati e consente di filtrare l’analisi in base alla visione del processo offerta da un sistema specifico.

Perché è importante

Fornisce informazioni essenziali sull’origine dei dati, ne garantisce la tracciabilità e consente una corretta governance, soprattutto negli ambienti con più sistemi.

Dove reperirli

È un valore statico, in genere aggiunto durante l’estrazione e la trasformazione dei dati per identificare il set di dati.

Esempi
Coupa
Ultimo aggiornamento dei dati
LastDataUpdate
La data e l’ora dell’ultimo aggiornamento dei dati relativi al processo.
Descrizione

Questo attributo registra l’ultimo aggiornamento del set di dati dal sistema di origine. È un campo di metadati che riguarda l’intero set di dati, non i singoli eventi.

In qualsiasi Dashboard analitica, questa data e ora sono fondamentali per consentire agli utenti di capire quanto siano aggiornati i dati visualizzati. Confermano che le informazioni su cui si basano i risultati sono recenti e aiutano a chiarire quanto siano attuali i dati. In genere, vengono mostrate in evidenza nelle Dashboard.

Perché è importante

Indica agli utenti quanto sono aggiornati i dati, aiutandoli a capire a quale periodo si riferiscono l’analisi del processo e i KPI.

Dove reperirli

Questa data e ora vengono generate e memorizzate dalla pipeline di estrazione e caricamento dei dati (ETL) durante l’esecuzione.

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

La categoria di acquisto, detta anche categoria merceologica o gruppo di materiali, è una classificazione che raggruppa acquisti simili. Questi dati strutturati consentono di analizzare in modo sistematico la spesa e i processi di acquisto.

Nel Process Mining, questo attributo è una dimensione utile per applicare filtri e segmentare i dati. La Dashboard «Analisi della spesa per categoria di acquisto» lo utilizza per suddividere le modalità di spesa. Può inoltre rivelare se alcune categorie, come i servizi complessi, presentano tempi di ciclo più lunghi o un numero maggiore di modifiche rispetto ad altre, come le normali forniture per ufficio.

Perché è importante

Consente di analizzare la spesa e i processi per categoria, individuare le modalità di acquisto, negoziare con i fornitori e definire controlli adeguati per ciascun processo.

Dove reperirli

In genere si trova a livello di riga dell’ordine di acquisto in Coupa, spesso collegata a un codice merceologico o a un catalogo acquisti.

Esempi
Hardware informaticoForniture per ufficioServizi professionaliMateriali di marketing
Dipartimento
Department
Il dipartimento aziendale o centro di costo a cui viene addebitato l’ordine di acquisto.
Descrizione

L’attributo Dipartimento specifica 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 presenti nelle righe dell’ordine di acquisto.

Questa dimensione è essenziale per segmentare l’analisi dei processi e i KPI. Consente ai responsabili di confrontare l’efficienza dei processi, la conformità e le modalità di spesa tra le diverse aree dell’organizzazione. Ad esempio, la Dashboard «Analisi della spesa per categoria di acquisto» utilizza il Dipartimento per mostrare come le diverse unità aziendali utilizzano i propri budget.

Perché è importante

Consente di filtrare e confrontare l’analisi dei processi e della spesa tra le diverse unità aziendali, mettendo in luce le differenze in termini di efficienza e conformità.

Dove reperirli

Disponibile nell’intestazione dell’ordine di acquisto o nelle relative righe in Coupa, spesso collegato a un centro di costo o a un’unità organizzativa.

Esempi
MarketingTecnologie dell’informazioneOperationsFinanza
Importo totale dell’ordine
TotalOrderAmount
Il valore monetario complessivo dell’ordine di acquisto.
Descrizione

Questo attributo rappresenta il costo totale di tutti i beni e servizi specificati nell’ordine di acquisto, espresso in una determinata valuta. È un attributo a livello di caso, applicabile all’intero ordine.

Questi dati finanziari sono fondamentali per analizzare la spesa e stabilire le priorità degli interventi di miglioramento dei processi. Gli ordini di importo elevato possono richiedere controlli più approfonditi o percorsi di approvazione diversi. L’importo viene utilizzato direttamente nella Dashboard «Analisi della spesa per categoria di acquisto» ed è uno degli elementi necessari per calcolare il KPI «Rapporto della spesa presso fornitori non preferenziali».

Perché è importante

Fornisce il contesto finanziario di ogni acquisto e consente di analizzare la spesa, dare priorità agli ordini di importo elevato e valutarne l’impatto finanziario.

Dove reperirli

Disponibile nell’intestazione dell’ordine di acquisto in Coupa, in genere con il nome «Totale» o «Totale complessivo».

Esempi
1500.00250.7512500.50
Nome del fornitore
VendorName
Il nome del fornitore da cui vengono acquistati beni o servizi.
Descrizione

Il nome del fornitore identifica la controparte esterna che fornisce gli articoli indicati nell’ordine di acquisto. È un’informazione fondamentale per l’analisi degli acquisti.

Analizzare le prestazioni dei processi per fornitore è essenziale per gestire i rapporti con i fornitori. Aiuta a valutare il «Tempo di consegna dei fornitori», individuare i ritardi nel «Processo di ricezione delle merci» e misurare la qualità dei fornitori attraverso il «Tasso di reso delle merci». Questo attributo è inoltre fondamentale per calcolare il KPI «Rapporto della spesa presso fornitori non preferenziali».

Perché è importante

Consente di analizzare le prestazioni dei fornitori, ottimizzare la selezione, negoziare condizioni più vantaggiose e individuare quelli con risultati migliori o peggiori.

Dove reperirli

Campo standard nell’intestazione dell’ordine di acquisto in Coupa, collegato ai dati anagrafici dei fornitori.

Esempi
Forniture per ufficio globaliTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Utente
User
L’ID o il nome dell’utente 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 del processo. Può trattarsi della persona che ha preparato l’ordine, del responsabile che lo ha approvato o dell’addetto che ha registrato la ricezione delle merci.

Analizzare le prestazioni per utente aiuta a individuare esigenze di formazione, persone con risultati particolarmente positivi e squilibri nella distribuzione del carico di lavoro. Per esempio, la Dashboard Prestazioni del tempo di ciclo di approvazione degli ordini di acquisto utilizza questo attributo per suddividere i tempi di approvazione per singolo approvatore, mettendo in evidenza chi può rappresentare un collo di bottiglia nel processo.

Perché è importante

Consente di analizzare le prestazioni del processo per persona o ruolo e aiuta a individuare colli di bottiglia, opportunità di formazione e problemi nell’allocazione delle risorse.

Dove reperirli

Associato a ogni evento nella traccia di audit o nei registri della cronologia dell’ordine di acquisto in Coupa. Tra le fonti più comuni figurano campi come ‘Creato da’, ‘Approvato da’ o ‘Aggiornato da’.

Esempi
j.doea.smithm.jones
Approvato al primo tentativo
IsFirstPassApproval
Indicatore calcolato che assume il valore true se l’ordine di acquisto è stato approvato senza modifiche dopo la stesura.
Descrizione

Questo indicatore booleano assume il valore true se, nel percorso dell’ordine di acquisto dalla stesura all’approvazione, non si verificano attività «Ordine di acquisto modificato» o «Ordine di acquisto rifiutato».

Questo attributo misura direttamente il KPI «Tasso di approvazione degli ordini di acquisto al primo tentativo». Un valore elevato indica che la procedura iniziale è efficiente e accurata. Analizzare i casi in cui l’indicatore è false può aiutare a individuare le cause delle rilavorazioni e migliorare la qualità iniziale dei dati degli ordini di acquisto.

Perché è importante

Misura direttamente l’efficienza della procedura iniziale di creazione e approvazione, mostrando quanti ordini vengono completati senza rilavorazioni.

Dove reperirli

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

Esempi
truefalse
Data di consegna richiesta
RequestedDeliveryDate
La data entro cui il richiedente ha chiesto che vengano consegnati i beni o i servizi.
Descrizione

Questo attributo indica la data di consegna prevista specificata dall’utente aziendale durante la procedura di richiesta. Rappresenta la data entro cui l’azienda si aspetta che l’ordine venga evaso.

Questa data è un riferimento fondamentale per misurare le prestazioni dei fornitori e dei processi interni. Viene utilizzata direttamente per calcolare il KPI «Rispetto della data di consegna del fornitore», confrontandola con la data effettiva di registrazione della ricezione delle merci. La Dashboard «Scostamenti tra date di consegna e resi» mostra le differenze tra la data richiesta e quella effettiva, aiutando a gestire le aspettative e migliorare le previsioni.

Perché è importante

È un riferimento fondamentale per misurare la puntualità delle consegne dei fornitori e l’efficienza del processo interno di ricezione.

Dove reperirli

Campo standard nella riga dell’ordine di acquisto in Coupa.

Esempi
2023-11-152023-12-012024-01-10
È un fornitore preferenziale
IsPreferredVendor
Indicatore booleano che specifica se l’acquisto è stato effettuato presso un fornitore preferenziale o strategico.
Descrizione

Questo indicatore specifica se il fornitore indicato nell’ordine di acquisto fa parte di un elenco preapprovato di fornitori strategici. In genere, il dato si ottiene confrontando il nome o l’ID del fornitore con l’elenco principale dei fornitori preferenziali.

Questo attributo è essenziale per le iniziative di approvvigionamento strategico e gestione della spesa. Viene utilizzato per calcolare il KPI «Rapporto della spesa presso fornitori non preferenziali», che aiuta le organizzazioni a monitorare e limitare gli acquisti fuori procedura e a concentrare la spesa sui partner principali, così da ottenere sconti sui volumi e condizioni più vantaggiose.

Perché è importante

Aiuta a monitorare il rispetto delle politiche di acquisto e degli obiettivi di approvvigionamento strategico, tracciando la spesa presso fornitori preferenziali e non preferenziali.

Dove reperirli

Spesso non è un campo standard in Coupa: il dato si ricava confrontando l’ID del fornitore nell’ordine di acquisto con un elenco esterno di fornitori preferenziali.

Esempi
truefalse
È una rilavorazione
IsRework
Indicatore calcolato che specifica se un ordine di acquisto è stato modificato.
Descrizione

Questo indicatore booleano assume il valore true per ogni ordine di acquisto che presenta almeno un evento «Ordine di acquisto modificato» nella propria cronologia. È un attributo a livello di caso ricavato dall’Event Log.

Semplifica il calcolo di KPI come il «Tasso di modifica degli ordini di acquisto». Consente di filtrare e segmentare facilmente i dati per confrontare gli ordini con e senza rilavorazioni e quantificare l’impatto delle modifiche sul tempo di ciclo e sui costi. È un elemento fondamentale della Dashboard «Analisi delle modifiche agli ordini di acquisto».

Perché è importante

Semplifica l’analisi delle rilavorazioni, consentendo di filtrare e aggregare facilmente tutti gli ordini di acquisto modificati almeno una volta.

Dove reperirli

Calcolato durante la trasformazione dei dati verificando, per ogni PurchaseOrderNumber, se è presente un’attività «Ordine di acquisto modificato».

Esempi
truefalse
La consegna è puntuale
IsDeliveryOnTime
Indicatore calcolato che specifica se le merci sono state ricevute entro la data di consegna richiesta.
Descrizione

Questo attributo booleano viene calcolato confrontando la data e l’ora dell’evento «Ricezione delle merci registrata» con «RequestedDeliveryDate». Assume il valore true se la data di ricezione coincide con la data richiesta o la precede.

L’indicatore supporta direttamente il KPI «Rispetto della data di consegna del fornitore» e la Dashboard «Scostamenti tra date di consegna e resi». Fornisce un esito chiaro e binario sulla puntualità, facile da aggregare e visualizzare, e aiuta a individuare rapidamente problemi nelle prestazioni dei fornitori o nei processi interni di ricezione.

Perché è importante

Fornisce una misura chiara e binaria delle prestazioni di consegna e semplifica il calcolo dei KPI di puntualità e l’analisi dell’andamento.

Dove reperirli

Calcolato durante la trasformazione dei dati confrontando «RequestedDeliveryDate» con la data e l’ora dell’attività «Ricezione delle merci registrata».

Esempi
truefalse
Luogo di consegna
ReceivingLocation
Il luogo fisico, ad esempio un magazzino o un ufficio, in cui devono essere consegnati i beni.
Descrizione

Il luogo di consegna indica la destinazione dei beni ordinati nell’ordine di acquisto. Può trattarsi dell’indirizzo di un magazzino, di uno stabilimento o di un ufficio specifico.

Questo attributo consente di analizzare la logistica e le prestazioni della ricezione nei diversi siti. La Dashboard «Ritardi nel processo di ricezione delle merci» può essere filtrata in base a questo attributo per verificare se alcune sedi impiegano più tempo a gestire le spedizioni in arrivo, aiutando a individuare inefficienze operative o carenze di risorse.

Perché è importante

Consente di analizzare il processo di ricezione in base alla sede e mette in evidenza le differenze tra magazzini, stabilimenti e uffici.

Dove reperirli

Queste informazioni fanno parte dell’indirizzo «Destinazione» dell’ordine di acquisto in Coupa.

Esempi
Magazzino A - ChicagoEdificio 5 - Ufficio di LondraStabilimento di Francoforte
Motivo del rifiuto
RejectionReason
Il motivo indicato quando una richiesta o un ordine di acquisto viene rifiutato durante una fase di approvazione.
Descrizione

Quando un approvatore rifiuta un ordine di acquisto, spesso ne indica il motivo. Questo attributo registra la spiegazione testuale, ad esempio «Codice di budget errato» o «Limite di spesa superato».

Analizzare i motivi dei rifiuti aiuta a individuare direttamente le cause profonde delle rilavorazioni e dei problemi di processo. Questi dati qualitativi consentono di rilevare gli errori più frequenti nella procedura di richiesta e di intervenire con formazione mirata o miglioramenti del sistema, per evitare nuovi rifiuti e aumentare il tasso di approvazione al primo tentativo.

Perché è importante

Fornisce indicazioni concrete sui motivi per cui gli ordini di acquisto vengono rifiutati e aiuta a intervenire sulle cause profonde delle rilavorazioni e dei ritardi.

Dove reperirli

In genere viene registrato nel campo dei commenti o delle note associato all’attività «Ordine di acquisto rifiutato» o «Richiesta di acquisto rifiutata» nel flusso di lavoro di approvazione di Coupa.

Esempi
Richiesta duplicataBudget non approvatoFornitore selezionato non corretto
Motivo della modifica
ChangeReason
Il motivo indicato per una modifica apportata all’ordine di acquisto dopo la sua creazione iniziale.
Descrizione

Questo attributo registra la motivazione di una modifica all’ordine di acquisto, ad esempio «Quantità aggiornata» o «Correzione del prezzo». Spesso l’informazione viene riportata nel registro di controllo quando un utente esegue l’attività «Ordine di acquisto modificato».

Capire perché gli ordini vengono modificati è fondamentale per la Dashboard «Analisi delle modifiche agli ordini di acquisto». Consente di distinguere le modifiche inevitabili, ad esempio dovute a problemi di disponibilità del fornitore, da quelle evitabili, come l’inserimento iniziale di dati errati, e orienta gli interventi per migliorare la precisione degli ordini e ridurre il KPI «Tasso di modifica degli ordini di acquisto».

Perché è importante

Aiuta a comprendere le cause profonde delle modifiche agli ordini di acquisto e a definire interventi mirati per migliorare la precisione al primo tentativo e ridurre le rilavorazioni.

Dove reperirli

Spesso si trova nei registri di controllo 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
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 da cui è scaturito l’ordine. Il richiedente è la persona dell’azienda che ha necessità dei beni o servizi e può essere diversa dall’acquirente o dall’approvatore.

Analizzare il comportamento dei processi per richiedente aiuta a individuare schemi ricorrenti legati a specifici utenti o dipartimenti. La Dashboard «Analisi delle modifiche agli ordini di acquisto» utilizza questo dato per verificare se alcuni richiedenti modificano gli ordini più spesso, circostanza che potrebbe indicare la necessità di una formazione più approfondita sui requisiti delle specifiche.

Perché è importante

Aiuta a individuare l’origine aziendale di un acquisto e consente di analizzare le modalità di acquisto e la precisione delle richieste.

Dove reperirli

Queste informazioni sono in genere registrate nella richiesta di acquisto di origine e riportate nell’ordine di acquisto in Coupa.

Esempi
Alice CooperBob DylanCharlie Parker
Numero della richiesta di acquisto
PurchaseRequisitionNumber
Identificativo univoco della richiesta di acquisto che ha preceduto l’ordine.
Descrizione

Questo attributo collega l’ordine di acquisto alla richiesta da cui ha avuto origine. Una singola richiesta può generare uno o più ordini di acquisto.

Questo collegamento è essenziale per analizzare l’intero tempo di ciclo dalla richiesta all’ordine. Collegando l’evento di creazione della richiesta agli eventi di creazione e invio dell’ordine, le organizzazioni possono misurare l’efficienza dell’intero processo di avvio degli acquisti, dalla richiesta all’evasione.

Perché è importante

Collega le fasi di richiesta e di ordinazione, consentendo di analizzare il tempo di ciclo dalla richiesta all’ordine e i tassi di conversione.

Dove reperirli

In genere è un campo di riferimento nelle righe dell’ordine di acquisto in Coupa, che rimanda alla richiesta di origine.

Esempi
PR-2023-00098PR-2023-00152PR-2023-00341
Valuta
Currency
Il codice della valuta in cui sono espressi gli importi dell’ordine di acquisto.
Descrizione

Questo attributo specifica la valuta, ad esempio USD, EUR o GBP, in cui è espresso l’importo totale dell’ordine. È essenziale per interpretare correttamente i dati finanziari in un’organizzazione globale.

Per le aziende multinazionali, analizzare la spesa senza considerare la valuta può portare a conclusioni fuorvianti. Questo attributo consente di convertire correttamente le valute e garantire una rendicontazione finanziaria coerente nelle Dashboard, così da confrontare importi omogenei.

Perché è importante

Fornisce le informazioni necessarie per convertire le valute e garantisce analisi e rendicontazioni finanziarie accurate nei contesti multinazionali.

Dove reperirli

Campo standard nell’intestazione dell’ordine di acquisto in Coupa.

Esempi
USDEURGBPJPY
Obbligatorio Consigliato Facoltativo

Attività di Purchase to Pay - Ordine di acquisto

Questi sono i passaggi e le tappe fondamentali da registrare nell’Event Log per individuare e analizzare con precisione le operazioni P2P.
6 Consigliato 11 Facoltativo
Attività Descrizione
Ordine di acquisto annullato
Questa attività rappresenta l’annullamento di un ordine di acquisto prima del suo completamento. L’annullamento può avvenire in diverse fasi, ad esempio se la richiesta non è più valida o se l’ordine è stato creato per errore.
Perché è importante

In quanto possibile esito alternativo del processo, monitorare gli annullamenti è importante per comprendere gli abbandoni e individuare i motivi per cui le richieste di acquisto non vengono portate a termine.

Dove reperirli

L’evento si ricava da una modifica dello stato dell’oggetto Purchase Order a ‘Canceled’. La data e l’ora di tale modifica vengono utilizzate come orario dell’evento.

Acquisizione

Ricavato dalla data e dall’ora della modifica di stato a ‘Canceled’.

Tipo di evento inferred
Ordine di acquisto approvato
Questa tappa indica che l’ordine di acquisto ha completato il flusso di lavoro di approvazione interna ed è autorizzato per l’invio al fornitore. In genere, è l’ultima approvazione di un processo articolato in più fasi.
Perché è importante

È una tappa fondamentale per calcolare i tempi di approvazione degli ordini e individuare i colli di bottiglia nelle approvazioni. Rappresenta inoltre un importante punto di controllo della conformità.

Dove reperirli

Ricavato dal registro della cronologia delle approvazioni dell’ordine di acquisto in Coupa. La data e l’ora dell’azione di approvazione finale determinano l’orario dell’evento.

Acquisizione

Registrato nella cronologia delle approvazioni quando l’approvatore finale completa la propria attività.

Tipo di evento explicit
Ordine di acquisto chiuso
È l’attività finale, che indica il completamento dell’ordine di acquisto. L’ordine è considerato chiuso quando le merci sono state ricevute integralmente, la fattura è stata registrata per intero e non sono previste altre transazioni.
Perché è importante

Questa attività conclude ufficialmente il ciclo di vita dell’ordine di acquisto. Analizzare il tempo necessario per la chiusura può rivelare inefficienze nella riconciliazione finale e nella tenuta dei registri.

Dove reperirli

L’evento si ricava da una modifica dello stato dell’oggetto Purchase Order a ‘Closed’. Coupa spesso imposta questo stato automaticamente in base alle regole aziendali sulle tolleranze di ricezione e fatturazione.

Acquisizione

Ricavato dalla data e dall’ora della modifica di stato a ‘Closed’.

Tipo di evento inferred
Ordine di acquisto inviato al fornitore
Questa attività segna il momento in cui l’ordine di acquisto approvato viene trasmesso ufficialmente al fornitore, ad esempio tramite e-mail o attraverso il Coupa Supplier Portal. L’evento trasforma l’ordine da documento interno a impegno verso l’esterno.
Perché è importante

È una tappa fondamentale: conclude il ciclo interno dalla richiesta all’ordine e avvia il tempo di attraversamento del fornitore. È essenziale per misurare sia l’efficienza interna sia le prestazioni dei fornitori.

Dove reperirli

Spesso si ricava da una modifica dello stato dell’ordine a ‘Ordered’ o ‘Sent’. Il record dell’ordine in Coupa può inoltre includere una data e un’ora specifiche, come ‘last_exported_at’ o ‘sent_to_supplier_at’.

Acquisizione

Ricavato dalla data e dall’ora della modifica di stato a ‘Ordered’ o da un campo specifico relativo alla trasmissione.

Tipo di evento inferred
Ricezione delle merci registrata
È la conferma formale che le merci sono state ricevute, ispezionate e accettate. L’evento aggiorna i dati di inventario e indica che il fornitore ha adempiuto ai propri obblighi per questa consegna.
Perché è importante

Questa tappa fondamentale segna la fine del tempo di attraversamento del fornitore e serve a misurare il rispetto delle date di consegna. I ritardi nella registrazione delle ricezioni possono rendere meno chiara la situazione effettiva delle scorte.

Dove reperirli

È una transazione fondamentale in Coupa, registrata nell’oggetto Receipt. L’evento viene rilevato alla data e all’ora in cui lo stato della ricezione diventa ‘Posted’ o ‘Received’.

Acquisizione

Registrato quando la transazione di ricezione delle merci viene completata nel sistema.

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

Essendo il punto di partenza tipico del processo di approvvigionamento, questa attività è essenziale per misurare l’intero tempo di ciclo dalla richiesta all’ordine e comprendere l’efficienza delle fasi iniziali.

Dove reperirli

L’evento corrisponde al record di creazione nell’oggetto o nella tabella Purchase Requisitions di Coupa. La data e l’ora sono reperibili nel campo ‘created_at’ o in un campo equivalente generato dal sistema.

Acquisizione

Registrato direttamente al momento della creazione di un nuovo record di richiesta.

Tipo di evento explicit
Avvio della ricezione delle merci
Questa attività rappresenta l’inizio del processo di ricezione, ad esempio quando in Coupa viene creato un documento di ricezione all’arrivo fisico delle merci. Le merci non sono ancora state registrate formalmente a inventario né confermate come ricevute.
Perché è importante

Questo evento costituisce il punto di partenza per misurare il KPI Tempo di elaborazione della ricezione delle merci. Aiuta a distinguere il tempo di attesa delle merci sulla banchina da quello impiegato per l’elaborazione nel sistema.

Dove reperirli

L’evento può essere ricavato dalla data e dall’ora di creazione di un documento di ricezione con stato ‘Bozza’ o ‘In attesa’. Precede la registrazione definitiva della ricezione.

Acquisizione

Ricavato dalla data e dall’ora di creazione di un record di ricezione non ancora registrato.

Tipo di evento inferred
Conferma del servizio inserita
Per gli ordini di acquisto relativi a servizi, questa attività equivale alla ricezione delle merci. Conferma che il servizio è stato erogato secondo i termini dell’ordine.
Perché è importante

Monitorare le conferme dei servizi è fondamentale per gestire la spesa per i servizi e assicurarsi che i pagamenti riguardino solo attività di cui è stato verificato il completamento.

Dove reperirli

L’evento viene rilevato alla creazione o all’approvazione di una ricevuta di servizio o di un foglio di registrazione del servizio collegato all’ordine di acquisto in Coupa.

Acquisizione

Registrato alla creazione e all’approvazione di un foglio di registrazione del servizio.

Tipo di evento explicit
Controllo qualità eseguito
Questo evento indica che un articolo ricevuto è stato sottoposto a un controllo qualità con esito positivo. A seconda del processo aziendale, il controllo può costituire una fase separata successiva alla registrazione iniziale della ricezione delle merci.
Perché è importante

Questa attività è fondamentale per misurare l’efficienza del processo di controllo qualità. Eventuali ritardi possono creare colli di bottiglia tra la ricezione e la disponibilità all’uso.

Dove reperirli

L’evento può essere registrato come modifica dello stato della riga della ricezione oppure tramite un oggetto di ispezione separato in Coupa. La disponibilità dipende dall’uso del modulo qualità o di un flusso di lavoro personalizzato.

Acquisizione

Ricavato da una modifica dello stato della ricezione o dalla data e dall’ora di un record di ispezione correlato.

Tipo di evento inferred
Fattura ricevuta per l’ordine di acquisto
Questo evento segna la ricezione e l’inserimento di una fattura del fornitore che fa riferimento all’ordine di acquisto. Indica l’inizio della fase di elaborazione e pagamento della fattura nel ciclo P2P.
Perché è importante

Pur facendo parte del processo di contabilità fornitori, collegare la ricezione della fattura all’ordine di acquisto offre una visione completa del ciclo di vita della transazione e aiuta ad analizzare il tempo che intercorre tra la consegna e la fatturazione.

Dove reperirli

Ricavato dalla data e dall’ora di creazione del documento Invoice in Coupa, in cui la fattura viene abbinata al numero dell’ordine di acquisto corrispondente.

Acquisizione

Registrato alla creazione di un record di fattura collegato all’ordine di acquisto.

Tipo di evento explicit
Merci restituite
Questa attività viene registrata quando merci già ricevute vengono restituite al fornitore. In genere, ciò avviene per problemi di qualità, danni o spedizioni errate.
Perché è importante

Monitorare i resi è essenziale per calcolare il tasso di reso delle merci e individuare problemi di qualità dei fornitori o di accuratezza degli ordini. Un tasso di reso elevato spesso segnala inefficienze di processo costose.

Dove reperirli

L’evento viene rilevato da una transazione ‘Return to Supplier’ o da una transazione di ricezione negativa in Coupa. La data e l’ora della transazione costituiscono l’orario dell’evento.

Acquisizione

Registrato quando viene creato un reso collegato all’ordine di acquisto o alla ricezione originale.

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

La conferma del fornitore dà la certezza che l’ordine è in lavorazione, migliora l’accuratezza delle previsioni di consegna e riduce l’incertezza nella catena di approvvigionamento.

Dove reperirli

Queste informazioni sono in genere disponibili nell’ordine di acquisto se il fornitore utilizza il Coupa Supplier Portal per eseguire l’azione ‘Acknowledge’. Si utilizza la data e l’ora di tale azione.

Acquisizione

Registrato quando il fornitore esegue l’azione ‘Acknowledge’ nel portale fornitori.

Tipo di evento explicit
Ordine di acquisto in bozza
Questo evento rappresenta la creazione iniziale nel sistema del documento dell’ordine di acquisto, spesso a partire da una richiesta approvata. In questa fase, l’ordine è una bozza interna, non ancora inviata per l’approvazione né trasmessa al fornitore.
Perché è importante

Questa attività avvia il conteggio del KPI Tempo di ciclo di approvazione dell’ordine di acquisto. È il primo passaggio formale nel ciclo di vita dell’ordine.

Dove reperirli

Corrisponde alla data e all’ora di creazione del record dell’ordine di acquisto in Coupa, solitamente disponibili in un campo come ‘created_at’.

Acquisizione

Ricavato dalla data e dall’ora di creazione del record dell’ordine generate dal sistema.

Tipo di evento explicit
Ordine di acquisto inviato
Dopo la stesura, l’ordine di acquisto viene inviato formalmente al flusso di lavoro di approvazione. Si tratta di un’azione distinta dell’utente che porta l’ordine dallo stato di bozza a quello di approvazione in attesa.
Perché è importante

Questo evento distingue il tempo di stesura dal periodo in cui l’ordine è effettivamente in attesa di approvazione. Offre un quadro più chiaro del comportamento degli utenti e dei passaggi di consegne nel processo.

Dove reperirli

Ricavato da una modifica dello stato dell’oggetto Purchase Order, ad esempio da ‘draft’ a ‘pending approval’. Si utilizza la data e l’ora della specifica modifica di stato.

Acquisizione

Ricavato dalla data e dall’ora della modifica di stato a ‘pending approval’.

Tipo di evento inferred
Ordine di acquisto modificato
Questo evento rappresenta qualsiasi modifica apportata all’ordine di acquisto dopo la stesura iniziale. In Coupa, le modifiche vengono spesso tracciate tramite la gestione delle versioni del documento dell’ordine.
Perché è importante

Monitorare le modifiche è fondamentale per KPI come il tasso di modifica degli ordini di acquisto e il tasso di ordini non conformi. Modifiche frequenti indicano instabilità del processo o richieste iniziali imprecise.

Dove reperirli

L’evento può essere ricavato monitorando le diverse versioni di un ordine di acquisto. Ogni nuovo numero di versione superiore al primo indica una modifica; la data di creazione della nuova versione costituisce la data e l’ora dell’evento.

Acquisizione

Ricavato dalla data e dall’ora di creazione di una nuova versione dell’ordine di acquisto.

Tipo di evento inferred
Ordine di acquisto rifiutato
Questa attività si verifica quando un approvatore rifiuta l’ordine di acquisto durante il flusso di lavoro di approvazione. In genere, l’ordine viene quindi rinviato al creatore per una revisione o l’annullamento.
Perché è importante

Analizzare i rifiuti aiuta a individuare problemi di qualità dei dati, violazioni delle politiche o lacune nella formazione. Inoltre, mette in evidenza i cicli di rilavorazione che causano ritardi significativi nel processo.

Dove reperirli

L’evento viene registrato esplicitamente nel registro della cronologia delle approvazioni dell’ordine di acquisto in Coupa. Il registro mostra un’azione ‘Reject’ con la data e l’ora corrispondenti.

Acquisizione

Registrato nella cronologia delle approvazioni con lo stato ‘Reject’.

Tipo di evento explicit
Richiesta di acquisto approvata
Prima di poter essere convertita in un ordine di acquisto, la richiesta deve seguire un flusso di lavoro di approvazione. Questo evento indica che la richiesta ha ricevuto l’approvazione finale ed è pronta per l’ordine.
Perché è importante

Monitorare le approvazioni delle richieste aiuta a individuare i colli di bottiglia nella fase che precede l’ordine. I ritardi in questa fase incidono direttamente sulla rapidità con cui è possibile emettere un ordine di acquisto.

Dove reperirli

In genere, l’evento viene ricavato dalla cronologia delle approvazioni dell’oggetto richiesta in Coupa. L’azione di approvazione finale è associata alla data e all’ora e all’utente corrispondenti.

Acquisizione

Registrato nella cronologia delle approvazioni quando interviene l’approvatore finale.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Coupa

È pronto a iniziare?

Utilizzi questo template per preparare i dati al Process Mining e ottenere informazioni utili per intervenire. Inizi oggi a ottimizzare il processo Purchase to Pay - Ordine di acquisto.

Ottimizzi gli ordini di acquisto P2P e migliori subito l’efficienza

Riduca del 30% il tempo di ciclo P2P e inizi a vedere rapidamente i risultati.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.