Il Suo template per i dati delle richieste Purchase to Pay
Il Suo template per i dati delle richieste Purchase to Pay
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.
Purchase to Pay - Attributi di Richiesta
| 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 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 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 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 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 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 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 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 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 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 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 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 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 | |||
Purchase to Pay - Attività di Richiesta
| 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 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 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 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 Acquisisci Catturi il 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 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 Acquisisci Identifichi gli 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 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 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 Acquisisci Catturi il 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 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 Tipo di evento explicit | |||
Guide all'Estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,