Il Suo Template dei dati per Order to Cash - Sales Order Processing

Microsoft Dynamics 365
Il Suo Template dei dati per Order to Cash - Sales Order Processing

Il Suo Template dei dati per Order to Cash - Sales Order Processing

Questo Template offre una panoramica strutturata degli elementi di dati essenziali necessari per analizzare il processo Order to Cash - Sales Order Processing in Microsoft Dynamics 365. Indica gli attributi fondamentali da raccogliere e le attività principali da monitorare nel Suo Event Log. Inoltre, contiene indicazioni pratiche per estrarre efficacemente questi dati dal Suo sistema.
  • Attributi consigliati per un'analisi completa
  • Attività principali del processo da monitorare
  • Indicazioni specifiche per l'estrazione dei dati da Microsoft Dynamics 365
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi dell’elaborazione degli ordini di vendita da Order to Cash

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa dell’elaborazione degli ordini di vendita da Order to Cash in Microsoft Dynamics 365.
5 Obbligatorio 5 Consigliato 10 Facoltativo
Nome Descrizione
Attività
ActivityName
Il nome dello specifico evento aziendale o della Task che si è verificato in un determinato momento all'interno del processo dell'ordine cliente.
Descrizione

Questo attributo rappresenta un passaggio o un evento distinto nel ciclo di vita dell'ordine cliente, ad esempio 'Ordine cliente creato', 'Merce spedita' o 'Pagamento ricevuto'. La sequenza di queste attività per un determinato ordine cliente costituisce il flusso del processo.

L'analisi della sequenza, della frequenza e delle transizioni tra le attività è il fulcro del Process Mining. Aiuta a visualizzare la mappa del processo, identificare le varianti comuni e rare, rilevare i colli di bottiglia e individuare le aree di rilavorazione o di non conformità. Questo attributo è fondamentale per comprendere ciò che accade realmente nel processo.

Perché è importante

Definisce i passaggi del processo, rendendo possibile costruire e visualizzare il flusso del processo, che rappresenta l'obiettivo principale del Process Mining.

Dove reperirlo

Questo attributo deriva concettualmente dalla mappatura di specifici eventi di sistema o cambiamenti di stato nelle tabelle come 'SalesTable' e nelle tabelle logistiche o finanziarie correlate, associandoli a un nome di attività standardizzato.

Esempi
Ordine di vendita creatoMerci spediteFattura creataPagamento ricevuto
Ora di inizio
EventTime
La data e l'ora precise in cui si è verificata una specifica attività o un determinato evento.
Descrizione

L'Event Time, ovvero il timestamp, registra il momento esatto in cui si è svolta un'attività. Ogni attività nell'event log è associata a un timestamp, creando una registrazione cronologica del processo per ciascun caso.

Questo attributo è fondamentale per tutte le analisi temporali nel Process Mining. Viene utilizzato per calcolare i tempi di ciclo tra le attività, misurare la durata complessiva di un caso, analizzare i tempi di attesa e identificare i colli di bottiglia che rallentano il processo. Consente inoltre di monitorare le prestazioni nel tempo, ad esempio analizzando il throughput per giorno, settimana o mese.

Perché è importante

Questo timestamp è essenziale per calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i colli di bottiglia, nonché per ordinare cronologicamente gli eventi.

Dove reperirlo

Deriva da diversi campi di data e ora associati a transazioni specifiche, come 'SalesTable.CreatedDateTime' per la creazione dell'ordine o le date di registrazione dei pagamenti nei giornali contabili.

Esempi
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
Ordine di vendita
SalesOrderNumber
L'identificativo univoco di ogni ordine di vendita, utilizzato come identificativo principale del caso per il processo.
Descrizione

Il Numero dell'ordine cliente è un codice alfanumerico univoco assegnato a ciascun ordine cliente in Microsoft Dynamics 365. Funge da Case ID principale e collega tutte le attività e gli eventi correlati, dalla creazione alla chiusura.

Nel Process Mining, questo attributo è essenziale per ricostruire il percorso end-to-end di ogni singolo ordine cliente. Consente agli analisti di tracciare la sequenza completa delle attività, misurare la durata dei casi e analizzare le variazioni relative a ciascun ordine specifico, costituendo la base dell'intera analisi del processo.

Perché è importante

Questo identificativo è fondamentale per correlare tutti gli eventi correlati e consentire un'analisi completa, end-to-end, del ciclo di vita di ogni ordine cliente.

Dove reperirlo

Presente nella tabella 'SalesTable', campo 'SalesId'.

Esempi
SO-00102345SO-00102346SO-00102347
Sistema di origine
SourceSystem
Identifica il sistema informativo da cui provengono i dati.
Descrizione

Questo attributo specifica l'applicazione di origine in cui sono stati registrati i dati dell'evento. In questo contesto, sarà generalmente 'Microsoft Dynamics 365'.

Sebbene possa sembrare ridondante in un'analisi basata su un unico sistema, diventa fondamentale quando si uniscono dati provenienti da più sistemi, ad esempio un CRM separato o un sistema di gestione del magazzino. Garantisce la tracciabilità dei dati e facilita la risoluzione dei problemi di estrazione, indicando l'origine dei record.

Perché è importante

Fornisce un contesto fondamentale sull'origine dei dati, soprattutto quando si integrano dati provenienti da più sistemi, garantendo una chiara tracciabilità dei dati.

Dove reperirlo

È un valore statico, generalmente aggiunto durante la trasformazione dei dati per indicare l'origine del dataset.

Esempi
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica l'ultima volta in cui i dati sono stati aggiornati o estratti dal sistema di origine.
Descrizione

Questo attributo registra la data e l'ora dell'estrazione più recente dei dati da Microsoft Dynamics 365. Offre trasparenza sul livello di aggiornamento dei dati analizzati.

In qualsiasi analisi di processo, comprendere quanto siano recenti i dati è fondamentale per prendere decisioni informate. Questo timestamp aiuta gli utenti a considerare affidabili i dati, mostrando esattamente quando sono stati aggiornati l'ultima volta e garantendo che le conclusioni si basino su informazioni attuali.

Perché è importante

Garantisce che gli utenti siano consapevoli del livello di aggiornamento dei dati, un aspetto fondamentale per la rilevanza e l'accuratezza dell'analisi di Process Mining.

Dove reperirlo

Viene generato al momento dell'estrazione dei dati e aggiunto a ogni record durante il processo di acquisizione dei dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Canale di vendita
SalesChannel
Il canale attraverso il quale è stato ricevuto l'ordine cliente, ad esempio Web, vendita diretta o partner.
Descrizione

Il Sales Channel indica l'origine dell'ordine cliente. Può trattarsi di un sito di e-commerce, di un team di vendita diretta, di un punto vendita, di un call center o di una rete di partner. In Dynamics 365 questa dimensione viene spesso configurata in base alle esigenze aziendali.

Analizzare il processo per canale di vendita aiuta a individuare differenze nelle prestazioni tra i vari canali. Ad esempio, gli ordini Web potrebbero essere elaborati più rapidamente e con un livello maggiore di automazione rispetto agli ordini acquisiti telefonicamente. Questo insight consente di ottimizzare il processo e allocare le risorse in modo specifico per ciascun canale, supportando Dashboard come 'Valore dell'ordine cliente per segmento'.

Perché è importante

Consente di confrontare le prestazioni dei diversi canali di vendita, evidenziando inefficienze o best practice specifiche delle modalità di avvio degli ordini.

Dove reperirlo

Queste informazioni sono generalmente memorizzate nell'intestazione dell'ordine cliente. Consultare la documentazione di Microsoft Dynamics 365 per individuare il campo specifico.

Esempi
WebDirettoPartnerVendita al dettaglio
Data di consegna confermata
ConfirmedDeliveryDate
La data di consegna che l'azienda ha confermato e si è impegnata a rispettare nei confronti del cliente.
Descrizione

La Confirmed Delivery Date è la data che l'organizzazione di vendita promette al cliente per la consegna della merce. Viene definita dopo aver completato verifiche interne, come la disponibilità delle scorte e i programmi di produzione.

Questo attributo è essenziale per calcolare il KPI 'Tasso di aderenza alla data di consegna' dal punto di vista dell'impegno operativo. Fornisce un riferimento interno più realistico per misurare le consegne puntuali rispetto alla richiesta iniziale del cliente. L'analisi degli scostamenti rispetto a questa data aiuta a individuare le inefficienze interne nei processi logistici e di evasione.

Perché è importante

Rappresenta l'impegno dell'azienda nei confronti del cliente e costituisce quindi un riferimento interno fondamentale per misurare l'affidabilità dell'evasione e le prestazioni operative.

Dove reperirlo

Presente nei dati delle righe dell'ordine cliente, spesso nella tabella 'SalesLine', con un nome di campo come 'ConfirmedDlv'.

Esempi
2023-05-122023-06-012023-05-28
Data di consegna richiesta
RequestedDeliveryDate
La data di consegna dell'ordine richiesta dal cliente.
Descrizione

Questo attributo memorizza la data in cui il cliente ha inizialmente richiesto di ricevere la merce. La data viene acquisita al momento della creazione dell'ordine e costituisce il riferimento per misurare le prestazioni di consegna dal punto di vista del cliente.

È un input fondamentale per la Dashboard 'Aderenza alla data di consegna'. Il confronto tra 'RequestedDeliveryDate', 'ConfirmedDeliveryDate' e la data effettiva dell'evento 'Merce consegnata' mostra quanto l'organizzazione riesca a soddisfare le aspettative dei clienti. Scostamenti significativi possono indicare problemi di pianificazione, disponibilità delle scorte o logistica.

Perché è importante

Rappresenta l'aspettativa del cliente in merito alla consegna e fornisce un riferimento fondamentale per misurare la soddisfazione del cliente e le prestazioni delle consegne puntuali.

Dove reperirlo

Presente nella tabella 'SalesTable', generalmente con il nome 'DeliveryDate' o una variante simile.

Esempi
2023-05-102023-06-012023-05-25
Nome cliente
CustomerName
Il nome del cliente che ha effettuato l'ordine cliente.
Descrizione

Questo attributo contiene la denominazione legale del cliente associato all'ordine cliente. Deriva dal collegamento tra il numero di conto cliente presente nell'ordine e i dati anagrafici principali dei clienti.

Analizzare il processo per cliente è fondamentale per comprendere i comportamenti specifici e i livelli di servizio. Aiuta a individuare quali clienti subiscono i ritardi maggiori, quali presentano i tassi di rilavorazione più elevati o quali seguono percorsi di processo non standard. È un elemento essenziale per migliorare la soddisfazione dei clienti e gestire efficacemente gli account strategici.

Perché è importante

Consente un'analisi incentrata sul cliente per individuare schemi, ritardi o problemi specifici di determinati clienti, con un impatto diretto sulla soddisfazione del cliente.

Dove reperirlo

Ricavato dalla tabella 'CustTable' utilizzando il campo 'CustAccount' della tabella 'SalesTable'.

Esempi
Contoso LtdAdatum CorporationFabrikam Inc.
Valore dell'ordine
OrderValue
Il valore monetario complessivo dell'ordine cliente.
Descrizione

Questo attributo rappresenta l'importo finanziario totale dell'ordine cliente, inclusi tutti gli articoli, le imposte e gli oneri. È una metrica finanziaria fondamentale associata a ciascun caso.

Order Value è essenziale per l'analisi del processo basata sul valore. Consente di segmentare il processo per verificare se gli ordini di valore elevato vengono gestiti diversamente o subiscono più ritardi rispetto agli ordini di valore ridotto. Aiuta così a dare priorità agli interventi di miglioramento sui casi più rilevanti dal punto di vista finanziario e supporta Dashboard come 'Valore dell'ordine cliente per segmento'.

Perché è importante

Consente di segmentare finanziariamente il processo, aiutando a dare priorità ai miglioramenti sugli ordini di valore elevato e a comprendere le implicazioni di costo delle deviazioni dal processo.

Dove reperirlo

Presente nei dati dell'intestazione dell'ordine cliente. Consultare la documentazione di Microsoft Dynamics 365 per individuare la tabella e il campo specifici, spesso calcolati a partire dagli importi delle righe dell'ordine.

Esempi
5250.7512300.00899.50
Consegna puntuale
OnTimeDelivery
Un flag booleano che indica se la merce è stata consegnata entro la data di consegna confermata o prima di tale data.
Descrizione

Questo attributo calcolato confronta il timestamp dell'attività 'Merce consegnata' con 'ConfirmedDeliveryDate' per ciascun ordine cliente. Viene impostato su 'true' se la consegna è avvenuta puntualmente o in anticipo e su 'false' se è avvenuta in ritardo.

Questo flag costituisce la base per calcolare il KPI 'Tasso di aderenza alla data di consegna'. Semplifica l'analisi consentendo di filtrare e aggregare facilmente gli ordini consegnati puntualmente e quelli in ritardo. Aiuta a individuare rapidamente i fattori correlati ai ritardi, come specifici prodotti, clienti, aree geografiche o metodi di spedizione.

Perché è importante

Misura direttamente le prestazioni dell'evasione rispetto all'impegno assunto, un aspetto fondamentale per monitorare la soddisfazione del cliente e l'affidabilità della supply chain.

Dove reperirlo

Calcolato confrontando l' 'EventTime' dell'attività 'Merce consegnata' con l'attributo 'ConfirmedDeliveryDate'. Formula: ('Timestamp di Merce consegnata' <= ConfirmedDeliveryDate).

Esempi
truefalse
Data di scadenza del pagamento
PaymentDueDate
La data entro la quale il cliente è tenuto a effettuare il pagamento della fattura.
Descrizione

La Payment Due Date viene calcolata sulla base della data della fattura e dei termini di pagamento concordati con il cliente. Questa data è riportata sulla fattura del cliente.

Questo attributo è fondamentale per l'analisi della 'Conformità alla scadenza del pagamento' e per il KPI 'Tasso di pagamenti puntuali'. Confrontando 'PaymentDueDate' con la data effettiva dell'evento 'Pagamento ricevuto', l'azienda può individuare i pagamenti in ritardo, analizzare i comportamenti di pagamento per segmento cliente e adottare misure proattive per migliorare il flusso di cassa e ridurre i giorni di vendita ancora da incassare (DSO).

Perché è importante

Costituisce il riferimento per misurare le prestazioni dei pagamenti, un aspetto fondamentale per analizzare il flusso di cassa e gestire efficacemente i crediti verso clienti.

Dove reperirlo

Presente nella tabella 'CustInvoiceJour', campo 'DueDate'.

Esempi
2023-05-302023-06-152023-06-30
È una rilavorazione
IsRework
Un flag booleano che indica se un ordine cliente ha richiesto una rilavorazione, ad esempio la ripetizione di un'attività.
Descrizione

Questo attributo calcolato identifica i casi che si sono discostati dal flusso di processo diretto, ovvero dal cosiddetto 'happy path'. La rilavorazione viene rilevata individuando sequenze di attività che indicano la ripetizione di un passaggio, ad esempio quando un ordine viene prima non confermato e poi confermato nuovamente, oppure quando la merce viene prelevata e successivamente restituita a magazzino.

Contrassegnare i casi con rilavorazione è essenziale per il KPI 'Tasso di rilavorazione degli ordini cliente'. Consente agli analisti di isolare e analizzare rapidamente i flussi di processo inefficienti per comprenderne le cause principali, che possono includere errori di inserimento dati, problemi di credito o problemi di disponibilità delle scorte. La riduzione delle rilavorazioni è un obiettivo prioritario di molti progetti di miglioramento dei processi.

Perché è importante

Aiuta a quantificare l'inefficienza del processo contrassegnando i casi che hanno richiesto passaggi ripetuti e consentendo un'analisi mirata per ridurre sprechi e ritardi.

Dove reperirlo

Viene calcolato dallo strumento di Process Mining analizzando la sequenza delle attività per ciascun caso. Ad esempio, il rilevamento di uno schema come (A -> B -> C -> B) contrassegna il caso come rilavorazione.

Esempi
truefalse
Metodo di spedizione
ShippingMethod
Il metodo o il vettore utilizzato per spedire la merce al cliente.
Descrizione

Questo attributo specifica il servizio di trasporto utilizzato per la consegna, ad esempio 'Spedizione via terra', 'Trasporto aereo' o il nome di uno specifico vettore. Viene selezionato durante l'elaborazione dell'ordine in base alle preferenze del cliente, ai costi e alla velocità di consegna.

Per la Dashboard 'Prestazioni del metodo di spedizione', questa dimensione è essenziale. Analizzare i tempi di ciclo dall'evento 'Merce imballata' all'evento 'Merce consegnata', suddividendoli per metodo di spedizione, aiuta a individuare quali vettori siano più rapidi e affidabili o più soggetti a ritardi. Questo insight consente di migliorare la pianificazione logistica e la selezione dei vettori.

Perché è importante

Consente di analizzare le prestazioni dei diversi vettori e delle opzioni di spedizione, aiutando a ottimizzare la logistica in termini di costi, velocità e affidabilità.

Dove reperirlo

Queste informazioni sono generalmente memorizzate nell'intestazione dell'ordine cliente o nei record correlati all'evasione. Consultare la documentazione di Microsoft Dynamics 365.

Esempi
FedEx GroundUPS Next Day AirDHL Express
Nome utente
UserName
Il nome dell'utente che ha eseguito l'attività.
Descrizione

Questo attributo identifica lo specifico dipendente o utente di sistema responsabile dell'esecuzione di una determinata Task, ad esempio la conferma di un ordine o la creazione di una fattura. In genere è collegato a un ID utente in Microsoft Dynamics 365.

L'analisi delle prestazioni per utente aiuta a individuare le esigenze formative, riconoscere le persone con le migliori prestazioni e garantire un'equa distribuzione del carico di lavoro. È inoltre essenziale ai fini della conformità e dell'audit, poiché consente di attribuire chiaramente la responsabilità di ogni azione eseguita nel processo.

Perché è importante

Consente di analizzare le prestazioni del processo a livello individuale o di team, aiutando a individuare opportunità formative, squilibri nel carico di lavoro e colli di bottiglia legati alle risorse.

Dove reperirlo

Deriva da campi contenenti l'ID utente, come 'CreatedBy' o 'ModifiedBy', presenti in diverse tabelle delle transazioni, che vengono poi collegati alla tabella principale degli utenti, ad esempio 'UserInfo', per ottenere il nome completo.

Esempi
Alice JohnsonRobert BrownAmministratore di sistema
Numero articolo
ItemNumber
L'identificativo univoco di un prodotto o servizio presente nell'ordine cliente.
Descrizione

Item Number identifica lo specifico prodotto venduto. Poiché un ordine cliente può contenere più prodotti, questo attributo è generalmente associato ai dati degli eventi a livello di riga.

Analizzare il processo per prodotto aiuta a individuare problemi specifici. Ad esempio, determinati prodotti potrebbero essere associati a tempi di evasione più lunghi, tassi di rilavorazione più elevati o blocchi del credito più frequenti. Ciò consente di apportare miglioramenti mirati alla gestione delle scorte, alla configurazione dei dati di prodotto o ai processi di evasione per articoli specifici.

Perché è importante

Consente un'analisi a livello di prodotto, evidenziando se determinati articoli siano associati a ritardi di processo, rilavorazioni o altre inefficienze.

Dove reperirlo

Presente nella tabella 'SalesLine', campo 'ItemId'.

Esempi
PROD-00123PROD-00548SVC-00045
Ora di fine
EndTime
La data e l'ora precise in cui un'attività è stata completata.
Descrizione

Il timestamp End Time registra il momento in cui si conclude un'attività. Quando disponibile, consente di misurare con maggiore precisione la durata dell'attività rispetto alla stima basata sull'ora di inizio dell'attività successiva.

Nell'analisi, disporre sia dell'ora di inizio sia dell'ora di fine permette di calcolare con precisione il 'Processing Time' di ogni attività, distinguendolo dal 'Waiting Time' tra le attività. Questo è prezioso per identificare quali Task richiedono più tempo e quali passaggi del processo comportano invece lunghi ritardi.

Perché è importante

Consente di calcolare con precisione i tempi di elaborazione delle singole attività, distinguendo il tempo di lavoro effettivo dal tempo di attesa inattivo.

Dove reperirlo

Come per Start Time, deriva da diversi campi di data e ora. Potrebbe trattarsi di un campo 'ModifiedDateTime' o di un timestamp specifico relativo all'aggiornamento dello stato nelle tabelle come 'SalesTable' o 'WHSLoadTable'.

Esempi
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
Paese
CountryRegion
Il Paese dell'indirizzo di spedizione del cliente.
Descrizione

Questo attributo indica il Paese di destinazione della spedizione relativa all'ordine cliente. Deriva dalle informazioni sull'indirizzo di consegna del cliente memorizzate in Dynamics 365.

Analizzare le prestazioni del processo per Paese è importante per individuare le variazioni regionali. Le spedizioni internazionali possono prevedere passaggi aggiuntivi, come lo sdoganamento, con conseguente aumento dei tempi di ciclo. Questa analisi aiuta a comprendere e ottimizzare la logistica nei diversi mercati geografici.

Perché è importante

Agevola l'analisi geografica, aiutando a individuare colli di bottiglia regionali, problemi di conformità o variazioni delle prestazioni nella supply chain.

Dove reperirlo

Deriva dall'indirizzo di consegna del cliente, collegato all'ordine cliente. Le informazioni sul Paese si trovano generalmente nella tabella 'LogisticsPostalAddress', collegata tramite il riferimento all'indirizzo di consegna nella tabella 'SalesTable'.

Esempi
USADEUCANGBR
Pagamento puntuale
OnTimePayment
Un flag booleano che indica se il pagamento è stato ricevuto entro la data di scadenza o prima di tale data.
Descrizione

Questo attributo calcolato confronta il timestamp dell'attività 'Pagamento ricevuto' con 'PaymentDueDate'. Viene impostato su 'true' se il pagamento è avvenuto puntualmente e su 'false' se è avvenuto in ritardo.

Questo flag è la componente principale del KPI 'Tasso di pagamenti puntuali'. Consente di segmentare rapidamente i clienti in pagatori 'puntuali' e 'in ritardo'. L'analisi può orientare le politiche di credito, le strategie di recupero crediti e la gestione delle relazioni con i clienti, individuando quelli che pagano sistematicamente in ritardo.

Perché è importante

Misura il comportamento di pagamento del cliente rispetto ai termini concordati, un elemento fondamentale per gestire il flusso di cassa e valutare il rischio di credito.

Dove reperirlo

Calcolato confrontando l' 'EventTime' dell'attività 'Pagamento ricevuto' con l'attributo 'PaymentDueDate'. Formula: ('Timestamp di Pagamento ricevuto' <= PaymentDueDate).

Esempi
truefalse
Stato dell'ordine cliente
SalesOrderStatus
Lo stato attuale dell'ordine cliente al momento dell'estrazione dei dati.
Descrizione

Questo attributo riflette lo stato complessivo dell'ordine cliente, ad esempio 'Ordine aperto', 'Fatturato', 'Annullato' o 'Consegnato'. Si tratta di uno stato riepilogativo mantenuto nell'intestazione dell'ordine cliente.

Mentre il registro delle attività offre una visione dinamica del processo, lo stato finale è utile per applicare filtri e segmentare i dati. Consente agli analisti di isolare facilmente tutti gli ordini aperti per visualizzare il carico di lavoro corrente oppure di separare gli ordini completati con successo da quelli annullati, così da analizzare le cause dell'annullamento.

Perché è importante

Fornisce una fotografia dello stato dell'ordine e consente di filtrare l'analisi per ordini aperti, chiusi o annullati, un'informazione utile per la gestione del carico di lavoro e l'analisi dei risultati.

Dove reperirlo

Presente nella tabella 'SalesTable', campo 'SalesStatus'.

Esempi
Ordine arretratoConsegnatoFatturatoAnnullato
Obbligatorio Consigliato Facoltativo

Attività dell’elaborazione degli ordini di vendita da Order to Cash

Queste sono le fasi chiave e le tappe fondamentali del processo da acquisire nell’Event Log per una corretta individuazione e analisi dell’elaborazione degli ordini di vendita.
6 Consigliato 7 Facoltativo
Attività Descrizione
Fattura creata
Rappresenta la generazione e la registrazione della fattura di vendita relativa alle merci o ai servizi spediti. Si tratta di una transazione finanziaria fondamentale, che registra formalmente il debito del cliente.
Perché è importante

Questa attività segna l'inizio della fase di regolamento finanziario del processo. Il tempo che intercorre tra la spedizione e la creazione della fattura è fondamentale per il KPI "Invoice Generation Cycle Time" e incide sul flusso di cassa.

Dove reperirlo

Si tratta di una transazione finanziaria esplicita. L'evento viene acquisito dalla data e dall'ora di registrazione del giornale della fattura di vendita (CustInvoiceJour).

Acquisizione

Acquisire il timestamp di registrazione del giornale della fattura di vendita.

Tipo di evento explicit
Merci spedite
Questo evento indica che le merci imballate dell'ordine sono state spedite e hanno lasciato il magazzino. In Dynamics 365 ciò viene formalizzato con la registrazione del Packing Slip.
Perché è importante

Si tratta di una tappa fondamentale, che segna la fine del processo interno di evasione e l'inizio della fase di consegna. È un timestamp essenziale per calcolare le prestazioni delle spedizioni puntuali.

Dove reperirlo

Si tratta di un evento molto chiaro ed esplicito, acquisito dalla data e dall'ora di registrazione del giornale Packing Slip (CustPackingSlipJour).

Acquisizione

Acquisire il timestamp di registrazione del giornale Packing Slip.

Tipo di evento explicit
Ordine chiuso
Lo stato finale di un ordine di vendita elaborato correttamente, che indica che è stato completamente spedito e fatturato e che non sono previste ulteriori transazioni. Segna il completamento positivo del processo.
Perché è importante

Questa attività rappresenta il principale punto finale per i casi completati correttamente. È essenziale per calcolare i tempi di ciclo end-to-end e il throughput.

Dove reperirlo

Viene dedotto dai campi di stato in SalesTable. Un ordine è considerato chiuso quando il "Sales status" è "Invoiced" e anche gli stati delle righe sono "Invoiced".

Acquisizione

Dedurre dalla modifica dei campi di stato in SalesTable a "Invoiced". Il timestamp corrisponde in genere alla data dell'ultima transazione correlata, ad esempio la fatturazione o il pagamento.

Tipo di evento inferred
Ordine confermato
Questa attività indica la conferma formale dell'ordine di vendita, con l'impegno a consegnare i beni o i servizi specificati. In Dynamics 365 si tratta di un'azione esplicita dell'utente che genera un giornale di conferma.
Perché è importante

La conferma è una tappa fondamentale che avvia ufficialmente il processo di evasione. Misurare il tempo che intercorre tra la creazione e la conferma rivela l'efficienza dell'elaborazione da parte del front office.

Dove reperirlo

Si tratta di un evento esplicito acquisito dalla data di registrazione del giornale di conferma dell'ordine di vendita (SalesConfirmJour). Il timestamp può essere ricollegato a SalesTable.

Acquisizione

Acquisire il timestamp di registrazione del giornale di conferma dell'ordine di vendita.

Tipo di evento explicit
Ordine di vendita creato
Questo evento indica la creazione iniziale dell'ordine di vendita nel sistema da parte di un rappresentante commerciale o tramite un canale automatizzato. Viene registrato esplicitamente quando un nuovo record viene creato e salvato nella tabella principale degli ordini di vendita.
Perché è importante

Questa attività rappresenta il punto di partenza universale per tutti i casi relativi agli ordini di vendita. Fornisce il timestamp iniziale necessario per calcolare il tempo di ciclo complessivo degli ordini di vendita e analizzare il throughput.

Dove reperirlo

Si tratta di un evento esplicito acquisito dal campo "Created date and time" del record di intestazione SalesTable in Microsoft Dynamics 365.

Acquisizione

Leggere il timestamp di creazione dall'entità SalesTable.

Tipo di evento explicit
Pagamento ricevuto
Questa attività indica che il pagamento del cliente relativo alla fattura è stato ricevuto e contabilizzato. L'evento si verifica nel modulo Accounts Receivable ed è collegato alla fattura di origine.
Perché è importante

Si tratta di una tappa fondamentale per analizzare il ciclo di conversione del contante. È essenziale per misurare il KPI "On-Time Payment Rate" e identificare i ritardi nella riscossione dei pagamenti.

Dove reperirlo

Si tratta di un evento esplicito del modulo Accounts Receivable. Viene acquisito dalla data della transazione relativa al regolamento del pagamento del cliente (CustSettlement), che chiude la transazione della fattura (CustTrans).

Acquisizione

Acquisire la data del regolamento dalla tabella CustSettlement, collegandola alla fattura e all'ordine di vendita.

Tipo di evento explicit
Merci consegnate
Indica che la spedizione è stata consegnata correttamente all'indirizzo specificato dal cliente. Queste informazioni vengono spesso aggiornate dal sistema di un vettore esterno o tramite una conferma manuale.
Perché è importante

Questa attività è fondamentale per misurare il KPI "Delivery Date Adherence" e comprendere il reale tempo di ciclo percepito dal cliente. Aiuta a valutare le prestazioni del vettore.

Dove reperirlo

Questo evento non viene tracciato nativamente come evento esplicito nel D365 standard. In genere viene dedotto dalla ricezione di un aggiornamento tramite l'integrazione con il vettore o da un aggiornamento manuale dello stato sull'ordine di vendita o sul record della spedizione.

Acquisizione

Dedurre da un flusso integrato del vettore o dall'aggiornamento manuale di un campo di stato.

Tipo di evento inferred
Merci imballate
Questa attività indica il completamento del processo di imballaggio, durante il quale gli articoli prelevati vengono riuniti e preparati per la spedizione. In D365 può coincidere con la generazione di un documento di accompagnamento della spedizione.
Perché è importante

Il tempo che intercorre tra il prelievo e l'imballaggio può rivelare colli di bottiglia nelle stazioni di imballaggio. È un sottoprocesso fondamentale del tempo di ciclo complessivo dell'evasione.

Dove reperirlo

Può trattarsi di un evento esplicito derivante dal completamento dell'imballaggio dei contenitori nel modulo WMS oppure può essere dedotto dalla generazione del giornale Packing Slip (CustPackingSlipJour), che spesso indica la fine dell'imballaggio.

Acquisizione

Dedurre dal completamento del lavoro di imballaggio o dalla data di creazione del giornale Packing Slip.

Tipo di evento inferred
Merci prelevate
Rappresenta il completamento del prelievo fisico di tutti gli articoli dell'ordine dalle relative ubicazioni di magazzino. In genere viene registrato quando un addetto al prelievo finalizza una lista di prelievo o un lavoro nel modulo WMS.
Perché è importante

Monitorare il tempo di completamento del prelievo è essenziale per analizzare l'efficienza del magazzino. I ritardi in questa fase incidono direttamente sul tempo complessivo necessario per la spedizione.

Dove reperirlo

Si tratta di un evento esplicito registrato nel modulo Warehouse Management. Viene acquisito dal timestamp di completamento del lavoro di magazzino (WHSWorkTable) relativo al prelievo dell'ordine di vendita.

Acquisizione

Acquisire il timestamp in cui lo stato "Work" del prelievo viene aggiornato a "Closed".

Tipo di evento explicit
Ordine annullato
Questo evento rappresenta l'annullamento di un ordine di vendita prima che fosse completamente spedito e fatturato. Costituisce una conclusione alternativa e non riuscita del processo.
Perché è importante

Monitorare gli annullamenti aiuta a identificare le cause delle vendite perse o dei fallimenti del processo. Analizzare quando e perché gli ordini vengono annullati può portare a miglioramenti del processo.

Dove reperirlo

Viene dedotto dalla modifica del campo "Sales status" in SalesTable a "Canceled". Il timestamp corrisponde al momento in cui è stata registrata la modifica di stato.

Acquisizione

Dedurre dalla modifica del campo di stato in SalesTable a "Canceled".

Tipo di evento inferred
Rilasciato al magazzino
Indica il momento in cui l'ordine di vendita viene formalmente rilasciato al magazzino per le operazioni di prelievo e spedizione. È una fase distinta negli ambienti che utilizzano il modulo Warehouse Management (WMS).
Perché è importante

Questa attività separa l'elaborazione dell'ordine dall'evasione fisica. Analizzare il tempo di attesa prima del rilascio dell'ordine può evidenziare problemi di pianificazione delle risorse o di integrazione dei sistemi.

Dove reperirlo

Si tratta di un evento esplicito acquisito dai record di rilascio al magazzino (WHSLoadTable, WHSShipmentTable) associati all'ordine di vendita.

Acquisizione

Acquisire il timestamp di creazione del carico o della spedizione di magazzino corrispondente.

Tipo di evento explicit
Scorte riservate
Questo evento indica che le scorte necessarie per le righe dell'ordine di vendita sono state riservate fisicamente o automaticamente nel sistema. In questo modo si garantisce la disponibilità degli articoli per il prelievo e l'evasione.
Perché è importante

Monitorare la prenotazione delle scorte aiuta ad analizzare i ritardi tra la conferma dell'ordine e l'avvio delle operazioni di magazzino. È fondamentale per il KPI "Inventory Allocation Lead Time".

Dove reperirlo

Può essere dedotto dalla creazione o dall'aggiornamento dei record delle transazioni di inventario (InventTrans) collegati alle righe dell'ordine, quando lo stato indica una prenotazione, ad esempio "On order" o "Reserved physical".

Acquisizione

Dedurre dal timestamp in cui le transazioni di inventario (InventTrans) dell'ordine vengono contrassegnate come riservate.

Tipo di evento inferred
Verifica del credito eseguita
Rappresenta il completamento della verifica del credito per il cliente associato all'ordine di vendita. Può trattarsi di un controllo automatico del sistema o di una revisione manuale, che spesso comporta una modifica dello stato del credito dell'ordine.
Perché è importante

Analizzare la durata e gli esiti delle verifiche del credito aiuta a identificare i colli di bottiglia nel processo di approvazione degli ordini. Blocchi frequenti o tempi di approvazione lunghi possono ritardare significativamente l'evasione degli ordini.

Dove reperirlo

In genere viene dedotto dalle modifiche di stato relative alla gestione del credito in SalesTable, ad esempio dal passaggio da "On hold" con una motivazione del credito a "Open". Può inoltre essere registrato nelle tabelle di gestione del credito se viene utilizzato il modulo avanzato.

Acquisizione

Dedurre dalla cronologia delle modifiche di stato in SalesTable o nelle tabelle correlate dei blocchi del credito.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Microsoft Dynamics 365

È pronto a iniziare?

Utilizzi questo Template per preparare i Suoi dati, quindi li carichi sulla nostra piattaforma per ottenere informazioni preziose e migliorare l'efficienza dell'elaborazione degli ordini di vendita. Inizi oggi stesso a ottimizzare il processo.

Ottimizzi ora Order to Cash - Sales Order Processing

Individui le inefficienze e riduca del 30% il tempo di ciclo per un'evasione più rapida.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Configurazione completata in pochi minuti.