Data Template: Procure-to-Pay - Ordine di acquisto

Microsoft Dynamics 365
Data Template: Procure-to-Pay - Ordine di acquisto

Il suo Template dati Procure-to-Pay - Ordine di acquisto

Questo Template fornisce una guida chiara alla raccolta dei dati essenziali per ottimizzare il processo Procure-to-Pay, in particolare la fase di ordine di acquisto. Indica quali attributi raccogliere, quali attività tracciare e offre indicazioni pratiche per estrarre queste informazioni dal suo sistema di origine. Utilizzi questa risorsa per assicurarsi che i suoi dati siano pronti per un'analisi di processo completa.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare per la mappatura del processo
  • Guida pratica all'estrazione dei dati
È nuovo agli event log? Impari come creare un event log di Process Mining.

Procure-to-Pay - Attributi dell'Ordine di Acquisto

Questi sono i campi dati consigliati da includere nell'Event Log per un'analisi completa del processo di Ordine di Acquisto all'interno del ciclo Purchase to Pay (P2P).
5 Obbligatorio 5 Consigliato 10 Facoltativo
Nome Descrizione
Nome attività
ActivityName
Il nome dello specifico evento o passaggio di processo avvenuto nel ciclo di vita dell’Ordine di acquisto.
Descrizione

Questo attributo descrive un singolo passaggio del processo di Ordine di Acquisto, ad esempio 'Purchase Order Created', 'Purchase Order Approved' o 'Goods Receipt Posted'. La sequenza di queste attività compone il flusso di processo per ciascun ordine.

L'analisi delle attività è il cuore del Process Mining. Consente di visualizzare la mappa del processo, scoprire le varianti e identificare le attività ripetute di frequente o che causano ritardi. Comprendere la sequenza e la frequenza delle attività è essenziale per l'ottimizzazione del processo.

Perché è importante

Questo attributo è fondamentale per costruire la mappa del processo e comprendere la sequenza di eventi che compone il ciclo di vita dell'Ordine di Acquisto.

Dove trovare

Derivato da logiche di business basate sui cambi di stato in tabelle come PurchTable, PurchReqTable e dai registri di contabilizzazione correlati come VendPackingSlipJour o VendInvoiceJour.

Esempi
Ordine di Acquisto creatoOrdine di Acquisto approvatoRicevimento merci registratoOrdine di Acquisto fatturato
Ordine d'Acquisto
PurchaseOrderNumber
L'identificativo univoco dell'Ordine di Acquisto, che costituisce il caso di riferimento per l'analisi del processo.
Descrizione

Il numero dell’Ordine di acquisto è l’identificativo centrale che collega tutte le attività correlate, dalla prima bozza fino al completamento o all’annullamento. Ogni numero univoco rappresenta un’istanza del processo di Ordine di acquisto.

Nel Process Mining, questo attributo viene usato per ricostruire il percorso end-to-end di ciascun Ordine di acquisto. Analizzare il processo in base a questo identificativo consente una vista dettagliata dell’intero ciclo di vita e aiuta a individuare percorsi ricorrenti, deviazioni e colli di bottiglia per i singoli ordini.

Perché è importante

È la chiave fondamentale per ricostruire il flusso di processo, consentendo di analizzare il percorso di ogni ordine di acquisto dall’inizio alla fine.

Dove trovare

È la chiave primaria nella tabella di intestazione del PO, tipicamente PurchTable con il nome del campo PurchId in Microsoft Dynamics 365.

Esempi
PO-001245PO-001246PO-001247
Timestamp Evento
EventTime
La data e l'ora precise in cui si è verificata una specifica attività o un evento.
Descrizione

Questo timestamp registra quando si è svolta ciascuna attività del processo dell'ordine di acquisto. È la spina dorsale cronologica del processo, che consente di ordinare correttamente gli eventi.

Nell'analisi di processo, i timestamp degli eventi sono fondamentali per calcolare i tempi di ciclo, le durate tra le attività e la durata complessiva del case. Sono utilizzati per individuare i colli di bottiglia, misurare le performance rispetto agli SLA e comprendere le dinamiche temporali del processo. Ad esempio, è utilizzato per calcolare il tempo tra 'Purchase Order Created' e 'Purchase Order Approved'.

Perché è importante

I timestamp sono fondamentali per calcolare tutte le metriche di performance basate sul tempo, come tempi di ciclo e durate, indispensabili per individuare i colli di bottiglia del processo.

Dove trovare

Estratto da vari campi data/ora su più tabelle, ad esempio CreatedDateTime su PurchTable, oppure dalle date di registrazione delle tabelle di giornale collegate.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Sistema di Origine
SourceSystem
Indica il sistema da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica l'applicazione sorgente da cui hanno origine i dati dell'Ordine di Acquisto. Per questo modello dati, il valore sarà tipicamente 'Microsoft Dynamics 365'.

Nelle organizzazioni di maggiori dimensioni, i processi di approvvigionamento possono coinvolgere più sistemi. Questo attributo supporta la data governance e assicura la chiara tracciabilità dell'origine dei dati, aspetto particolarmente importante quando si uniscono dati provenienti da fonti diverse.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, cruciale per la governance dei dati, la validazione e la comprensione del panorama tecnologico del processo.

Dove trovare

È un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare il dataset.

Esempi
Microsoft Dynamics 365 F&OD365
Ultimo Data Update
LastDataUpdate
La data e l'ora dell'ultimo aggiornamento dei dati per questo processo.
Descrizione

Questo attributo registra la data e l'ora dell'estrazione più recente dal sistema sorgente. Fornisce il contesto sull'attualità dei dati analizzati.

Conoscere l'ultimo aggiornamento è importante per capire se si stanno consultando i dati di processo più recenti. Aiuta a valutarne la rilevanza e a pianificare aggiornamenti periodici dei dati.

Perché è importante

Garantisce trasparenza sulla tempestività dei dati, permettendo agli utenti di sapere quanto è aggiornata la loro analisi di processo.

Dove trovare

È un attributo di metadati generato e memorizzato durante il processo di ingestione dei dati.

Esempi
2024-05-21T05:00:00Z
Data di consegna richiesta
RequestedDeliveryDate
La data in cui l’azienda ha richiesto al fornitore la consegna dei beni o servizi.
Descrizione

Questa data è indicata nel PO e comunica al fornitore la tempistica di consegna desiderata. Costituisce la base per misurare le performance di consegna del fornitore.

Questo attributo è essenziale per la dashboard 'Vendor Delivery Adherence' e per il KPI 'On-Time Delivery Rate'. Confrontando il RequestedDeliveryDate con la data effettiva di registrazione del carico, le aziende possono quantificare l'affidabilità del fornitore e individuare ritardi ricorrenti nella supply chain.

Perché è importante

È la base per misurare la puntualità di consegna, un KPI cruciale per valutare l’affidabilità dei fornitori e l’efficienza della supply chain.

Dove trovare

È in genere presente in PurchTable (livello testata) o PurchLine (livello riga) come DeliveryDate.

Esempi
2023-11-152023-12-012024-01-20
Importo totale PO
PurchaseOrderTotalAmount
L'importo totale dell'Ordine di Acquisto.
Descrizione

Questo attributo rappresenta il costo totale di tutti gli articoli e servizi inclusi nel PO (ordine di acquisto). È una metrica finanziaria chiave per il processo di approvvigionamento.

Analizzare il processo per importo totale può far emergere indicazioni preziose. Ad esempio, i PO di valore più elevato possono seguire un percorso di approvazione diverso e più stringente oppure presentare tempi di ciclo più lunghi. Viene inoltre utilizzato nella reportistica finanziaria e per classificare i PO in fasce di valore a fini di analisi.

Perché è importante

Consente l'analisi finanziaria del processo di procurement, aiutando a capire come il valore dell'ordine incide sul comportamento del processo, ad esempio su tempi e percorsi di approvazione.

Dove trovare

Questo valore può essere calcolato dalla tabella PurchLine sommando il LineAmount per un dato PurchId, oppure ricavato dai campi di importo a livello di intestazione su PurchTable.

Esempi
5250.00120.50150000.00
Nome Fornitore
VendorName
Il nome del fornitore per il quale è stato creato l’Ordine di acquisto.
Descrizione

Questo attributo contiene il nome del fornitore esterno che fornisce beni o servizi. È una dimensione fondamentale per analizzare le attività di approvvigionamento.

Segmentare il processo per nome fornitore è cruciale per valutare le prestazioni dei fornitori. Consente di analizzare puntualità di consegna, tassi di reso ed esiti dei controlli qualità per ciascun fornitore. Aiuta a individuare i partner affidabili e quelli che possono causare ritardi o problemi di qualità.

Perché è importante

Questo attributo è essenziale per la gestione delle prestazioni dei fornitori: consente di analizzare tempi di consegna, tassi di reso e affidabilità complessiva per fornitore.

Dove trovare

Il conto fornitore è memorizzato in PurchTable (campo OrderAccount). Il nome viene recuperato tramite una join con la VendTable.

Esempi
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
Nome Utente
UserName
Il nome dell’utente che ha eseguito una specifica attività.
Descrizione

Questo attributo identifica la persona responsabile dell'esecuzione di un evento, ad esempio la creazione, l'approvazione o la modifica di un Ordine di Acquisto. Può essere un ID utente di sistema o il nome completo.

Analizzare l'operatività degli utenti aiuta a comprendere la distribuzione del carico di lavoro, identificare esigenze formative e individuare persone o team coinvolti nelle deviazioni di processo. È essenziale per le Dashboard sulle performance degli approvatori e può essere utilizzato per filtrare il processo in base alle attività svolte da utenti specifici.

Perché è importante

Consente analisi delle performance per utente, aiuta a identificare colli di bottiglia legati a persone specifiche e garantisce tracciabilità e responsabilità sui passaggi di processo.

Dove trovare

Si trova in campi come CreatedBy o ModifiedBy nelle tabelle come PurchTable. I dati dell’utente sono di solito archiviati nella tabella UserInfo.

Esempi
Alice JohnsonBob WilliamsSysAdmin
Stato PO
PurchaseOrderStatus
Lo stato attuale dell’Ordine di acquisto nel suo ciclo di vita.
Descrizione

Questo attributo indica lo stato complessivo dell'Ordine di Acquisto in un determinato momento, ad esempio 'Open order', 'Received', 'Invoiced' o 'Canceled'. Rappresenta l'esito dell'ultima attività.

Il tracciamento dello stato è utile per comprendere la situazione attuale di tutti gli ordini aperti. Nel Process Mining può essere utilizzato per analizzare gli esiti dei casi, ad esempio filtrando tutti gli ordini che si sono conclusi nello stato 'Canceled' per indagarne le cause.

Perché è importante

Offre una fotografia dello stato attuale del PO, utile per filtrare i casi e analizzare gli esiti del processo, come tassi di completamento o di annullamento.

Dove trovare

Presente nella PurchTable. I principali campi di stato sono DocumentState e PurchStatus.

Esempi
Ordine apertoRicevutoFatturatoAnnullato
Categoria di acquisto
PurchaseCategory
La classificazione dell’articolo o del servizio acquistato, ad esempio 'IT Hardware' o 'Office Supplies'.
Descrizione

Questo attributo permette di raggruppare le righe dell'Ordine di Acquisto in categorie logiche. Tale classificazione aiuta ad analizzare i modelli di spesa e le variazioni di processo nei diversi tipi di acquisto.

Nell'analisi del processo, filtrare per categoria d'acquisto può evidenziare comportamenti differenti. Ad esempio, il processo di approvvigionamento per investimenti (capex) può essere più lungo e complesso rispetto alle forniture operative. È utilizzato nelle Dashboard per analizzare i trend di modifica e i tassi di reso per categoria.

Perché è importante

Consente la segmentazione del processo in base al tipo di beni o servizi acquistati, evidenziando comportamenti diversi per le varie categorie di spesa.

Dove trovare

Le categorie di articolo sono collegate ai prodotti rilasciati (InventTable), poi utilizzati su PurchLine. Le informazioni di categoria sono archiviate nelle tabelle di gestione delle categorie.

Esempi
Hardware informaticoForniture per ufficioServizi professionaliMaterie prime
Codice Società
CompanyCode
L’identificativo dell’entità legale o azienda che emette l’Ordine di acquisto.
Descrizione

In un ambiente multi-company, questo attributo specifica quale entità legale effettua l’acquisto. È un dato organizzativo fondamentale.

Questo attributo consente un’analisi comparativa del processo P2P tra diverse entità legali della stessa organizzazione. Può mettere in evidenza differenze in efficienza, conformità e gestione dei fornitori da una società all’altra, supportando gli sforzi di standardizzazione.

Perché è importante

Essenziale per le organizzazioni multi-entity che desiderano confrontare e standardizzare il processo di approvvigionamento tra diverse entità legali.

Dove trovare

È il campo DataAreaId, presente in quasi tutte le tabelle di Dynamics 365, inclusa PurchTable.

Esempi
USMFDEMFGBSI
Consegna puntuale
IsOnTimeDelivery
Indicatore booleano che segnala se la merce è stata ricevuta entro o alla data di consegna richiesta.
Descrizione

Questo attributo calcolato confronta il timestamp dell'attività 'Goods Receipt Posted' con il RequestedDeliveryDate. Viene impostato su 'true' se la data di registrazione è pari o precedente a quella richiesta.

Questo flag supporta direttamente il calcolo del KPI 'On-Time Delivery Rate'. Semplifica l'analisi delle performance dei fornitori e consente di filtrare e visualizzare con facilità le consegne puntuali rispetto a quelle in ritardo, elemento centrale della dashboard 'Vendor Delivery Adherence'.

Perché è importante

Fornisce un esito chiaro e binario sulla performance di consegna, semplificando il calcolo dei KPI di puntualità e delle schede di valutazione fornitori.

Dove trovare

Si tratta di un attributo calcolato ottenuto confrontando il RequestedDeliveryDate con l'EventTime dell'attività 'Goods Receipt Posted'.

Esempi
truefalse
Dipartimento
DepartmentName
Il nome del reparto che ha avviato la richiesta o l’Ordine di acquisto.
Descrizione

Questo attributo identifica l'unità organizzativa o il reparto interno responsabile dell'acquisto. Spesso è ricavato dalla persona che ha creato la richiesta di acquisto.

Analizzare il processo per reparto è fondamentale per capire come le diverse aree dell'organizzazione utilizzano il processo di approvvigionamento. Aiuta a identificare reparti con cicli di approvazione più lunghi, tassi più elevati di modifiche agli ordini o specifici modelli di acquisto. Ciò consente iniziative di miglioramento mirate.

Perché è importante

Consente di confrontare le performance di processo tra diverse business unit, aiutando a identificare comportamenti, colli di bottiglia o inefficienze specifiche di reparto.

Dove trovare

Questa informazione è spesso collegata tramite il richiedente o il creatore della richiesta di acquisto (PurchReqTable) o del PO (PurchTable) e il relativo reparto nel modulo HR.

Esempi
FinanzaITProduzioneMarketing
Luogo di consegna
DeliveryLocation
Il sito, magazzino o indirizzo specifico in cui devono essere consegnati i beni.
Descrizione

Questo attributo indica la sede fisica di consegna degli articoli del PO: può trattarsi di un magazzino, di un ufficio specifico o di un cantiere.

Analizzare il processo per luogo di consegna aiuta a individuare colli di bottiglia regionali o legati a un sito, in particolare nel processo di registrazione del carico a magazzino. La dashboard 'Goods Receipt Processing Time' può utilizzare questo attributo per confrontare l'efficienza tra sedi diverse.

Perché è importante

Aiuta a individuare variazioni o ritardi di processo legati alla sede, soprattutto nelle fasi di ricevimento merci e controllo qualità.

Dove trovare

L’indirizzo di consegna e le informazioni sull’ubicazione sono memorizzati nella PurchTable e possono essere precompilati in base alla configurazione dell’azienda o del fornitore.

Esempi
Magazzino principale AUfficio, Edificio CCentro di distribuzione della Costa Ovest
Motivo del reso
ReturnReason
Il motivo indicato quando i beni di un Ordine di acquisto vengono resi al fornitore.
Descrizione

Quando si verifica l'attività 'Merce restituita al fornitore', questo attributo registra la motivazione del reso, ad esempio 'Merce danneggiata', 'Articolo errato' o 'Qualità scadente'.

Questi dati sono preziosi per la dashboard 'Tasso di resi degli Ordini di acquisto'. Analizzare i motivi dei resi aiuta a individuare le cause principali, che riguardino la qualità del fornitore, errori interni di ordinazione o problemi di spedizione. Ciò consente di adottare azioni mirate per ridurre il tasso di resi.

Perché è importante

Offre indicazioni sul motivo dei resi, aiutando a diagnosticare problemi di qualità del fornitore, accuratezza degli ordini o logistica.

Dove trovare

I motivi di reso sono in genere registrati nelle transazioni di reso o tramite codici motivo associati ai registri di ricezione negativa.

Esempi
Danneggiato durante il trasportoArticolo consegnato sbagliatoControllo qualità non superato
Nome dell'approvatore
ApproverName
Il nome dell’utente che ha approvato l’Ordine di acquisto o una fase del Workflow di approvazione.
Descrizione

Questo attributo identifica il manager o l'utente che ha fornito l'approvazione formale all'Ordine di Acquisto, consentendone l'avanzamento. Nei Workflow di approvazione multilivello, per un singolo ordine possono esserci più approvatori.

Il tracciamento dell'approvatore è fondamentale per le Dashboard 'PO Approval Cycle Time Analysis' e 'Approver Performance Metrics'. Consente di misurare quanto tempo impiega ciascun approvatore, individuare i colli di bottiglia nella catena di approvazione e valutare la distribuzione del carico di lavoro e l'efficienza.

Perché è importante

Consente l’analisi del processo di approvazione, aiutando a identificare i colli di bottiglia e a misurare performance e carico di lavoro dei diversi approvatori.

Dove trovare

Le informazioni di approvazione sono in genere archiviate nelle tabelle di tracciamento del workflow, non direttamente su PurchTable. È necessario interrogare la cronologia del workflow associata all'Ordine di acquisto.

Esempi
Charles GreenDiana PrinceEdward Nigma
Ordine di acquisto modificato
IsPurchaseOrderChanged
Indicatore booleano che segnala se l'Ordine di acquisto è stato modificato dopo l'approvazione iniziale.
Descrizione

Questo attributo calcolato è impostato su 'true' se, per un determinato case, qualsiasi attività 'Purchase Order Changed' avviene dopo l'attività 'Purchase Order Approved'. Semplifica l'analisi di rilavorazioni e modifiche.

Questo flag è fondamentale per calcolare il KPI 'PO Modification Rate Post-Approval' e per la dashboard 'Purchase Order Modification Trends'. Consente di isolare e analizzare con immediatezza i PO che hanno richiesto rilavorazioni, aiutando a individuare le cause radice di tali cambiamenti.

Perché è importante

Semplifica la misurazione delle rilavorazioni e della frequenza delle modifiche, indicatori chiave di instabilità e inefficienza del processo.

Dove trovare

Si tratta di un attributo calcolato ottenuto dalla sequenza delle attività nell'Event Log.

Esempi
truefalse
Richiesta di Acquisto
PurchaseRequisitionNumber
L’identificativo della richiesta d’acquisto che ha preceduto l’Ordine di acquisto.
Descrizione

Questo attributo collega un Ordine di Acquisto alla richiesta interna originaria (purchase requisition). Non tutti gli ordini derivano da una richiesta.

Questo collegamento è vitale per analizzare l'intero processo 'Da Richiesta a Ordine (Requisition to PO)'. Consente di misurare il KPI 'Requisition to PO Conversion Speed' e di capire quanto rapidamente la domanda interna si traduce in un ordine esterno. Aiuta anche ad analizzare la Conformità, ad esempio identificando ordini creati senza una richiesta formale.

Perché è importante

Collega il PO alla richiesta iniziale, consentendo l’analisi del tempo di ciclo dalla richiesta all’ordine e garantendo la conformità del processo.

Dove trovare

Presente nella tabella PurchLine, nel campo PurchReqId, che collega alla PurchReqTable.

Esempi
PR-000871PR-000872PR-000873
Tempo del Ciclo di Approvazione
ApprovalCycleTime
L’arco di tempo tra la creazione di un Ordine di acquisto e la sua approvazione finale.
Descrizione

Questa metrica calcolata misura il tempo trascorso dall'attività 'Purchase Order Created' all'attività 'Purchase Order Approved'. È una misura diretta dell'efficienza del workflow di approvazione.

Questo attributo è la misura primaria del KPI 'Average PO Approval Time' e della dashboard 'PO Approval Cycle Time Analysis'. L'analisi di questa durata aiuta a identificare i colli di bottiglia nella catena di approvazione e a valutare se i processi di approvazione rispettano gli SLA interni.

Perché è importante

Misura direttamente l’efficienza del workflow di approvazione, un’area in cui spesso si accumulano ritardi nel processo di approvvigionamento.

Dove trovare

Calcolato come differenza temporale tra l'EventTime delle attività 'Ordine di acquisto approvato' e 'Ordine di acquisto creato' per ciascun caso.

Esempi
P2DT12H30MPT8HP7D
Obbligatorio Consigliato Facoltativo

Procure-to-Pay - Attività dell'Ordine di Acquisto

Queste sono le fasi e le tappe essenziali da registrare nell'Event Log per una scoperta accurata del processo e un'ottimizzazione efficace.
6 Consigliato 8 Facoltativo
Activity Descrizione
Ordine di Acquisto approvato
Indica l'approvazione finale dell'ordine di acquisto, autorizzandone l'invio al fornitore. Questo evento è in genere dedotto da un cambio di stato del PO oppure rilevato direttamente dalla cronologia del workflow.
Perché è importante

È una milestone critica, poiché non si può procedere finché il PO non è approvato. È essenziale per analizzare i colli di bottiglia nel processo di approvazione e misurare il KPI 'PO Approval Cycle Time'.

Dove trovare

Deducibile dal cambio del campo DocumentState su PurchTable a 'Approved'. In alternativa, può essere ricavato dal timestamp di completamento della fase finale di approvazione nella WorkflowTrackingStatusTable.

Acquisisci

Identificare il timestamp in cui DocumentState su PurchTable passa a 'Approved'.

Tipo di evento inferred
Ordine di Acquisto completato
Indica la conclusione con successo del ciclo dell’ordine di acquisto, quando tutte le merci sono state ricevute e fatturate. In genere si deduce quando lo stato del PO viene aggiornato a uno stato finale/chiuso.
Perché è importante

Questa attività definisce la conclusione di un'istanza di processo andata a buon fine. Misurare l''Overall Purchase Order Cycle Time' dalla creazione al completamento offre una visione completa dell'efficienza del processo.

Dove trovare

Deducibile dai campi di stato su PurchTable, ad esempio quando DocumentState è 'Invoiced' e gli stati delle righe indicano ricezione e fatturazione complete.

Acquisisci

Identificare il timestamp in cui gli stati dell’intestazione e delle righe del PO vengono aggiornati a uno stato finale/chiuso (es. 'Invoiced').

Tipo di evento inferred
Ordine di Acquisto creato
Questa attività indica la creazione nel sistema di una bozza di Ordine di Acquisto. Si rileva dalla data e ora di creazione del record di testata dell'ordine, spesso a seguito di una richiesta approvata.
Perché è importante

Segna il passaggio da una richiesta interna a un documento di acquisto formale. È un punto di avvio fondamentale per misurare i tempi di lavorazione del PO e i tempi di ciclo di approvazione.

Dove trovare

Questo evento coincide con la creazione di un record nella PurchTable. Il campo createdDateTime su questa tabella fornisce il timestamp dell'attività.

Acquisisci

Estrarre il timestamp di creazione dalla PurchTable per ogni ordine di acquisto.

Tipo di evento explicit
Ordine di Acquisto inviato al fornitore
Questa attività indica che l'Ordine di Acquisto approvato è stato comunicato al fornitore. Si rileva quando l'ordine viene confermato, evento che genera un giornale di conferma e in genere avvia l'invio del documento.
Perché è importante

È il primo step rivolto all'esterno e avvia il conteggio del lead time del fornitore. È fondamentale per monitorare le performance dei fornitori e il KPI 'On-Time Delivery Rate'.

Dove trovare

L’evento è contrassegnato dalla creazione di un record nella tabella PurchPurchaseOrderJour (journal di conferma dell’Ordine di acquisto). La data di creazione di questo journal funge da timestamp dell’attività.

Acquisisci

Usi il timestamp di creazione del primo record PurchPurchaseOrderJour relativo al PO.

Tipo di evento explicit
Ricevimento merci registrato
Indica la registrazione ufficiale della merce ricevuta a fronte del PO nel sistema. L'evento viene rilevato quando viene registrato il giornale di ricevimento prodotti.
Perché è importante

È una milestone chiave che aggiorna l'inventario e segna l'inizio del processo di matching della fattura. Rappresenta l'endpoint per misurare 'On-Time Delivery Rate' e il lead time del fornitore.

Dove trovare

Rilevato dalla creazione del giornale di ricevimento merce, archiviato in VendPackingSlipJour. I campi createdDateTime o PackingSlipDate sulla tabella indicano quando la merce è stata ufficialmente ricevuta.

Acquisisci

Usi il timestamp di creazione o di registrazione del record VendPackingSlipJour collegato al PO.

Tipo di evento explicit
Richiesta di Acquisto creata
Questa attività segna la creazione di una richiesta di acquisto, la domanda formale di beni o servizi. Si rileva quando viene creato un nuovo record nella tabella delle richieste di acquisto, segnando l'avvio della domanda di approvvigionamento.
Perché è importante

È il trigger iniziale del processo dell'ordine di acquisto (PO). Analizzare il tempo da questo evento alla creazione del PO aiuta a misurare l'efficienza dei processi interni e la reattività alla domanda.

Dove trovare

Questo evento corrisponde alla creazione di un record nella PurchReqTable. Il timestamp di creazione (createdDateTime) del record segna il timestamp dell'evento.

Acquisisci

Estrarre il timestamp di creazione dalla PurchReqTable per ogni richiesta di acquisto.

Tipo di evento explicit
Ispezione qualità eseguita
Rappresenta il completamento dell’ispezione qualità sui beni ricevuti. Questo evento è spesso gestito tramite il modulo Quality Management o tramite un aggiornamento di stato.
Perché è importante

Questa attività può rappresentare un collo di bottiglia significativo tra il ricevimento delle merci e la loro disponibilità all'uso. Analizzarne la durata aiuta a migliorare il KPI 'Quality Inspection Cycle Time'.

Dove trovare

Questo evento può essere dedotto dal completamento di un Quality Order (InventQualityOrderTable) collegato alla ricezione del PO. Il timestamp del cambio di stato a 'Passed' o 'Failed' segna l'evento.

Acquisisci

Tracci il timestamp di completamento dello stato nella tabella InventQualityOrderTable associata alla riga del PO.

Tipo di evento inferred
Merci rese al fornitore
Indica che merci precedentemente ricevute sono state restituite al fornitore per problemi come danneggiamento o articoli errati. Ciò viene rilevato tramite la registrazione di una transazione di reso.
Perché è importante

I resi sono sintomo di criticità di processo e generano costi extra. Tracciare questa attività aiuta a calcolare il tasso di reso degli Ordini di acquisto e a individuare problemi legati a fornitori o prodotti.

Dove trovare

Questo evento è dedotto dalla creazione di un PO con quantità negativa oppure da un apposito documento di reso che fa riferimento al PO originale. La data di registrazione della transazione di reso costituisce il timestamp dell'evento.

Acquisisci

Identificare la registrazione di un ordine di reso d’acquisto o di una nota di addebito riferita all’ordine di acquisto originale.

Tipo di evento explicit
Ordine di Acquisto annullato
Rappresenta la chiusura o l’annullamento di un Ordine di acquisto prima del completamento. È rilevata da uno specifico cambio di stato sul documento d’ordine.
Perché è importante

Gli annullamenti sono un importante percorso di eccezione. Analizzarne la frequenza e le motivazioni può mettere in luce problemi di pianificazione o di affidabilità dei fornitori.

Dove trovare

Questo è desunto dal campo DocumentState nella PurchTable, aggiornato a 'Canceled'. Il timestamp di questo cambiamento di stato segna l'evento.

Acquisisci

Identificare il timestamp in cui DocumentState su PurchTable viene impostato su 'Canceled'.

Tipo di evento inferred
Ordine di Acquisto confermato dal fornitore
Rappresenta la presa d’atto e la conferma, da parte del fornitore, dei dettagli dell’Ordine di acquisto. Spesso è un inserimento dati manuale basato sulla comunicazione del fornitore.
Perché è importante

La conferma del fornitore garantisce che l'ordine sia in lavorazione. Ritardi o discrepanze in questa fase possono segnalare possibili problemi di evasione dell'ordine.

Dove trovare

Di norma è dedotto dalla valorizzazione, sulla PurchTable, di campi data o stato relativi alla conferma, come le date di conferma di consegna. Potrebbe non essere un evento discreto.

Acquisisci

Si deduce dalla valorizzazione di uno specifico campo data di conferma su PurchTable o PurchLine.

Tipo di evento inferred
Ordine di Acquisto fatturato
Questa attività indica che la fattura fornitore è stata ricevuta e contabilizzata a fronte dell'Ordine di Acquisto. Questo evento collega i processi di approvvigionamento e pagamento.
Perché è importante

È l'ultimo passaggio prima del pagamento ed è cruciale per calcolare il costo finale dell'acquisto. Fornisce un endpoint per l'analisi del three-way matching.

Dove trovare

Questo evento è rilevato dalla contabilizzazione di un vendor invoice journal (VendInvoiceJour) abbinato al PO. L'InvoiceDate o la data di contabilizzazione su questo record rappresenta il timestamp.

Acquisisci

Usi il timestamp di registrazione nella tabella VendInvoiceJour collegata al record PurchTable.

Tipo di evento explicit
Ordine di Acquisto inviato per approvazione
Rappresenta il momento in cui una bozza di Ordine di acquisto viene formalmente inviata nel Workflow di approvazione. Si tratta normalmente di un’azione esplicita dell’utente, rilevata dai log del Workflow.
Perché è importante

Questa attività avvia ufficialmente il ciclo di approvazione dell'Ordine di Acquisto. Tracciarla consente di misurare con precisione i tempi di attesa per l'approvazione e la durata complessiva dell'iter approvativo.

Dove trovare

Rilevato dalla WorkflowTrackingStatusTable dell’Ordine di acquisto, che registra l’evento di invio e il relativo timestamp.

Acquisisci

Identificare l’evento 'Submitted' nello storico del Workflow associato al record PurchTable.

Tipo di evento explicit
Ordine di Acquisto modificato
Questa attività rileva qualsiasi modifica apportata a un Ordine di Acquisto dopo l'approvazione. Dynamics 365 può tracciare le versioni dell'Ordine di Acquisto, consentendo di identificare le variazioni.
Perché è importante

Tracciare le modifiche è essenziale per identificare le rilavorazioni, comprendere l'instabilità del processo e misurare il 'PO Modification Rate'. Le modifiche possono generare ritardi e variazioni di costo.

Dove trovare

Deducibile confrontando le diverse versioni dell’ordine di acquisto archiviate in tabelle storiche o di versioning (ad es. PurchTableHistory). Un incremento del numero di versione indica una modifica.

Acquisisci

Identificare i record in cui il numero di versione sulla PurchTable è aumentato dopo l’approvazione.

Tipo di evento inferred
Richiesta di Acquisto approvata
Rappresenta l’approvazione formale di una richiesta d’acquisto da parte di un responsabile autorizzato. L’evento è in genere rilevato dai log della cronologia del Workflow o tracciando il cambio di stato sul record della richiesta.
Perché è importante

L'approvazione è una tappa fondamentale che consente la trasformazione di una richiesta in un Ordine di acquisto. Ritardi in questa fase incidono direttamente sull'intera tempistica del processo di approvvigionamento.

Dove trovare

Può essere rilevato dalla WorkflowTrackingStatusTable associata alla Richiesta di acquisto, oppure dedotto da una modifica del campo di stato della PurchReqTable allo stato 'Approved'.

Acquisisci

Usi il timestamp di completamento dell'ultimo passaggio di approvazione nella cronologia del Workflow della richiesta d'acquisto.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i tuoi dati da Microsoft Dynamics 365