Il Suo template dei dati per Purchase to Pay - Ordine di acquisto
Il Suo template dei dati per Purchase to Pay - Ordine di acquisto
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per la mappatura del processo
- Indicazioni pratiche per l’estrazione dei dati
Attributi di Purchase to Pay - Ordine di acquisto
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome dell’attività
ActivityName
|
Nome dello specifico evento aziendale o passaggio avvenuto nel ciclo di vita dell’ordine d’acquisto. | ||
|
Descrizione
Questo attributo descrive un singolo passaggio del processo di acquisto, ad esempio 'Ordine d’acquisto creato', 'Ordine d’acquisto approvato' o 'Ricezione della merce registrata'. La sequenza di queste attività costituisce il flusso del processo per ogni ordine d’acquisto. L’analisi delle attività è alla base del Process Mining. Consente di visualizzare la mappa del processo, individuare le varianti e identificare le attività che si ripetono spesso o causano ritardi. Comprendere la sequenza e la frequenza delle attività è essenziale per ottimizzare il processo.
Perché è importante
Questo attributo è essenziale per creare la mappa del processo e comprendere la sequenza degli eventi che compongono il ciclo di vita dell’ordine d’acquisto.
Dove reperirli
Derivato dalla logica aziendale applicata alle modifiche di stato in tabelle come PurchTable e PurchReqTable e nei relativi giornali di registrazione, come VendPackingSlipJour o VendInvoiceJour.
Esempi
Ordine d’acquisto creatoOrdine d’acquisto approvatoRicezione della merce registrataFattura dell’ordine d’acquisto registrata
|
|||
|
Ora dell’evento
EventTime
|
Data e ora esatte in cui si è verificata una specifica attività o un evento. | ||
|
Descrizione
Questo timestamp registra quando si è svolta ogni attività del processo di acquisto. Costituisce la sequenza cronologica del processo e permette di ordinare correttamente gli eventi. Nell’analisi dei processi, i timestamp degli eventi sono fondamentali per calcolare i tempi di ciclo, gli intervalli tra le attività e la durata complessiva di ogni caso. Servono a individuare i colli di bottiglia, misurare le prestazioni rispetto agli SLA e comprendere l’andamento temporale del processo. Ad esempio, permettono di calcolare il tempo che intercorre tra 'Ordine d’acquisto creato' e 'Ordine d’acquisto approvato'.
Perché è importante
I timestamp sono fondamentali per calcolare tutte le metriche basate sul tempo, come i tempi di ciclo e le durate, necessarie per individuare i colli di bottiglia del processo.
Dove reperirli
Estratto da vari campi di data e ora presenti in più tabelle, ad esempio CreatedDateTime in PurchTable o le date di registrazione nei giornali correlati.
Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
Ordine d’acquisto
PurchaseOrderNumber
|
Identificativo univoco dell’ordine d’acquisto, utilizzato come caso principale per l’analisi del processo. | ||
|
Descrizione
Il numero dell’ordine d’acquisto è l’identificativo centrale che collega tutte le attività correlate, dalla bozza iniziale al completamento o all’annullamento. Ogni numero univoco rappresenta una singola istanza del processo di acquisto. Nel Process Mining, questo attributo serve a ricostruire il percorso completo di ogni ordine d’acquisto. Analizzare il processo in base a questo identificativo permette di osservare nel dettaglio l’intero ciclo di vita e di individuare i percorsi ricorrenti, le deviazioni e i colli di bottiglia dei singoli ordini.
Perché è importante
È la chiave fondamentale per ricostruire il flusso del processo e analizzare il percorso di ogni ordine d’acquisto dall’inizio alla fine.
Dove reperirli
È la chiave primaria della tabella di intestazione degli ordini d’acquisto, in genere PurchTable, con il nome di campo PurchId in Microsoft Dynamics 365.
Esempi
PO-001245PO-001246PO-001247
|
|||
|
Sistema di origine
SourceSystem
|
Indica il sistema da cui sono stati estratti i dati. | ||
|
Descrizione
Questo attributo identifica l’applicazione di origine dei dati degli ordini d’acquisto. In questo modello di dati, il valore sarà in genere 'Microsoft Dynamics 365'. Nelle organizzazioni più grandi, i processi di approvvigionamento possono coinvolgere più sistemi. Questo attributo supporta la governance dei dati e ne chiarisce la provenienza, aspetto particolarmente importante quando si uniscono dati provenienti da fonti diverse.
Perché è importante
Fornisce informazioni essenziali sulla provenienza dei dati, fondamentali per la governance e la convalida dei dati e per comprendere l’ambiente tecnologico in cui si svolge il processo.
Dove reperirli
È un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per identificare il set di dati.
Esempi
Microsoft Dynamics 365 F&OD365
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Timestamp che indica l’ultimo aggiornamento dei dati relativi a questo processo. | ||
|
Descrizione
Questo attributo registra la data e l’ora dell’estrazione più recente dei dati dal sistema di origine. Indica quanto sono aggiornati i dati analizzati. Conoscere l’ora dell’ultimo aggiornamento aiuta a capire se si stanno consultando i dati di processo più recenti. Consente inoltre di valutare l’attualità dell’analisi e pianificare aggiornamenti periodici dei dati.
Perché è importante
Garantisce trasparenza sull’aggiornamento dei dati e permette di sapere quanto è recente l’analisi del processo.
Dove reperirli
È un attributo di metadati generato e archiviato durante l’acquisizione dei dati.
Esempi
2024-05-21T05:00:00Z
|
|||
|
Data di consegna richiesta
RequestedDeliveryDate
|
Data entro cui l’azienda ha richiesto al fornitore di consegnare i beni o i servizi. | ||
|
Descrizione
Questa data è specificata nell’ordine d’acquisto e comunica al fornitore i tempi di consegna desiderati. Costituisce la base di riferimento per misurare le prestazioni di consegna del fornitore. Questo attributo è essenziale per la Dashboard 'Rispetto dei tempi di consegna dei fornitori' e per il KPI 'Tasso di consegna puntuale'. Confrontando RequestedDeliveryDate con la data effettiva di ricezione della merce, le aziende possono quantificare l’affidabilità dei fornitori e individuare i ritardi ricorrenti nella catena di approvvigionamento.
Perché è importante
È la base di riferimento per misurare le prestazioni delle consegne puntuali, un KPI fondamentale per valutare l’affidabilità dei fornitori e l’efficienza della catena di approvvigionamento.
Dove reperirli
In genere si trova in PurchTable (a livello di intestazione) o in PurchLine (a livello di riga) come DeliveryDate.
Esempi
2023-11-152023-12-012024-01-20
|
|||
|
Importo totale dell’ordine d’acquisto
PurchaseOrderTotalAmount
|
Valore monetario complessivo dell’ordine d’acquisto. | ||
|
Descrizione
Questo attributo rappresenta il costo totale di tutti gli articoli e servizi inclusi nell’ordine d’acquisto. È una metrica finanziaria fondamentale per il processo di approvvigionamento. Analizzare il processo in base all’importo totale può rivelare informazioni importanti. Ad esempio, gli ordini di valore elevato potrebbero seguire un percorso di approvazione diverso e più rigoroso o avere tempi di ciclo più lunghi. L’importo viene inoltre utilizzato nella rendicontazione finanziaria e per suddividere gli ordini in fasce di valore ai fini dell’analisi.
Perché è importante
Consente di analizzare gli aspetti finanziari del processo di approvvigionamento e di capire come il valore dell’ordine influisce sul processo, ad esempio sui tempi e sui percorsi di approvazione.
Dove reperirli
Il valore può essere calcolato sommando LineAmount nella tabella PurchLine per un determinato PurchId oppure recuperato dai campi dell’importo a livello di intestazione in PurchTable.
Esempi
5250.00120.50150000.00
|
|||
|
Nome del fornitore
VendorName
|
Nome del fornitore da cui si acquistano i beni o i servizi. | ||
|
Descrizione
Questo attributo contiene il nome del fornitore esterno che fornisce i beni o i servizi. È una dimensione fondamentale per analizzare le attività di approvvigionamento. Segmentare il processo per nome del fornitore è essenziale per valutarne le prestazioni. Permette di analizzare i tassi di consegna puntuale e di reso della merce, nonché i risultati dei controlli di qualità per ciascun fornitore. In questo modo è possibile individuare i partner affidabili e quelli che potrebbero causare ritardi o problemi di qualità.
Perché è importante
Questo attributo è essenziale per gestire le prestazioni dei fornitori e analizzare, per ciascuno, i tempi di consegna, i tassi di reso e l’affidabilità complessiva.
Dove reperirli
Il conto del fornitore è archiviato in PurchTable nel campo OrderAccount. Il nome si recupera collegando la tabella VendTable.
Esempi
Contoso forniture per ufficioFabrikam roboticaNorthwind commercianti
|
|||
|
Nome utente
UserName
|
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 d’acquisto. Può contenere l’ID utente del sistema o il nome completo. Analizzare le attività degli utenti aiuta a comprendere la distribuzione del carico di lavoro, individuare esigenze di formazione e identificare le persone o i team coinvolti nelle deviazioni del processo. È essenziale per le Dashboard sulle prestazioni degli approvatori e permette di filtrare il processo in base alle attività svolte da utenti specifici.
Perché è importante
Consente di analizzare le prestazioni per utente, individuare i colli di bottiglia legati a singole persone e attribuire responsabilità per le diverse fasi del processo.
Dove reperirli
Può trovarsi in campi come CreatedBy o ModifiedBy di tabelle quali PurchTable. I dettagli degli utenti sono in genere archiviati nella tabella UserInfo.
Esempi
Alice JohnsonBob WilliamsAmministratore di sistema
|
|||
|
Stato dell’ordine d’acquisto
PurchaseOrderStatus
|
Stato corrente dell’ordine d’acquisto nel suo ciclo di vita. | ||
|
Descrizione
Questo attributo indica lo stato complessivo dell’ordine d’acquisto in un determinato momento, ad esempio 'Ordine aperto', 'Ricevuto', 'Fatturato' o 'Annullato'. Rappresenta l’esito dell’attività più recente. Monitorare lo stato è utile per conoscere la situazione corrente di tutti gli ordini d’acquisto aperti. Nel Process Mining, consente di analizzare gli esiti dei casi, ad esempio filtrando gli ordini d’acquisto terminati con lo stato 'Annullato' per indagarne le cause.
Perché è importante
Fornisce un quadro dello stato corrente dell’ordine d’acquisto, utile per filtrare i casi e analizzare gli esiti del processo, ad esempio i tassi di completamento o annullamento.
Dove reperirli
Si trova in PurchTable. I principali campi di stato sono DocumentState e PurchStatus.
Esempi
Ordine apertoRicevutoFatturatoAnnullato
|
|||
|
Categoria di acquisto
PurchaseCategory
|
Classificazione dell’articolo o del servizio acquistato, ad esempio «Hardware IT» o «Materiale per ufficio». | ||
|
Descrizione
Questo attributo consente di raggruppare le righe degli ordini di acquisto in categorie logiche. La classificazione aiuta ad analizzare le abitudini di spesa e le variazioni del processo per i diversi tipi di acquisto. Nell’analisi dei processi, filtrare per categoria di acquisto può far emergere comportamenti diversi. Per esempio, il processo di acquisto di beni strumentali può essere più lungo e complesso rispetto a quello relativo alle forniture operative. Le Dashboard utilizzano questo attributo per analizzare per categoria le tendenze delle modifiche e i tassi di reso.
Perché è importante
Consente di segmentare il processo in base alla tipologia di beni o servizi acquistati e di individuare le differenze tra le diverse categorie di spesa.
Dove reperirli
Le categorie degli articoli sono collegate ai prodotti rilasciati (InventTable), utilizzati poi in PurchLine. Le informazioni sulle categorie sono archiviate nelle tabelle di gestione delle categorie.
Esempi
Hardware ITMateriale per ufficioServizi professionaliMaterie prime
|
|||
|
Codice azienda
CompanyCode
|
Identificativo della persona giuridica o dell’azienda che emette l’ordine di acquisto. | ||
|
Descrizione
In un ambiente con più aziende, questo attributo indica quale persona giuridica effettua l’acquisto. È un dato organizzativo fondamentale. Consente di confrontare il processo P2P tra le diverse persone giuridiche della stessa organizzazione. Può mettere in luce differenze nell’efficienza del processo, nella conformità e nella gestione dei fornitori, favorendo gli interventi di standardizzazione.
Perché è importante
È essenziale per confrontare e standardizzare il processo di acquisto tra le diverse persone giuridiche di un’organizzazione.
Dove reperirli
È 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 la data di consegna richiesta. | ||
|
Descrizione
Questo attributo calcolato confronta la data e l’ora dell’attività «Ricevimento merci registrato» con RequestedDeliveryDate. Assume il valore «true» se la data di ricevimento coincide con la data richiesta o la precede. L’indicatore contribuisce direttamente al calcolo del KPI «Tasso di consegne puntuali». Semplifica l’analisi delle prestazioni dei fornitori e permette di filtrare e visualizzare facilmente le consegne puntuali e quelle in ritardo, un aspetto centrale della Dashboard «Rispetto delle date di consegna da parte dei fornitori».
Perché è importante
Fornisce un esito chiaro, con due possibili valori, per valutare le consegne e semplifica il calcolo dei KPI sulle consegne puntuali e delle schede di valutazione dei fornitori.
Dove reperirli
È un attributo calcolato confrontando RequestedDeliveryDate con EventTime dell’attività «Ricevimento merci registrato».
Esempi
truefalse
|
|||
|
Luogo di consegna
DeliveryLocation
|
Sede, magazzino o indirizzo specifico a cui deve essere consegnata la merce. | ||
|
Descrizione
Questo attributo specifica il luogo fisico in cui devono essere consegnati gli articoli dell’ordine di acquisto, che può essere un magazzino, un ufficio specifico o il sito di un progetto. Analizzare il processo in base al luogo di consegna può aiutare a individuare colli di bottiglia specifici di una regione o di una sede, soprattutto nella fase di ricevimento della merce. La Dashboard «Tempo di elaborazione del ricevimento merci» può utilizzare questo attributo per confrontare l’efficienza tra sedi diverse.
Perché è importante
Aiuta a individuare variazioni o ritardi specifici di una sede, soprattutto nelle fasi di ricevimento della merce e controllo qualità.
Dove reperirli
Le informazioni sull’indirizzo e sul luogo di consegna sono archiviate in PurchTable e possono essere compilate automaticamente in base alla configurazione dell’azienda o del fornitore.
Esempi
Magazzino principale AUfficio edificio CCentro di distribuzione della costa occidentale
|
|||
|
Motivo del reso
ReturnReason
|
Motivo indicato quando la merce di un ordine di acquisto viene restituita al fornitore. | ||
|
Descrizione
Quando si verifica l’attività «Merce restituita al fornitore», questo attributo registra il motivo del reso, ad esempio «Merce danneggiata», «Articolo errato» o «Qualità scadente». Questi dati sono preziosi per la Dashboard «Tasso di reso degli ordini di acquisto». Analizzare i motivi dei resi aiuta a individuare le cause profonde, che possono riguardare la qualità del fornitore, errori interni nell’ordine o problemi di spedizione. In questo modo è possibile intervenire in modo mirato per ridurre i resi.
Perché è importante
Aiuta a capire perché la merce viene restituita e a individuare eventuali problemi di qualità del fornitore, accuratezza degli ordini o logistica.
Dove reperirli
I motivi dei resi sono in genere registrati nelle transazioni degli ordini di reso o tramite codici motivo associati ai giornali di ricevimento negativi.
Esempi
Danneggiata durante il trasportoArticolo consegnato erratoControllo qualità non superato
|
|||
|
Nome dell’approvatore
ApproverName
|
Nome dell’utente che ha approvato l’ordine di acquisto o una fase del flusso di lavoro di approvazione. | ||
|
Descrizione
Questo attributo identifica il responsabile o l’utente che ha approvato formalmente l’ordine di acquisto, autorizzandone l’avanzamento. Nei flussi di lavoro con più livelli di approvazione, uno stesso ordine può avere diversi approvatori. Tenere traccia degli approvatori è fondamentale per le Dashboard «Analisi del tempo di ciclo di approvazione degli ordini di acquisto» e «Metriche sulle prestazioni degli approvatori». Consente di misurare il tempo impiegato da 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 di analizzare il processo di approvazione, individuare i colli di bottiglia e misurare le prestazioni e il carico di lavoro dei diversi approvatori.
Dove reperirli
Le informazioni sulle approvazioni sono in genere archiviate nelle tabelle di tracciamento del flusso di lavoro, non direttamente in PurchTable. Per recuperarle, è necessario interrogare la cronologia del flusso di lavoro 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 assume il valore «true» se, per un determinato caso, dopo l’attività «Ordine di acquisto approvato» si verifica un’attività «Ordine di acquisto modificato». Semplifica l’analisi delle rilavorazioni e delle modifiche. L’indicatore è fondamentale per calcolare il KPI «Tasso di modifica degli ordini di acquisto dopo l’approvazione» e per la Dashboard «Tendenze delle modifiche agli ordini di acquisto». Permette di isolare e analizzare facilmente gli ordini che hanno richiesto una rilavorazione, aiutando a individuarne le cause profonde.
Perché è importante
Semplifica la misurazione delle rilavorazioni e della frequenza delle modifiche, indicatori chiave dell’instabilità e dell’inefficienza del processo.
Dove reperirli
È un attributo calcolato in base alla sequenza delle attività nell’Event Log.
Esempi
truefalse
|
|||
|
Reparto
DepartmentName
|
Nome del reparto che ha avviato la richiesta o l’ordine d’acquisto. | ||
|
Descrizione
Questo attributo identifica l’unità aziendale o il reparto interno responsabile dell’acquisto. Spesso viene ricavato dalla persona che ha creato la richiesta d’acquisto. Analizzare il processo per reparto è fondamentale per capire come le diverse aree dell’organizzazione utilizzano il processo di approvvigionamento. Può aiutare a individuare i reparti con cicli di approvazione più lunghi, un numero maggiore di modifiche agli ordini o specifiche abitudini di acquisto. Queste informazioni consentono di pianificare interventi mirati per migliorare il processo.
Perché è importante
Consente di confrontare le prestazioni del processo tra diverse unità aziendali e di individuare comportamenti specifici dei reparti, colli di bottiglia o inefficienze.
Dove reperirli
Queste informazioni sono spesso collegate tramite il richiedente o il creatore della richiesta d’acquisto (PurchReqTable) o dell’ordine d’acquisto (PurchTable) e il relativo reparto nel modulo HR.
Esempi
FinanzaInformaticaProduzioneMarketing
|
|||
|
Richiesta d’acquisto
PurchaseRequisitionNumber
|
Identificativo della richiesta d’acquisto che ha preceduto l’ordine. | ||
|
Descrizione
Questo attributo collega l’ordine d’acquisto alla richiesta interna originale. Non tutti gli ordini d’acquisto derivano da una richiesta. Questo collegamento è fondamentale per analizzare l’intero processo dalla richiesta all’ordine. Permette di misurare il KPI 'Velocità di conversione della richiesta in ordine d’acquisto' e di capire quanto rapidamente la domanda interna si traduce in un ordine esterno. Aiuta inoltre ad analizzare la conformità, ad esempio individuando gli ordini creati senza una richiesta formale.
Perché è importante
Collega l’ordine alla richiesta iniziale, consentendo di analizzare il tempo di ciclo dalla richiesta all’ordine e di verificare la conformità del processo.
Dove reperirli
Si trova nel campo PurchReqId della tabella PurchLine, che rimanda a PurchReqTable.
Esempi
PR-000871PR-000872PR-000873
|
|||
Attività di Purchase to Pay - Ordine di acquisto
| Attività | Descrizione | ||
|---|---|---|---|
|
Ordine d’acquisto approvato
|
Segna l’approvazione finale dell’ordine d’acquisto, che ne autorizza l’invio al fornitore. In genere, l’evento viene dedotto da una modifica dello stato dell’ordine oppure rilevato direttamente dalla cronologia del flusso di lavoro. | ||
|
Perché è importante
È una tappa fondamentale, poiché non è possibile procedere finché l’ordine non viene approvato. È essenziale per analizzare i colli di bottiglia nell’approvazione e misurare il KPI 'Tempo di ciclo di approvazione dell’ordine d’acquisto'.
Dove reperirli
L’evento si deduce quando il campo DocumentState di PurchTable passa a 'Approvato'. In alternativa, si può usare il timestamp di completamento dell’ultimo passaggio di approvazione in WorkflowTrackingStatusTable.
Acquisizione
Individui il timestamp del passaggio di DocumentState in PurchTable a 'Approvato'.
Tipo di evento
inferred
|
|||
|
Ordine d’acquisto completato
|
Indica la conclusione corretta del ciclo di vita dell’ordine d’acquisto, quando tutta la merce è stata ricevuta e fatturata. In genere, l’evento si deduce quando lo stato dell’ordine viene aggiornato a uno stato finale di chiusura. | ||
|
Perché è importante
Questa attività segna la fine di un’istanza di processo completata correttamente. Misurare il 'Tempo complessivo di ciclo dell’ordine d’acquisto' dalla creazione al completamento offre una visione d’insieme dell’efficienza del processo.
Dove reperirli
L’evento si deduce dai campi di stato in PurchTable, ad esempio quando DocumentState è 'Fatturato' e gli stati delle righe indicano che la ricezione e la fatturazione sono complete.
Acquisizione
Individui il timestamp in cui gli stati dell’intestazione e delle righe dell’ordine passano a uno stato finale di chiusura, ad esempio 'Fatturato'.
Tipo di evento
inferred
|
|||
|
Ordine d’acquisto creato
|
Questa attività indica la creazione nel sistema di una bozza di ordine d’acquisto. Viene rilevata dal timestamp di creazione del record di intestazione dell’ordine, spesso dopo l’approvazione di una richiesta. | ||
|
Perché è importante
Segna il passaggio da una richiesta interna a un documento d’acquisto formale. È un punto di partenza importante per misurare i tempi di elaborazione e approvazione degli ordini.
Dove reperirli
L’evento corrisponde alla creazione di un record in PurchTable. Il campo createdDateTime di questa tabella fornisce il timestamp dell’attività.
Acquisizione
Estragga il timestamp di creazione da PurchTable per ogni ordine d’acquisto.
Tipo di evento
explicit
|
|||
|
Ordine d’acquisto inviato al fornitore
|
Questa attività indica che l’ordine d’acquisto approvato è stato comunicato al fornitore. Viene rilevata quando l’ordine è confermato, operazione che genera un giornale di conferma e in genere avvia l’invio del documento. | ||
|
Perché è importante
È il primo passaggio rivolto all’esterno e dà inizio al tempo di consegna del fornitore. È fondamentale per monitorare le prestazioni dei fornitori e il KPI 'Tasso di consegna puntuale'.
Dove reperirli
L’evento è contrassegnato dalla creazione di un record nella tabella PurchPurchaseOrderJour, il giornale di conferma dell’ordine. La data di creazione del giornale funge da timestamp dell’attività.
Acquisizione
Utilizzi il timestamp di creazione del primo record PurchPurchaseOrderJour relativo all’ordine.
Tipo di evento
explicit
|
|||
|
Ricezione della merce registrata
|
Segna la registrazione ufficiale nel sistema della merce ricevuta in relazione all’ordine d’acquisto. L’evento viene rilevato quando viene registrato un giornale di ricevimento prodotti. | ||
|
Perché è importante
È una tappa fondamentale, perché aggiorna le scorte e segna l’avvio del processo di abbinamento delle fatture. È anche il punto finale per misurare il 'Tasso di consegna puntuale' e il tempo di consegna del fornitore.
Dove reperirli
L’evento viene rilevato dalla creazione del giornale di ricevimento prodotti, archiviato in VendPackingSlipJour. Il campo createdDateTime o PackingSlipDate di questa tabella indica quando la merce è stata ufficialmente ricevuta.
Acquisizione
Utilizzi il timestamp di creazione o di registrazione del record VendPackingSlipJour collegato all’ordine.
Tipo di evento
explicit
|
|||
|
Richiesta d’acquisto creata
|
Questa attività registra la creazione di una richiesta d’acquisto, ovvero la richiesta formale di beni o servizi. Viene rilevata quando viene creato un nuovo record nella tabella delle richieste d’acquisto e segna l’avvio della domanda di approvvigionamento. | ||
|
Perché è importante
È l’evento iniziale del processo di creazione dell’ordine d’acquisto. Analizzare il tempo che intercorre tra questo evento e la creazione dell’ordine consente di misurare l’efficienza interna del processo e la capacità di rispondere alla domanda.
Dove reperirli
L’evento corrisponde alla creazione di un record in PurchReqTable. L’ora dell’evento è indicata dal timestamp di creazione del record (createdDateTime).
Acquisizione
Estragga il timestamp di creazione da PurchReqTable per ogni richiesta d’acquisto.
Tipo di evento
explicit
|
|||
|
Controllo qualità eseguito
|
Indica il completamento del controllo qualità sulla merce ricevuta. Spesso, l’evento viene gestito tramite il modulo di gestione della qualità o un aggiornamento dello stato. | ||
|
Perché è importante
Questa attività può rappresentare un collo di bottiglia significativo tra la ricezione della merce e la sua disponibilità all’uso. Analizzarne la durata aiuta a migliorare il KPI 'Tempo di ciclo del controllo qualità'.
Dove reperirli
L’evento può essere dedotto dal completamento di un ordine di controllo qualità (InventQualityOrderTable) collegato alla ricezione dell’ordine d’acquisto. Il timestamp della modifica dello stato a 'Superato' o 'Non superato' segna l’evento.
Acquisizione
Monitori il timestamp di completamento dello stato in InventQualityOrderTable, associata alla riga dell’ordine d’acquisto.
Tipo di evento
inferred
|
|||
|
Fattura dell’ordine d’acquisto registrata
|
Questa attività segna il momento in cui la fattura del fornitore viene ricevuta e registrata in relazione all’ordine d’acquisto. L’evento collega i processi di approvvigionamento e pagamento. | ||
|
Perché è importante
È l’ultimo passaggio prima del pagamento ed è fondamentale per calcolare il costo finale dell’acquisto. Costituisce il punto finale per l’analisi dell’abbinamento a tre vie.
Dove reperirli
L’evento viene rilevato dalla registrazione di un giornale fatture fornitore (VendInvoiceJour) abbinato all’ordine d’acquisto. Il timestamp corrisponde al campo InvoiceDate o alla data di registrazione del record.
Acquisizione
Utilizzi il timestamp di registrazione della tabella VendInvoiceJour collegata al record PurchTable.
Tipo di evento
explicit
|
|||
|
Merce restituita al fornitore
|
Indica che la merce ricevuta in precedenza è stata restituita al fornitore per problemi quali danni o articoli errati. L’evento viene rilevato registrando una transazione di reso. | ||
|
Perché è importante
I resi segnalano problemi nel processo e costi aggiuntivi. Monitorare questa attività aiuta a calcolare il 'Tasso di reso degli ordini d’acquisto' e a individuare problemi relativi ai fornitori o ai prodotti.
Dove reperirli
L’evento si deduce dalla creazione di un ordine d’acquisto con quantità negativa o di un documento di reso specifico che fa riferimento all’ordine originale. L’ora dell’evento corrisponde alla data della transazione di registrazione del reso.
Acquisizione
Individui la registrazione di un ordine di reso d’acquisto o di una nota di addebito relativa all’ordine originale.
Tipo di evento
explicit
|
|||
|
Ordine d’acquisto annullato
|
Indica la chiusura di un ordine d’acquisto prima del suo completamento. L’evento viene rilevato da una specifica modifica dello stato del documento dell’ordine. | ||
|
Perché è importante
Gli annullamenti costituiscono un percorso di eccezione importante. Analizzarne la frequenza e le cause può mettere in luce problemi di pianificazione o di affidabilità dei fornitori.
Dove reperirli
L’evento si deduce quando il campo DocumentState di PurchTable viene aggiornato a 'Annullato'. Il timestamp della modifica dello stato segna l’evento.
Acquisizione
Individui il timestamp in cui DocumentState in PurchTable viene impostato su 'Annullato'.
Tipo di evento
inferred
|
|||
|
Ordine d’acquisto confermato dal fornitore
|
Indica che il fornitore ha ricevuto e confermato i dettagli dell’ordine d’acquisto. Spesso, questo passaggio consiste nell’inserimento manuale dei dati sulla base delle comunicazioni ricevute dal fornitore. | ||
|
Perché è importante
La conferma del fornitore dà la certezza che l’ordine è in lavorazione. Ritardi o discrepanze in questa fase possono segnalare possibili problemi di evasione.
Dove reperirli
In genere, l’evento si deduce dalla compilazione dei campi relativi alla data o allo stato di conferma in PurchTable, come le date di conferma della consegna. Potrebbe non corrispondere a un evento distinto.
Acquisizione
Deduca l’evento dalla compilazione di un campo specifico relativo alla data di conferma in PurchTable o PurchLine.
Tipo di evento
inferred
|
|||
|
Ordine d’acquisto inviato per l’approvazione
|
Indica il momento in cui una bozza di ordine d’acquisto viene inviata formalmente al flusso di lavoro di approvazione. In genere, si tratta di un’azione esplicita dell’utente, registrata nei log del flusso di lavoro. | ||
|
Perché è importante
Questa attività segna l’avvio ufficiale del ciclo di approvazione dell’ordine. Monitorandola, è possibile misurare con precisione quanto tempo gli ordini restano in attesa di approvazione e la durata complessiva dell’approvazione.
Dove reperirli
L’evento viene rilevato in WorkflowTrackingStatusTable per l’ordine d’acquisto, dove sono registrati l’invio e il relativo timestamp.
Acquisizione
Individui l’evento 'Inviato' nella cronologia del flusso di lavoro associata al record PurchTable.
Tipo di evento
explicit
|
|||
|
Ordine d’acquisto modificato
|
Questa attività registra ogni modifica apportata a un ordine d’acquisto dopo la sua approvazione. Dynamics 365 può tenere traccia delle versioni dell’ordine, consentendo di individuare le modifiche. | ||
|
Perché è importante
Monitorare le modifiche è fondamentale per individuare le rilavorazioni, comprendere l’instabilità del processo e misurare il 'Tasso di modifica degli ordini d’acquisto'. Le modifiche possono causare ritardi e variazioni dei costi.
Dove reperirli
L’evento si deduce confrontando le diverse versioni dell’ordine d’acquisto archiviate nelle tabelle di archiviazione o di gestione delle versioni, ad esempio PurchTableHistory. Un aumento del numero di versione indica una modifica.
Acquisizione
Individui i record in cui il numero di versione di PurchTable è aumentato dopo l’approvazione.
Tipo di evento
inferred
|
|||
|
Richiesta d’acquisto approvata
|
Indica l’approvazione formale di una richiesta d’acquisto da parte di un responsabile autorizzato. In genere, l’evento viene rilevato dai registri della cronologia del flusso di lavoro oppure monitorando una modifica dello stato del record della richiesta. | ||
|
Perché è importante
L’approvazione è una tappa fondamentale, perché consente di convertire la richiesta in un ordine d’acquisto. Eventuali ritardi in questa fase incidono direttamente sull’intero ciclo di approvvigionamento.
Dove reperirli
L’evento può essere rilevato in WorkflowTrackingStatusTable, associata alla richiesta d’acquisto, oppure dedotto dalla modifica del campo di stato in PurchReqTable al valore 'Approvato'.
Acquisizione
Utilizzi il timestamp di completamento dell’ultimo passaggio di approvazione nella cronologia del flusso di lavoro della richiesta.
Tipo di evento
explicit
|
|||
Guide all’estrazione
È pronto a iniziare?
Con questo template ha a disposizione tutto ciò che serve per iniziare a ottimizzare il processo Purchase to Pay - Ordine di acquisto. Inizi oggi a migliorare le operazioni di acquisto.
Migliori subito l’efficienza di Purchase to Pay - Ordine di acquisto
Individui le inefficienze e riduca fino al 30% il tempo di ciclo P2P.
Non è richiesta una carta di credito; la configurazione richiede pochi minuti