Il Suo Template dei dati Purchase to Pay - Purchase Order
Il Suo Template dei dati Purchase to Pay - Purchase Order
- Attributi dati consigliati
- Attività chiave del processo
- Passaggi per l'estrazione dei dati da Coupa
Purchase to Pay - Attributi dell’ordine di acquisto
| 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
|
|||
Purchase to Pay - Attività dell’ordine di acquisto
| 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
|
|||
Guide all'estrazione
È 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.
Non è richiesta alcuna carta di credito; la configurazione richiede pochi minuti.