Il Template dei dati per le richieste di acquisto e pagamento
Il Template dei dati per le richieste di acquisto e pagamento
Questo è il nostro template generico per i dati di Process Mining relativi a Acquisto e pagamento delle richieste d’acquisto. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.
Selezioni un sistema specifico- Campi dati standardizzati per un’analisi coerente tra sistemi diversi.
- Un elenco completo delle attività chiave da monitorare per avere una visione chiara dell’intero processo.
- Una base flessibile, adattabile al flusso di lavoro specifico delle Sue richieste di acquisto e pagamento.
Attributi delle richieste di acquisto e pagamento
| Nome | Descrizione | ||
|---|---|---|---|
| ID della richiesta di acquisto PurchaseRequisitionId | Identificativo univoco di ogni richiesta di acquisto. Funge da identificativo principale del caso nel 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à, le modifiche e le approvazioni associate a una singola richiesta, dall’avvio al completamento. Nel Process Mining, questo ID è fondamentale per correlare i casi. Consente al sistema di ricostruire il percorso completo di ogni richiesta, collegando eventi distinti come 'Richiesta creata', 'Fase di approvazione approvata' e 'Ordine di acquisto creato' in un flusso di processo coerente. Senza un identificativo del caso univoco e coerente, non è possibile analizzare le varianti di processo, i tempi di ciclo e gli esiti. Perché è importante È la chiave essenziale per seguire l’intero ciclo di vita di una richiesta e collegare tutti gli eventi correlati in un’unica istanza di processo. Dove reperirli In genere si trova nei dati di intestazione della transazione di richiesta di acquisto o nella relativa tabella dei documenti. Esempi PR-100567REQ00043218000123987 | |||
| Nome dell’attività ActivityName | 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 un cambiamento di stato nel ciclo di vita della richiesta di acquisto. Fornisce un’etichetta comprensibile per eventi come 'Richiesta inviata', 'Fase di approvazione avviata' o 'Richiesta respinta', che costituiscono gli elementi fondamentali della mappa del processo. Questo attributo è essenziale per l’individuazione e l’analisi dei processi. Disponendo le attività in sequenza, gli strumenti di Process Mining possono visualizzare il flusso effettivo del processo, individuare gli scostamenti dalla procedura standard e mettere in evidenza i colli di bottiglia o i cicli di rilavorazione. Nomi delle attività coerenti e significativi sono fondamentali per creare un modello di processo comprensibile e utile per intervenire. Perché è importante Definisce le singole fasi del processo, indispensabili per visualizzare la mappa del processo e analizzarne il flusso. Dove reperirli Spesso ricavato dai log degli eventi, dalle tabelle delle modifiche di stato o dai codici di transazione associati al documento di richiesta. Esempi Richiesta d’acquisto creataFase di approvazione approvataOrdine di acquisto creato | |||
| Ora dell’evento EventTime | La data e l’ora esatte in cui si è verificata l’attività. Costituisce la marca temporale principale per ordinare gli eventi. | ||
| Descrizione L’ora dell’evento, spesso indicata come marca temporale, registra il momento esatto in cui si è svolta un’attività. Questi dati sono fondamentali per ordinare correttamente gli eventi e per tutte le analisi temporali del processo, compresi il calcolo dei tempi di ciclo, l’individuazione dei colli di bottiglia e il monitoraggio delle prestazioni. Nel Process Mining, le marche temporali servono a ordinare le attività all’interno di ogni caso e a misurare il tempo che intercorre tra le diverse fasi. Analizzare queste durate aiuta a individuare i ritardi, a comprenderne le cause e a valutare il rispetto degli accordi sui livelli di servizio. Dati temporali accurati e completi sono indispensabili per qualsiasi analisi significativa delle prestazioni. Perché è importante Questa marca temporale è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e analizzare le prestazioni e i colli di bottiglia del processo. Dove reperirli In genere viene registrata nelle tracce di controllo del sistema o nei log degli eventi, oppure 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 da cui sono stati estratti i dati, ad esempio un ERP o una piattaforma per gli acquisti. | ||
| Descrizione L’attributo Sistema di origine specifica la provenienza dei dati di processo. Nelle organizzazioni che utilizzano più sistemi, ad esempio un ERP centrale e uno strumento specializzato per gli acquisti elettronici, questo campo permette di distinguere i dati in base alla fonte. Questa informazione è utile per convalidare i dati, risolvere i problemi e comprendere le differenze di processo legate ai sistemi utilizzati. Per esempio, le richieste originate da un sistema potrebbero seguire un iter di approvazione diverso o avere tempi di ciclo più brevi rispetto a quelle provenienti da un altro. Analizzare i dati per sistema di origine può far emergere problemi di integrazione o opportunità di consolidamento dei sistemi. Perché è importante Fornisce informazioni sulla provenienza dei dati, essenziali per convalidarli e analizzare le differenze di processo tra più sistemi. Dove reperirli 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 | La marca temporale che indica l’ultima volta in cui i dati di questo record sono stati aggiornati o estratti dal sistema di origine. | ||
| Descrizione La marca temporale dell’ultimo aggiornamento dei dati indica quanto sono aggiornati i dati analizzati. Mostra quando il record è stato estratto per l’ultima volta dal sistema di origine e caricato nell’ambiente di Process Mining. Questo attributo è essenziale per il monitoraggio operativo e per verificare che le analisi si basino su informazioni aggiornate. Aiuta a comprendere il possibile ritardo tra gli eventi reali e la loro rappresentazione nel modello di processo. Le Dashboard e gli indicatori chiave di prestazione che monitorano le attività in corso si basano su questa informazione per fornire indicazioni tempestive e pertinenti. Perché è importante Indica quanto sono aggiornati i dati, un aspetto fondamentale per garantire che le analisi siano pertinenti e attuali. Dove reperirli In genere viene aggiunta dallo strumento di integrazione dei dati o ETL (Extract, Transform, Load) durante il caricamento dei dati. Esempi 2024-05-20T02:00:00Z2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ID dell’ordine di acquisto PurchaseOrderId | 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 acquisto e pagamento. Questo attributo è fondamentale per analizzare l’efficienza della conversione da richiesta a ordine di acquisto. Conferma che una richiesta ha generato un ordine e permette di misurare il tempo necessario per la conversione. Analizzando quali richieste hanno un ordine di acquisto corrispondente, le aziende possono valutare l’efficacia della fase che precede l’acquisto e individuare le richieste approvate ma mai evase. Perché è importante Collega la richiesta al successivo processo di acquisto e consente di analizzare i tassi e i tempi di conversione da richiesta a ordine. Dove reperirli Spesso si trova 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 | Valore monetario totale della richiesta di acquisto. | ||
| Descrizione L’importo della richiesta rappresenta il valore finanziario totale di tutti i beni e servizi richiesti. È un indicatore finanziario importante nell’intero processo di acquisto. Nell’analisi dei processi, questo attributo è fondamentale per filtrare e analizzare i dati in base al valore. Permette di suddividere le richieste in categorie, ad esempio di importo elevato o ridotto, che spesso seguono flussi di lavoro di approvazione diversi e presentano profili di rischio differenti. Analizzare i tempi di ciclo o i tassi di respingimento in base all’importo può rivelare, per esempio, che le richieste di importo elevato richiedono molto più tempo per essere approvate o vengono respinte più spesso, offrendo un punto di partenza per migliorare il processo. Perché è importante Consente di analizzare i dati in base al valore, dando priorità alle richieste di importo elevato e aiutando a capire come il valore finanziario influisce sul processo. Dove reperirli In genere si trova nei dati di intestazione della transazione di richiesta di acquisto o nella relativa tabella dei documenti. Esempi 500.0012500.7599.95 | |||
| Nome del richiedente RequesterName | 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 l’utente aziendale che necessita di beni o servizi. Analizzare il processo in base al richiedente può aiutare a individuare schemi ricorrenti associati a singole persone o gruppi. Per esempio, può rivelare se alcuni richiedenti inviano spesso richieste incomplete o non conformi, che richiedono quindi una rilavorazione. Queste informazioni possono essere utilizzate per offrire formazione mirata o semplificare il processo di richiesta per i gruppi di utenti più comuni, migliorando così l’efficienza e la conformità. Perché è importante Aiuta a individuare comportamenti specifici degli utenti e a definire interventi mirati di formazione e miglioramento del processo per singole persone o team. Dove reperirli 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, il centro di costo o l’unità organizzativa a cui viene addebitata la richiesta. | ||
| Descrizione L’attributo Reparto rappresenta l’unità organizzativa responsabile dell’acquisto, ad esempio 'Marketing', 'IT' o 'Finanza'. È un dato finanziario e organizzativo importante per la definizione del budget e l’allocazione dei costi. Nel Process Mining, analizzare i dati per reparto è una tecnica comune ed efficace. Permette di confrontare le prestazioni delle diverse unità aziendali e di individuare quelle più efficienti e quelle che potrebbero aver bisogno di supporto. L’analisi può far emergere differenze nei tempi di ciclo, nei tassi di approvazione o nella conformità, legate alle abitudini di acquisto o ai processi interni di un determinato reparto. Perché è importante Consente di confrontare le prestazioni e analizzare i costi delle diverse unità aziendali, mettendo in luce le caratteristiche dei processi specifiche di ciascun reparto. Dove reperirli In genere è disponibile nei dati di intestazione o di riga della richiesta di acquisto ed è collegato alla struttura organizzativa dell’azienda. Esempi MarketingTecnologie dell’informazioneFinanzaOperazioni | |||
| Stato della richiesta RequisitionStatus | Stato attuale o finale della richiesta di acquisto nel suo ciclo di vita. | ||
| Descrizione Lo stato della richiesta indica la condizione in cui si trova in un determinato momento o il suo esito finale. Tra gli stati più comuni figurano 'In corso', 'In attesa di approvazione', 'Approvata', 'Respinta' e 'Chiusa'. 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 indicatori come i tassi di respingimento o di conversione in ordine di acquisto. Sul piano operativo, aiuta i team a comprendere il carico di lavoro corrente, ad esempio il numero di richieste in attesa di approvazione, così da stabilire le priorità e gestire le risorse in modo efficace. Perché è importante Offre una visione chiara degli esiti delle richieste, consente di calcolare indicatori chiave come i tassi di respingimento e supporta la gestione operativa del carico di lavoro. Dove reperirli Di solito si trova nel campo dello stato dell’intestazione del documento di richiesta di acquisto. Esempi ApprovataRespintaIn attesa di approvazioneRitirata | |||
| Tipo di richiesta RequisitionType | Categoria o tipologia 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 finalità. Tra gli esempi figurano richieste di materiali standard, servizi, spese in conto capitale o articoli di un catalogo specifico. Questa classificazione determina spesso il flusso di lavoro di approvazione e il trattamento contabile. Analizzare il processo in base al tipo di richiesta aiuta a capire se le diverse tipologie seguono percorsi distinti o presentano livelli di efficienza differenti. Per esempio, le richieste di spese in conto capitale possono avere tempi di ciclo più lunghi a causa delle ulteriori fasi di approvazione, mentre quelle relative ad articoli standard di catalogo possono essere altamente automatizzate. Questa analisi aiuta a progettare e ottimizzare varianti di processo specifiche per ciascuna tipologia. Perché è importante Consente di analizzare i diversi percorsi del processo, poiché il tipo di richiesta determina spesso il flusso di lavoro di approvazione richiesto e il livello di complessità. Dove reperirli Questa informazione è in genere memorizzata nei dati di intestazione della richiesta come tipo di documento o codice di categoria. Esempi Spesa in conto capitaleSpesa operativaRichiesta di servizioRichiesta di materiale | |||
| Valuta Currency | Il codice della valuta, ad esempio USD o EUR, in cui è espresso l’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, a seconda della sede del richiedente o del fornitore. Questo campo è essenziale per una rendicontazione e un’analisi finanziaria accurate. Garantisce la corretta interpretazione dei valori monetari e consente di effettuare conversioni adeguate quando si aggregano dati provenienti da aree geografiche diverse. Qualsiasi analisi del valore delle richieste deve tenere conto della valuta, per evitare di confrontare direttamente importi espressi in unità monetarie diverse. Perché è importante Fornisce il contesto necessario per interpretare correttamente i dati finanziari e aggregare i valori delle richieste tra diverse aree geografiche. Dove reperirli In genere si trova nei dati di intestazione della transazione di richiesta di acquisto, accanto ai campi relativi agli importi. Esempi USDEURGBP | |||
| Data richiesta RequiredByDate | La data entro cui il richiedente ha bisogno che i beni o i servizi siano consegnati. | ||
| Descrizione Il richiedente indica la data richiesta per specificare entro quando deve essere soddisfatta la richiesta. Questa data costituisce un obiettivo per l’intero processo di approvvigionamento, dall’approvazione della richiesta alla consegna finale. Questo attributo è importante per analizzare la puntualità del processo e la sua corrispondenza 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 propria capacità di rispettare gli accordi interni sui livelli di servizio. Consente di rispondere a domande cruciali, ad esempio se il processo di approvvigionamento è abbastanza rapido da rispettare le scadenze aziendali. Perché è importante Fornisce un valore di riferimento per misurare le prestazioni del processo rispetto alle scadenze aziendali e valutare la capacità di soddisfare le richieste nei tempi previsti. Dove reperirli In genere viene inserita dall’utente durante la creazione della richiesta e memorizzata nell’intestazione o nei dettagli delle righe. Esempi 2024-06-302024-07-152024-08-01 | |||
| Livello di urgenza UrgencyLevel | Classificazione che indica la priorità o l’urgenza della richiesta, ad esempio 'Alta', 'Media' o 'Bassa'. | ||
| Descrizione Il livello di urgenza, talvolta chiamato priorità, è un campo che i richiedenti utilizzano per indicare entro quando servono i beni o i servizi richiesti. Questa classificazione può influire sull’inoltro della richiesta e sulle priorità assegnate dal team acquisti e dagli approvatori. Analizzare le prestazioni del processo in base al livello di urgenza aiuta a capire se il processo risponde alle esigenze aziendali. Per esempio, è possibile verificare se le richieste con urgenza 'Alta' vengono effettivamente elaborate più rapidamente di quelle con urgenza 'Bassa'. In caso contrario, potrebbe esserci un collo di bottiglia o un problema nel meccanismo di definizione delle priorità da risolvere. Perché è importante Aiuta a valutare se il processo assegna correttamente la priorità alle richieste urgenti e se l’urgenza dichiarata corrisponde alla velocità effettiva di elaborazione. Dove reperirli Di solito è un campo facoltativo o obbligatorio nel modulo di creazione della richiesta e viene memorizzato nell’intestazione. Esempi AltaMediaBassaUrgente | |||
| Motivo del respingimento RejectionReason | Motivo indicato da un approvatore quando viene respinta una richiesta o una fase di approvazione. | ||
| Descrizione Il motivo del respingimento è un campo di testo o un codice che spiega perché una richiesta è stata respinta. Gli approvatori forniscono questa informazione al richiedente, che potrebbe dover modificare e inviare nuovamente la richiesta. Questo attributo è prezioso per analizzare le cause profonde degli insuccessi del processo. Classificando e analizzando i motivi dei respingimenti, le organizzazioni possono individuare problemi ricorrenti come 'Codice contabile errato', 'Budget superato' o 'Fornitore non conforme'. Queste indicazioni possono guidare interventi mirati, come una formazione più efficace per i richiedenti, una comunicazione più chiara delle policy o miglioramenti ai sistemi per prevenire gli errori più comuni. Perché è importante Fornisce indicazioni dirette sulle cause del mancato esito delle richieste e consente di analizzare le cause profonde per ridurre le rilavorazioni e aumentare il tasso di approvazione al primo invio. Dove reperirli In genere viene registrato in un campo di commenti o note associato all’attività 'Respinta' o al cambiamento di stato. Esempi Budget superatoCentro di costo erratoRichiesta duplicataViolazione delle policy | |||
| Nome dell’approvatore ApproverName | Nome dell’utente o del gruppo responsabile di un’attività di approvazione o respingimento. | ||
| Descrizione Il nome dell’approvatore identifica la persona, il ruolo o il gruppo che ha svolto una fase di approvazione o respingimento nel flusso di lavoro. È distinto dal richiedente o dall’utente generico che può svolgere altre attività. Questo attributo è fondamentale per analizzare il processo di approvazione. Aiuta a misurare le prestazioni degli approvatori, ad esempio il tempo medio che ciascuno impiega per prendere una decisione. Può inoltre mettere in luce la distribuzione del carico di lavoro e mostrare se alcuni approvatori costituiscono colli di bottiglia. L’analisi supporta una migliore allocazione delle risorse e la gestione delle prestazioni lungo la catena di approvazione. Perché è importante Consente un’analisi dettagliata del flusso di lavoro di approvazione, compresi il carico di lavoro e le prestazioni degli approvatori e l’individuazione dei colli di bottiglia. Dove reperirli Registrato nel log degli eventi o di controllo per le attività legate alle approvazioni. Potrebbe essere necessario collegarlo ai dati anagrafici dei dipendenti. Esempi Alice JohnsonBob WilliamsGruppo di approvazione Finanza | |||
| Nome utente UserName | Nome dell’utente che ha svolto un’attività specifica, ad esempio la creazione, la modifica o l’approvazione. | ||
| Descrizione Il nome utente identifica la persona responsabile di ciascuna attività registrata nel log di processo. È un attributo generico che può indicare il richiedente, chi ha modificato o approvato la richiesta oppure chiunque altro vi abbia interagito. Questo attributo è fondamentale per analizzare le risorse e il grado di automazione. Aiuta a comprendere il principio dei «quattro occhi», ovvero i passaggi di consegne tra utenti diversi, e consente di calcolare i tassi di automazione individuando le attività svolte da utenti di sistema o batch. Analizzare le attività per utente permette di capire come i diversi ruoli interagiscono con il processo. Perché è importante Questo attributo è essenziale per comprendere i passaggi di consegne tra utenti, analizzare l’automazione e attribuire le singole fasi del processo alle persone corrette. Dove reperirli È disponibile nella traccia di audit o nei dati dell’event log relativi a ciascuna transazione, spesso memorizzato come ID utente. Esempi asmithjdoeBATCH_USER | |||
Attività delle richieste di acquisto e pagamento
| 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 approvate della richiesta. Questo evento segna il passaggio dal processo interno di richiesta al processo di acquisto esterno. | ||
| 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 reperirli L’evento viene dedotto per la richiesta individuando un documento di ordine di acquisto corrispondente che ne riporti l’ID. Acquisizione Individuare la marca temporale di creazione dell’ordine di acquisto che riporta l’ID della richiesta. Tipo di evento inferred | |||
| Richiesta approvata | La richiesta ha superato tutte le fasi previste dal flusso di lavoro di approvazione. A questo punto può essere affidata a un fornitore o convertita in un ordine di acquisto. | ||
| Perché è importante È una tappa fondamentale verso il buon esito del processo. Il tempo necessario per raggiungerla è una delle principali misure dell’efficienza del processo di richiesta. Dove reperirli Dedotto dal cambiamento dello stato complessivo dell’intestazione della richiesta in 'Approved' o in uno stato finale equivalente nei log del flusso di lavoro. Acquisizione Registrare la marca temporale in cui lo stato complessivo della richiesta passa per la prima volta ad 'Approved' o a uno stato equivalente. Tipo di evento inferred | |||
| Richiesta chiusa | La richiesta viene chiusa a livello amministrativo, a indicare che non saranno intraprese ulteriori azioni. In genere accade quando tutte le righe sono state convertite in ordini di acquisto o annullate. | ||
| Perché è importante È l’evento finale del processo e conferma il completamento del ciclo di vita della richiesta. Evita che le richieste obsolete restino aperte a tempo indeterminato. Dove reperirli Dedotto da un aggiornamento dello stato finale nell’intestazione della richiesta o quando tutte le righe associate risultano completamente ordinate o chiuse. Acquisizione Registrare la marca temporale in cui lo stato finale della richiesta viene impostato su 'Closed' o 'Completed'. Tipo di evento inferred | |||
| Richiesta d’acquisto creata | Un utente avvia una richiesta di beni o servizi creando un nuovo documento di richiesta d’acquisto. Questo evento segna l’inizio del ciclo di vita della richiesta, che di solito si trova inizialmente in stato di bozza o incompleto, prima dell’invio ufficiale. | ||
| Perché è importante È il principale evento di inizio del processo. Analizzare il tempo che intercorre tra la creazione e l’invio può far emergere ritardi nella preparazione della richiesta o incertezze da parte dell’utente. Dove reperirli In genere, si ricava dalla data e ora di creazione registrate nell’intestazione o nella tabella principale della richiesta d’acquisto. Acquisizione Individui la data e ora iniziali di creazione del record nell’intestazione della richiesta d’acquisto. Tipo di evento explicit | |||
| Richiesta d’acquisto inviata | Chi ha presentato la richiesta invia formalmente la richiesta completa nel flusso di approvazione. In questo modo, la richiesta passa dallo stato di bozza a quello attivo, in attesa di revisione e approvazione. | ||
| Perché è importante Questo evento avvia il processo formale di approvazione. Il tempo che intercorre tra l’invio e l’approvazione finale è una componente fondamentale del tempo di ciclo complessivo. Dove reperirli Di solito, si ricava da una modifica di stato, dal registro delle azioni degli utenti o dai log del motore del flusso di lavoro che indicano l’avvio di un processo di approvazione. Acquisizione Registri la data e ora in cui lo stato della richiesta passa da bozza a in attesa di approvazione. Tipo di evento explicit | |||
| Richiesta d’acquisto modificata | Dopo l’invio, un utente modifica la richiesta, spesso per correggere informazioni o rispondere a un rifiuto. L’intervento può riguardare quantità, prezzi o righe dell’ordine e può richiedere l’avvio di un nuovo ciclo di approvazione. | ||
| Perché è importante Registrare le modifiche è fondamentale per individuare cicli di rilavorazione, inefficienze del processo e requisiti iniziali poco chiari. Un’elevata percentuale di modifiche può allungare sensibilmente i tempi di ciclo. Dove reperirli I dati possono provenire dalle tracce di audit del sistema, dai log delle modifiche o dall’individuazione della creazione di una nuova versione del documento di richiesta. Acquisizione Individui nei log delle modifiche o di audit gli eventi corrispondenti alle modifiche dei campi principali della richiesta dopo il primo invio. Tipo di evento explicit | |||
| Richiesta respinta | La richiesta viene respinta definitivamente durante il processo di approvazione e non sarà convertita in un ordine di acquisto. Per la richiesta si tratta di un esito finale negativo. | ||
| Perché è importante È una tappa fondamentale che segna un esito negativo. Analizzare le cause del respingimento definitivo può contribuire a migliorare le fasi iniziali del processo e la formazione dei richiedenti. Dove reperirli Dedotto dal cambiamento dello stato complessivo dell’intestazione della richiesta in 'Rejected', 'Denied' o in uno stato finale equivalente di respingimento. Acquisizione Registrare la marca temporale in cui lo stato complessivo della richiesta passa per la prima volta a 'Rejected', 'Denied' o a uno stato equivalente. Tipo di evento inferred | |||
| Approvazione azzerata | L’intero flusso di lavoro di approvazione della richiesta viene azzerato e il processo deve ricominciare dall’inizio. Questo accade in genere dopo una modifica sostanziale a una richiesta il cui iter è già in corso. | ||
| Perché è importante L’azzeramento delle approvazioni è una delle principali cause dell’allungamento dei tempi di ciclo. Individuarne la frequenza e i fattori scatenanti può far emergere problemi nelle policy o nel processo di modifica. Dove reperirli Dedotto osservando che lo stato di approvazione viene cancellato o riportato alla fase iniziale dopo essere stato assegnato a un approvatore di una fase successiva. Acquisizione Individuare quando lo stato del flusso di lavoro di approvazione torna allo stato iniziale dopo essere già avanzato alle fasi successive. Tipo di evento inferred | |||
| Fase di approvazione approvata | Un approvatore esprime il proprio consenso alla richiesta nella fase del flusso di lavoro di sua competenza. In questo modo, la richiesta passa alla fase successiva o si avvicina all’approvazione finale. | ||
| Perché è importante Analizzare il tempo che intercorre tra l’inizio e la fine di una fase di approvazione consente di valutare le prestazioni dei singoli approvatori e la distribuzione del carico di lavoro. Dove reperirli Rilevato da un’azione esplicita dell’utente, registrata nei log dello storico delle approvazioni o nei dati delle transazioni del flusso di lavoro. Acquisizione Estrarre gli eventi di approvazione dallo storico delle approvazioni o dal log del flusso di lavoro, includendo l’approvatore e la marca temporale. Tipo di evento explicit | |||
| Fase di approvazione avviata | Nell’ambito di un flusso di lavoro articolato in più fasi, la richiesta viene assegnata a un approvatore specifico o a un gruppo di approvazione. Questa attività segna l’inizio dell’attesa per una determinata approvazione. | ||
| Perché è importante Questo evento consente di analizzare nel dettaglio i colli di bottiglia nella catena di approvazione e di individuare gli approvatori o le fasi specifiche che causano ritardi. Dove reperirli Si deduce dai log del motore del flusso di lavoro quando viene creata una nuova attività di approvazione e assegnata a un utente o a un ruolo. Acquisizione Registri la data e ora 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 respinta | Un approvatore respinge la richiesta nella fase di propria competenza, in genere rinviandola al richiedente perché la modifichi. Questa azione interrompe l’avanzamento del flusso di lavoro di approvazione. | ||
| Perché è importante Questa attività è una delle principali cause di rilavorazione. Monitorare i respingimenti aiuta a individuare le cause più frequenti, le esigenze di formazione e le fasi di approvazione problematiche. Dove reperirli Rilevato da un’azione esplicita dell’utente, registrata nei log dello storico delle approvazioni o nei dati delle transazioni del flusso di lavoro. Acquisizione Estrarre gli eventi di respingimento dallo storico delle approvazioni o dal log del flusso di lavoro, includendo l’approvatore e la marca temporale. Tipo di evento explicit | |||
| Fonte di approvvigionamento assegnata | Un acquirente o uno specialista degli acquisti assegna un fornitore, un contratto o un accordo sui prezzi specifico a una riga della richiesta approvata. È una fase preparatoria alla creazione dell’ordine di acquisto. | ||
| Perché è importante Questa attività misura l’efficienza del team addetto agli acquisti tattici. Eventuali ritardi possono creare un collo di bottiglia tra l’approvazione della richiesta e l’emissione dell’ordine. Dove reperirli Rilevato osservando gli aggiornamenti dei campi relativi al fornitore o alla fonte nella riga della richiesta, dopo la sua approvazione. Acquisizione Individuare la marca temporale in cui, per la prima volta, viene inserito l’ID di un fornitore o di un contratto in una riga approvata della richiesta. Tipo di evento explicit | |||
| Richiesta ritirata | Il richiedente o un utente autorizzato annulla la richiesta prima dell’approvazione finale o della conversione in ordine. Questa azione interrompe il processo per la richiesta in questione. | ||
| Perché è importante Si tratta di un evento terminale che conclude il processo senza un esito chiaramente positivo o negativo. Un tasso elevato di ritiri può indicare un cambiamento delle esigenze aziendali o richieste presentate troppo presto. Dove reperirli In genere viene registrato come azione esplicita dell’utente che modifica lo stato in 'Withdrawn' o 'Cancelled', oppure imposta un contrassegno di eliminazione. Acquisizione Registrare la marca temporale in cui lo stato della richiesta viene aggiornato a 'Withdrawn' o 'Cancelled', oppure viene impostato un contrassegno di eliminazione. Tipo di evento explicit | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
consulti la nostra guida ETL oppure selezioni un processo e un sistema specifici.
È pronto a iniziare?
Scelga una guida di estrazione specifica per il sistema per iniziare ad adattare la raccolta dei dati, oppure utilizzi questo template generico come base flessibile per avviare l’analisi del processo di gestione delle richieste di acquisto e pagamento.
Ottimizzi le richieste di acquisto e pagamento e migliori subito l’efficienza
Individui i colli di bottiglia, migliori la conformità e aumenti i risparmi nell’intero processo di acquisto e pagamento.
Non è richiesta alcuna carta di credito e la configurazione richiede solo pochi minuti.