Template dati: Da ordine a incasso - Gestione ordini di vendita
Il Suo Template di Dati per l'Elaborazione degli Ordini di Vendita nel Ciclo Dall'Ordine all'Incasso.
- Attributi consigliati per un'analisi completa
- Attività di processo chiave da monitorare
- Indicazioni specifiche per l'estrazione dei dati da Microsoft Dynamics 365
Dall'ordine all'incasso - Attributi dell'elaborazione ordini di vendita
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
ActivityName
|
Il nome dello specifico evento o attività di business verificatosi in un dato momento all'interno del processo dell'ordine di vendita. | ||
|
Descrizione
Questo attributo rappresenta un passaggio o evento distinto nel ciclo di vita dell'ordine di vendita, ad esempio 'Sales Order Created', 'Goods Shipped' o 'Payment Received'. La sequenza di queste attività per un dato ordine costituisce il flusso di processo. L'analisi della sequenza, della frequenza e delle transizioni tra attività è il cuore del Process Mining. Aiuta a visualizzare la mappa del processo, identificare le varianti comuni e rare, individuare i colli di bottiglia e rilevare aree di rielaborazione o di non conformità. Questo attributo è fondamentale per capire cosa accade realmente nel processo.
Perché è importante
Definisce le fasi del processo, rendendo possibile la costruzione e la visualizzazione del flusso di processo, che è l'obiettivo principale del Process Mining.
Dove trovare
Questo attributo è derivato concettualmente mappando eventi di sistema specifici o cambi di stato in tabelle come 'SalesTable' e in tabelle logistiche o finanziarie correlate a un nome di attività standardizzato.
Esempi
Ordine cliente creatoMerci spediteFattura CreataPagamento ricevuto
|
|||
|
Ora di Inizio
EventTime
|
La data e l'ora precise in cui si è verificata una specifica attività o un evento. | ||
|
Descrizione
L'Event Time, ovvero il timestamp, registra l'esatto momento in cui un'attività ha avuto luogo. Ogni attività nell'Event Log ha un timestamp associato, creando per ciascun caso un tracciato cronologico del processo. Questo attributo è fondamentale per tutte le analisi basate sul tempo nel Process Mining. Si utilizza per calcolare i tempi di ciclo tra le attività, misurare la durata totale di un caso, analizzare i tempi di attesa e individuare i colli di bottiglia dove il processo subisce ritardi. Consente inoltre il monitoraggio delle prestazioni nel tempo, ad esempio il throughput per giorno, settimana o mese.
Perché è importante
Questo timestamp è essenziale per calcolare tutte le metriche basate sulla durata, come tempi di ciclo e colli di bottiglia, e per ordinare cronologicamente gli eventi.
Dove trovare
Derivato da vari campi data/ora associati a specifiche transazioni, ad esempio 'SalesTable.CreatedDateTime' per la creazione dell'ordine o le date di registrazione dei giornali di pagamento per i pagamenti.
Esempi
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Ordine cliente
SalesOrderNumber
|
L'identificativo univoco di ciascun ordine di vendita, che funge da identificatore principale del caso per il processo. | ||
|
Descrizione
Il Sales Order Number è un codice alfanumerico univoco assegnato a ciascun ordine cliente in Microsoft Dynamics 365. Funziona come Case ID principale, collegando 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 di vendita. Consente agli analisti di tracciare l'intera sequenza di attività, misurare le durate del caso e analizzare le varianti per ciascun ordine specifico, costituendo la base di tutta l'analisi di processo.
Perché è importante
Questo identificativo è fondamentale per collegare tutti gli eventi connessi, consentendo un'analisi end‑to‑end completa del ciclo di vita di ciascun ordine cliente.
Dove trovare
Si trova 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 indica l'applicazione di origine in cui sono stati registrati i dati degli eventi. In questo contesto, in genere è 'Microsoft Dynamics 365'. Può sembrare ridondante in un'analisi su un solo sistema, ma diventa cruciale 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 (data lineage) e aiuta nella risoluzione dei problemi di estrazione individuando l'origine dei record.
Perché è importante
Fornisce un contesto cruciale sull'origine dei dati, soprattutto quando si integrano dati da più sistemi, assicurando una chiara tracciabilità dei dati.
Dove trovare
Si tratta di un valore statico, in genere aggiunto durante la trasformazione dei dati per etichettare l'origine del dataset.
Esempi
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Ultimo Data Update
LastDataUpdate
|
Il timestamp che indica l'ultima volta che i dati sono stati aggiornati o estratti dal sistema sorgente. | ||
|
Descrizione
Questo attributo registra data e ora dell'ultima estrazione dei dati da Microsoft Dynamics 365. Fornisce trasparenza sull'attualità dei dati analizzati. In qualsiasi analisi di processo, sapere quanto sono recenti i dati è fondamentale per prendere decisioni informate. Questo timestamp aiuta gli utenti a fidarsi dei dati mostrando esattamente quando sono stati aggiornati per l'ultima volta, assicurando che le conclusioni si basino su informazioni correnti.
Perché è importante
Garantisce che gli utenti siano consapevoli della tempestività dei dati, fondamentale per la pertinenza e l'accuratezza dell'analisi di Process Mining.
Dove trovare
Generato al momento dell'estrazione dei dati e aggiunto a ciascun record durante il processo di ingestione 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 di vendita, ad esempio Web, Vendite dirette o Partner. | ||
|
Descrizione
Il Sales Channel indica l'origine dell'ordine cliente. Può trattarsi di un sito e‑commerce, un team di vendita diretta, un punto vendita, un call center o una rete di partner. Questa dimensione è spesso configurata in base alle esigenze del business in Dynamics 365. Analizzare il processo per canale di vendita consente di evidenziare differenze di prestazioni tra canali. Ad esempio, gli ordini web possono essere gestiti più rapidamente e in modo più automatico rispetto a quelli inseriti telefonicamente. Queste informazioni permettono di ottimizzare i processi e l'allocazione delle risorse per canale, supportando dashboard come 'Valore ordini di vendita per segmento'.
Perché è importante
Consente di confrontare le performance tra i diversi canali di vendita, evidenziando inefficienze o buone pratiche legate alle modalità di acquisizione degli ordini.
Dove trovare
Queste informazioni sono in genere presenti nell'intestazione dell'ordine cliente. Consulti la documentazione di Microsoft Dynamics 365 per il campo specifico.
Esempi
WebDirettoPartnerRetail
|
|||
|
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 data di consegna confermata è la data che l'organizzazione venditrice promette al cliente per la consegna dei beni. Questa data viene definita dopo i controlli interni, come la disponibilità a magazzino e i piani di produzione. Questo attributo è essenziale per calcolare il KPI 'Tasso di rispetto della data di consegna' dal punto di vista dell'impegno operativo. Fornisce un benchmark interno più realistico della puntualità rispetto alla richiesta iniziale del cliente. Analizzare gli scostamenti da questa data aiuta a individuare criticità interne nei processi di logistica ed evasione.
Perché è importante
Rappresenta l'impegno dell'azienda verso il cliente ed è quindi un riferimento interno cruciale per misurare l'affidabilità dell'evasione e le performance operative.
Dove trovare
Presente nei dati di riga dell'ordine di vendita, spesso nella tabella 'SalesLine' con un nome 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. Questa data viene acquisita al momento della creazione dell'ordine e funge da base per misurare le prestazioni di consegna dal punto di vista del cliente. Questa data è un input fondamentale per la dashboard 'Rispetto della data di consegna'. Il confronto tra la 'RequestedDeliveryDate', la 'ConfirmedDeliveryDate' e la data effettiva di 'Goods Delivered' mostra quanto l'organizzazione soddisfa le aspettative del cliente. Scostamenti ampi possono indicare problemi di pianificazione, inventario o logistica.
Perché è importante
Costituisce l'aspettativa del cliente relativa alla consegna e fornisce un riferimento chiave per misurare la soddisfazione del cliente e le performance di consegna puntuale.
Dove trovare
Si trova nella tabella 'SalesTable', comunemente denominato 'DeliveryDate' o in una variante simile.
Esempi
2023-05-102023-06-012023-05-25
|
|||
|
Nome cliente
CustomerName
|
Il nome del cliente che ha inserito l'ordine di vendita. | ||
|
Descrizione
Questo attributo contiene la ragione sociale del cliente associato all'ordine di vendita. È ricavato collegando il numero di conto cliente presente sull'ordine all'anagrafica cliente principale. Analizzare il processo per cliente è fondamentale per comprendere comportamenti e livelli di servizio specifici per cliente. Aiuta a identificare quali clienti subiscono più ritardi, quali hanno i tassi di rielaborazione più alti o percorrono varianti di processo non standard. È essenziale per migliorare la soddisfazione del cliente e gestire in modo efficace i clienti chiave.
Perché è importante
Consente analisi in ottica cliente per identificare schemi, ritardi o problemi specifici a determinati clienti, con impatto diretto sulla soddisfazione.
Dove trovare
Ricavato da 'CustTable' utilizzando il campo 'CustAccount' di 'SalesTable'.
Esempi
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Valore Ordine
OrderValue
|
Il valore monetario totale dell'ordine di vendita. | ||
|
Descrizione
Questo attributo rappresenta l'importo totale dell'ordine di vendita, inclusi articoli, imposte e oneri. È una metrica finanziaria chiave associata a ciascuna istanza. Il valore dell'ordine è cruciale per un'analisi del processo basata sul valore. Consente di segmentare il processo per verificare se gli ordini di alto valore sono gestiti in modo diverso o subiscono più ritardi rispetto a quelli di basso valore. Aiuta a dare priorità agli interventi di miglioramento sulle istanze più rilevanti dal punto di vista economico e supporta dashboard come 'Valore degli ordini di vendita per segmento'.
Perché è importante
Consente la segmentazione finanziaria del processo, aiutando a dare priorità agli interventi sugli ordini di maggior valore e a comprendere l'impatto economico delle deviazioni di processo.
Dove trovare
Presente nei dati di testata dell'ordine di vendita. Consulti la documentazione di Microsoft Dynamics 365 per la tabella e il campo specifici, spesso calcolato dagli importi delle righe d'ordine.
Esempi
5250.7512300.00899.50
|
|||
|
Consegna puntuale
OnTimeDelivery
|
Indicatore booleano che segnala se la merce è stata consegnata entro la data di consegna confermata o prima. | ||
|
Descrizione
Questo attributo calcolato confronta il timestamp dell'attività 'Goods Delivered' con la 'ConfirmedDeliveryDate' per ciascun ordine di vendita. Assume valore 'true' se la consegna è puntuale o anticipata, e 'false' se è in ritardo. Questo flag è la base per il KPI 'Tasso di rispetto della data di consegna'. Semplifica l'analisi consentendo di filtrare e aggregare facilmente gli ordini puntuali rispetto a quelli in ritardo. Aiuta a individuare rapidamente i fattori correlati ai ritardi, come prodotti, clienti, regioni o metodi di spedizione.
Perché è importante
Misura direttamente le performance di evasione rispetto all’impegno preso, elemento cruciale per monitorare la soddisfazione del cliente e l’affidabilità della supply chain.
Dove trovare
Calcolato confrontando il campo 'EventTime' dell’attività 'Goods Delivered' con l’attributo 'ConfirmedDeliveryDate'. Formula: (timestamp di 'Goods Delivered' <= 'ConfirmedDeliveryDate').
Esempi
truefalse
|
|||
|
Data Scadenza Pagamento
PaymentDueDate
|
La data entro cui il cliente è tenuto a pagare la fattura. | ||
|
Descrizione
La data di scadenza del pagamento (Payment Due Date) viene calcolata in base alla data fattura e alle condizioni di pagamento concordate con il cliente. Questa data è riportata in fattura. Questo attributo è fondamentale per l'analisi di 'Payment Due Date Compliance' e per il KPI 'On-Time Payment Rate'. Confrontando la 'PaymentDueDate' con la data effettiva di 'Payment Received', l'azienda può individuare ritardi nei pagamenti, analizzare i comportamenti per segmento di clientela e adottare misure proattive per migliorare il flusso di cassa e ridurre il DSO (Days Sales Outstanding).
Perché è importante
È il riferimento per misurare la performance dei pagamenti, cruciale per analizzare il cash flow e gestire efficacemente la contabilità clienti.
Dove trovare
Si trova nella tabella 'CustInvoiceJour', campo 'DueDate'.
Esempi
2023-05-302023-06-152023-06-30
|
|||
|
È una Rilavorazione
IsRework
|
Indicatore booleano che segnala se un ordine di vendita ha comportato rilavorazioni, ad esempio attività ripetute. | ||
|
Descrizione
Questo attributo calcolato identifica le istanze che si sono discostate da un flusso lineare (happy path). La rielaborazione viene rilevata individuando sequenze di attività che indicano la ripetizione di un passaggio, ad esempio un ordine prima annullato e poi riconfermato, oppure merce prelevata e poi riportata in magazzino. Evidenziare le istanze con rielaborazione è essenziale per il KPI 'Tasso di rielaborazione degli ordini di vendita'. Consente agli analisti di isolare e indagare rapidamente i flussi inefficienti per comprenderne le cause alla radice, che possono essere errori di inserimento dati, problemi di credito o di inventario. Ridurre la rielaborazione è un obiettivo primario di molti progetti di miglioramento dei processi.
Perché è importante
Consente di quantificare le inefficienze di processo segnalando i casi che hanno richiesto passaggi ripetuti e permette analisi mirate per ridurre sprechi e ritardi.
Dove trovare
Viene calcolato dallo strumento di Process Mining analizzando la sequenza delle attività per ciascun case. Ad esempio, l'individuazione di uno schema come (A -> B -> C -> B) fa sì che il case venga contrassegnato come rework.
Esempi
truefalse
|
|||
|
Metodo di spedizione
ShippingMethod
|
Il metodo di spedizione o il corriere utilizzato per consegnare la merce al cliente. | ||
|
Descrizione
Questo attributo specifica il servizio di trasporto utilizzato per la consegna, ad esempio 'Ground Shipping', 'Air Freight' o il nome di un corriere specifico. La scelta avviene durante l'elaborazione dell'ordine in base alle preferenze del cliente, ai costi e alla velocità di consegna. Per la dashboard 'Prestazioni per metodo di spedizione' questa dimensione è essenziale. Analizzare i tempi di ciclo da 'Goods Packed' a 'Goods Delivered' suddivisi per metodo di spedizione aiuta a capire quali corrieri sono più rapidi, affidabili o soggetti a ritardi. Queste informazioni consentono una migliore pianificazione logistica e una selezione più consapevole dei corrieri.
Perché è importante
Consente l’analisi delle performance dei diversi vettori e delle opzioni di spedizione, aiutando a ottimizzare la logistica per costo, velocità e affidabilità.
Dove trovare
Queste informazioni sono in genere memorizzate nell'intestazione dell'ordine cliente o nei record di evasione correlati. Consulti 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 il dipendente o l'utente di sistema responsabile dell'esecuzione di un'attività, come confermare un ordine o creare una fattura. In genere è collegato a un ID utente in Microsoft Dynamics 365. Analizzare le prestazioni per utente aiuta a individuare esigenze formative, riconoscere i più performanti e distribuire correttamente il carico di lavoro. È inoltre essenziale per la conformità e per gli audit, garantendo una chiara responsabilità per ogni azione svolta nel processo.
Perché è importante
Consente di analizzare le prestazioni del processo per singolo utente o per team, aiutando a individuare opportunità di formazione, squilibri di carico e colli di bottiglia legati alle risorse.
Dove trovare
Derivato dai campi ID utente come 'CreatedBy' o 'ModifiedBy' presenti su varie tabelle di transazione, quindi collegati alla tabella principale degli utenti (ad es. 'UserInfo') per ottenere il nome completo.
Esempi
Alice JohnsonRobert BrownAmministratore di sistema
|
|||
|
Numero articolo
ItemNumber
|
L'identificativo univoco di un prodotto o servizio nell'ordine di vendita. | ||
|
Descrizione
L'Item Number identifica il prodotto specifico venduto. Poiché un ordine di vendita può contenere più prodotti, questo attributo è in genere associato ai dati evento a livello di riga d'ordine. Analizzare il processo per prodotto aiuta a far emergere criticità specifiche. Alcuni articoli, ad esempio, possono richiedere tempi di evasione più lunghi, avere tassi di rilavorazione più alti o essere soggetti più spesso a blocchi di credito. Ciò abilita interventi mirati sulla gestione delle scorte, la configurazione dei dati di prodotto o i processi di evasione per specifici articoli.
Perché è importante
Permette analisi a livello di prodotto, evidenziando se alcuni articoli sono associati a ritardi di processo, rilavorazioni o altre inefficienze.
Dove trovare
Si trova nella tabella 'SalesLine', campo 'ItemId'.
Esempi
PROD-00123PROD-00548SVC-00045
|
|||
|
Ora di Fine
EndTime
|
La data e l'ora esatte in cui un'attività è stata completata. | ||
|
Descrizione
Il timestamp di fine (End Time) cattura il momento in cui un'attività si conclude. Quando disponibile, consente di misurare con maggiore accuratezza la durata dell'attività invece di inferirla dall'ora di inizio dell'attività successiva. Nell'analisi, disporre sia dell'ora di inizio sia di fine permette di calcolare con precisione il 'Tempo di lavorazione' di ciascuna attività, distinguendolo dal 'Tempo di attesa' tra attività. Questo è prezioso per capire quali attività assorbono davvero tempo e quali passaggi presentano lunghi tempi morti.
Perché è importante
Permette di calcolare con precisione i tempi di elaborazione delle singole attività, distinguendo il tempo di lavoro attivo dai tempi di attesa.
Dove trovare
Come 'Start Time', questo valore è derivato da vari campi data/ora. Potrebbe essere un campo 'ModifiedDateTime' o uno specifico timestamp di aggiornamento dello stato in 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 dell'ordine di vendita. È ricavato dalle informazioni sull'indirizzo di consegna del cliente archiviate in Dynamics 365. Analizzare le prestazioni di processo per Paese è importante per individuare differenze regionali. Le spedizioni internazionali possono richiedere passaggi aggiuntivi, come lo sdoganamento, con conseguenti tempi di ciclo più lunghi. Questa analisi aiuta a comprendere e ottimizzare la logistica per i diversi mercati geografici.
Perché è importante
Agevola l’analisi geografica, aiutando a individuare colli di bottiglia regionali, problemi di conformità o variazioni di performance nella supply chain.
Dove trovare
Derivato dall’indirizzo di consegna del cliente, collegato all’ordine di vendita. Le informazioni sul Paese si trovano in genere nella tabella 'LogisticsPostalAddress', unita tramite il collegamento all’indirizzo di consegna su 'SalesTable'.
Esempi
Stati UnitiDEUCANGBR
|
|||
|
Pagamento puntuale
OnTimePayment
|
Indicatore booleano che segnala se il pagamento è stato ricevuto entro la data di scadenza o prima. | ||
|
Descrizione
Questo attributo calcolato confronta il timestamp dell'attività 'Payment Received' con la 'PaymentDueDate'. Assume valore 'true' se il pagamento è puntuale e 'false' se è in ritardo. Questo flag è il componente centrale del KPI 'Tasso di pagamenti puntuali'. Consente di segmentare rapidamente i clienti in 'puntuali' e 'in ritardo'. Questa analisi può guidare le politiche di credito, le strategie di incasso e la gestione delle relazioni con i clienti, identificando chi paga cronicamente in ritardo.
Perché è importante
Misura il comportamento di pagamento dei clienti rispetto alle condizioni concordate, elemento fondamentale per gestire il flusso di cassa e valutare il rischio di credito.
Dove trovare
Calcolato confrontando il campo 'EventTime' dell’attività 'Payment Received' con l’attributo 'PaymentDueDate'. Formula: (timestamp di 'Payment Received' <= 'PaymentDueDate').
Esempi
truefalse
|
|||
|
Stato dell'ordine cliente
SalesOrderStatus
|
Lo stato attuale dell'ordine di vendita al momento dell'estrazione dei dati. | ||
|
Descrizione
Questo attributo riflette lo stato complessivo dell'ordine di vendita, ad esempio 'Ordine aperto', 'Fatturato', 'Annullato' o 'Consegnato'. Si tratta di uno stato riepilogativo mantenuto sull'intestazione dell'ordine. Sebbene il log delle attività fornisca una vista dinamica del processo, lo stato finale è utile per il filtraggio e la segmentazione. Consente agli analisti di isolare facilmente tutti gli ordini aperti per avere una visione del carico di lavoro attuale, oppure di separare gli ordini conclusi con successo da quelli annullati per analizzare i motivi dell'annullamento.
Perché è importante
Fornisce un'istantanea dello stato dell'ordine e consente di filtrare l'analisi per ordini aperti, chiusi o annullati; è utile per la gestione del carico di lavoro e l'analisi degli esiti.
Dove trovare
Si trova nella tabella 'SalesTable', campo 'SalesStatus'.
Esempi
BackorderConsegnatoFatturatoAnnullato
|
|||
|
Tempo di Ciclo
CycleTime
|
Il tempo totale trascorso dalla creazione dell'ordine di vendita fino alla sua chiusura finale. | ||
|
Descrizione
Il tempo di ciclo è una metrica calcolata che misura la durata totale di un’istanza di processo. Per il processo dell’ordine di vendita è, in genere, la differenza tra l’evento 'Sales Order Created' e l’evento 'Order Closed'. È un KPI primario dell’efficienza di processo. Dashboard e KPI come 'Overall Sales Order Cycle Time' si basano direttamente su questo calcolo. Analizzarne media, mediana e distribuzione aiuta a quantificare le performance, fissare obiettivi di miglioramento e misurare l’impatto delle iniziative di ottimizzazione.
Perché è importante
Questo è un indicatore chiave di performance dell'efficienza complessiva del processo: misura direttamente il tempo end‑to‑end necessario a evadere un ordine cliente.
Dove trovare
Calcolato sottraendo il timestamp del primo evento (es. 'Sales Order Created') da quello dell’ultimo evento (es. 'Order Closed') per ciascun 'SalesOrderNumber'.
Esempi
10 giorni 4 ore5 giorni e 11 ore22 giorni e 1 ora
|
|||
Dall'ordine all'incasso - Attività di elaborazione ordini di vendita
| Activity | Descrizione | ||
|---|---|---|---|
|
Fattura Creata
|
Rappresenta la generazione e la registrazione della fattura di vendita per i beni o servizi spediti. È 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 dalla spedizione alla creazione della fattura è critico per il KPI 'Tempo di generazione fattura' e ha un impatto sul flusso di cassa.
Dove trovare
È una transazione finanziaria esplicita. L'evento è rilevato dalla data e ora di registrazione del giornale Fattura di vendita (CustInvoiceJour).
Acquisisci
Acquisire il timestamp di registrazione della fattura di vendita.
Tipo di evento
explicit
|
|||
|
Merci spedite
|
Questo evento indica che la merce imballata relativa all'ordine è stata spedita e ha lasciato il magazzino. In Dynamics 365 ciò viene formalizzato con la registrazione del Packing Slip. | ||
|
Perché è importante
Si tratta di una tappa cruciale che segna la fine dell'evasione interna e l'inizio della fase di consegna. È un riferimento temporale chiave per calcolare la puntualità di spedizione.
Dove trovare
È un evento molto chiaro ed esplicito, rilevato dalla data e ora di registrazione del giornale Packing Slip (CustPackingSlipJour).
Acquisisci
Acquisire il timestamp di registrazione del documento di trasporto (Packing Slip).
Tipo di evento
explicit
|
|||
|
Ordine chiuso
|
Lo stato finale di un ordine di vendita evaso con successo, che indica che è stato completamente spedito, fatturato e non sono previste ulteriori transazioni. Segna il completamento del processo. | ||
|
Perché è importante
Questa attività funge da punto di chiusura principale per i casi completati con successo. È essenziale per calcolare i tempi di ciclo end‑to‑end e il throughput.
Dove trovare
Deducibile dai campi di stato su SalesTable. Un ordine è considerato chiuso quando 'Sales status' è 'Invoiced' e anche gli stati delle righe risultano 'Invoiced'.
Acquisisci
Ricavare dal cambiamento dei campi di stato di 'SalesTable' a 'Invoiced'. Il timestamp è in genere l'ultima data di transazione correlata, ad esempio fatturazione o pagamento.
Tipo di evento
inferred
|
|||
|
Ordine cliente creato
|
Questo evento segna la creazione iniziale dell'ordine di vendita nel sistema da parte di un addetto alle vendite oppure tramite un canale automatizzato. Viene registrato esplicitamente quando si crea e si salva un nuovo record nella tabella principale degli ordini di vendita. | ||
|
Perché è importante
Questa attività è il punto di partenza universale per tutti gli ordini di vendita. Fornisce il timestamp iniziale necessario per calcolare il tempo di ciclo complessivo dell'ordine di vendita e analizzare il throughput.
Dove trovare
È un evento esplicito rilevato dal campo 'Created date and time' del record di intestazione SalesTable in Microsoft Dynamics 365.
Acquisisci
Legga il timestamp di creazione dall'entità SalesTable.
Tipo di evento
explicit
|
|||
|
Ordine confermato
|
Questa attività attesta la conferma formale dell'ordine di vendita, con l'impegno a consegnare i beni o servizi specificati. In Dynamics 365 è un'azione esplicita dell'utente che genera un giornale di conferma. | ||
|
Perché è importante
La conferma è una tappa cruciale che avvia ufficialmente l’evasione. Misurare il tempo dalla creazione alla conferma evidenzia l’efficienza del front office.
Dove trovare
È un evento esplicito rilevato dalla data di registrazione del giornale di conferma ordine cliente (SalesConfirmJour). Il timestamp può essere ricondotto al SalesTable.
Acquisisci
Acquisire il timestamp di registrazione della conferma ordine di vendita.
Tipo di evento
explicit
|
|||
|
Pagamento ricevuto
|
Questa attività indica che il pagamento del cliente per la fattura è stato ricevuto e applicato. L'evento avviene nel modulo Contabilità clienti (Accounts Receivable) ed è collegato alla fattura originaria. | ||
|
Perché è importante
Si tratta di una tappa fondamentale per analizzare il ciclo di conversione della cassa. È essenziale per misurare il KPI "On-Time Payment Rate" e individuare ritardi nell'incasso dei pagamenti.
Dove trovare
È un evento esplicito del modulo Contabilità clienti. È rilevato dalla data della transazione del regolamento del pagamento del cliente (CustSettlement) che chiude la transazione di fattura (CustTrans).
Acquisisci
Acquisire la data di chiusura partita dalla tabella CustSettlement, collegandola alla fattura e all’ordine di vendita.
Tipo di evento
explicit
|
|||
|
Controllo credito eseguito
|
Rappresenta il completamento della verifica del credito per il cliente associato all'ordine. Può trattarsi di un controllo automatico o di una revisione manuale, spesso con conseguente modifica dello stato di credito dell'ordine. | ||
|
Perché è importante
Analizzare durata ed esiti dei controlli credito aiuta a individuare i colli di bottiglia nell'approvazione degli ordini. Blocchi frequenti o tempi di approvazione lunghi possono ritardare in modo significativo l'evasione degli ordini.
Dove trovare
In genere dedotto dai cambi di stato relativi alla gestione crediti su SalesTable, ad esempio il passaggio da 'On hold' con una motivazione di credito a 'Open'. Può anche essere registrato nelle tabelle di gestione crediti se si utilizza il modulo avanzato.
Acquisisci
Ricavare dalla cronologia dei cambi di stato su 'SalesTable' o sulle tabelle correlate al blocco di credito.
Tipo di evento
inferred
|
|||
|
Inventario prenotato
|
Questo evento indica che la scorta necessaria per le righe dell'ordine di vendita è stata prenotata fisicamente o automaticamente nel sistema. Ciò assicura che gli articoli siano disponibili per il prelievo e l'evasione. | ||
|
Perché è importante
Monitorare la prenotazione dell'inventario aiuta ad analizzare i ritardi tra la conferma dell'ordine e l'avvio delle operazioni di magazzino. È cruciale per il KPI "Inventory Allocation Lead Time".
Dove trovare
Può essere dedotto dalla creazione o dall'aggiornamento dei record di transazioni di magazzino (InventTrans) collegati alle righe dell'ordine di vendita, in cui lo stato indica una prenotazione (ad es. 'On order', 'Reserved physical').
Acquisisci
Ricavare dal timestamp in cui le transazioni di inventario (InventTrans) dell'ordine sono contrassegnate come prenotate.
Tipo di evento
inferred
|
|||
|
Merci consegnate
|
Indica che la spedizione è stata consegnata con successo all'indirizzo specificato dal cliente. Questa informazione è spesso aggiornata dal sistema del vettore esterno o tramite una conferma manuale. | ||
|
Perché è importante
Questa attività è cruciale per misurare il KPI 'Rispetto della data di consegna' e comprendere il vero tempo di ciclo percepito dal cliente. Aiuta a valutare le prestazioni del corriere.
Dove trovare
Nella versione standard di Dynamics 365 non è tracciato nativamente come evento esplicito. In genere viene dedotto da un aggiornamento proveniente da un'integrazione con il corriere o da un aggiornamento manuale dello stato sull'ordine cliente o sul record di spedizione.
Acquisisci
Ricavare da un feed del vettore integrato oppure da un aggiornamento manuale del campo di stato.
Tipo di evento
inferred
|
|||
|
Merci imballate
|
Questa attività segna il completamento del processo di packing, in cui gli articoli prelevati vengono consolidati e preparati per la spedizione. In D365, può coincidere con la generazione del DDT (packing slip). | ||
|
Perché è importante
Il tempo tra picking e packing può rivelare colli di bottiglia nelle postazioni di imballaggio. È un sottoprocesso chiave all'interno del tempo di ciclo complessivo di evasione.
Dove trovare
Può essere un evento esplicito derivante dal completamento dell'imballaggio del contenitore nel modulo WMS oppure dedotto dalla generazione del giornale 'Packing Slip' (CustPackingSlipJour), che spesso indica la fine dell'imballaggio.
Acquisisci
Ricavare dal completamento del lavoro di imballo oppure dalla data di creazione del registro 'Packing Slip'.
Tipo di evento
inferred
|
|||
|
Merci prelevate
|
Rappresenta il completamento del picking fisico di tutti gli articoli dell'ordine dalle rispettive ubicazioni di magazzino. In genere viene registrato quando l'operatore finalizza una picking list o un work order nel modulo WMS. | ||
|
Perché è importante
Monitorare il tempo di completamento del picking è essenziale per analizzare l'efficienza del magazzino. I ritardi in questa fase impattano direttamente sul tempo complessivo di spedizione.
Dove trovare
È un evento esplicito registrato nel modulo Warehouse Management. È rilevato dal timestamp di completamento del lavoro di magazzino (WHSWorkTable) relativo al picking dell'ordine cliente.
Acquisisci
Acquisire il timestamp in cui lo stato 'Work' del picking 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. È un esito alternativo, non andato a buon fine, del processo. | ||
|
Perché è importante
Monitorare le cancellazioni aiuta a individuare le cause di vendite perse o di inefficienze di processo. Analizzare quando e perché gli ordini vengono annullati può portare a miglioramenti del processo.
Dove trovare
Deducibile dal campo 'Sales status' su SalesTable quando passa a 'Canceled'. Il timestamp corrisponde al momento in cui è stata registrata la variazione di stato.
Acquisisci
Ricavare dal cambio del campo di stato di 'SalesTable' in 'Canceled'.
Tipo di evento
inferred
|
|||
|
Rilasciato al magazzino
|
Segna il momento in cui l'ordine di vendita viene rilasciato formalmente 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 in cui un ordine attende prima del rilascio può mettere in luce problemi di pianificazione delle risorse o di integrazione dei sistemi.
Dove trovare
È un evento esplicito rilevato dai record di rilascio di magazzino (WHSLoadTable, WHSShipmentTable) associati all'ordine cliente.
Acquisisci
Acquisire il timestamp di creazione del relativo carico di magazzino o della spedizione.
Tipo di evento
explicit
|
|||