Il Suo template dei dati per Purchase to Pay - Ordine di acquisto
Il Suo template dei dati per Purchase to Pay - Ordine di acquisto
- Attributi dei dati consigliati
- Attività chiave del processo
- Passaggi per estrarre i dati da Coupa
Attributi di Purchase to Pay - 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 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
|
|||
Attività di Purchase to Pay - Ordine di acquisto
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.