Il Suo template per i dati delle richieste Purchase to Pay

Coupa
Il Suo template per i dati delle richieste Purchase to Pay

Il Suo template per i dati delle richieste Purchase to Pay

Questo Template dati completo fornisce un approccio strutturato per la raccolta delle informazioni necessarie per analizzare il Suo processo di Richiesta Purchase to Pay. Delinea gli Attributi e le attività essenziali richiesti per un Event Log robusto. Troverà anche indicazioni su come estrarre questi dati in modo efficace dal Suo sistema Coupa.
  • Attributi consigliati per un'analisi completa
  • Attività di processo chiave da monitorare
  • Guida pratica all'estrazione dei dati
È nuovo agli event log? Impari come creare un event log di Process Mining.

Purchase to Pay - Attributi di richiesta

Questi sono i campi di dati raccomandati da includere nel Suo Event Log per un'analisi completa del Suo processo di Richiesta Purchase to Pay.
5 Obbligatorio 5 Consigliato 12 Facoltativo
Nome Descrizione
ID requisizione d’acquisto
PurchaseRequisitionId
L'identificatore unico per ogni richiesta d'acquisto, che funge da identificatore principale del caso per il processo.
Descrizione

L'ID della Richiesta di Acquisto è la chiave centrale che collega tutte le attività relative a una singola richiesta di beni o servizi. A ogni richiesta viene assegnato un ID unico al momento della creazione, che rimane costante per tutto il suo ciclo di vita. Ciò consente il monitoraggio end-to-end della richiesta, dalla sua creazione e invio iniziali, attraverso tutti i passaggi di approvazione o rifiuto, fino alla sua fornitura e chiusura finali. Nel Process Mining, ogni voce del Event Log è collegata a questo ID, consentendo la ricostruzione del percorso completo per ogni caso.

Perché è importante

Questo è l'ID Caso essenziale che collega tutti i passaggi del processo, consentendo un'analisi completa del ciclo di vita della richiesta dall'inizio alla fine.

Dove trovare

Questo è un campo chiave primaria presente nel modulo Richieste di Coupa e nelle esportazioni di dati correlate.

Esempi
PR-102934PR-102935PR-102936
Nome attività
ActivityName
Il nome della specifica attività o evento aziendale verificatosi in un determinato momento per la richiesta.
Descrizione

Questo Attributo registra i distinti passaggi nel ciclo di vita della richiesta d'acquisto. Esempi includono 'Richiesta creata', 'Passaggio di approvazione approvato' e 'Richiesta fornita'. Ogni attività rappresenta una specifica pietra miliare o azione intrapresa sulla richiesta. L'analisi della sequenza e della frequenza di queste attività è fondamentale per il Process Mining, poiché consente la visualizzazione delle mappature di processo, l'identificazione di percorsi comuni e il rilevamento di deviazioni dalla procedura standard.

Perché è importante

Definisce i passaggi nella mappatura del processo, rendendo possibile visualizzare e analizzare il flusso delle richieste.

Dove trovare

Questo è tipicamente derivato dai Event Log, dai record di cambio di stato o dai log di audit all'interno del sistema Coupa. Potrebbe richiedere una mappatura dai campi di stato o dai codici di azione.

Esempi
Richiesta CreataRichiesta inviataFase di Approvazione ApprovataRichiesta rifiutataOrdine di acquisto creato
Timestamp Evento
EventTime
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

Il Tempo Evento, o timestamp, cattura il momento esatto in cui un'attività è stata registrata per una richiesta di acquisto. Questi dati sono critici per l'ordinamento cronologico degli eventi per costruire il flusso di processo. È la base per tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo, l'identificazione dei colli di bottiglia misurando la durata tra le attività e la comprensione delle prestazioni del processo in diversi periodi di tempo. Timestamp precisi e granulari sono essenziali per un'analisi di processo significativa.

Perché è importante

Questo timestamp è cruciale per ordinare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i Bottleneck.

Dove trovare

Questa informazione viene acquisita nei log di audit o nei record storici per ogni richiesta in Coupa, spesso come campo 'created_at' o 'updated_at' per ogni azione.

Esempi
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
Sistema di Origine
SourceSystem
Identifica il sistema sorgente da cui sono stati estratti i `dati`.
Descrizione

Questo Attributo specifica il sistema di origine dove i dati di processo sono stati generati. Per questa analisi, il valore sarà costantemente 'Coupa'. Includere questo campo è una best practice, specialmente in ambienti dove i dati potrebbero essere uniti da più sistemi. Fornisce un contesto essenziale sulla Data Lineage e aiuta nella gestione della Data Governance e delle regole di qualità.

Perché è importante

Fornisce una chiara Data Lineage, fondamentale per la Data Governance e per la fusione di dati provenienti da più sistemi aziendali.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine del dataset.

Esempi
Coupa
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultima volta in cui i dati sono stati aggiornati dal sistema sorgente.
Descrizione

Questo Attributo registra la data e l'ora dell'estrazione dati più recente da Coupa. Fornisce trasparenza sulla freschezza dei dati analizzati. Conoscere la recente datazione dei dati è fondamentale per gli utenti per capire se gli insight riflettono lo stato operativo attuale o un punto precedente nel tempo. Questo è particolarmente importante per le Dashboard che monitorano le operazioni in corso.

Perché è importante

Informa gli utenti sulla freschezza dei dati, assicurando che comprendano il periodo di tempo dell'analisi e prendano decisioni basate su informazioni aggiornate.

Dove trovare

Questo timestamp viene generato e aggiunto dalla pipeline di dati o dallo strumento ETL al termine di un'estrazione dati riuscita.

Esempi
2024-05-21T02:00:00Z
Approvatore
Approver
L'utente o il gruppo responsabile di un'attività di approvazione.
Descrizione

Questo Attributo identifica l'individuo specifico o il gruppo di approvazione assegnato a un passaggio di approvazione. Viene popolato per attività come 'Passaggio di approvazione avviato', 'Passaggio di approvazione approvato' e 'Passaggio di approvazione rifiutato'. L'analisi dei dati per approvatore è fondamentale per costruire la Dashboard 'Performance e carico dell'approvatore'. Aiuta a misurare i tempi di approvazione individuali, identificare i Bottleneck causati da approvatori specifici e valutare la distribuzione del carico di lavoro.

Perché è importante

Cruciale per analizzare le prestazioni dell'approvatore, bilanciare il carico di lavoro e identificare i colli di bottiglia legati a individui specifici o gruppi di approvazione.

Dove trovare

Questa informazione si trova nei dettagli della catena di approvazione associati a ciascuna richiesta in Coupa. Potrebbe richiedere l'unione con i dati Utente.

Esempi
David MillerApprovatori Finanziari L2Susan Chen
Dipartimento
Department
Il dipartimento aziendale o centro di costo a cui è addebitata la richiesta.
Descrizione

L'Attributo Dipartimento collega ogni richiesta a una specifica unità organizzativa o centro di costo. Questa è una dimensione critica per l'analisi comparativa. Consente di filtrare e segmentare Dashboard e KPI per dipartimento, consentendo ai manager di confrontare i tempi di ciclo di approvazione, i tassi di rifiuto e la Conformità tra diverse parti dell'organizzazione. Questo aiuta a individuare problemi specifici di dipartimento o best practice.

Perché è importante

Consente il confronto degli indicatori chiave di performance (KPI) di processo, come il tempo di ciclo e i tassi di rifiuto, tra diverse unità aziendali, evidenziando le aree di miglioramento.

Dove trovare

Questo è un campo standard sull'oggetto Richiesta in Coupa, spesso associato al profilo utente del richiedente o specificato sulle voci di riga della richiesta.

Esempi
MarketingOperazioni ITImpiantiRicerca e Sviluppo
Importo Totale
TotalAmount
Il valore monetario totale della richiesta d'acquisto.
Descrizione

Questo Attributo rappresenta il costo totale di tutti i beni e servizi richiesti nella richiesta. L'importo è un fattore cruciale nell'analisi del processo, poiché spesso influenza la complessità del Workflow di approvazione; le richieste di valore più elevato richiedono tipicamente più passaggi di approvazione. L'analisi delle metriche di processo per fasce di valore (ad esempio, <$1000, $1000-$10000) può rivelare come il processo gestisce le richieste di diversa rilevanza finanziaria.

Perché è importante

Aiuta ad analizzare come il processo varia per le richieste di diverso valore, poiché importi più elevati spesso attivano workflow di approvazione più complessi.

Dove trovare

Questo è un campo standard sull'intestazione dell'oggetto Richiesta in Coupa, tipicamente denominato 'total' o 'total_amount'.

Esempi
500.0012550.7599.99
Richiedente
Requester
Il dipendente che ha creato e inviato la richiesta d'acquisto.
Descrizione

Questo Attributo identifica l'individuo che ha avviato la richiesta. L'analisi dei dati per richiedente aiuta a identificare modelli relativi a utenti specifici, come alti tassi di modifica o frequenti rifiuti, che possono indicare la necessità di una formazione aggiuntiva. Viene anche utilizzato per analizzare i volumi delle richieste e il comportamento del processo per diversi utenti o gruppi di utenti.

Perché è importante

Consente l'analisi del comportamento del processo per utente, aiutando a identificare le esigenze di formazione e a comprendere come i diversi individui interagiscono con il processo.

Dove trovare

Disponibile come campo standard sull'oggetto Richiesta in Coupa, spesso collegato all'oggetto Utente e denominato 'richiedente' o 'creato_da'.

Esempi
Alice JohnsonBob SmithCharlie Brown
Stato della richiesta
RequisitionStatus
Lo stato attuale o finale della richiesta d'acquisto.
Descrizione

Questo Attributo indica lo stato generale della richiesta al momento dell'estrazione dei dati o il suo esito finale. Gli stati comuni includono 'In attesa di approvazione', 'Approvata', 'Rifiutata', 'Ritirata' e 'Chiusa'. Questa è una dimensione chiave per il filtraggio e l'analisi. Viene utilizzata per calcolare i tassi di approvazione e rifiuto, monitorare il carico di lavoro attuale delle richieste aperte e comprendere la disposizione finale delle richieste.

Perché è importante

Essenziale per comprendere gli esiti delle richieste, calcolare i tassi di approvazione e rifiuto e monitorare lo stato attuale delle richieste in corso.

Dove trovare

Questo è un campo standard sull'oggetto Richiesta d'acquisto in Coupa, spesso denominato 'status' o 'state'.

Esempi
In Attesa di ApprovazioneApprovatoRifiutatoRitiratoChiuso
Categoria merceologica
Commodity
La categoria di alto livello dei beni o servizi richiesti.
Descrizione

L'Attributo Merceologia fornisce una classificazione standardizzata per gli articoli di una richiesta, come 'Materiale per ufficio', 'Hardware informatico' o 'Servizi di marketing'. Ciò consente l'analisi dei modelli di acquisto e delle variazioni di processo in base a ciò che viene acquistato. Alcune merceologie possono avere requisiti di approvazione o strategie di sourcing specializzate, e analizzare il processo per merceologia può aiutare a ottimizzare l'approvvigionamento per diverse categorie di spesa.

Perché è importante

Aiuta nell'analisi delle categorie di spesa e nella comprensione se il comportamento del processo, come i tempi di approvazione, varia in base al tipo di beni o servizi acquistati.

Dove trovare

Questo è un campo standard in Coupa, tipicamente disponibile a livello di riga di richiesta. Potrebbe essere necessario aggregarlo a livello di intestazione.

Esempi
Forniture per ufficioHardware per computerServizi di MarketingViaggi
Conteggio Passaggi di Approvazione
ApprovalStepCount
Il numero totale di passaggi di approvazione che una richiesta ha attraversato.
Descrizione

Questo Attributo calcolato conta il numero di attività 'Passaggio di approvazione approvato' distinte per ogni richiesta. Aiuta a quantificare la complessità del Workflow di approvazione per ogni caso. Questa è la base per il KPI 'Numero medio di passaggi di approvazione' ed è utile per identificare le richieste che seguono percorsi di approvazione insolitamente lunghi o complessi, che possono indicare la necessità di semplificazione del Workflow.

Perché è importante

Quantifica la complessità del Workflow di approvazione per ogni richiesta, aiutando a identificare percorsi eccessivamente complessi che necessitano di semplificazione.

Dove trovare

Questa metrica viene calcolata nello strumento di Process Mining contando le occorrenze di 'Passaggio di approvazione approvato' per ogni ID caso.

Esempi
253
Durata Fase di Approvazione
ApprovalStepDuration
Il tempo trascorso da una richiesta in attesa in un singolo passaggio di approvazione.
Descrizione

Questa metrica calcolata misura la durata tra un'attività 'Passaggio di approvazione avviato' e la sua corrispondente attività 'Passaggio di approvazione approvato' o 'Passaggio di approvazione rifiutato'. Isola il tempo di attesa in ogni distinta fase della catena di approvazione. Ciò è cruciale per la Dashboard 'Bottleneck critici dei passaggi di approvazione', in quanto individua esattamente quali approvatori o fasi di approvazione stanno causando i ritardi più significativi nell'intero processo.

Perché è importante

Individua Bottleneck specifici all'interno del Workflow di approvazione misurando il tempo di attesa a ogni singolo passaggio, piuttosto che solo il tempo di ciclo totale.

Dove trovare

Calcolato nello strumento di Process Mining trovando la differenza di tempo tra 'Fase di Approvazione Iniziata' e il successivo evento terminale di approvazione (Approvata/Rifiutata).

Esempi
1,2 giorni4 ore3,8 giorni
È modificata
IsAmended
Un flag booleano che è vero se la richiesta è stata modificata una o più volte dopo la sua presentazione iniziale.
Descrizione

Questo Attributo calcolato è un semplice flag (Vero/Falso) che indica se si è verificata un'attività 'Richiesta modificata' per un dato caso. Semplifica l'analisi e il filtraggio consentendo agli utenti di isolare facilmente le richieste che hanno richiesto modifiche. Viene utilizzato per calcolare il KPI del tasso di modifica delle richieste e per alimentare la Dashboard 'Volume modifiche richieste', aiutando a identificare le cause profonde delle rilavorazioni e a migliorare la qualità alla prima esecuzione.

Perché è importante

Semplifica il calcolo del KPI del tasso di modifica e consente una facile segmentazione dei casi che hanno richiesto rilavorazioni rispetto a quelli che non le hanno richieste.

Dove trovare

Questo viene calcolato nello strumento di Process Mining verificando l'esistenza di un'attività 'Richiesta modificata' all'interno del Event Log per ciascun caso.

Esempi
truefalse
ID ordine di acquisto
PurchaseOrderId
L'identificatore dell'ordine di acquisto creato dalla richiesta approvata.
Descrizione

Una volta che una richiesta è completamente approvata e fornita, viene tipicamente creato un ordine di acquisto. Questo Attributo memorizza l'ID dell'ordine di acquisto risultante. Serve come collegamento cruciale tra il processo di Richiesta a monte e il processo di Ordine di Acquisto a valle. Consente il calcolo del KPI 'Tempo dall'Approvazione della Richiesta alla Creazione dell'Ordine di Acquisto' e permette un'analisi più ampia e completa dell'intero ciclo Purchase-to-Pay.

Perché è importante

Collega la richiesta all'ordine di acquisto successivo, consentendo l'analisi del tempo di passaggio e facilitando una visione P2P end-to-end più ampia.

Dove trovare

Questo è un campo standard sull'oggetto Richiesta in Coupa che viene popolato dopo la creazione dell'ordine d'acquisto.

Esempi
PO-45000123PO-45000124PO-45000125
Livello di Urgenza
UrgencyLevel
Una classificazione che indica l'urgenza della richiesta, come 'Alta', 'Media' o 'Bassa'.
Descrizione

Il Livello di Urgenza, spesso mappato a un campo di priorità, consente ai richiedenti di contrassegnare le richieste che necessitano di elaborazione accelerata. Questo Attributo è essenziale per la Dashboard 'Tempo di elaborazione richieste urgenti'. Confrontando i tempi di ciclo delle richieste ad alta urgenza con quelli standard, le organizzazioni possono valutare se i loro meccanismi di prioritizzazione sono efficaci e se le esigenze aziendali urgenti vengono soddisfatte in modo tempestivo.

Perché è importante

Consente l'analisi se le richieste urgenti vengono elaborate più velocemente di quelle standard, convalidando l'efficacia delle politiche di prioritizzazione.

Dove trovare

Questo può essere un campo standard o personalizzato sull'oggetto Richiesta in Coupa. Consulti la documentazione Coupa o la configurazione del sistema.

Esempi
ElevatoMedioBasso
Motivo del Rigetto
RejectionReason
Il motivo fornito da un approvatore quando una richiesta o un passaggio di approvazione viene rifiutato.
Descrizione

Quando un approvatore rifiuta una richiesta, spesso fornisce una motivazione per la decisione. Questo Attributo cattura tale spiegazione testuale. L'analisi delle motivazioni di rifiuto fornisce un feedback diretto e qualitativo sul motivo per cui le richieste falliscono. Questo insight è prezioso per l'analisi delle cause profonde, aiutando a identificare problemi comuni come codifiche errate, mancanza di budget o giustificazione insufficiente, che possono poi essere affrontati tramite formazione o miglioramenti dei processi.

Perché è importante

Fornisce un'intuizione diretta sulle cause profonde dei fallimenti di processo, aiutando a identificare aree per la formazione degli utenti o la chiarificazione dei processi.

Dove trovare

Questa informazione è tipicamente acquisita nel campo commenti o note associato a un cambio di stato 'Rifiutato' nella cronologia di approvazione della richiesta.

Esempi
Centro di costo erratoSupera il budget per questo trimestreRichiesta duplicataGiustificazione insufficiente fornita
Nome Fornitore
SupplierName
Il nome del fornitore o venditore selezionato per la richiesta.
Descrizione

Questo Attributo identifica il fornitore previsto per i beni o servizi richiesti. Il fornitore può essere specificato dal richiedente o aggiunto in seguito durante il processo di sourcing. L'analisi delle metriche di processo per fornitore può aiutare a valutare le prestazioni del fornitore e a identificare se le interazioni con determinati fornitori portano a tempi di ciclo più lunghi o ad altre inefficienze di processo. Fornisce un contesto importante per la strategia di approvvigionamento e la gestione delle relazioni con i fornitori.

Perché è importante

Consente l'analisi delle prestazioni del processo in base al fornitore selezionato, il che può informare le strategie di sourcing e la gestione dei fornitori.

Dove trovare

Questa informazione è disponibile sull'oggetto Riga di Richiesta in Coupa, spesso come campo 'supplier' o 'vendor'.

Esempi
StaplesDell TechnologiesAccentureCDW
Percorso Workflow di Approvazione
ApprovalWorkflowPath
Un identificatore per la specifica catena di approvazione o il template di workflow applicato alla richiesta.
Descrizione

Questo Attributo identifica la sequenza predefinita di approvatori che una richiesta dovrebbe seguire. È determinata da regole aziendali, spesso basate su fattori come importo, dipartimento e tipo di richiesta. L'analisi di questo Attributo è centrale per la Dashboard 'Conformità alle politiche di richiesta'. Confrontando la sequenza effettiva degli approvatori con il percorso del Workflow assegnato, diventa possibile rilevare deviazioni, misurare i tassi di Conformità e identificare eccezioni non gestite.

Perché è importante

Consente l'analisi di conformità permettendo un confronto tra le fasi di approvazione previste e quelle effettive, evidenziando le deviazioni di processo.

Dove trovare

Consultare la documentazione Coupa. Questo può essere derivato dal nome della catena di approvazione o della regola di workflow che è stata attivata per la richiesta.

Esempi
Approvazione standard <5k $Approvazione Hardware IT >10k $Revisione CFO per Spese in Conto Capitale
Tempo di ciclo di approvazione della richiesta
RequisitionApprovalCycleTime
Il tempo totale trascorso dal primo invio di una richiesta fino alla sua approvazione finale.
Descrizione

Questa è una metrica calcolata che misura la durata del processo di approvazione principale. Viene calcolata trovando la differenza di tempo tra l'attività 'Richiesta Inviata' e l'attività 'Richiesta Approvata' per ogni caso. Questo è uno dei KPI più importanti per questo processo, poiché quantifica direttamente l'efficienza del Workflow di approvazione. Viene utilizzato in più Dashboard per monitorare le prestazioni, identificare i Bottleneck e misurare l'impatto delle iniziative di miglioramento del processo.

Perché è importante

Questo è un KPI primario per misurare l'efficienza del processo. Quantifica il tempo necessario per le approvazioni ed è essenziale per identificare i Bottleneck.

Dove trovare

Questa metrica viene calcolata nello strumento di Process Mining sottraendo il timestamp di 'Richiesta Inviata' dal timestamp di 'Richiesta Approvata'.

Esempi
2,5 giorni8 ore15,2 giorni
Tipo di Richiesta
RequisitionType
La categoria o il tipo di richiesta, come 'Spesa in conto capitale', 'Spesa operativa' o 'Software'.
Descrizione

Il Tipo di Richiesta è una classificazione che aiuta a categorizzare le richieste in base al loro scopo aziendale o alla natura dell'acquisto. Questo Attributo è prezioso per l'analisi di Conformità e per capire come diversi tipi di richieste fluiscono attraverso il processo. Ad esempio, le richieste di spesa in conto capitale potrebbero seguire un percorso di approvazione più rigoroso e lungo rispetto alle richieste operative standard. L'analisi del processo per Tipo di Richiesta può rivelare insight preziosi per l'ottimizzazione del processo.

Perché è importante

Consente di segmentare l'analisi in base allo scopo commerciale della richiesta, poiché diversi tipi possono avere flussi di processo e politiche distinti.

Dove trovare

Questo è probabilmente un campo di classificazione personalizzato o standard sull'oggetto Richiesta in Coupa.

Esempi
Spesa in Conto CapitaleSpesa OperativaHardware ITServizi professionali
Valuta
Currency
Il codice valuta per l'importo totale della richiesta.
Descrizione

Questo Attributo specifica la valuta (ad esempio, USD, EUR, GBP) in cui è denominato l'Importo totale della richiesta. È un contesto essenziale per qualsiasi analisi finanziaria, specialmente per le organizzazioni multinazionali che operano con più valute. Assicura che i valori monetari siano interpretati correttamente e consente la corretta conversione e aggregazione nei report finanziari e nelle Dashboard.

Perché è importante

Fornisce il contesto necessario per l'Attributo 'Importo totale', garantendo un'analisi finanziaria accurata in ambienti multivaluta.

Dove trovare

Questo è un campo standard sull'oggetto Richiesta in Coupa, solitamente denominato 'currency_code' o simile.

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

Purchase to Pay - Attività di richiesta

Questi sono i passaggi chiave del processo e le pietre miliari da catturare nel Suo Event Log per una scoperta accurata del Suo Workflow di Richiesta Purchase to Pay.
6 Consigliato 6 Facoltativo
Activity Descrizione
Ordine di acquisto creato
Un ordine di acquisto (OA) viene generato con successo in base alle informazioni della richiesta approvata. Questo evento è desunto quando viene creato un record di OA che fa riferimento all'ID della richiesta di origine.
Perché è importante

Questo è il principale risultato positivo del processo di richiesta e segna il passaggio alla fase successiva di Purchase-to-Pay. L'analisi del tempo dalla 'Richiesta approvata' a questo evento evidenzia eventuali ritardi nell'esecuzione.

Dove trovare

Desunto dalla creazione di un record nella tabella 'purchase_orders' che contiene un riferimento all'ID di origine di 'requisition_headers' o 'requisition_lines'.

Acquisisci

Usi il timestamp 'created-at' del record dell'ordine d'acquisto collegato all'ID della richiesta.

Tipo di evento inferred
Richiesta chiusa
La richiesta viene formalmente chiusa, a significare che non verrà intrapresa alcuna ulteriore azione su di essa. Ciò può avvenire dopo la creazione e l'evasione di un ordine d'acquisto, o se la richiesta viene annullata dopo l'approvazione ma prima dell'ordinazione.
Perché è importante

Questa attività funge da punto finale definitivo per il ciclo di vita della richiesta. Assicura che i casi abbiano una conclusione pulita, impedendo loro di apparire come 'attivi' indefinitamente nell'analisi del processo.

Dove trovare

Desunto da un cambio di stato nella tabella 'requisition_headers' quando il campo 'status' viene aggiornato a 'closed'. Il timestamp è registrato nel relativo audit trail.

Acquisisci

Identificare il timestamp quando lo stato complessivo della richiesta cambia a 'chiuso'.

Tipo di evento inferred
Richiesta Creata
Una nuova richiesta di acquisto viene avviata e salvata come bozza da un utente. Questo è il punto di partenza per ogni caso di richiesta ed è tipicamente desunto dal timestamp di creazione del record di richiesta stesso.
Perché è importante

Questa attività segna l'inizio del ciclo di vita della richiesta. Analizzare il tempo dalla creazione all'invio può rivelare ritardi causati dall'incertezza dell'utente o dalla complessità del sistema.

Dove trovare

Questo evento viene catturato dal timestamp 'created-at' nella tabella 'requisition_headers' per un dato ID di richiesta d'acquisto.

Acquisisci

Usi il timestamp di creazione del record dell'intestazione della richiesta.

Tipo di evento inferred
Richiesta di acquisto approvata
La richiesta ha superato con successo tutti i passaggi richiesti nel Workflow di approvazione. Questo viene dedotto dal cambio dello stato generale dell'intestazione della richiesta in 'approvata'.
Perché è importante

Questa è una pietra miliare critica per il successo, che segna la fine del ciclo di approvazione. Il tempo per raggiungere questa attività è un KPI primario e funge da trigger per le azioni di approvvigionamento a valle.

Dove trovare

Desunto da un cambio di stato nella tabella 'requisition_headers' quando il campo 'status' viene aggiornato a 'approved'. Il timestamp è registrato nel relativo audit trail.

Acquisisci

Identificare il timestamp quando lo stato complessivo della richiesta cambia a 'approvato'.

Tipo di evento inferred
Richiesta inviata
Il richiedente invia formalmente la richiesta completata nel Workflow di approvazione. Questo evento viene dedotto osservando il cambiamento di stato della richiesta da 'bozza' a 'in_attesa_di_approvazione' nei log di audit o nelle tabelle storiche del sistema.
Perché è importante

L'invio avvia il processo di approvazione, rendendolo una pietra miliare critica per misurare il KPI 'Tempo medio di ciclo di approvazione delle richieste'. I ritardi prima di questo punto sono legati all'utente, mentre i ritardi successivi sono legati al processo.

Dove trovare

Desunto da un cambio di stato nella tabella 'requisition_headers', in particolare quando il campo 'status' cambia a 'pending_approval'. Il timestamp per questa modifica si trova nel relativo audit trail.

Acquisisci

Identificare il timestamp quando lo stato della richiesta cambia per la prima volta a 'in attesa di approvazione'.

Tipo di evento inferred
Richiesta rifiutata
La richiesta viene definitivamente rifiutata durante il processo di approvazione e non sarà convertita in ordine di acquisto. Questo viene dedotto dal cambiamento dello stato generale dell'intestazione della richiesta in 'rifiutata'.
Perché è importante

Questa attività rappresenta un fallimento terminale nel processo. L'analisi di questi eventi è fondamentale per migliorare il 'Tasso di rifiuto delle richieste' e identificare le cause profonde come violazioni delle politiche o problemi di budget.

Dove trovare

Desunto da un cambio di stato nella tabella 'requisition_headers' quando il campo 'status' viene aggiornato a 'rejected'. Il timestamp è registrato nel relativo audit trail.

Acquisisci

Identificare il timestamp quando lo stato complessivo della richiesta cambia a 'rifiutato'.

Tipo di evento inferred
Fase di Approvazione Approvata
Un singolo approvatore nel workflow dà la Sua approvazione per la richiesta. Questa è un'azione esplicita registrata dal sistema con un timestamp e informazioni sull'utente specifici.
Perché è importante

Questa attività fornisce un'analisi dettagliata del flusso del processo di approvazione. L'aggregazione di questi passaggi aiuta a calcolare il 'Tempo medio di attesa per passaggio di approvazione' e ad analizzare le prestazioni dell'approvatore.

Dove trovare

Catturato da un'azione esplicita di 'approvazione' registrata nella tabella 'approvals' o nel suo audit trail, collegata alla specifica richiesta e all'approvatore.

Acquisisci

Filtrare per eventi di 'approvazione' nella cronologia delle approvazioni per la richiesta.

Tipo di evento explicit
Fase di Approvazione Iniziata
Un'attività di approvazione viene assegnata a un approvatore specifico o a un gruppo di approvazione, e la richiesta è ora in attesa della loro azione. Questo è desunto quando un record di approvazione associato alla richiesta viene creato con uno stato 'in sospeso'.
Perché è importante

Questo segna l'inizio del tempo di attesa per una specifica approvazione. Misurare la durata tra questo e il corrispondente 'Passaggio di approvazione approvato/rifiutato' aiuta a identificare specifici Bottleneck nella catena di approvazione.

Dove trovare

Desunto dal timestamp di creazione di un record nella tabella 'approvals' collegato alla richiesta, dove lo stato dell'azione dell'approvatore è 'in sospeso' o equivalente.

Acquisisci

Usi il timestamp di creazione del record di approvazione in sospeso di un individuo nella catena di approvazione.

Tipo di evento inferred
Fase di Approvazione Rifiutata
Un singolo approvatore rifiuta la richiesta nella sua fase del workflow, tipicamente rimandandola al richiedente per una modifica. Questa è un'azione esplicita registrata da Coupa.
Perché è importante

I rifiuti in qualsiasi fase creano rilavorazioni e allungano i tempi di ciclo. Analizzare dove e perché avvengono i rifiuti è fondamentale per il miglioramento del processo e la formazione degli utenti.

Dove trovare

Catturato da un'azione esplicita di 'rifiuto' registrata nella tabella 'approvals' o nel suo audit trail, collegata alla specifica richiesta e all'approvatore.

Acquisisci

Filtrare per eventi di 'rifiuto' nella cronologia delle approvazioni per la richiesta.

Tipo di evento explicit
Richiesta fornita
La richiesta approvata viene inviata a un evento di sourcing, come un RFQ o un'asta, invece di essere immediatamente convertita in un ordine di acquisto. Questo evento viene dedotto quando la richiesta è collegata a un oggetto evento di sourcing.
Perché è importante

Questa attività rivela un importante percorso alternativo nel processo di approvvigionamento. Separa gli acquisti semplici dalle attività di sourcing strategico più complesse, consentendo un'analisi più dettagliata dei tempi di ciclo.

Dove trovare

Desunto rilevando un cambio di stato a 'sourcing' o identificando un link creato tra la tabella 'requisition_lines' e una tabella di eventi di sourcing.

Acquisisci

Verificare il cambio di stato a 'sourcing' o la creazione di un link a un ID evento di sourcing.

Tipo di evento inferred
Richiesta modificata
La richiesta viene modificata dal richiedente o da un altro utente autorizzato dopo essere stata già inviata. Coupa registra esplicitamente questa modifica come una nuova versione o una voce di audit, spesso reimpostando parte o tutto il Workflow di approvazione.
Perché è importante

Il monitoraggio delle modifiche è fondamentale per comprendere le rilavorazioni e le inefficienze del processo. Un elevato volume di modifiche può indicare requisiti iniziali poco chiari o politiche di acquisto complesse, influenzando il KPI 'Tasso di modifica delle richieste'.

Dove trovare

Questo viene catturato dalle tabelle di audit trail associate alla tabella 'requisition_headers', che registrano le modifiche di versione o azioni specifiche di 'modifica'.

Acquisisci

Cerchi eventi espliciti di 'modifica' o 'aggiornamento' nel registro storico della richiesta dopo l'invio.

Tipo di evento explicit
Richiesta ritirata
Il richiedente originale annulla la richiesta prima che riceva l'approvazione finale. Questa è un'azione esplicita, guidata dall'utente, che termina il processo per quella richiesta.
Perché è importante

I ritiri possono indicare mutate esigenze aziendali, richieste duplicate o utenti che aggirano il processo. Monitorare ciò aiuta a comprendere la volatilità del segnale di domanda e potenziali problemi di aderenza al processo.

Dove trovare

Desunto da un cambio di stato nella tabella 'requisition_headers' a 'ritirato' o uno stato simile, basato su un'azione utente esplicita registrata nel log di audit.

Acquisisci

Identificare il timestamp quando lo stato della richiesta cambia a 'ritirato'.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati da Coupa