Template dati: Purchase-to-Pay - Ordine d'acquisto
Il suo Template dati Procure‑to‑Pay - Ordine d’acquisto
Questo è il nostro template dati generico per il Process Mining per Purchase to Pay - Ordine di acquisto. Utilizzi i nostri template specifici per sistema per una guida più dettagliata.
Selezioni un sistema specifico- Elenco completo dei campi dati consigliati per un'analisi approfondita.
- Attività chiave e milestone per monitorare il ciclo di vita del suo ordine di acquisto.
- Applicabile a qualsiasi sistema sottostante che gestisca il suo processo Procure-to-Pay.
Purchase to Pay - Attributi dell’ordine di acquisto
| Nome | Descrizione | ||
|---|---|---|---|
ID ordine di acquisto PurchaseOrderId | L’identificativo univoco del documento di Ordine di Acquisto. Costituisce l’identificativo principale dell’istanza di processo. | ||
Descrizione Il Purchase Order ID è un codice alfanumerico univoco assegnato a ogni ordine di acquisto, che lo distingue da tutti gli altri. È il punto di riferimento centrale per tutte le attività, i documenti e le comunicazioni relative a una specifica transazione di approvvigionamento. Nel Process Mining, questo ID è cruciale per raggruppare tutti gli eventi correlati, come creazione, approvazione, ricezione della merce e fatturazione, in un'unica istanza end-to-end o 'case'. Analizzare i processi tramite questo identificatore consente di ricostruire e visualizzare l'intero ciclo di vita di ciascun ordine di acquisto, dalla creazione alla chiusura finale. Perché è importante È l'attributo fondamentale che collega tutti gli eventi correlati in un'unica istanza di processo, rendendo possibile l'analisi end-to-end del ciclo di vita dell'ordine di acquisto. Dove trovare Si tratta in genere di un campo chiave primaria presente nella tabella di testata dell'ordine di acquisto o nel documento. Esempi PO-0012454500017563732000451 | |||
Nome attività ActivityName | Il nome dello specifico evento di business o del Task verificatosi in un determinato momento nel ciclo di vita dell'ordine di acquisto. | ||
Descrizione Il nome dell’attività descrive un passaggio o un cambio di stato nel processo dell’ordine di acquisto. Esempi: 'Ordine di acquisto creato', 'Ordine di acquisto approvato', 'Entrata merci registrata' e 'Fattura ricevuta'. Ogni attività rappresenta un punto distinto del percorso. Questo attributo è essenziale per costruire la mappa di processo, che rappresenta visivamente il flusso delle attività. Analizzare la sequenza e la frequenza delle diverse attività aiuta a identificare i percorsi di processo più comuni, le deviazioni, i colli di bottiglia e i loop di rework, ad esempio approvazioni ripetute o eventi di modifica. Perché è importante Costituisce l'ossatura della mappa di processo e permette di visualizzare e analizzare il flusso, le varianti e le inefficienze. Dove trovare Questa informazione è in genere derivata da codici transazione, log dei cambi di stato, tabelle degli eventi o tabelle dei documenti di modifica associate all'ordine di acquisto. Esempi Ordine di acquisto creatoOrdine di acquisto approvatoEntrata merci contabilizzataFattura Ricevuta | |||
Timestamp Evento EventTime | Il timestamp esatto che indica quando si è verificato un evento o è stata eseguita un'attività. | ||
Descrizione Event Time registra la data e l'ora in cui una specifica attività è stata eseguita o è stato registrato un cambio di stato. Questo timestamp fornisce il contesto temporale per ogni evento nel ciclo di vita dell'ordine d'acquisto. Nel Process Mining, i timestamp sono fondamentali per calcolare i tempi di ciclo, le durate e i tempi di attesa tra le attività. Ordinando gli eventi in ordine cronologico per ciascun caso, è possibile analizzare le prestazioni del processo, individuare i colli di bottiglia in cui si perde tempo e monitorare la conformità agli SLA (Service Level Agreement). Perché è importante Abilita tutte le analisi basate sul tempo, incluso il calcolo dei tempi di ciclo, l'individuazione dei colli di bottiglia e il monitoraggio delle performance rispetto ai benchmark. Dove trovare Questo si trova di norma nei log degli eventi, nelle tabelle della cronologia modifiche o come campo di data di creazione/contabilizzazione nei documenti transazionali. Esempi 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
Sistema di Origine SourceSystem | Il sistema di riferimento o l’applicazione da cui sono stati estratti i dati di processo. | ||
Descrizione L'attributo 'Source System' identifica il sistema informativo di origine degli eventi, come un ERP, una piattaforma di e-procurement o un sistema legacy. È particolarmente rilevante quando il processo Procure-to-Pay attraversa più applicazioni integrate. Conoscere il sistema sorgente supporta la validazione dei dati, la risoluzione dei problemi e la comprensione delle varianti di processo che possono dipendere dal sistema. Per esempio, i PO generati in un sistema di e-procurement possono seguire un percorso diverso, più automatizzato, rispetto a quelli creati manualmente nell’ERP principale. Perché è importante Fornisce contesto sull'origine dei dati, ed è cruciale per la governance dei dati, la validazione e l'analisi delle variazioni di processo tra sistemi diversi. Dove trovare Può trattarsi di un valore statico aggiunto durante l'estrazione dei dati oppure di un campo nelle tabelle sorgente che indica il sistema di origine. Esempi SAP S/4HANAOracle FusionCoupa | |||
Ultimo Data Update LastDataUpdate | Il timestamp che indica l'ultima volta in cui i dati di questo processo sono stati aggiornati o estratti. | ||
Descrizione Questo attributo registra la data e l'ora dell'ultimo caricamento o aggiornamento dei dati dal sistema sorgente. È un campo di metadati che si applica all'intero dataset, non a un singolo evento. Questa informazione è fondamentale per comprendere l'attualità dei dati analizzati. Aiuta a valutarne la rilevanza e assicura che le decisioni si basino su dati aggiornati quanto necessario per l'analisi. Perché è importante Indica l'aggiornamento dei dati, così da chiarire il periodo coperto dall'analisi e la rilevanza dei risultati. Dove trovare Questo timestamp è in genere generato e memorizzato dallo strumento o processo di estrazione e trasformazione dei dati (ETL). Esempi 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
Categoria dell'articolo ItemCategory | La classificazione dei beni o servizi acquistati, ad esempio hardware IT, servizi professionali o forniture per ufficio. | ||
Descrizione La categoria merceologica, nota anche come Material Group o Purchase Category, classifica il tipo di prodotto o servizio da acquistare. Questa classificazione strutturata aiuta a organizzare e a comprendere la spesa per gli acquisti e il comportamento del processo. Analizzare il processo per categoria merceologica può evidenziare differenze significative. Ad esempio, per i servizi complessi i cicli di approvazione tendono a essere più lunghi e a subire più modifiche rispetto alle forniture d'ufficio standard. Questa segmentazione consente di ottimizzare il processo per categoria e di definire strategie dedicate. Perché è importante Consente di analizzare le prestazioni di processo e la spesa per categoria, mostrando come le diverse tipologie di acquisto influenzano l'efficienza del processo. Dove trovare Questa informazione è di norma memorizzata a livello di riga dell'ordine di acquisto. Esempi Hardware informaticoServizi professionaliForniture per ufficioMRO - Manutenzione, Riparazione e Operazioni | |||
Data di consegna richiesta RequestedDeliveryDate | La data in cui l’azienda ha richiesto al fornitore la consegna dei beni o servizi. | ||
Descrizione La data di consegna richiesta (Requested Delivery Date) è la data indicata nel PO entro la quale l’organizzazione prevede di ricevere i beni o i servizi dal fornitore. Questa data costituisce il riferimento per misurare la performance di consegna dei fornitori. Questo attributo è essenziale per calcolare il KPI On-Time Delivery Rate (OTD). Confrontando la data richiesta con la data effettiva di registrazione dell’entrata merci, è possibile valutare l’affidabilità del fornitore. L’analisi degli scostamenti aiuta a individuare problemi ricorrenti su specifici fornitori, articoli o siti di spedizione, fornendo dati a supporto delle discussioni sulle performance. Perché è importante È il riferimento per misurare le performance di consegna dei fornitori ed è fondamentale per calcolare il KPI On-Time Delivery Rate. Dove trovare Questa data è di norma un campo standard nella testata dell'ordine di acquisto o nei dettagli delle righe. Esempi 2024-08-152024-09-012024-07-30 | |||
Dipartimento Department | Il reparto aziendale, centro di costo o area funzionale a cui è imputato o associato l’ordine di acquisto. | ||
Descrizione L’attributo Reparto indica l’unità organizzativa responsabile dell’acquisto. Spesso coincide con il reparto che ha avviato la richiesta o con quello il cui budget coprirà la spesa, ad esempio 'IT', 'Marketing' o 'Operations'. Questo attributo è essenziale per segmentare e confrontare le performance di processo tra le diverse aree aziendali. L’analisi per reparto può rivelare dove i tempi di ciclo sono più lunghi, i tassi di modifica più elevati o gli acquisti fuori procedura più frequenti. Queste evidenze aiutano a calibrare le iniziative di miglioramento sui bisogni e sui comportamenti specifici di ogni reparto. Perché è importante Permette di segmentare l'analisi del processo per business unit, aiutando a confrontare le prestazioni e a individuare criticità o best practice specifiche di reparto. Dove trovare Questa informazione è di solito disponibile nella testata dell'ordine di acquisto o nei dettagli di riga, spesso collegata come campo 'Centro di costo' o 'Dipartimento'. Esempi FinanzaTecnologia dell'InformazioneMarketing - Beni di largo consumo (CPG) | |||
Importo PO PurchaseOrderAmount | Il valore monetario totale dell’ordine di acquisto. | ||
Descrizione L'importo dell'ordine di acquisto (PO) rappresenta l'impegno economico totale dell'ordine. Può essere analizzato a livello di documento complessivo o di singola riga. Questo attributo è fondamentale per l'analisi finanziaria e la definizione delle priorità. Consente di filtrare i processi in base al valore, ad esempio per concentrarsi sui PO di importo elevato, che possono avere workflow di approvazione più complessi o un maggiore impatto sul business. Correlare l'importo del PO con i tempi di ciclo o con i tassi di rilavorazione può rivelare se gli ordini di alto valore vengono gestiti con minore efficienza rispetto a quelli di basso valore. Perché è importante Aggiunge la dimensione economica al processo, consentendo analisi basate sul valore per dare priorità ai miglioramenti e comprendere i driver di costo. Dove trovare Questo valore si trova nella testata dell’Ordine d’acquisto ed è spesso calcolato come somma degli importi di tutte le righe. Esempi 15000.00250.75125000.50 | |||
Nome Fornitore VendorName | Il nome del fornitore da cui si acquistano beni o servizi. | ||
Descrizione Il Vendor Name identifica il soggetto esterno incaricato di fornire i beni o i servizi indicati nel PO. È un elemento chiave di anagrafica collegato ai dati transazionali dell’Ordine di Acquisto. Analizzare il processo per fornitore è essenziale per la gestione delle performance dei fornitori. Consente di confrontare i fornitori su metriche come puntualità di consegna, tasso di reso e frequenza delle modifiche ai PO. Queste indicazioni possono guidare le strategie di approvvigionamento, le negoziazioni con i fornitori e la gestione della relazione. Perché è importante Consente di analizzare le prestazioni dei fornitori, mettendo a confronto tempi di consegna, qualità e frizioni di processo tra loro. Dove trovare Questa informazione proviene dall'anagrafica fornitori ed è collegata all'ordine di acquisto, di norma nella testata del documento. Esempi Global Office SuppliesTech Solutions Inc.Creative Marketing Agency | |||
Nome Utente UserName | Il nome o l'ID dell'utente che ha eseguito una specifica attività, ad esempio la creazione, l'approvazione o la modifica dell'ordine di acquisto. | ||
Descrizione Lo User Name identifica la persona responsabile dell’esecuzione di un evento nel processo. Può essere chi ha creato la richiesta, approvato il PO o registrato l’entrata merci. Garantisce la tracciabilità delle responsabilità e introduce una dimensione umana al flusso di processo. Analizzare le attività per utente aiuta a comprendere la distribuzione dei carichi, a individuare esigenze di formazione e a rilevare possibili criticità di conformità. Per esempio, consente di verificare se alcuni utenti sono associati a tassi elevati di rilavorazioni o ritardi, oppure di controllare eventuali violazioni della separazione dei compiti (SoD). Perché è importante Collega le attività di processo a utenti specifici, abilitando l'analisi di carico di lavoro, performance e conformità a livello utente. Dove trovare Di solito si trova nei campi 'Creato da', 'Modificato da' o 'User ID' nei log delle transazioni e nelle intestazioni dei documenti. Esempi j.doesmith_auser123 | |||
Stato PO PurchaseOrderStatus | Lo stato attuale o finale dell’ordine di acquisto nel suo ciclo di vita, ad esempio 'Aperto', 'Chiuso', 'Annullato'. | ||
Descrizione Lo Stato dell'ordine di acquisto indica la fase del PO nel suo ciclo di vita in un dato momento o il suo esito finale. Gli stati più comuni includono 'In approvazione', 'Approvato', 'Inviato al fornitore', 'Parzialmente ricevuto', 'Chiuso' o 'Annullato'. Questo attributo è utile per filtrare e analizzare sottoinsiemi di ordini di acquisto. Ad esempio, ci si può concentrare esclusivamente sugli ordini aperti per individuare i colli di bottiglia attuali, oppure su quelli annullati per comprenderne le cause. Tracciare la sequenza dei cambi di stato può anche costituire la base per definire le attività nel modello di processo. Perché è importante Consente di filtrare i casi in base alla fase del loro ciclo di vita, abilitando analisi mirate su ordini aperti, chiusi o problematici. Dove trovare Questo è un campo di stato standard presente nella testata dell'ordine di acquisto. Esempi ApertoChiuso per fatturazioneAnnullatoIn approvazione | |||
ID requisizione d’acquisto PurchaseRequisitionId | L’identificativo univoco della Richiesta di Acquisto (PR) che ha preceduto e autorizzato l’Ordine di Acquisto (PO). | ||
Descrizione Il Purchase Requisition ID è l'identificatore del documento interno che ha avviato il processo di approvvigionamento. La richiesta d'acquisto è la domanda formale con cui un reparto chiede all'ufficio acquisti di procurare beni o servizi. Disporre di questo ID consente di collegare il processo dell'ordine di acquisto al processo di richiesta a monte. Questo permette un'analisi più ampia, 'dalla richiesta all'ordine', misurando il tempo che intercorre tra la richiesta e la creazione del PO. Aiuta a individuare eventuali ritardi nel passaggio di consegne tra i richiedenti e il team acquisti. Perché è importante Collega il PO alla richiesta originaria, consentendo di analizzare a monte il tempo di ciclo dalla requisizione all'ordine. Dove trovare Questo è di norma memorizzato come campo di riferimento nella testata dell'ordine di acquisto o nei dati di riga. Esempi PR-1008761000004321REQ-052023-01 | |||
Ora di Fine EndTime | Il timestamp esatto che indica quando un’attività si è conclusa. Per gli eventi atomici, coincide spesso con l’Event Time. | ||
Descrizione L’attributo Orario di fine registra il momento di completamento di un’attività. Sebbene molti eventi di processo siano atomici e abbiano lo stesso orario di inizio e di fine, alcune attività, soprattutto manuali o con una durata misurabile, possono avere timestamp di inizio e di fine distinti. Disporre dell’orario di fine consente di calcolare con precisione il tempo di lavorazione delle singole attività. È prezioso per individuare quali passaggi richiedono più tempo e per distinguere tra tempo di lavorazione (quando il lavoro è in corso) e tempo di attesa (il tempo morto tra un’attività e la successiva). Perché è importante Consente il calcolo preciso dei tempi di lavorazione delle attività, aiutando a distinguere il tempo di lavoro attivo dai tempi morti di attesa nel processo. Dove trovare Presente negli Event Log o nei dati transazionali, talvolta come campo separato 'End Time' o 'Completion Date'. Se non disponibile, può essere impostato allo stesso valore di Event Time. Esempi 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
Richiedente Requester | Il nome della persona che ha effettuato la richiesta iniziale di beni o servizi. | ||
Descrizione Il Richiedente (Requester) è la persona in azienda che ha avviato la necessità d’acquisto, spesso creando la Richiesta di Acquisto (PR) preliminare. È distinto dall’utente che può aver creato nel sistema il documento di Ordine di Acquisto, tipicamente appartenente all’ufficio acquisti. L’analisi per richiedente aiuta a individuare schemi ricorrenti negli acquisti. Per esempio, alcuni richiedenti possono avere con regolarità ordini urgenti o soggetti a frequenti modifiche. Queste informazioni consentono di fornire formazione mirata sulle policy di acquisto o di migliorare a monte la specifica dei requisiti. Perché è importante Identifica l'utente aziendale che ha avviato l'acquisto, consentendo di analizzare i comportamenti di spesa e migliorare la definizione dei requisiti. Dove trovare Questa informazione proviene di norma dalla relativa richiesta d'acquisto o è memorizzata come campo 'Richiedente' direttamente sull'ordine di acquisto. Esempi Alice JohnsonRobert WilliamsChen, Wei | |||
Valuta Currency | Il codice valuta, ad esempio USD o EUR, per i valori monetari presenti sull’ordine di acquisto. | ||
Descrizione L’attributo Valuta specifica l’unità monetaria utilizzata per l’Importo dell’ordine di acquisto e per gli altri campi finanziari. È essenziale per interpretare e aggregare correttamente i dati finanziari, soprattutto nelle organizzazioni multinazionali che operano con più valute. Nell’analisi, questo attributo assicura che le metriche finanziarie siano confrontate in modo omogeneo. È un prerequisito per qualsiasi dashboard o KPI che includa valori monetari, consentendo una corretta conversione valutaria e un reporting accurato, così da offrire una vista finanziaria precisa del processo di procurement. Perché è importante Fornisce il contesto necessario per tutti i valori monetari, garantendo reportistica accurata e confronti corretti, soprattutto in contesti globali. Dove trovare Questo codice è in genere archiviato nella testata dell'ordine di acquisto insieme all'importo totale. Esempi USDEURGBP | |||
Purchase to Pay - Attività dell’ordine di acquisto
| Activity | Descrizione | ||
|---|---|---|---|
Entrata merci contabilizzata | Questa attività rappresenta la registrazione formale dell'entrata merci a fronte dell'ordine di acquisto. Conferma che la spedizione è arrivata ed è stata registrata a sistema, aggiornando spesso le giacenze. | ||
Perché è importante Questa è una tappa chiave che, dal punto di vista logistico, segna l'evasione dell'ordine. L'analisi della puntualità di consegna dipende in larga misura dall'accuratezza e dalla tempestività di questo evento. Dove trovare Si tratta di una transazione esplicita che crea un documento di entrata merci o di ricezione prodotto, collegato all'ordine di acquisto. Acquisisci Utilizzi la data di registrazione o la data di creazione del documento materiale o della transazione di entrata merci. Tipo di evento explicit | |||
Fattura Ricevuta | Questo evento segna la ricezione e la registrazione di una fattura fornitore che fa riferimento all'ordine di acquisto. Indica l'inizio della fase fattura–pagamento del ciclo Procure-to-Pay (P2P). | ||
Perché è importante Questa attività collega il processo di approvvigionamento alla contabilità fornitori. Il tempo tra l'entrata merci e la ricezione della fattura è rilevante per la gestione dei ratei e per le previsioni finanziarie. Dove trovare Si tratta di una transazione esplicita rilevata dalla creazione o contabilizzazione di una fattura fornitore collegata all'ordine di acquisto. Acquisisci Utilizzi la data di creazione, inserimento o registrazione della fattura fornitore. Tipo di evento explicit | |||
Ordine di acquisto approvato | Questa tappa chiave indica che l'ordine di acquisto ha completato il workflow di approvazione interno ed è ora autorizzato all'emissione verso il fornitore. Ciò rappresenta un impegno finanziario ufficiale. | ||
Perché è importante Questa è una tappa cruciale per misurare l'efficienza delle approvazioni interne. Ritardi nell'approvazione incidono direttamente sul tempo di attraversamento complessivo e possono mettere sotto pressione i rapporti con i fornitori. Dove trovare Questo evento è di solito dedotto da un cambio di stato sull'ordine di acquisto oppure rilevato dal timestamp dell'approvazione finale nel log storico del workflow. Acquisisci Utilizzi il timestamp nel momento in cui viene impostato lo stato di approvazione finale dell’Ordine d’acquisto (PO) o viene registrata l’ultima azione di approvazione richiesta. Tipo di evento inferred | |||
Ordine di acquisto chiuso | Questa è l'attività finale, che indica che l'ordine di acquisto è considerato completo. Un ordine di acquisto (PO) viene in genere chiuso quando è stato ricevuto e fatturato integralmente e non sono previste ulteriori transazioni. | ||
Perché è importante Questa attività segna la fine del ciclo di vita dell'ordine di acquisto. Il tempo di chiusura è una metrica chiave per valutare la performance complessiva del processo e aiuta a individuare ordini che restano inattivi. Dove trovare Questo è spesso dedotto da uno stato finale come 'Chiuso' o 'Completato', impostato automaticamente o manualmente. Acquisisci Utilizzi il timestamp in cui viene impostato lo stato di chiusura finale oppure quando entrambi gli indicatori 'consegna completata' e 'fattura finale' sono attivi. Tipo di evento inferred | |||
Ordine di acquisto creato | Questo attività rappresenta la creazione iniziale dell'ordine di acquisto nel sistema. Indica l'avvio formale dell'impegno di approvvigionamento, spesso generato da una richiesta d'acquisto approvata. | ||
Perché è importante In quanto principale evento di avvio del caso, questa attività è fondamentale per misurare il tempo di ciclo end-to-end di un ordine d'acquisto. Definisce il riferimento per tutti i passaggi successivi del processo. Dove trovare Questa informazione è rilevata dal timestamp di creazione del record principale dell'ordine di acquisto o dalla tabella di testata. Acquisisci Utilizzi la data e l’ora di creazione del documento dalla testata dell’Ordine d’acquisto. Tipo di evento explicit | |||
Ordine di acquisto inviato al fornitore | Questa attività indica il momento in cui l'ordine di acquisto approvato viene inviato ufficialmente al fornitore. L'invio può avvenire tramite EDI, portale fornitori o email. | ||
Perché è importante Questo è il primo punto di contatto esterno e segna l'inizio del lead time del fornitore. I ritardi tra l'approvazione interna e l'invio dell'ordine di acquisto (PO) al fornitore rappresentano tempo perso nel ciclo di approvvigionamento. Dove trovare Questo è spesso rilevato dai log di output dei messaggi, dai registri di comunicazione o da un cambio di stato specifico come 'Inviato' o 'Ordinato'. Acquisisci Individui il timestamp in cui il messaggio di comunicazione in output del PO è stato elaborato o inviato con successo. Tipo di evento explicit | |||
Merci rese | Questa attività viene registrata quando beni già ricevuti vengono restituiti al fornitore. I resi avvengono in genere per problemi di qualità, danni durante il trasporto o spedizioni errate. | ||
Perché è importante Monitorare la frequenza dei resi è un indicatore chiave della qualità e delle prestazioni dei fornitori. Tassi di reso elevati possono rivelare problemi sistemici con fornitori o prodotti specifici. Dove trovare Questo è rilevato da una specifica transazione di reso o dallo storno del documento di entrata merci originale. Acquisisci Individui la data di contabilizzazione di un documento di reso materiale o di un movimento merci con una tipologia specifica di reso. Tipo di evento explicit | |||
Ordine di acquisto annullato | Questa attività rappresenta l'annullamento di un ordine di acquisto prima del completamento. L'annullamento può avvenire in fasi diverse se i beni non sono più necessari o se l'ordine è stato creato per errore. | ||
Perché è importante Le cancellazioni rappresentano lavoro sprecato e possono indicare inefficienze di processo o una pianificazione della domanda inadeguata. Capire perché e quando gli Ordini d'Acquisto vengono annullati può portare a miglioramenti del processo. Dove trovare Questo è di solito dedotto da uno stato documento specifico come 'Annullato' o dall'attivazione di un flag di cancellazione sul record dell'ordine di acquisto. Acquisisci Individui il timestamp in cui viene impostato il flag di cancellazione o lo stato del documento passa a canceled. Tipo di evento inferred | |||
Ordine di acquisto inoltrato | Questa attività si verifica quando un ordine di acquisto in bozza viene inoltrato formalmente al workflow di approvazione interno. Il documento passa così dallo stato di bozza a quello in attesa di approvazione. | ||
Perché è importante Questo evento separa il tempo di creazione/redazione dell'ordine di acquisto (PO) dal tempo effettivo del ciclo di approvazione. Analizzare il ritardo tra creazione e invio può far emergere comportamenti degli utenti o lacune di formazione. Dove trovare Questo è di norma rilevato da un'azione esplicita dell'utente, da un cambio di stato o da una voce in un log del workflow. Acquisisci Individui il timestamp associato all'azione 'submit for approval' o al corrispondente cambio di stato. Tipo di evento explicit | |||
Ordine di acquisto modificato | Questo evento rappresenta qualsiasi modifica apportata a un ordine di acquisto dopo la creazione iniziale o l'approvazione. Le variazioni più frequenti riguardano quantità, prezzo o date di consegna. | ||
Perché è importante Modifiche frequenti possono indicare pianificazione iniziale carente, problemi con i fornitori o instabilità del processo. Ogni modifica spesso innesca una riapprovazione, con un significativo carico amministrativo e nuovi ritardi. Dove trovare Questa informazione è ricavata dai log delle modifiche di sistema, dalla cronologia versioni dei documenti o dalle tabelle di audit trail. Acquisisci Utilizzi il timestamp dai log dei documenti di modifica collegati all’Ordine d’acquisto. Tipo di evento explicit | |||
Ordine di acquisto rifiutato | Questa attività si verifica quando un approvatore respinge l'ordine di acquisto durante il workflow di approvazione. L'ordine di acquisto (PO) viene di norma rimandato all'autore per revisione o annullamento. | ||
Perché è importante I rigetti introducono rework e ritardi nel processo. Analizzare la frequenza e le cause dei rigetti aiuta a individuare problemi di qualità dei dati, di conformità alle policy o di formazione degli approvatori. Dove trovare Questo è generalmente dedotto da un cambio di stato a 'Respinto' o simile sul documento d'ordine di acquisto. Acquisisci Individui il timestamp in cui lo stato del PO viene aggiornato per indicare il rifiuto. Tipo di evento inferred | |||
Ordine preso in carico dal fornitore | Questo evento indica che il fornitore ha ricevuto, verificato e confermato l'ordine di acquisto. Tale conferma include spesso l'accordo su prezzo, quantità e date di consegna. | ||
Perché è importante La presa d’atto del fornitore offre garanzie che l’ordine sarà evaso come richiesto. Una mancata presa d’atto tempestiva può essere un segnale precoce di possibili problemi di evasione o ritardi. Dove trovare Questo è rilevato da transazioni avviate dal fornitore in un portale fornitori oppure tramite inserimento manuale dei dati basato su conferme via email o fax. Acquisisci Utilizzi il timestamp del documento di conferma d’ordine o dell’aggiornamento di stato che attesta la presa d’atto del fornitore. Tipo di evento explicit | |||
Requisizione d’acquisto approvata | Questo evento indica che la richiesta d'acquisto è stata esaminata e approvata da tutti gli stakeholder necessari. Tale approvazione autorizza la creazione di un ordine di acquisto formale. | ||
Perché è importante Questa tappa segna la conclusione del processo di approvazione della richiesta d'acquisto. Monitorare durata e tasso di approvazione delle richieste d'acquisto è fondamentale per comprendere l'efficienza della fase pre-acquisto. Dove trovare Questo è di solito dedotto da un cambio di stato sul documento di richiesta d'acquisto o rilevato dal log storico del workflow. Acquisisci Individui il timestamp in cui viene impostato lo stato di approvazione finale della richiesta oppure viene registrata l'azione di approvazione finale. Tipo di evento inferred | |||
Requisizione d’acquisto creata | Questa attività corrisponde alla richiesta formale di beni o servizi che precede l'ordine di acquisto. È il documento iniziale che raccoglie l'esigenza aziendale e, di norma, avvia un workflow di approvazione. | ||
Perché è importante Analizzare il tempo tra la creazione della richiesta e la creazione dell'Ordine d'Acquisto aiuta a individuare i colli di bottiglia nella fase che va dalla richiesta all'ordine. Volumi elevati di richieste che non si trasformano in ordini possono indicare una pianificazione inefficiente. Dove trovare Questo evento è rilevato dal timestamp di creazione della richiesta d'acquisto nel modulo acquisti. Acquisisci Utilizzi il timestamp di creazione dalla tabella di testata della richiesta d’acquisto o dal log del documento. Tipo di evento explicit | |||
Servizi confermati | Questa attività è l'equivalente, per gli ordini di acquisto di servizi, dell'entrata merci. Conferma che il servizio è stato reso secondo i termini definiti nell'ordine di acquisto (PO). | ||
Perché è importante Negli acquisti di servizi, questo evento è essenziale per monitorare le prestazioni di erogazione del servizio ed è spesso un prerequisito per approvare il pagamento della relativa fattura. Dove trovare Questo è di norma rilevato tramite la creazione di un foglio di registrazione servizi (service entry sheet) o di un analogo documento di conferma del servizio. Acquisisci Utilizzi la data di creazione o registrazione del foglio di registrazione dei servizi o del record di conferma. Tipo di evento explicit | |||
Guide all'Estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
