Il Suo Template dei dati Purchase to Pay - Purchase Order

Coupa
Il Suo Template dei dati Purchase to Pay - Purchase Order

Il Suo Template dei dati Purchase to Pay - Purchase Order

Questo Template La guida nella raccolta e nella strutturazione corretta dei dati necessari per applicare il Process Mining al processo Purchase to Pay - Purchase Order in Coupa. Specifica gli attributi fondamentali da includere, le attività essenziali da monitorare e i passaggi da seguire per estrarre i dati, assicurandoLe un Event Log completo.
  • Attributi dati consigliati
  • Attività chiave del processo
  • Passaggi per l'estrazione dei dati da Coupa
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Purchase to Pay - Attributi dell’ordine di acquisto

Questi sono i campi dati essenziali consigliati per il Suo 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 del Purchase Order.
Descrizione

Il nome dell'attività descrive un singolo passaggio del processo purchase-to-pay, come 'Purchase Order Approved' o 'Goods Receipt Posted'. La sequenza delle attività costituisce il flusso di processo di ogni Purchase Order.

Questo attributo è fondamentale per il Process Mining, poiché viene utilizzato per costruire la mappa di 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 di processo standard. Ad esempio, l'analisi della sequenza di attività 'Purchase Order Changed' può rivelare inefficienze nell'accuratezza degli ordini.

Perché è importante

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

Dove reperirlo

Derivato da Event Log, audit trail o record delle modifiche di stato associati agli oggetti Purchase Order in Coupa.

Esempi
Richiesta di acquisto approvataPurchase Order inviatoRicezione delle merci registrataFattura ricevuta per il PO
Ora di inizio
EventTime
Il timestamp esatto che indica quando si è verificata un'attività o un evento.
Descrizione

L'orario dell'evento registra la data e l'ora in cui è stata eseguita una specifica attività. A ogni attività del processo corrisponde un timestamp che ne indica il verificarsi.

Questo attributo è fondamentale per tutte le analisi temporali nel Process Mining. Viene utilizzato 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' viene utilizzata per calcolare il KPI relativo al tempo di ciclo di approvazione del PO.

Perché è importante

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

Dove reperirlo

Si trova negli Event Log o negli audit trail di Coupa, generalmente associato a ogni modifica di stato o azione eseguita su un Purchase Order.

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

Il numero del Purchase Order è l'identificativo centrale del caso, che collega tutte le attività dalla richiesta iniziale alla conferma finale della ricezione dei beni o dei servizi. Ogni numero univoco di Purchase Order 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 agli analisti di visualizzare le mappe di processo, individuare le varianti e calcolare KPI a livello di caso, come il tempo di ciclo complessivo di un ordine. Tutti gli eventi e i dati correlati vengono aggregati sotto questo identificativo per costruire una visione coerente del processo.

Perché è importante

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

Dove reperirlo

È un campo chiave primario standard dell'oggetto Purchase Order in Coupa.

Esempi
PO-2023-00123PO-2023-00456PO-2023-00789
Sistema di origine
SourceSystem
Il sistema dal quale sono stati estratti i dati del processo.
Descrizione

Questo attributo identifica il sistema informativo di origine nel quale sono stati registrati i dati dell'evento. Per questo processo, il valore sarebbe costantemente 'Coupa'.

Negli ambienti aziendali in cui i dati possono provenire da più sistemi, ad esempio Coupa per gli approvvigionamenti e un altro ERP per la fatturazione, questo attributo aiuta a distinguere le fonti dei dati. Garantisce chiarezza nella data lineage e può essere utilizzato per filtrare l'analisi sulla visione del processo offerta da uno specifico sistema.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, garantendo la tracciabilità e consentendo un'adeguata governance dei dati, soprattutto in ecosistemi composti da più sistemi.

Dove reperirlo

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

Esempi
Coupa
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica l'ultima volta in cui i dati del processo sono stati aggiornati.
Descrizione

Questo attributo registra quando il dataset è stato aggiornato l'ultima volta dal sistema di origine. È un campo di metadati che si applica all'intero dataset, anziché ai singoli eventi.

In qualsiasi Dashboard analitica, questo timestamp è fondamentale per consentire agli utenti di comprendere quanto siano aggiornati i dati visualizzati. Offre la certezza che gli insight si basino su informazioni recenti e aiuta a gestire le aspettative degli utenti sull'attualità dei dati. In genere viene visualizzato in modo evidente nelle Dashboard.

Perché è importante

Informa gli utenti sull'aggiornamento dei dati, consentendo loro di comprendere quanto siano attuali l'analisi del processo e i KPI.

Dove reperirlo

Questo timestamp viene generato e memorizzato dalla pipeline di estrazione e caricamento dei dati (ETL) durante la sua esecuzione.

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

La Categoria di acquisto, nota anche come Commodity o Gruppo materiali, è una classificazione utilizzata per raggruppare tipologie di acquisto simili. Questi dati strutturati consentono di analizzare sistematicamente la spesa e i processi di approvvigionamento.

Nel Process Mining, questo attributo rappresenta una dimensione efficace per il filtraggio e la segmentazione. La Dashboard «Analisi della spesa per categoria di acquisto» si basa su questo attributo per scomporre i modelli di spesa. Può inoltre evidenziare se determinate categorie, ad esempio i servizi complessi, presentano tempi di ciclo più lunghi o tassi di modifica più elevati rispetto ad altre, come le forniture standard per ufficio.

Perché è importante

Consente di analizzare la spesa e il processo per categoria, aiutando a individuare i modelli di approvvigionamento, negoziare con i fornitori e definire controlli di processo mirati.

Dove reperirlo

Generalmente presente a livello di riga dell'ordine di acquisto in Coupa, spesso collegato a un codice Commodity o a un catalogo acquisti.

Esempi
Hardware ITMateriale per ufficioServizi professionaliMateriali di marketing
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 valuta specifica. È un attributo a livello di caso che si applica all'intero ordine.

Questi dati finanziari sono fondamentali per l'analisi della spesa e per stabilire le priorità degli interventi di miglioramento del processo. Gli ordini di importo elevato possono richiedere controlli più approfonditi o percorsi di approvazione differenti. L'attributo viene utilizzato direttamente nella Dashboard «Analisi della spesa per categoria di acquisto» ed è un componente per il calcolo del KPI «rapporto di spesa con fornitori non preferenziali».

Perché è importante

Fornisce il contesto finanziario di ogni acquisto, consentendo di analizzare la spesa, stabilire le priorità per gli ordini di importo elevato e valutarne l'impatto finanziario.

Dove reperirlo

Disponibile nell'intestazione dell'ordine di acquisto in Coupa, generalmente come «Totale» o «Totale complessivo».

Esempi
1500.00250.7512500.50
Nome del fornitore
VendorName
Il nome del fornitore dal quale vengono acquistati beni o servizi.
Descrizione

Il Nome del fornitore identifica la parte esterna che fornisce gli articoli indicati nell'ordine di acquisto. Queste informazioni sono fondamentali per l'analisi degli approvvigionamenti.

Analizzare le prestazioni del processo per fornitore è essenziale per la gestione delle relazioni con i fornitori. Consente di valutare le «prestazioni dei tempi di approvvigionamento del fornitore», individuare i ritardi nel «processo di ricezione delle merci» e valutare la qualità del fornitore attraverso il «tasso di reso delle merci». Questo attributo è inoltre fondamentale per calcolare il KPI «rapporto di spesa con fornitori non preferenziali».

Perché è importante

Consente di analizzare le prestazioni dei fornitori, ottimizzare la selezione, negoziare condizioni migliori e individuare i fornitori con prestazioni elevate o insufficienti.

Dove reperirlo

Un campo standard nell'intestazione dell'ordine di acquisto in Coupa, collegato ai dati anagrafici del fornitore.

Esempi
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Reparto
Department
Il reparto aziendale o il centro di costo al quale viene addebitato il Purchase Order.
Descrizione

L'attributo Reparto 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 del Purchase Order.

Questa dimensione è essenziale per segmentare l'analisi del processo e i KPI. Consente ai responsabili di confrontare l'efficienza del processo, la Conformità e i modelli di spesa tra le diverse aree dell'organizzazione. Ad esempio, la Dashboard 'Spend Analysis by Purchase Category' utilizza Reparto per mostrare come le diverse unità aziendali utilizzano i propri budget.

Perché è importante

Consente di filtrare e confrontare l'analisi del processo e della spesa tra diverse unità aziendali, evidenziando variazioni nell'efficienza e nella Conformità.

Dove reperirlo

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

Esempi
MarketingTecnologie dell'informazioneOperazioniFinanza
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 nel processo. Può trattarsi della persona che ha redatto l'ordine, del responsabile che lo ha approvato o dell'addetto che ha registrato la ricezione delle merci.

L'analisi delle prestazioni per utente aiuta a individuare le esigenze formative, le persone con le migliori prestazioni 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 in base ai singoli approvatori, evidenziando chi potrebbe rappresentare un collo di bottiglia nel processo.

Perché è importante

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

Dove reperirlo

Associato a ogni evento nell'audit trail o nei registri della cronologia 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 passaggio
IsFirstPassApproval
Un indicatore calcolato che è true se l'ordine di acquisto è stato approvato senza modifiche dopo la stesura.
Descrizione

Questo indicatore booleano è impostato su true se il percorso dell'ordine di acquisto da «Ordine di acquisto in bozza» a «Ordine di acquisto approvato» non contiene attività «Ordine di acquisto modificato» o «Ordine di acquisto rifiutato» intermedie.

Questo attributo misura direttamente il KPI «tasso di approvazione dell'ordine di acquisto al primo passaggio». Un tasso elevato indica un'elaborazione 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 del processo iniziale di creazione e approvazione, mettendo in evidenza il volume di ordini che procede senza rilavorazioni.

Dove reperirlo

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

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 rappresenta la data di consegna obiettivo specificata dall'utente aziendale durante il processo di richiesta. Indica l'aspettativa dell'azienda rispetto al momento in cui l'ordine dovrebbe essere evaso.

Questa data costituisce un riferimento fondamentale per misurare le prestazioni del fornitore e quelle interne. Viene utilizzata direttamente per calcolare il KPI «rispetto della data di consegna del fornitore», confrontandola con la data effettiva «Ricezione delle merci registrata». La Dashboard «Scostamento della data di consegna e resi» visualizza le differenze tra la data richiesta e la consegna effettiva, aiutando a gestire le aspettative e migliorare le previsioni.

Perché è importante

Costituisce un riferimento essenziale per misurare la puntualità delle consegne dei fornitori e l'efficienza del processo interno di ricezione.

Dove reperirlo

Un campo standard a livello di riga dell'ordine di acquisto in Coupa.

Esempi
2023-11-152023-12-012024-01-10
È un fornitore preferenziale
IsPreferredVendor
Un indicatore booleano che segnala se l'acquisto è stato effettuato presso un fornitore preferenziale o strategico.
Descrizione

Questo indicatore identifica se il fornitore dell'ordine di acquisto appartiene a un elenco preapprovato di fornitori strategici. In genere, il dato viene determinato confrontando il nome o l'ID del fornitore con un elenco principale di fornitori preferenziali.

Questo attributo è essenziale per le iniziative di strategic sourcing e gestione della spesa. Viene utilizzato per calcolare il KPI «rapporto di spesa con fornitori non preferenziali», che aiuta le organizzazioni a monitorare e controllare gli acquisti non conformi alle politiche e a concentrare la spesa sui partner principali, così da ottenere sconti sui volumi e condizioni migliori.

Perché è importante

Aiuta a monitorare la conformità alle politiche di approvvigionamento e gli obiettivi di strategic sourcing, tracciando la spesa presso fornitori preferenziali e non preferenziali.

Dove reperirlo

Spesso non è un campo standard in Coupa, ma viene derivato confrontando il Vendor ID dell'ordine di acquisto con un elenco esterno di fornitori preferenziali.

Esempi
truefalse
È una rilavorazione
IsRework
Un indicatore calcolato che identifica se un ordine di acquisto è stato interessato da un'attività di modifica.
Descrizione

Questo indicatore booleano è impostato su true per ogni ordine di acquisto che presenta almeno un evento «Ordine di acquisto modificato» nella propria cronologia. È un attributo a livello di caso derivato dall'Event Log.

Questo attributo semplifica il calcolo di KPI come il «tasso di modifica degli ordini di acquisto». Consente di filtrare e segmentare facilmente i dati per confrontare i processi degli ordini con e senza rilavorazioni, contribuendo a quantificare l'impatto delle modifiche sul tempo di ciclo e sui costi. È un componente 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 reperirlo

Calcolato durante la trasformazione dei dati verificando l'esistenza di un'attività «Ordine di acquisto modificato» per ogni PurchaseOrderNumber.

Esempi
truefalse
La consegna è puntuale
IsDeliveryOnTime
Un indicatore calcolato che segnala se le merci sono state ricevute entro la data di consegna richiesta o prima di tale data.
Descrizione

Questo attributo booleano viene calcolato confrontando il timestamp dell'evento «Ricezione delle merci registrata» con «RequestedDeliveryDate». È impostato su true se la data di ricezione è uguale o precedente alla data richiesta.

Questo indicatore supporta direttamente il KPI «rispetto della data di consegna del fornitore» e la Dashboard «Scostamento della data di consegna e resi». Fornisce un risultato binario chiaro sulle prestazioni di puntualità, facile da aggregare e visualizzare, aiutando a individuare rapidamente i problemi di prestazione dei fornitori o dei processi interni di ricezione.

Perché è importante

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

Dove reperirlo

Calcolato durante la trasformazione dei dati confrontando «RequestedDeliveryDate» con il timestamp dell'attività «Ricezione delle merci registrata».

Esempi
truefalse
Luogo di ricezione
ReceivingLocation
Il luogo fisico, ad esempio un magazzino o un ufficio, presso il quale devono essere consegnate le merci.
Descrizione

Il Luogo di ricezione specifica la destinazione delle merci ordinate nell'ordine di acquisto. Può trattarsi di un magazzino, uno stabilimento o un indirizzo di ufficio specifico.

Questo attributo viene utilizzato per analizzare le prestazioni logistiche e di ricezione nei diversi siti. La Dashboard «Ritardi nel processo di ricezione delle merci» può essere filtrata per questo attributo, così da determinare se alcune sedi elaborano le spedizioni in entrata più lentamente. Ciò aiuta a individuare inefficienze operative o vincoli di risorse in siti specifici.

Perché è importante

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

Dove reperirlo

Queste informazioni fanno parte dell'indirizzo «Spedisci a» 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 di acquisto o un ordine di acquisto viene rifiutato durante una fase di approvazione.
Descrizione

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

L'analisi dei motivi di rifiuto fornisce indicazioni dirette sulle cause principali delle rilavorazioni e degli errori di processo. Questi dati qualitativi possono essere utilizzati per individuare gli errori più frequenti nel processo di richiesta e definire interventi mirati di formazione o miglioramenti del sistema, così da prevenire ulteriori rifiuti e aumentare il tasso di approvazione al primo passaggio.

Perché è importante

Fornisce indicazioni dirette e operative sul motivo per cui gli ordini di acquisto vengono rifiutati, aiutando ad affrontare le cause principali delle rilavorazioni e dei ritardi di processo.

Dove reperirlo

Generalmente acquisito nel campo dei commenti o delle note associato all'attività «Ordine di acquisto rifiutato» o «Richiesta di acquisto rifiutata» nel Workflow di approvazione di Coupa.

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

Questo attributo raccoglie la motivazione della modifica di un ordine di acquisto, ad esempio «Quantità aggiornata» o «Correzione del prezzo». Le informazioni sono spesso registrate nel registro di audit quando un utente esegue un'attività «Ordine di acquisto modificato».

Comprendere perché gli ordini vengono modificati è fondamentale per la Dashboard «Analisi delle modifiche agli ordini di acquisto». Consente di distinguere tra modifiche inevitabili, ad esempio problemi di disponibilità del fornitore, e modifiche prevenibili, come l'inserimento iniziale di dati errati, orientando gli interventi per migliorare l'accuratezza degli ordini e ridurre il KPI «tasso di modifica degli ordini di acquisto».

Perché è importante

Spiega le cause principali delle modifiche agli ordini di acquisto, consentendo di definire interventi mirati per migliorare l'accuratezza al primo inserimento e ridurre le rilavorazioni del processo.

Dove reperirlo

Spesso presente nei registri 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
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 è derivato l'ordine di acquisto. Il richiedente è l'utente aziendale che ha l'esigenza e può essere diverso dall'acquirente o dall'approvatore.

Analizzare il comportamento del processo per richiedente aiuta a individuare modelli associati a utenti o reparti specifici. La Dashboard «Analisi delle modifiche agli ordini di acquisto» utilizza questo dato per verificare se determinati richiedenti presentano una frequenza più elevata di modifiche agli ordini, il che potrebbe indicare la necessità di una formazione migliore sui requisiti delle specifiche.

Perché è importante

Aiuta a identificare l'origine aziendale di un acquisto, consentendo di analizzare il comportamento e l'accuratezza degli approvvigionamenti a livello di richiedente.

Dove reperirlo

Queste informazioni sono generalmente memorizzate nella Richiesta di acquisto di origine e trasferite all'Ordine di acquisto 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 di acquisto alla richiesta di acquisto da cui ha avuto origine. Una singola richiesta può generare uno o più ordini di acquisto.

Questo collegamento è essenziale per analizzare il tempo di ciclo completo «dalla richiesta all'ordine». Collegando l'evento di creazione della richiesta agli eventi di creazione e invio dell'ordine di acquisto, le organizzazioni possono misurare l'efficienza dell'intero processo di avvio degli approvvigionamenti, dalla richiesta all'evasione.

Perché è importante

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

Dove reperirlo

Si tratta generalmente di un campo di riferimento nelle righe dell'ordine di acquisto in Coupa, collegato alla richiesta di origine.

Esempi
PR-2023-00098PR-2023-00152PR-2023-00341
Valuta
Currency
Il codice valuta dei valori monetari riportati nell'ordine di acquisto.
Descrizione

Questo attributo specifica la valuta, ad esempio USD, EUR o GBP, nella quale è 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 effettuare la conversione valutaria corretta e di garantire una rendicontazione finanziaria coerente nelle Dashboard, così che i valori siano confrontati su basi omogenee.

Perché è importante

Garantisce l'accuratezza dell'analisi e della rendicontazione finanziaria in contesti multinazionali, fornendo le informazioni necessarie per la conversione valutaria.

Dove reperirlo

Un campo standard nell'intestazione dell'ordine di acquisto in Coupa.

Esempi
USDEURGBPJPY
Obbligatorio Consigliato Facoltativo

Purchase to Pay - Attività dell’ordine di acquisto

Questi sono i passaggi chiave e le tappe fondamentali del processo da monitorare nel Suo Event Log per individuare e analizzare con precisione le operazioni P2P.
6 Consigliato 11 Facoltativo
Attività Descrizione
Purchase Order annullato
Questa attività rappresenta l'annullamento di un Purchase Order prima del suo completamento. L'annullamento può avvenire in diverse fasi, ad esempio se la richiesta non è più valida o se il PO è stato creato per errore.
Perché è importante

In quanto possibile conclusione alternativa del processo, il monitoraggio degli annullamenti è importante per comprendere le richieste di acquisto interrotte e individuare le ragioni per cui vengono abbandonate.

Dove reperirlo

Viene dedotto da una modifica dello stato dell'oggetto Purchase Order a 'Canceled'. Il timestamp di questa modifica di stato viene utilizzato come orario dell'evento.

Acquisizione

Derivato dal timestamp della modifica di stato a 'Canceled'.

Tipo di evento inferred
Purchase Order approvato
Questa milestone indica che il Purchase Order ha completato il Workflow di approvazione interno ed è autorizzato a essere emesso al fornitore. In genere rappresenta il passaggio finale di un processo articolato in più fasi.
Perché è importante

È una milestone fondamentale per calcolare i tempi di ciclo dell'approvazione del PO e individuare i colli di bottiglia nelle approvazioni. Costituisce inoltre un importante punto di controllo della Conformità.

Dove reperirlo

Acquisito dal registro della cronologia delle approvazioni del Purchase Order in Coupa. Il timestamp dell'azione di approvazione finale fornisce l'orario dell'evento.

Acquisizione

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

Tipo di evento explicit
Purchase Order chiuso
Questa è l'attività finale, che indica il completamento del Purchase Order. Il PO è considerato chiuso quando è stato ricevuto e fatturato integralmente e non sono previste ulteriori transazioni.
Perché è importante

Questa attività conclude ufficialmente il ciclo di vita del PO. Analizzare il tempo necessario alla chiusura può rivelare inefficienze nella riconciliazione finale e nella gestione dei record.

Dove reperirlo

Viene dedotto da una modifica dello stato dell'oggetto Purchase Order a 'Closed'. Questo stato viene spesso impostato automaticamente da Coupa sulla base di regole aziendali relative alle tolleranze di ricezione e fatturazione.

Acquisizione

Derivato dal timestamp della modifica di stato a 'Closed'.

Tipo di evento inferred
Purchase Order inviato al fornitore
Questa attività indica il momento in cui il Purchase Order approvato viene trasmesso ufficialmente al fornitore, ad esempio tramite e-mail o attraverso il Coupa Supplier Portal. L'evento trasforma il PO da documento interno in impegno esterno.
Perché è importante

È una milestone fondamentale, che conclude il ciclo interno dalla richiesta all'ordine e avvia il lead time del fornitore. È essenziale per misurare sia l'efficienza interna sia le prestazioni del fornitore.

Dove reperirlo

Spesso viene dedotto da una modifica dello stato del PO a 'Ordered' o 'Sent'. Coupa può inoltre disporre di un timestamp specifico 'last_exported_at' o 'sent_to_supplier_at' nel record del PO.

Acquisizione

Derivato dal timestamp della modifica di stato a 'Ordered' o da uno specifico campo timestamp relativo alla trasmissione.

Tipo di evento inferred
Ricezione delle merci registrata
Questa è la conferma formale che le merci sono state ricevute, ispezionate e accettate. L'evento aggiorna i record di inventario e indica che il fornitore ha adempiuto al proprio obbligo per questa consegna.
Perché è importante

Questa milestone fondamentale segna la fine del lead time del fornitore e viene utilizzata per misurare il rispetto della data di consegna. I ritardi nella registrazione delle ricezioni possono rendere meno visibile il livello effettivo delle scorte.

Dove reperirlo

Si tratta di una transazione fondamentale in Coupa, registrata sull'oggetto Receipt. L'evento viene acquisito dal timestamp in cui lo stato della ricezione diventa 'Posted' o 'Received'.

Acquisizione

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

Tipo di evento explicit
Richiesta di acquisto creata
Questa attività indica la creazione di una richiesta di acquisto, ovvero la richiesta formale di beni o servizi che precede un Purchase Order. In Coupa, si tratta di un evento esplicito registrato quando un utente salva e invia un nuovo documento di richiesta.
Perché è importante

In quanto punto di avvio tipico del processo di approvvigionamento, questa attività è essenziale per misurare l'intero ciclo dalla richiesta all'ordine e comprendere l'efficienza delle fasi iniziali del processo.

Dove reperirlo

Questo evento corrisponde al record di creazione nell'oggetto o nella tabella Purchase Requisitions di Coupa. Il timestamp si trova nel campo 'created_at' o nel campo equivalente contenente la data di creazione generata dal sistema.

Acquisizione

Registrato direttamente alla creazione di un nuovo record di richiesta.

Tipo di evento explicit
Conferma dei servizi inserita
Per i Purchase Order relativi a servizi, questa attività è l'equivalente della ricezione delle merci. Conferma che un servizio è stato erogato secondo i termini del PO.
Perché è importante

Il monitoraggio delle conferme dei servizi è fondamentale per gestire la spesa per i servizi e garantire che i pagamenti vengano effettuati esclusivamente per attività verificate come completate.

Dove reperirlo

Questo evento viene acquisito dalla creazione o dall'approvazione di una ricevuta di servizio o di un service entry sheet collegato al Purchase Order in Coupa.

Acquisizione

Registrato alla creazione e all'approvazione di un service entry sheet.

Tipo di evento explicit
Fattura ricevuta per il PO
Questo evento indica la ricezione e l'inserimento della fattura di un fornitore che fa riferimento al Purchase Order. Segna l'inizio della fase di elaborazione e pagamento della fattura nel ciclo P2P.
Perché è importante

Sebbene faccia parte del processo AP, collegare la ricezione della fattura al PO offre una visione end-to-end del ciclo di vita della transazione e aiuta ad analizzare l'intervallo tra consegna e fatturazione.

Dove reperirlo

Acquisito dal timestamp di creazione del documento Invoice in Coupa, dove la fattura viene confrontata con il numero del Purchase Order corrispondente.

Acquisizione

Registrato alla creazione di un record fattura collegato al PO.

Tipo di evento explicit
Ispezione della qualità eseguita
Questo evento indica che un articolo ricevuto è stato sottoposto a un'ispezione di qualità con esito positivo. A seconda del processo aziendale, può trattarsi di un passaggio separato successivo alla registrazione iniziale della ricezione delle 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 la ricezione e la disponibilità per l'utilizzo.

Dove reperirlo

Può essere registrato come modifica dello stato della riga della ricezione o tramite un oggetto di ispezione separato in Coupa. La disponibilità dipende dall'utilizzo del modulo qualità o di un Workflow personalizzato.

Acquisizione

Dedotto da una modifica dello stato della ricezione o da un timestamp presente in un record di ispezione correlato.

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

Il monitoraggio dei resi è essenziale per calcolare il tasso di reso delle merci e individuare problemi nella qualità del fornitore o nell'accuratezza dell'ordine. Tassi di reso elevati indicano spesso costosi malfunzionamenti del processo.

Dove reperirlo

Viene acquisito da una transazione 'Return to Supplier' o da una transazione di ricezione negativa in Coupa. Il timestamp di questa transazione costituisce l'orario dell'evento.

Acquisizione

Registrato quando viene creato un reso collegato al PO o alla ricezione originale.

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

Le conferme dei fornitori garantiscono che l'ordine sia in fase di elaborazione, migliorando l'accuratezza delle previsioni di consegna e riducendo l'incertezza nella catena di approvvigionamento.

Dove reperirlo

Queste informazioni sono generalmente disponibili nel Purchase Order quando il fornitore utilizza il Coupa Supplier Portal per eseguire l'azione 'Acknowledge'. Viene utilizzato il timestamp di tale azione.

Acquisizione

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

Tipo di evento explicit
Purchase Order 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 inviato per l'approvazione né trasmesso al fornitore.
Perché è importante

Questa attività avvia il conteggio per la misurazione del KPI relativo al tempo di ciclo di approvazione del PO. È il primo passaggio formale del ciclo di vita del Purchase Order.

Dove reperirlo

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

Acquisizione

Acquisito dal timestamp di creazione generato dal sistema per il record PO.

Tipo di evento explicit
Purchase Order inviato
Dopo la stesura, un Purchase Order viene formalmente inviato al Workflow di approvazione. Si tratta di un'azione distinta dell'utente, che porta il PO dallo stato di bozza allo stato di approvazione in sospeso.
Perché è importante

Questo evento distingue il tempo di stesura dal momento in cui il PO è effettivamente in attesa di approvazione. Offre una visione più chiara del comportamento degli utenti e dei passaggi di consegna nel processo.

Dove reperirlo

Dedotto da una modifica dello stato dell'oggetto Purchase Order, ad esempio da 'draft' a 'pending approval'. Viene utilizzato il timestamp di questa specifica modifica di stato.

Acquisizione

Derivato dal timestamp della modifica di stato a 'pending approval'.

Tipo di evento inferred
Purchase Order modificato
Questo evento rappresenta qualsiasi modifica apportata al Purchase Order dopo la stesura iniziale. In Coupa, le modifiche vengono spesso tracciate tramite il versioning del documento PO.
Perché è importante

Il monitoraggio delle modifiche è fondamentale per KPI quali il tasso di modifica dei Purchase Order e il tasso di PO non conformi. Modifiche frequenti indicano instabilità del processo o richieste iniziali inesatte.

Dove reperirlo

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

Acquisizione

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

Tipo di evento inferred
Purchase Order rifiutato
Questa attività si verifica quando un approvatore rifiuta il Purchase Order durante il Workflow di approvazione. In genere, il PO viene quindi restituito al creatore per la revisione o l'annullamento.
Perché è importante

L'analisi dei rifiuti aiuta a individuare problemi di qualità dei dati, violazioni delle policy o lacune nella formazione. Evidenzia i cicli di rilavorazione che causano ritardi significativi nel processo.

Dove reperirlo

Si tratta di un evento esplicito acquisito dal registro della cronologia delle approvazioni del Purchase Order in Coupa. Il registro mostrerà un'azione 'Reject' con il relativo timestamp.

Acquisizione

Registrato nella cronologia delle approvazioni con lo stato 'Reject'.

Tipo di evento explicit
Ricezione delle merci avviata
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 magazzino né confermate come ricevute.
Perché è importante

Questo evento costituisce il punto di partenza per misurare il KPI relativo al tempo di elaborazione della ricezione delle merci. Aiuta a distinguere il tempo di attesa delle merci sulla banchina dal tempo impiegato per l'elaborazione nel sistema.

Dove reperirlo

Può essere dedotto dal timestamp di creazione di un documento di ricezione con stato 'Draft' o 'Pending'. Precede la registrazione finale della ricezione.

Acquisizione

Derivato dal timestamp di creazione di un record di ricezione in uno stato non registrato.

Tipo di evento inferred
Richiesta di acquisto approvata
Prima di poter essere convertita in un Purchase Order, una richiesta di acquisto attraversa un Workflow di approvazione. Questo evento indica l'approvazione finale della richiesta, che diventa così pronta per l'ordine.
Perché è importante

Il monitoraggio delle approvazioni delle richieste aiuta a individuare i colli di bottiglia nella fase precedente all'ordine. I ritardi in questa fase incidono direttamente sulla rapidità di emissione del Purchase Order.

Dove reperirlo

In genere viene acquisito dalla cronologia delle approvazioni dell'oggetto richiesta in Coupa. L'azione di approvazione finale presenta un timestamp e un utente corrispondenti.

Acquisizione

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

Tipo di evento explicit
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Coupa

È pronto per iniziare?

Utilizzi questo Template per preparare i Suoi dati al Process Mining e ottenere insight concreti. Inizi oggi stesso a ottimizzare il processo Purchase to Pay - Purchase Order.

Ottimizzi i Suoi Purchase Order P2P e aumenti l'efficienza già oggi

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.