Il Suo Template dei dati per Order to Cash - Sales Order Processing
Il Suo Template dei dati per Order to Cash - Sales Order Processing
- Attributi consigliati per un'analisi completa
- Attività principali del processo da monitorare
- Indicazioni specifiche per l'estrazione dei dati da Microsoft Dynamics 365
Attributi dell’elaborazione degli ordini di vendita da Order to Cash
| 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
|
|||
Attività dell’elaborazione degli ordini di vendita da Order to Cash
| 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
|
|||
Guide all'estrazione
È 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.
Non è richiesta alcuna carta di credito. Configurazione completata in pochi minuti.