Il Suo Template dati Purchase to Pay - Requisition
Il Suo Template dati Purchase to Pay - Requisition
Questo è il nostro template generico dei dati per il Process Mining relativo a Purchase to Pay - Requisition. Utilizzi i nostri template specifici per sistema per indicazioni più dettagliate.
Selezioni un sistema specifico- Campi dati standardizzati per garantire un’analisi coerente tra sistemi diversi.
- Un elenco completo delle attività principali da monitorare per ottenere una visibilità completa sul processo.
- Una base flessibile, adattabile al Suo Workflow Purchase to Pay - Requisition.
Purchase to Pay - Requisition: attributi
| Nome | Descrizione | ||
|---|---|---|---|
| ID della richiesta di acquisto PurchaseRequisitionId | L'identificativo univoco di ogni richiesta di acquisto. Funge da identificativo principale del caso per il processo. | ||
| Descrizione L'ID della richiesta di acquisto è una chiave univoca assegnata a ogni documento di richiesta al momento della creazione. Costituisce il riferimento centrale per tutte le attività, modifiche e approvazioni associate a una singola richiesta, dall'avvio al completamento. Nel Process Mining, questo ID è fondamentale per la correlazione dei casi. Consente al sistema di ricostruire il percorso end-to-end di ogni richiesta, collegando eventi distinti come 'Requisition Created', 'Approval Step Approved' e 'Purchase Order Created' in un flusso di processo coerente. Senza un identificativo del caso coerente e univoco, è impossibile analizzare le varianti di processo, i tempi di ciclo e gli esiti. Perché è importante È la chiave essenziale per monitorare l'intero ciclo di vita di una richiesta e collegare tutti gli eventi correlati in una singola istanza di processo. Dove reperirlo Si trova generalmente nei dati di intestazione della transazione di richiesta di acquisto o nella tabella dei documenti. Esempi PR-100567REQ00043218000123987 | |||
| Nome dell'attività ActivityName | Il nome dell'attività o dell'evento aziendale specifico che si è verificato in un determinato momento per la richiesta. | ||
| Descrizione Il Nome dell'attività descrive una singola fase o modifica di stato nel ciclo di vita della richiesta di acquisto. Fornisce un'etichetta leggibile per eventi come 'Requisition Submitted', 'Approval Step Started' o 'Requisition Rejected', che costituiscono gli elementi fondamentali della mappa di processo. Questo Attributo è essenziale per la scoperta e l'analisi del processo. Disponendo le attività in sequenza, gli strumenti di Process Mining possono visualizzare il flusso effettivo, individuare le deviazioni dalla procedura standard e identificare colli di bottiglia o cicli di rilavorazione. Nomi delle attività coerenti e significativi sono indispensabili per creare un modello di processo comprensibile e operativo. Perché è importante Definisce le singole fasi del processo, essenziali per visualizzare la mappa di processo e analizzare il flusso. Dove reperirlo Deriva spesso dagli Event Log, dalle tabelle delle modifiche di stato o dai codici transazione associati al documento di richiesta. Esempi Richiesta creataFase di approvazione approvataOrdine di acquisto creato | |||
| Ora dell'evento EventTime | La data e l'ora precise in cui si è verificata l'attività. Funge da timestamp principale per l'ordinamento degli eventi. | ||
| Descrizione L'Ora dell'evento, spesso chiamata timestamp, registra il momento esatto in cui si è svolta un'attività. Questi dati sono fondamentali per ordinare correttamente gli eventi e per tutte le analisi di processo basate sul tempo, inclusi il calcolo dei tempi di ciclo, l'identificazione dei colli di bottiglia e il monitoraggio delle prestazioni. Nel Process Mining, i timestamp vengono utilizzati per ordinare le attività all'interno di ogni caso e misurare la durata tra le diverse fasi. L'analisi di queste durate aiuta a individuare i ritardi, comprenderne le cause e valutare il rispetto degli accordi sui livelli di servizio. Dati temporali accurati e completi sono un prerequisito per qualsiasi analisi significativa delle prestazioni. Perché è importante Questo timestamp è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e analizzare le prestazioni e i colli di bottiglia del processo. Dove reperirlo Viene generalmente registrato nei trail di audit del sistema, negli Event Log o come data di creazione o modifica nei 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 dal quale sono stati estratti i dati, ad esempio un ERP o una piattaforma di procurement. | ||
| Descrizione L'Attributo Sistema di origine specifica la provenienza dei dati di processo. Nelle organizzazioni che utilizzano più sistemi, come un ERP centrale e uno strumento specializzato di e-procurement, questo campo aiuta a distinguere i dati provenienti da fonti diverse. Queste informazioni sono utili per la convalida dei dati, la risoluzione dei problemi e la comprensione delle varianti di processo che possono dipendere dal sistema. Per esempio, le richieste originate in un sistema potrebbero seguire un percorso di approvazione diverso o avere tempi di ciclo più brevi rispetto a quelle provenienti da un altro. L'analisi per sistema di origine può evidenziare problemi di integrazione o opportunità di consolidamento dei sistemi. Perché è importante Fornisce il contesto sull'origine dei dati, fondamentale per la convalida e per analizzare le differenze di processo tra più sistemi. Dove reperirlo È spesso un valore statico aggiunto durante l'estrazione dei dati oppure è disponibile nei campi dei metadati tecnici. Esempi SAP S/4HANAOracle FusionCoupa | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Il timestamp che indica l'ultima volta in cui i dati di questo record sono stati aggiornati o estratti dal sistema di origine. | ||
| Descrizione Il timestamp Ultimo aggiornamento dei dati indica il livello di aggiornamento dei dati analizzati. Mostra quando il record è stato estratto l'ultima volta dal sistema di origine e caricato nell'ambiente di Process Mining. Questo Attributo è essenziale per il monitoraggio operativo e per garantire che le analisi si basino su informazioni aggiornate. Aiuta gli utenti a comprendere il possibile ritardo tra gli eventi reali e la loro rappresentazione nel modello di processo. Dashboard e KPI che monitorano le operazioni in corso dipendono da queste informazioni per fornire insight tempestivi e pertinenti. Perché è importante Informa gli utenti sull'attualità dei dati, un aspetto fondamentale per garantire che le analisi siano pertinenti e aggiornate. Dove reperirlo Viene generalmente aggiunto dallo strumento di integrazione dei dati o ETL (Extract, Transform, Load) durante il caricamento. Esempi 2024-05-20T02:00:00Z2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ID dell'ordine di acquisto PurchaseOrderId | L'identificativo dell'ordine di acquisto creato a partire dalla richiesta approvata. | ||
| Descrizione L'ID dell'ordine di acquisto è il numero univoco del documento di ordine 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 da richiesta a ordine di acquisto. Conferma che una richiesta ha prodotto con successo un ordine e consente di misurare il tempo necessario per la conversione. Analizzando quali richieste hanno un ordine corrispondente, le aziende possono valutare l'efficacia della fase precedente all'approvvigionamento e individuare le richieste approvate ma mai soddisfatte. Perché è importante Collega la richiesta al successivo processo di approvvigionamento, consentendo di analizzare i tassi e i tempi di conversione da richiesta a ordine di acquisto. Dove reperirlo Si trova spesso nei dati del documento di richiesta dopo la creazione di un ordine di acquisto, talvolta in una tabella dei documenti correlati o del flusso documentale. Esempi PO-4500012345ORD7890016000054321 | |||
| Importo della richiesta RequisitionAmount | Il valore monetario complessivo della richiesta di acquisto. | ||
| Descrizione L'Importo della richiesta rappresenta il valore finanziario totale di tutti gli articoli e servizi richiesti. È un indicatore finanziario fondamentale utilizzato durante l'intero processo di procurement. Nell'analisi di processo, questo Attributo è essenziale per i filtri e le analisi basati sul valore. Consente di segmentare le richieste in categorie come alto e basso valore, che spesso seguono Workflow di approvazione e presentano profili di rischio differenti. Analizzare i tempi di ciclo o i tassi di rifiuto in base all'importo può evidenziare, per esempio, che le richieste di valore elevato richiedono molto più tempo per essere approvate o vengono rifiutate più spesso, offrendo un punto di partenza per il miglioramento del processo. Perché è importante Consente un'analisi basata sul valore, aiutando a dare priorità alle richieste di importo elevato e a comprendere l'impatto del valore finanziario sul comportamento del processo. Dove reperirlo Si trova generalmente nei dati di intestazione della transazione di richiesta di acquisto o nella tabella dei documenti. 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 la persona che ha avviato la richiesta di acquisto. In genere si tratta dell'utente aziendale che necessita dei beni o dei servizi. Analizzare il processo per richiedente può aiutare a individuare schemi associati a singole persone o gruppi. Può, per esempio, evidenziare se determinati richiedenti inviano frequentemente richieste incomplete o non conformi che richiedono rilavorazione. Queste informazioni possono essere utilizzate per offrire formazione mirata o semplificare il processo di richiesta per i gruppi di utenti più comuni, migliorando in definitiva efficienza e conformità. Perché è importante Aiuta a identificare i comportamenti specifici degli utenti, consentendo interventi formativi mirati e miglioramenti del processo per singole persone o team. Dove reperirlo Si trova nei dati di intestazione della richiesta di acquisto, spesso collegato ai dati anagrafici dei dipendenti. Esempi John SmithJane DoeMaria Garcia | |||
| Reparto Department | Il reparto aziendale, centro di costo o unità organizzativa a cui viene addebitata la richiesta. | ||
| Descrizione L'Attributo Reparto rappresenta l'unità organizzativa responsabile dell'acquisto, come 'Marketing', 'IT' o 'Finance'. È un elemento fondamentale dei dati finanziari e organizzativi, utilizzato per la pianificazione del budget e l'allocazione dei costi. Nel Process Mining, analizzare i dati per reparto è una tecnica comune ed efficace. Consente di confrontare le prestazioni di diverse unità aziendali, aiutando a individuare i reparti più efficienti e quelli che potrebbero necessitare di supporto. Questa analisi può evidenziare variazioni nei tempi di ciclo, nei tassi di approvazione o nella conformità specifiche delle abitudini di acquisto o dei processi interni di un reparto. Perché è importante Consente di confrontare le prestazioni e analizzare i costi tra diverse unità aziendali, evidenziando i comportamenti di processo specifici dei reparti. Dove reperirlo È generalmente disponibile nei dati di intestazione o di riga della richiesta di acquisto, collegato alla struttura organizzativa dell'azienda. Esempi MarketingTecnologia dell'informazioneFinanzaOperazioni | |||
| Stato della richiesta RequisitionStatus | Lo stato attuale o finale della richiesta di acquisto nel suo ciclo di vita. | ||
| Descrizione Lo Stato della richiesta indica la condizione della richiesta in un determinato momento o il suo esito finale. Gli stati comuni includono 'In Progress', 'Pending Approval', 'Approved', 'Rejected' e 'Closed'. Questo Attributo è essenziale per l'analisi degli esiti e il monitoraggio operativo. Consente agli analisti di filtrare le richieste in base allo stato finale e calcolare metriche come i tassi di rifiuto o di conversione in ordine di acquisto. In ambito operativo, aiuta i team a comprendere il carico di lavoro corrente, per esempio il numero di richieste in attesa di approvazione, consentendo di stabilire le priorità e gestire efficacemente le risorse. Perché è importante Fornisce una visione chiara degli esiti delle richieste, consentendo di calcolare metriche chiave come i tassi di rifiuto e supportando la gestione operativa del carico di lavoro. Dove reperirlo Si trova generalmente 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 di 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 finalità. Gli esempi includono richieste di materiali standard, servizi, spese in conto capitale o articoli provenienti da un catalogo specifico. Questa classificazione determina spesso il Workflow di approvazione e il trattamento contabile. Analizzare il processo per tipo di richiesta aiuta a comprendere se tipologie diverse seguono percorsi differenti o presentano livelli di efficienza diversi. Per esempio, le richieste relative a spese in conto capitale possono avere tempi di ciclo più lunghi a causa di ulteriori livelli di approvazione, mentre le richieste di articoli standard da catalogo possono essere altamente automatizzate. Questa analisi aiuta a progettare e ottimizzare varianti di processo specifiche per tipologia. Perché è importante Consente di analizzare percorsi di processo differenti, poiché il tipo di richiesta determina spesso il Workflow di approvazione richiesto e il livello di complessità. Dove reperirlo Queste informazioni sono generalmente memorizzate come tipo di documento o codice categoria nei dati di intestazione della richiesta. Esempi Spesa in conto capitaleSpesa operativaRichiesta di servizioRichiesta di materiale | |||
| Valuta Currency | Il codice valuta, ad esempio USD o EUR, relativo all'importo totale della richiesta. | ||
| Descrizione L'Attributo Valuta specifica l'unità monetaria dell'Importo della richiesta. Nelle organizzazioni multinazionali, le richieste possono essere create in valute diverse in base alla sede del richiedente o del fornitore. Questo campo è essenziale per una reportistica e un'analisi finanziaria accurate. Garantisce la corretta interpretazione dei valori monetari e consente la conversione appropriata quando si aggregano dati provenienti da regioni diverse. Qualsiasi analisi del valore delle richieste deve tenere conto della valuta, per evitare di confrontare direttamente unità monetarie differenti. Perché è importante Fornisce il contesto necessario per i dati finanziari, garantendo un'interpretazione e un'aggregazione accurate dei valori delle richieste tra regioni diverse. Dove reperirlo Si trova generalmente nei dati di intestazione della transazione di richiesta di acquisto, insieme ai campi relativi all'importo. Esempi USDEURGBP | |||
| Data richiesta RequiredByDate | La data entro la quale il richiedente necessita della consegna dei beni o dei servizi. | ||
| Descrizione La Data richiesta viene specificata dal richiedente per indicare la scadenza entro cui soddisfare la richiesta. Questa data costituisce l'obiettivo dell'intero processo di approvvigionamento, dall'approvazione della richiesta alla consegna finale. Questo Attributo è importante per analizzare la puntualità del processo e il suo allineamento alle esigenze aziendali. Confrontando la Data richiesta con la data effettiva di creazione dell'ordine di acquisto o di consegna, le organizzazioni possono misurare la capacità di rispettare gli accordi interni sui livelli di servizio. Aiuta a rispondere a domande fondamentali, come se il processo di procurement sia sufficientemente rapido per rispettare le scadenze aziendali. Perché è importante Fornisce un riferimento per misurare le prestazioni del processo rispetto alle scadenze aziendali e valutare la capacità di soddisfare le richieste nei tempi previsti. Dove reperirlo Viene generalmente inserita dall'utente durante la creazione della richiesta e memorizzata nell'intestazione 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, ad esempio 'High', 'Medium' o 'Low'. | ||
| Descrizione Il Livello di urgenza, talvolta chiamato Priorità, è un campo utilizzato dai richiedenti per indicare con quale rapidità sono necessari i beni o i servizi richiesti. Questa classificazione può influenzare il modo in cui la richiesta viene instradata e prioritizzata dal team di procurement e dagli approvatori. Analizzare le prestazioni del processo per livello di urgenza aiuta a determinare se il processo risponde efficacemente alle esigenze aziendali. Per esempio, è possibile verificare se le richieste con urgenza 'High' vengono effettivamente gestite più rapidamente di quelle con urgenza 'Low'. In caso contrario, potrebbe esserci un collo di bottiglia o un malfunzionamento del meccanismo di prioritizzazione da correggere. Perché è importante Aiuta a valutare se il processo assegna effettivamente la priorità alle richieste urgenti e se l'urgenza dichiarata corrisponde alla velocità effettiva di gestione. Dove reperirlo È generalmente un campo facoltativo o obbligatorio del modulo di creazione della richiesta, memorizzato nell'intestazione. Esempi AltaMediaBassaUrgente | |||
| Motivo del rifiuto RejectionReason | Il motivo indicato da un approvatore quando una richiesta o una fase di approvazione viene rifiutata. | ||
| Descrizione Il Motivo del rifiuto è un campo di testo o un codice che spiega perché una richiesta è stata rifiutata. Gli approvatori forniscono queste informazioni per dare un riscontro al richiedente, che potrebbe dover modificare e inviare nuovamente la richiesta. Questo Attributo è prezioso per l'analisi delle cause principali degli esiti negativi del processo. Classificando e analizzando i motivi di rifiuto, le organizzazioni possono individuare problemi ricorrenti come 'Incorrect GL Code', 'Budget Exceeded' o 'Non-compliant Supplier'. Questi insight possono guidare miglioramenti mirati, come una formazione più efficace per i richiedenti, una comunicazione più chiara delle policy o interventi sul sistema per prevenire gli errori più comuni. Perché è importante Fornisce una visione diretta delle cause di fallimento delle richieste, consentendo l'analisi delle cause principali per ridurre la rilavorazione e migliorare il tasso di approvazione al primo tentativo. Dove reperirlo Viene generalmente acquisito in un campo commenti o note associato all'attività 'Rejected' o alla modifica di stato. Esempi Budget superatoCentro di costo erratoRichiesta duplicataViolazione delle policy | |||
| Nome dell'approvatore ApproverName | Il nome dell'utente o del gruppo responsabile di un'attività di approvazione o rifiuto. | ||
| Descrizione Il Nome dell'approvatore identifica la persona, il ruolo o il gruppo che ha eseguito una fase di approvazione o rifiuto nel Workflow. È distinto dal richiedente o dall'utente generico che può eseguire altre attività. Questo Attributo è fondamentale per analizzare il processo di approvazione. Aiuta a misurare le prestazioni degli approvatori, per esempio il tempo medio impiegato da ciascuno per prendere una decisione. Può inoltre evidenziare la distribuzione del carico di lavoro e mostrare se determinati approvatori costituiscono colli di bottiglia nel processo. 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 e le prestazioni degli approvatori e l'identificazione dei colli di bottiglia. Dove reperirlo Viene registrato nell'Event Log o nel log di audit per le attività legate all'approvazione. Potrebbe essere necessario effettuare un join con i dati anagrafici dei dipendenti. Esempi Alice JohnsonBob WilliamsGruppo di approvazione Finance | |||
| Nome utente UserName | Il nome dell'utente che ha eseguito una specifica attività, come la creazione, la modifica o l'approvazione. | ||
| Descrizione Il Nome utente identifica la persona responsabile di una determinata attività nel log di processo. È un Attributo generico che può rappresentare il richiedente, un editor, un approvatore o qualsiasi altra persona che interagisca con la richiesta. Questo Attributo è fondamentale per l'analisi delle risorse e dell'automazione. Aiuta a comprendere il 'principio dei quattro occhi', ovvero i passaggi tra utenti diversi, e può essere utilizzato per calcolare i tassi di automazione identificando le attività eseguite da utenti di sistema o batch. Analizzare le attività per utente aiuta a comprendere come i diversi ruoli interagiscono con il processo. Perché è importante Questo Attributo è essenziale per comprendere i passaggi tra utenti, analizzare l'automazione e attribuire le singole fasi del processo all'attore corretto. Dove reperirlo Si trova nei dati del trail di audit o dell'Event Log per ogni transazione, spesso memorizzato come User ID. Esempi asmithjdoeBATCH_USER | |||
Purchase to Pay - Requisition: attività
| Attività | Descrizione | ||
|---|---|---|---|
| Ordine di acquisto creato | Viene generato un documento formale di ordine di acquisto sulla base delle informazioni contenute in una o più righe di richiesta approvate. Questo evento segna il passaggio dal processo interno di richiesta al processo esterno di approvvigionamento. | ||
| Perché è importante È il principale esito positivo del processo di richiesta. Il tempo che intercorre tra l'approvazione finale e la creazione dell'ordine di acquisto misura l'efficienza dell'ufficio acquisti. Dove reperirlo Questo evento viene dedotto per la richiesta individuando un documento di ordine di acquisto corrispondente che fa riferimento all'ID della richiesta. Acquisizione Individuare il timestamp di creazione dell'ordine di acquisto che fa riferimento all'ID della richiesta. Tipo di evento inferred | |||
| Richiesta approvata | La richiesta ha superato con esito positivo tutte le fasi obbligatorie del Workflow di approvazione. Questo traguardo rende la richiesta idonea all'approvvigionamento o alla conversione in un ordine di acquisto. | ||
| Perché è importante Si tratta di un importante traguardo positivo. Il tempo necessario per raggiungere questo stato è uno dei principali indicatori dell'efficienza del processo di richiesta. Dove reperirlo Dedotto dalla modifica dello stato complessivo dell'intestazione della richiesta in 'Approved' o in uno stato terminale equivalente di approvazione nei log del Workflow. Acquisizione Acquisire il timestamp in cui lo stato complessivo della richiesta passa per la prima volta a 'Approved' o all'equivalente. Tipo di evento inferred | |||
| Richiesta chiusa | La richiesta viene chiusa amministrativamente, a indicare che non saranno intraprese ulteriori azioni. Ciò avviene generalmente dopo che tutte le righe sono state convertite integralmente in ordini di acquisto o annullate. | ||
| Perché è importante È l'evento finale del processo e conferma il completamento del ciclo di vita della richiesta. In questo modo si evita che le richieste obsolete rimangano aperte indefinitamente. Dove reperirlo Dedotto da un aggiornamento dello stato finale nell'intestazione della richiesta o quando tutte le righe associate risultano completamente ordinate o chiuse. Acquisizione Acquisire il timestamp in cui lo stato finale della richiesta viene impostato su 'Closed' o 'Completed'. 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 generalmente parte da uno stato di bozza o incompleto prima dell’invio formale. | ||
| Perché è importante Questo è il principale evento di avvio del processo. Analizzare il tempo che intercorre tra la creazione e l’invio può rivelare ritardi nella preparazione della richiesta o incertezze da parte dell’utente. Dove reperirlo In genere viene acquisito dal timestamp di creazione presente nel record o nella tabella principale dell’intestazione della richiesta di acquisto. Acquisizione Identifichi il timestamp iniziale di creazione del record relativo all’intestazione della richiesta di acquisto. Tipo di evento explicit | |||
| Richiesta inviata | Il richiedente invia formalmente la richiesta completata al Workflow di approvazione. Questa azione porta la richiesta dallo stato di bozza a uno stato attivo, in attesa di revisione e approvazione. | ||
| Perché è importante Questo evento avvia il processo formale di approvazione. Il tempo tra l’invio e l’approvazione finale è una componente critica del tempo di ciclo complessivo. Dove reperirlo Di solito viene acquisito da un evento di modifica dello stato, da un registro delle azioni dell’utente o dal log del motore di Workflow che indica l’avvio del processo di approvazione. Acquisizione Acquisisca il timestamp del momento in cui lo stato della richiesta passa da bozza a uno stato che indica l’attesa dell’approvazione. Tipo di evento explicit | |||
| Richiesta modificata | Un utente modifica la richiesta dopo l’invio, spesso per correggere informazioni o rispondere a un rifiuto. L’azione comporta in genere la modifica di dettagli quali quantità, prezzi o righe dell’ordine e può richiedere il riavvio del processo di approvazione. | ||
| Perché è importante Monitorare le modifiche è fondamentale per identificare cicli di rilavorazione, inefficienze del processo e requisiti iniziali poco chiari. Un tasso elevato di modifiche può prolungare significativamente i tempi di ciclo. Dove reperirlo I dati provengono dai trail di audit del sistema, dai log delle modifiche o dall’identificazione della creazione di una nuova versione del documento di richiesta. Acquisizione Identifichi nei log delle modifiche o di audit gli eventi corrispondenti alla modifica dei campi chiave della richiesta dopo l’invio iniziale. Tipo di evento explicit | |||
| Richiesta rifiutata | La richiesta viene rifiutata definitivamente durante il processo di approvazione e non sarà convertita in un ordine di acquisto. Rappresenta un esito finale negativo per la richiesta. | ||
| Perché è importante Si tratta di un importante traguardo negativo. Analizzare le cause del rifiuto definitivo può contribuire a migliorare i processi a monte e la formazione dei richiedenti. Dove reperirlo Dedotto dalla modifica dello stato complessivo dell'intestazione della richiesta in 'Rejected', 'Denied' o in uno stato terminale equivalente di rifiuto. Acquisizione Acquisire il timestamp in cui lo stato complessivo della richiesta passa per la prima volta a 'Rejected', 'Denied' o all'equivalente. Tipo di evento inferred | |||
| Fase di approvazione approvata | Un approvatore esprime il proprio consenso alla richiesta nella fase assegnata del Workflow. Questa azione porta la richiesta al passaggio successivo o più vicino all’approvazione finale. | ||
| Perché è importante Analizzare la durata tra l’avvio e la conclusione di una fase di approvazione mostra le prestazioni dei singoli approvatori e la distribuzione dei carichi di lavoro. Dove reperirlo Viene acquisito da un’azione esplicita dell’utente registrata nei log della cronologia delle approvazioni o nei dati delle transazioni del Workflow. Acquisizione Estragga gli eventi di approvazione dalla cronologia delle approvazioni o dal log del Workflow, includendo approvatore e timestamp. Tipo di evento explicit | |||
| Fase di approvazione avviata | La richiesta viene assegnata a uno specifico approvatore o gruppo di approvazione nell’ambito di un Workflow articolato in più passaggi. Questa attività segna l’inizio del periodo di attesa per una determinata azione di approvazione. | ||
| Perché è importante Questo evento consente un’analisi dettagliata dei colli di bottiglia all’interno della catena di approvazione, identificando gli approvatori o le fasi specifiche che causano ritardi. Dove reperirlo Viene dedotto dai log del motore di Workflow quando una nuova attività di approvazione viene creata e assegnata a un utente o a un ruolo. Acquisizione Acquisisca il timestamp del momento in cui viene generata un’attività di approvazione o in cui lo stato della richiesta indica che è in attesa di uno specifico approvatore. Tipo di evento inferred | |||
| Fase di approvazione rifiutata | Un approvatore rifiuta la richiesta nella fase assegnata, rinviandola generalmente al richiedente per una modifica. Questa azione interrompe l’avanzamento del Workflow di approvazione. | ||
| Perché è importante Questa attività è una delle principali cause di rilavorazione. Il monitoraggio di questi rifiuti aiuta a individuare le cause più frequenti degli esiti negativi, le esigenze formative e le fasi di approvazione problematiche. Dove reperirlo Viene acquisito da un’azione esplicita dell’utente registrata nei log della cronologia delle approvazioni o nei dati delle transazioni del Workflow. Acquisizione Estrarre gli eventi di rifiuto dalla cronologia delle approvazioni o dall'Event Log del Workflow, includendo l'approvatore e il timestamp. Tipo di evento explicit | |||
| Fonte di approvvigionamento assegnata | Un buyer o uno specialista del procurement assegna a una riga di richiesta approvata uno specifico fornitore, contratto o accordo sui prezzi. Si tratta di una fase preparatoria alla creazione dell'ordine di acquisto. | ||
| Perché è importante Questa attività misura l'efficienza del team di procurement operativo. I ritardi in questa fase possono creare un collo di bottiglia tra l'approvazione della richiesta e l'inserimento dell'ordine. Dove reperirlo Rilevato osservando gli aggiornamenti dei campi relativi al fornitore o alla fonte nella riga della richiesta dopo l'approvazione. Acquisizione Individuare il timestamp in cui un ID fornitore o contratto viene valorizzato per la prima volta in una riga di richiesta approvata. Tipo di evento explicit | |||
| Reimpostazione dell'approvazione | L'intero Workflow di approvazione della richiesta viene reimpostato, costringendo il processo a ripartire dall'inizio. Ciò avviene generalmente dopo una modifica sostanziale apportata a una richiesta già in corso. | ||
| Perché è importante Le reimpostazioni dell'approvazione sono una delle principali cause dell'allungamento dei tempi di ciclo. Individuarne frequenza e fattori scatenanti può evidenziare problemi nelle policy o nel processo di modifica. Dove reperirlo Dedotto osservando che lo stato dell'approvazione viene cancellato o riportato alla fase iniziale dopo essere stato precedentemente assegnato a un approvatore di una fase successiva. Acquisizione Individuare il momento in cui lo stato del Workflow di approvazione torna allo stato iniziale dopo essere già avanzato alle fasi successive. Tipo di evento inferred | |||
| 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 la richiesta specifica. | ||
| Perché è importante Si tratta di un evento terminale che conclude il processo senza un esito chiaramente positivo o negativo. Un'elevata percentuale di ritiri può indicare esigenze aziendali cambiate o richieste presentate prematuramente. Dove reperirlo Viene generalmente registrato come un'azione esplicita dell'utente che modifica lo stato in 'Withdrawn' o 'Cancelled', oppure mediante l'impostazione di un flag di eliminazione. Acquisizione Acquisire il timestamp in cui lo stato della richiesta viene aggiornato a 'Withdrawn' o 'Cancelled', oppure viene impostato un flag di eliminazione. Tipo di evento explicit | |||
Guide di estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
È pronto per iniziare?
Scelga una guida di estrazione specifica per sistema per iniziare ad adattare la raccolta dei dati oppure utilizzi questo Template Generico come struttura flessibile per avviare l’analisi del processo Purchase to Pay - Requisition.
Ottimizzi il Suo P2P Requisition e sprigioni subito maggiore efficienza
Individui i colli di bottiglia, migliori la Conformità e aumenti i risparmi nell’intero processo P2P.
Non è richiesta alcuna carta di credito: la configurazione richiede solo pochi minuti.