Il Suo template per i dati delle richieste Purchase to Pay

Template universale per il Process Mining
Il Suo template per i dati delle richieste Purchase to Pay

Il Suo template per i dati delle richieste Purchase to Pay

Template universale per il Process Mining

Questo è il nostro template dati generico per il Process Mining per Purchase to Pay - Richiesta. Utilizzi i nostri template specifici per sistema per una guida più dettagliata.

Selezioni un sistema specifico
  • Campi `dati` standardizzati per un'analisi coerente su vari sistemi.
  • Un elenco completo delle attività chiave da monitorare per una visibilità di processo completa.
  • Una base flessibile che può essere adattata al Suo specifico `workflow` di Purchase to Pay, Richiesta.
È nuovo agli event log? Impari come creare un event log di Process Mining.

Purchase to Pay - Attributi di Richiesta

Questa sezione illustra i campi di **dati** raccomandati e gli **attributi** essenziali da includere nel Suo **Event Log** per un'analisi completa del processo di richiesta Purchase to Pay.
5 Obbligatorio 7 Consigliato 5 Facoltativo
Nome Descrizione
ID requisizione d’acquisto
PurchaseRequisitionId
L'identificatore univoco per ogni richiesta di acquisto. Questo serve come identificatore primario del **case** per il processo.
Descrizione

L'ID Richiesta di Acquisto è una chiave univoca assegnata a ogni documento di richiesta al momento della sua creazione. Agisce come punto di riferimento centrale per tutte le attività, le modifiche e le approvazioni associate a una singola richiesta dall'inizio al completamento.

Nel Process Mining, questo ID è cruciale per la correlazione dei case. Consente al sistema di ricostruire il percorso end-to-end di ogni richiesta, collegando eventi disparati come 'Richiesta Creata', 'Fase di Approvazione Approvata' e 'Ordine di Acquisto Creato' in un flusso di processo coerente. L'analisi delle varianti di processo, dei tempi di ciclo e degli esiti è impossibile senza un identificatore di case coerente e univoco.

Perché è importante

Questa è la chiave essenziale per tracciare l'intero ciclo di vita di una richiesta, abilitando la connessione di tutti gli eventi correlati in una singola istanza di processo.

Dove trovare

Tipicamente trovato nei dati di intestazione della transazione o della tabella del documento di richiesta di acquisto.

Esempi
PR-100567REQ00043218000123987
Nome attività
ActivityName
Il nome della specifica attività aziendale o dell'**evento** che si è verificato in un dato momento per la richiesta.
Descrizione

Il Nome Attività descrive un singolo passaggio o una modifica di stato all'interno del ciclo di vita della richiesta di acquisto. Fornisce un'etichetta leggibile dall'utente per eventi come 'Richiesta Inviata', 'Fase di Approvazione Avviata' o 'Richiesta Rifiutata', formando i blocchi fondamentali della mappa di processo.

Questo attributo è fondamentale per la scoperta e l'analisi dei processi. Sequenziando queste attività, gli strumenti di Process Mining possono visualizzare il flusso di processo effettivo, identificare deviazioni dalla procedura standard e individuare colli di bottiglia o cicli di rilavorazione. Nomi di attività coerenti e significativi sono la chiave per creare un modello di processo comprensibile e attuabile.

Perché è importante

Definisce i singoli passaggi del processo, essenziali per visualizzare la mappa di processo e analizzare il flusso del processo.

Dove trovare

Spesso derivato da event log, tabelle di cambio stato o codici di transazione associati al documento di richiesta.

Esempi
Richiesta CreataFase di Approvazione ApprovataOrdine di acquisto creato
Timestamp Evento
EventTime
La data e l'ora precise in cui l'attività si è verificata. Serve come **timestamp** primario per l'ordinamento degli **eventi**.
Descrizione

L'Event Time, spesso chiamato timestamp, registra l'esatto momento in cui si è svolta un'attività. Questo dato è cruciale per sequenziare correttamente gli eventi e per tutte le analisi basate sul tempo, inclusi il calcolo del cycle time, l'identificazione dei bottleneck e il monitoraggio delle performance.

Nel Process Mining, i timestamp sono usati per ordinare le attività di ogni case e per misurare la durata tra i diversi passaggi. Analizzare queste durate aiuta a scoprire ritardi, capire le cause di cicli lunghi e valutare se gli SLA (Service Level Agreement) vengono rispettati. Dati di timestamp accurati e completi sono un prerequisito fondamentale per qualsiasi analisi delle prestazioni significativa.

Perché è importante

Questo timestamp è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e analizzare le prestazioni del processo e i colli di bottiglia.

Dove trovare

Tipicamente registrato nei registri di audit di sistema, negli event logs, o come data di creazione o modifica sui record delle transazioni.

Esempi
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Sistema di Origine
SourceSystem
Identifica il sistema informativo da cui sono stati estratti i `dati`, come un ERP o una piattaforma di approvvigionamento.
Descrizione

L'attributo Sistema Sorgente specifica l'origine dei dati di processo. In organizzazioni con più sistemi, come un ERP centrale e uno strumento di e-procurement specializzato, questo campo aiuta a distinguere i dati provenienti da diverse sorgenti.

Questa informazione è preziosa per la convalida dei dati, la risoluzione dei problemi e la comprensione delle variazioni di processo che possono dipendere dal sistema. Ad esempio, le richieste originate in un sistema potrebbero seguire un percorso di approvazione diverso o avere tempi di ciclo più rapidi rispetto a quelle provenienti da un altro. L'analisi dei dati per sistema sorgente può rivelare problemi di integrazione o opportunità di consolidamento del sistema.

Perché è importante

Fornisce contesto sull'origine dei dati, il che è cruciale per la validazione dei dati e per analizzare le differenze di processo tra più sistemi.

Dove trovare

Questo è spesso un valore statico aggiunto durante il processo di estrazione dei dati o può essere trovato nei campi di metadati tecnici.

Esempi
SAP S/4HANAOracle FusionCoupa
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultima volta che i dati per questo record sono stati aggiornati o estratti dal sistema di origine.
Descrizione

Il timestamp di Ultimo Aggiornamento Dati indica la freschezza dei dati analizzati. Mostra quando il record è stato estratto l'ultima volta dal sistema sorgente e caricato nell'ambiente di Process Mining.

Questo attributo è essenziale per il monitoraggio operativo e per garantire che le analisi si basino su informazioni attuali. Aiuta gli utenti a comprendere il potenziale ritardo tra gli eventi del mondo reale e la loro rappresentazione nel modello di processo. Le Dashboard e i KPI che monitorano le operazioni in corso si affidano a queste informazioni per fornire insight tempestivi e pertinenti.

Perché è importante

Informa gli utenti sulla tempestività dei dati, il che è critico per garantire che le analisi siano pertinenti e aggiornate.

Dove trovare

Tipicamente aggiunto dallo strumento di integrazione dei dati o ETL (Extract, Transform, Load) durante il processo di caricamento dei dati.

Esempi
2024-05-20T02:00:00Z2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Dipartimento
Department
Il dipartimento aziendale, centro di costo o unità organizzativa a cui viene addebitata la richiesta.
Descrizione

L'attributo Dipartimento rappresenta l'unità organizzativa responsabile dell'acquisto, come 'Marketing', 'IT' o 'Finanza'. È un elemento chiave di dati finanziari e organizzativi utilizzato per il budgeting e l'allocazione dei costi.

Nel Process Mining, l'analisi dei dati per dipartimento è una tecnica comune e potente. Consente un confronto delle prestazioni tra diverse unità di business, aiutando a identificare quali dipartimenti sono più efficienti e quali potrebbero aver bisogno di supporto. Questa analisi può scoprire variazioni nei tempi di ciclo, nei tassi di approvazione o nella conformità che sono specifiche per le abitudini di acquisto o i processi interni di un dipartimento.

Perché è importante

Abilita il benchmarking delle prestazioni e l'analisi dei costi tra diverse unità di business, rivelando comportamenti di processo specifici del dipartimento.

Dove trovare

Tipicamente disponibile nei dati di intestazione o di riga della richiesta di acquisto, collegato alla struttura organizzativa dell'azienda.

Esempi
MarketingTecnologia dell'InformazioneFinanzaOperazioni
ID ordine di acquisto
PurchaseOrderId
L'identificativo dell'ordine di acquisto che è stato creato dalla richiesta approvata.
Descrizione

L'ID Ordine di Acquisto è il numero univoco del documento di Ordine di Acquisto generato da una richiesta di acquisto approvata. Questo campo collega il processo di richiesta ai successivi processi di approvvigionamento e pagamento.

Questo attributo è fondamentale per analizzare l'efficienza della conversione dalla Richiesta all'Ordine di Acquisto. Conferma che una richiesta ha portato con successo a un ordine di acquisto e consente di misurare il tempo impiegato per questa conversione. Analizzando quali richieste hanno un Ordine di Acquisto corrispondente, le aziende possono valutare l'efficacia della fase di pre-approvvigionamento e identificare le richieste approvate ma mai evase.

Perché è importante

Collega la richiesta al successivo processo di approvvigionamento, abilitando l'analisi dei tassi e dei tempi di conversione dalla richiesta all'ordine d'acquisto.

Dove trovare

Spesso trovato nei dati del documento di richiesta dopo che un ordine d'acquisto è stato creato, a volte in tabelle di documenti correlati o di flusso di documenti.

Esempi
PO-4500012345ORD7890016000054321
Importo Richiesta
RequisitionAmount
Il valore monetario totale della richiesta di acquisto.
Descrizione

Il "Requisition Amount" rappresenta il valore finanziario totale di beni e servizi richiesti. È una metrica finanziaria chiave usata in tutto il processo di procurement.

Nell'analisi di processo, questo attributo è vitale per filtrare e segmentare le richieste in base al valore (es. alto vs basso), che spesso seguono workflow e profili di rischio diversi. Analizzare i tempi di ciclo o i tassi di rifiuto in base all'importo può rivelare, ad esempio, che le richieste di valore elevato richiedono molto più tempo o vengono rifiutate più spesso, offrendo un punto di partenza per ottimizzare il processo.

Perché è importante

Permette un'analisi basata sul valore, aiutando a prioritizzare le richieste di alto valore e a comprendere come il valore finanziario influenzi il comportamento del processo.

Dove trovare

Tipicamente trovato nei dati di intestazione della transazione o della tabella del documento di richiesta di acquisto.

Esempi
500.0012500.7599.95
Nome del richiedente
RequesterName
Il nome del dipendente o dell'utente che ha creato e inviato la richiesta di acquisto.
Descrizione

Il Nome del Richiedente identifica l'individuo che ha avviato la richiesta di acquisto. Questa persona è tipicamente l'utente aziendale che necessita dei beni o servizi.

Analizzare il processo per richiedente può aiutare a identificare modelli legati a individui o gruppi specifici. Ad esempio, può rivelare se certi richiedenti inviano frequentemente richieste incomplete o non conformi che richiedono rilavorazione. Questa informazione può essere utilizzata per fornire formazione mirata o per semplificare il processo di richiesta per gruppi di utenti comuni, migliorando in definitiva l'efficienza e la conformità.

Perché è importante

Aiuta a identificare comportamenti specifici dell'utente, abilitando formazione mirata e miglioramenti del processo per individui o team.

Dove trovare

Presente nei dati di testata della richiesta d'acquisto, spesso collegato ai dati anagrafici del dipendente.

Esempi
John SmithJane DoeMaria Garcia
Stato della Richiesta
RequisitionStatus
Lo stato attuale o finale della richiesta di acquisto nel suo ciclo di vita.
Descrizione

Lo Stato della Richiesta indica lo stato della richiesta in un dato momento o il Suo esito finale. Gli stati comuni includono 'In Corso', 'In Attesa di Approvazione', 'Approvata', 'Rifiutata' e 'Chiusa'.

Questo attributo è essenziale per l'analisi degli esiti e il monitoraggio operativo. Permette agli analisti di filtrare le richieste in base al loro stato finale per calcolare metriche come i tassi di rifiuto o i tassi di conversione in ordine d'acquisto. In un contesto operativo, aiuta i team a comprendere il carico di lavoro attuale, come il numero di richieste in attesa di approvazione, consentendo loro di prioritizzare il lavoro e gestire le risorse in modo efficace.

Perché è importante

Fornisce una visione chiara degli esiti delle richieste, abilitando il calcolo di metriche chiave come i tassi di rifiuto e supportando la gestione del carico di lavoro operativo.

Dove trovare

Solitamente trovato nel campo dello stato dell'intestazione del documento di richiesta di acquisto.

Esempi
ApprovatoRifiutatoIn Attesa di ApprovazioneRitirato
Tipo di Richiesta
RequisitionType
La categoria o il tipo della richiesta, ad esempio per beni, servizi o spese in conto capitale.
Descrizione

Il Tipo di Richiesta classifica la richiesta di acquisto in base alla Sua natura o scopo. Esempi includono richieste di materiali standard, servizi, spese in conto capitale o da un catalogo specifico. Questa classificazione spesso determina il workflow di approvazione e il trattamento contabile.

L'analisi del processo per tipo di richiesta aiuta a capire se diversi tipi di richieste seguono percorsi diversi o sperimentano livelli di efficienza diversi. Ad esempio, le richieste di spese in conto capitale potrebbero avere tempi di ciclo più lunghi a causa di strati di approvazione aggiuntivi, mentre le richieste per articoli di catalogo standard possono essere altamente automatizzate. Questa analisi aiuta nella progettazione e ottimizzazione di varianti di processo specifiche per tipo.

Perché è importante

Permette l'analisi di diversi percorsi di processo, poiché il tipo di richiesta spesso detta il workflow di approvazione e la complessità richiesti.

Dove trovare

Queste informazioni sono tipicamente archiviate come tipo di documento o codice di categoria nei dati di intestazione della richiesta.

Esempi
Spesa in Conto CapitaleSpesa OperativaRichiesta di ServizioRichiesta Materiali
Valuta
Currency
Il codice valuta, come USD o EUR, per l'importo totale della richiesta.
Descrizione

L'attributo Valuta specifica l'unità monetaria per l'Importo della Richiesta. Per le organizzazioni multinazionali, le richieste possono essere create in diverse valute a seconda della sede del richiedente o del fornitore.

Questo campo è essenziale per una rendicontazione e analisi finanziaria accurate. Garantisce che i valori monetari siano interpretati correttamente e consente una conversione adeguata quando si aggregano i dati tra diverse regioni. Qualsiasi analisi che coinvolga il valore della richiesta deve considerare la valuta per evitare il confronto diretto di diverse unità monetarie.

Perché è importante

Fornisce il contesto necessario per i dati finanziari, garantendo un'interpretazione e aggregazione accurate dei valori delle richieste tra le regioni.

Dove trovare

Tipicamente situato nei dati di intestazione della transazione di richiesta di acquisto, accanto ai campi importo.

Esempi
USDEURGBP
Data richiesta di consegna
RequiredByDate
La data entro la quale il richiedente necessita della consegna di beni o servizi.
Descrizione

La Data di Consegna Richiesta è specificata dal richiedente per indicare la scadenza per l'evasione. Questa data serve come obiettivo per l'intero processo di approvvigionamento, dall'approvazione della richiesta alla consegna finale.

Questo attributo è importante per analizzare la tempestività del processo e il suo allineamento con le esigenze aziendali. Confrontando la Data di Consegna Richiesta con la data effettiva di creazione dell'Ordine di Acquisto o la data di consegna, le organizzazioni possono misurare la loro capacità di rispettare gli accordi sui livelli di servizio interni. Aiuta a rispondere a domande cruciali, ad esempio se il processo di approvvigionamento è abbastanza rapido da rispettare le scadenze aziendali.

Perché è importante

Fornisce un benchmark per misurare le prestazioni del processo rispetto alle scadenze aziendali e valutare le capacità di adempimento puntuale.

Dove trovare

Tipicamente inserito dall'utente durante la creazione della richiesta e archiviato nell'intestazione della richiesta o nei dettagli della riga.

Esempi
2024-06-302024-07-152024-08-01
Livello di Urgenza
UrgencyLevel
Una classificazione che indica la priorità o l'urgenza della richiesta, come 'Alta', 'Media' o 'Bassa'.
Descrizione

Il Livello di Urgenza, a volte chiamato Priorità, è un campo utilizzato dai richiedenti per indicare la rapidità con cui sono necessari i beni o servizi richiesti. Questa classificazione può influenzare il modo in cui la richiesta viene instradata e prioritizzata dal team di approvvigionamento e dagli approvatori.

L'analisi delle prestazioni del processo per livello di urgenza aiuta a determinare se il processo è reattivo alle esigenze aziendali. Ad esempio, si può verificare se le richieste ad alta urgenza vengono effettivamente elaborate più velocemente di quelle a bassa urgenza. In caso contrario, potrebbe indicare un collo di bottiglia o un fallimento nel meccanismo di prioritizzazione che deve essere affrontato.

Perché è importante

Aiuta a valutare se il processo prioritizza efficacemente le richieste urgenti e se l'urgenza dichiarata si allinea con la velocità di elaborazione effettiva.

Dove trovare

Solitamente un campo opzionale o obbligatorio nel modulo di creazione della richiesta, archiviato nell'intestazione della richiesta.

Esempi
ElevatoMedioBassoUrgente
Motivo del Rigetto
RejectionReason
La motivazione fornita da un approvatore quando una richiesta o una fase di approvazione viene rifiutata.
Descrizione

La Motivazione del Rifiuto è un campo di testo o un codice che spiega perché una richiesta è stata negata. Gli approvatori forniscono queste informazioni per dare feedback al richiedente, che potrebbe aver bisogno di modificare e reinviare la richiesta.

Questo attributo è di inestimabile valore per l'analisi delle cause profonde dei fallimenti di processo. Categorizzando e analizzando le motivazioni del rifiuto, le organizzazioni possono identificare problemi comuni come 'Codice Conto Errato', 'Budget Superato' o 'Fornitore Non Conforme'. Questi insight possono guidare miglioramenti mirati, come una migliore formazione per i richiedenti, una comunicazione più chiara delle politiche o miglioramenti del sistema per prevenire errori comuni.

Perché è importante

Fornisce insight diretti sul perché le richieste falliscono, abilitando l'analisi delle cause profonde per ridurre le rilavorazioni e migliorare i tassi di approvazione al primo tentativo.

Dove trovare

Tipicamente acquisito in un campo commenti o note associato all'attività 'Rifiutata' o al cambio di stato.

Esempi
Budget SuperatoCentro di Costo ErratoRichiesta DuplicataViolazione della Politica
Nome dell'approvatore
ApproverName
Il nome dell'utente o del gruppo responsabile di un'attività di approvazione o rifiuto.
Descrizione

Il campo "Approver Name" identifica la persona, il ruolo o il gruppo che ha approvato o rifiutato un passaggio nel workflow. Questo dato si distingue dal richiedente o dall'utente generico che svolge altre attività.

Questo attributo è fondamentale per analizzare il processo di approvazione stesso. Permette di misurare le performance degli approvatori, come il tempo medio necessario per prendere una decisione, e di identificare la distribuzione del carico di lavoro, evidenziando se certi approvatori rappresentano dei bottleneck. Questa analisi supporta una migliore allocazione delle risorse e la gestione delle prestazioni all'interno della catena di approvazione.

Perché è importante

Consente un'analisi dettagliata del workflow di approvazione, inclusi il carico di lavoro degli approvatori, le performance e l'individuazione dei bottleneck.

Dove trovare

Registrato nel log eventi o nell'audit log per le attività legate alle approvazioni. Potrebbe richiedere l'integrazione con l'anagrafica dipendenti.

Esempi
Alice JohnsonBob WilliamsGruppo di Approvazione Finanziaria
Nome Utente
UserName
Il nome dell'utente che ha eseguito una specifica attività, come la creazione, la modifica o l'approvazione.
Descrizione

Nome Utente identifica l'individuo responsabile di qualsiasi attività nell'event log del processo. Questo è un attributo generico che può catturare il richiedente, un editor, un approvatore o chiunque altro interagisca con la richiesta.

Questo attributo è fondamentale per l'analisi delle risorse e dell'automazione. Aiuta a comprendere il 'principio dei quattro occhi' (passaggi di responsabilità tra diversi utenti) e può essere utilizzato per calcolare i tassi di automazione identificando le attività eseguite da utenti di sistema o batch. L'analisi delle attività per utente aiuta a comprendere come i diversi ruoli interagiscono con il processo.

Perché è importante

Questo attributo è essenziale per comprendere i passaggi di responsabilità tra utenti, analizzare l'automazione e attribuire specifici passaggi di processo all'attore corretto.

Dove trovare

Disponibile nell'audit trail o nei log eventi di ogni transazione, spesso memorizzato come User ID.

Esempi
asmithjdoeBATCH_USER
Obbligatorio Consigliato Facoltativo

Purchase to Pay - Attività di Richiesta

Le attività qui elencate rappresentano i passaggi di processo cruciali e le pietre miliari significative da catturare per una scoperta accurata del processo e l'identificazione dei `bottleneck`.
7 Consigliato 6 Facoltativo
Activity Descrizione
Ordine di acquisto creato
Un documento di ordine d'acquisto formale viene generato in base alle informazioni provenienti da una o più righe di richiesta approvate. Questo `evento` segna il passaggio dal processo di richiesta interno al processo di approvvigionamento esterno.
Perché è importante

Questo è il principale esito positivo del processo di richiesta. Il tempo dall'approvazione finale alla creazione dell'Ordine di Acquisto misura l'efficienza del dipartimento acquisti.

Dove trovare

Questo evento viene inferito per la richiesta trovando un documento di ordine di acquisto corrispondente che fa riferimento all'ID della richiesta.

Acquisisci

Identifichi il timestamp di creazione dell'ordine d'acquisto che fa riferimento all'ID della richiesta.

Tipo di evento inferred
Richiesta Chiusa
La richiesta viene chiusa amministrativamente, indicando che non verranno intraprese ulteriori azioni al riguardo. Ciò si verifica tipicamente dopo che tutte le sue voci sono state completamente convertite in ordini di acquisto o sono state annullate.
Perché è importante

Questo è l'evento finale di chiusura per il processo, che conferma il completamento del ciclo di vita della richiesta. Garantisce che le vecchie richieste non rimangano aperte indefinitamente.

Dove trovare

Inferito da un aggiornamento dello stato finale sull'intestazione della richiesta o quando tutte le voci di riga associate sono contrassegnate come completamente ordinate o chiuse.

Acquisisci

Catturi il timestamp quando lo stato finale della richiesta viene impostato su 'Chiusa' o 'Completata'.

Tipo di evento inferred
Richiesta Creata
Un utente avvia una richiesta di beni o servizi creando un nuovo documento di richiesta di acquisto. Questo `evento` segna l'inizio del ciclo di vita della richiesta, che tipicamente parte con uno stato di bozza o incompleto prima dell'invio formale.
Perché è importante

Questo è l'evento di inizio primario per il processo. L'analisi del tempo dalla creazione all'invio può rivelare ritardi nella preparazione delle richieste o incertezza da parte dell'utente.

Dove trovare

Questo è tipicamente acquisito dal timestamp di creazione sul record o nella tabella di intestazione principale della richiesta di acquisto.

Acquisisci

Identifichi il timestamp di creazione del record iniziale per l'intestazione della richiesta di acquisto.

Tipo di evento explicit
Richiesta di acquisto approvata
La richiesta ha superato con successo tutte le fasi richieste nel **workflow** di approvazione. Questo traguardo rende la richiesta idonea per essere approvvigionata o convertita in un ordine di acquisto.
Perché è importante

Questo è un traguardo chiave di successo. Il tempo impiegato per raggiungere questo stato è una misura primaria dell'efficienza del processo di richiesta.

Dove trovare

Inferito dallo stato generale dell'intestazione della richiesta che cambia in 'Approvato' o uno stato di approvazione terminale simile nei workflow log.

Acquisisci

Catturi il timestamp quando lo stato generale della richiesta cambia per la prima volta in 'Approvato' o equivalente.

Tipo di evento inferred
Richiesta inviata
Il richiedente invia formalmente la richiesta completata nel **workflow** di approvazione. Questa azione transita la richiesta da uno stato di bozza a uno stato attivo, in attesa di revisione e approvazione.
Perché è importante

Questo evento innesca il processo di approvazione formale. Il tempo tra l'invio e l'approvazione finale è una componente critica del tempo di ciclo complessivo.

Dove trovare

Solitamente acquisito da un evento di cambio di stato, un log di azioni utente o un log del motore di workflow che indica l'inizio di un processo di approvazione.

Acquisisci

Catturi il timestamp quando lo stato della richiesta cambia da bozza a uno stato che indica che è in attesa di approvazione.

Tipo di evento explicit
Richiesta Modificata
Un utente modifica la richiesta dopo che è stata inviata, spesso per correggere informazioni o rispondere a un rifiuto. Questa azione tipicamente implica la modifica di dettagli come quantità, prezzi o voci e potrebbe richiedere il riavvio del processo di approvazione.
Perché è importante

Il monitoraggio delle modifiche è cruciale per identificare cicli di rilavorazione, inefficienze di processo e requisiti iniziali poco chiari. Elevati tassi di modifica possono estendere significativamente i tempi di ciclo.

Dove trovare

Proveniente da audit trails del sistema, change logs o dall'identificazione della creazione di una nuova versione del documento di richiesta.

Acquisisci

Identifichi gli eventi da log di modifiche o audit che corrispondono a modifiche dei campi chiave della richiesta dopo l'invio iniziale.

Tipo di evento explicit
Richiesta Rifiutata
La richiesta viene definitivamente rifiutata durante il processo di approvazione e non verrà convertita in un ordine di acquisto. Ciò rappresenta un esito finale e non riuscito per la richiesta.
Perché è importante

Questo è un traguardo chiave di fallimento. L'analisi delle motivazioni del rifiuto finale può aiutare a migliorare i processi front-end e la formazione dei richiedenti.

Dove trovare

Inferito dallo stato generale dell'intestazione della richiesta che cambia in 'Rifiutato', 'Negato' o uno stato di rifiuto terminale simile.

Acquisisci

Catturi il timestamp quando lo stato generale della richiesta cambia per la prima volta in 'Rifiutato', 'Negato' o equivalente.

Tipo di evento inferred
Approvazione Reimpostata
L'intero **workflow** di approvazione della richiesta viene ripristinato, costringendo il processo a ripartire dall'inizio. Ciò si verifica tipicamente dopo una modifica significativa apportata a una richiesta già in corso.
Perché è importante

I reset di approvazione sono una causa principale dei tempi di ciclo estesi. Identificarne la frequenza e i fattori scatenanti può indicare problemi di policy o di processo di modifica.

Dove trovare

Inferito osservando lo stato di approvazione che viene cancellato o reimpostato al passaggio iniziale dopo essere stato precedentemente assegnato a un approvatore successivo.

Acquisisci

Identifichi quando lo stato del workflow di approvazione torna al Suo stato iniziale dopo aver già progredito a passaggi successivi.

Tipo di evento inferred
Fase di Approvazione Approvata
Un singolo approvatore fornisce il Suo consenso per la richiesta nella fase designata del `workflow`. Questa azione sposta la richiesta al passaggio successivo o più vicino all'approvazione finale.
Perché è importante

Analizzare la durata tra l'inizio e la fine di una fase di approvazione rivela le prestazioni del singolo approvatore e la distribuzione del carico di lavoro.

Dove trovare

Dato estratto da un'azione esplicita dell'utente registrata nei log della cronologia di approvazione o nei dati delle transazioni del workflow.

Acquisisci

Estrazione degli eventi di approvazione dalla cronologia o dai log del workflow, inclusi approvatore e timestamp.

Tipo di evento explicit
Fase di Approvazione Avviata
La richiesta viene assegnata a un approvatore specifico o a un gruppo di approvazione come parte di un **workflow** a più fasi. Questa attività segna l'inizio del periodo di attesa per una specifica azione di approvazione.
Perché è importante

Questo evento consente un'analisi granulare dei colli di bottiglia all'interno della catena di approvazione, identificando approvatori o fasi specifiche che causano ritardi.

Dove trovare

Inferito dai log del motore workflow quando un nuovo task di approvazione viene creato e assegnato a un utente o ruolo.

Acquisisci

Catturi il timestamp quando un task di approvazione viene generato o lo stato della richiesta indica che è in attesa di un approvatore specifico.

Tipo di evento inferred
Fase di Approvazione Rifiutata
Un singolo approvatore nega la richiesta nella fase designata, tipicamente rimandandola al richiedente per la modifica. Questa azione interrompe il progresso del `workflow` di approvazione.
Perché è importante

Questa attività è la principale causa di rilavorazione. Il monitoraggio di questi rifiuti aiuta a identificare le cause comuni di fallimento, le esigenze di formazione e le fasi di approvazione problematiche.

Dove trovare

Dato estratto da un'azione esplicita dell'utente registrata nei log della cronologia di approvazione o nei dati delle transazioni del workflow.

Acquisisci

Estrazione degli eventi di rifiuto dalla cronologia di approvazione o dai log del workflow, inclusi approvatore e timestamp.

Tipo di evento explicit
Fonte di Approvvigionamento Assegnata
Un acquirente o specialista degli acquisti assegna un fornitore specifico, un contratto o un accordo di prezzo a una riga di richiesta approvata. Questo è un passo preparatorio prima della creazione dell'ordine d'acquisto.
Perché è importante

Questa attività misura l'efficienza del team di approvvigionamento tattico. Ritardi qui possono creare un collo di bottiglia tra l'approvazione della richiesta e l'emissione dell'ordine.

Dove trovare

Catturato osservando gli aggiornamenti ai campi del fornitore o delle informazioni di origine sulla voce di riga della richiesta dopo che è stata approvata.

Acquisisci

Identifichi il timestamp quando un ID fornitore o contratto viene popolato su una riga di richiesta approvata per la prima volta.

Tipo di evento explicit
Richiesta Ritirata
Il richiedente o un utente autorizzato annulla la richiesta prima che riceva l'approvazione finale o venga convertita in un ordine. Questa azione termina il processo per questa specifica richiesta.
Perché è importante

Questo è un evento terminale che termina il processo senza un chiaro esito di successo o fallimento. Elevati tassi di ritiro possono indicare esigenze aziendali mutevoli o richieste premature.

Dove trovare

Tipicamente registrato come un'azione utente esplicita che si traduce in un cambio di stato a 'Ritirata' o 'Annullata', o impostando un flag di eliminazione.

Acquisisci

Catturi il timestamp quando lo stato della richiesta viene aggiornato a 'Ritirata', 'Annullata' o viene impostato un flag di eliminazione.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati per il Process Mining.

I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,

legga la nostra guida ETL

o selezioni un processo e un sistema specifici.