Il Suo template per i dati delle richieste Purchase to Pay
Il Suo template per i dati delle richieste Purchase to Pay
- Attributi consigliati per un'analisi completa
- Attività di processo chiave da monitorare
- Guida pratica all'estrazione dei dati
Purchase to Pay - Attributi di richiesta
| 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
|
|||
Purchase to Pay - Attività di richiesta
| 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
|
|||