Il Suo Template dei dati per Order to Cash - elaborazione degli ordini di vendita
Il Suo Template dei dati per Order to Cash - elaborazione degli ordini di vendita
- Attributi consigliati da raccogliere
- Attività chiave da monitorare
- Indicazioni per l'estrazione da Salesforce Sales Cloud
Attributi dell’elaborazione degli ordini di vendita da Order to Cash
| Nome | Descrizione | ||
|---|---|---|---|
| Nome attività ActivityName | Il nome dello specifico evento aziendale o della Task che si è verificato durante il ciclo di vita dell'ordine di vendita. | ||
| Descrizione Il nome dell'attività descrive un passaggio del processo dell'ordine di vendita, ad esempio «Order Created», «Credit Check Performed» o «Invoice Sent». Queste attività costituiscono gli elementi fondamentali della mappa di processo e derivano da eventi di sistema, modifiche di stato o completamento di Task. L'analisi di queste attività consente di visualizzare il flusso di processo, identificare i percorsi più frequenti, ovvero le varianti, e misurare la frequenza e la durata di ogni passaggio. È un elemento fondamentale per comprendere ciò che accade nel processo. Perché è importante Questo attributo definisce i passaggi della mappa di processo. Senza di esso non è possibile visualizzare il flusso né analizzare come vengono effettivamente gestiti gli ordini di vendita. Dove reperirlo In genere deriva dalle modifiche del campo «Order.Status», dalla creazione di record correlati, ad esempio Invoice, oppure da record Task o Event completati e associati all'Order. Esempi Ordine creatoOrdine approvatoMerce speditaPagamento ricevuto | |||
| Ora dell'evento EventTime | La data e l'ora esatte in cui si è verificata l'attività. | ||
| Descrizione L'ora dell'evento, o timestamp, registra il momento preciso in cui si è verificata un'attività. Questi dati sono fondamentali per ordinare correttamente gli eventi e calcolare la durata tra le attività, che costituisce la base di ogni analisi di Process Mining basata sul tempo. Questo attributo viene utilizzato per ordinare le attività di ogni case, calcolare i tempi di attraversamento, individuare i tempi di attesa e analizzare le prestazioni del processo in periodi diversi. Timestamp imprecisi o mancanti possono limitare gravemente l'utilità dell'analisi. Perché è importante I timestamp sono essenziali per ordinare cronologicamente gli eventi e calcolare tutte le metriche di performance, come i tempi di attraversamento e i colli di bottiglia. Dove reperirlo Corrisponde a campi come «CreatedDate» o «LastModifiedDate» dell'oggetto «Order» o dei record correlati. Per eventi specifici, può provenire dalla data di completamento di un record «Task». Esempi 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Ordine di vendita SalesOrderId | L'identificativo univoco di ogni ordine di vendita, utilizzato come case principale per monitorare l'intero processo order-to-cash. | ||
| Descrizione Il Sales Order ID è il riferimento centrale per l'analisi del processo e identifica in modo univoco ogni ordine del cliente durante il suo ciclo di vita. Collega tutte le attività associate, dalla creazione e approvazione fino all'evasione e al pagamento. Nel Process Mining, ogni evento relativo a uno specifico ordine viene ricondotto a questo ID. In questo modo è possibile ricostruire il percorso dell'ordine dall'inizio alla fine e analizzare in dettaglio i tempi di attraversamento, le varianti di processo e i colli di bottiglia per i singoli ordini. Perché è importante Questo attributo è essenziale per raggruppare tutti gli eventi correlati in un unico case, rendendo possibile visualizzare e analizzare il flusso end-to-end per ogni ordine di vendita. Dove reperirlo È il campo «Id» dell'oggetto standard Salesforce «Order». Esempi 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Sistema di origine SourceSystem | Identifica il sistema dal quale sono stati estratti i dati. | ||
| Descrizione Questo attributo specifica l'origine dei dati di processo. Per questa analisi, il valore sarà sempre «Salesforce Sales Cloud». Negli ambienti con più sistemi, questo campo è fondamentale per la tracciabilità dei dati e la risoluzione dei problemi. Anche in un contesto con un solo sistema, fornisce metadati importanti sull'origine dei dati. Perché è importante Fornisce il contesto essenziale sull'origine dei dati, importante per la governance dei dati e per l'integrazione di dati provenienti da più sistemi di origine. Dove reperirlo In genere è un valore statico aggiunto durante l'estrazione dei dati per identificare il dataset. Esempi Salesforce Sales Cloud | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Il timestamp che indica quando i dati sono stati estratti o aggiornati l'ultima volta. | ||
| Descrizione Questo attributo registra la data e l'ora dell'estrazione più recente dei dati dal sistema di origine. Fornisce un contesto essenziale sull'aggiornamento dei dati analizzati. Gli analisti utilizzano queste informazioni per verificare se stanno visualizzando i dati di processo più recenti e per valutarne la rilevanza. È un metadato fondamentale per qualsiasi progetto di Process Mining. Perché è importante Informa gli utenti sull'attualità dei dati, assicurando che comprendano quanto sia aggiornata l'analisi. Dove reperirlo È un timestamp generato e aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2023-11-01T05:00:00Z | |||
| Data di consegna richiesta RequestedDeliveryDate | La data di consegna dell'ordine richiesta dal cliente. | ||
| Descrizione Questo attributo memorizza la data entro la quale il cliente si aspetta di ricevere la merce. Costituisce un riferimento fondamentale per misurare le performance di consegna e la soddisfazione del cliente. Questa data viene utilizzata direttamente nella Dashboard «Delivery Date Adherence Tracking» e nel KPI «On-Time Delivery Rate». Viene confrontata con la data effettiva di consegna, ovvero il timestamp «Goods Delivered», per determinare se l'ordine è stato consegnato in anticipo, puntualmente o in ritardo. Perché è importante È il principale riferimento per misurare le performance delle consegne puntuali, un indicatore chiave della soddisfazione del cliente e dell'efficacia operativa. Dove reperirlo Spesso è un campo data personalizzato dell'oggetto «Order». Il nome esatto può variare. Consultare la documentazione o lo schema di Salesforce Sales Cloud. Esempi 2023-11-152023-12-012024-01-10 | |||
| Importo totale dell'ordine TotalOrderAmount | Il valore monetario complessivo dell'ordine di vendita. | ||
| Descrizione Questo attributo rappresenta l'importo finanziario totale dell'ordine del cliente. È una metrica fondamentale per comprendere l'impatto aziendale dell'efficienza o dell'inefficienza dei processi. Nell'analisi, l'importo totale dell'ordine può essere utilizzato per segmentare i case, ad esempio per verificare se gli ordini di valore elevato vengono elaborati in modo diverso o subiscono più ritardi rispetto a quelli di valore ridotto. È inoltre essenziale per calcolare i KPI finanziari e comprendere il valore che attraversa il processo. Perché è importante Consente di analizzare il processo dal punto di vista finanziario, segmentando gli ordini per valore e quantificando l'impatto monetario dei ritardi o delle rilavorazioni. Dove reperirlo È il campo «TotalAmount» dell'oggetto standard Salesforce «Order». Esempi 5400.50125000.00950.75 | |||
| Nome account AccountName | Il nome del cliente o dell'azienda che ha effettuato l'ordine di vendita. | ||
| Descrizione Il nome dell'account identifica il cliente associato all'ordine di vendita e consente di analizzare il processo dal punto di vista del cliente. Utilizzando questo attributo, gli analisti possono filtrare il processo per clienti specifici, confrontare le performance tra diversi segmenti di clientela o individuare i clienti che riscontrano con maggiore frequenza problemi nel processo. È fondamentale per collegare direttamente le performance del processo all'esperienza del cliente. Perché è importante Collega le performance del processo a clienti specifici, consentendo analisi e segmentazioni per cliente utili a individuare schemi ricorrenti o problemi. Dove reperirlo L'oggetto «Order» contiene il campo di ricerca «AccountId». Questo ID deve essere collegato all'oggetto «Account» per recuperare il campo «Account.Name». Esempi Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Stato dell'ordine OrderStatus | Lo stato dell'ordine di vendita al momento dell'evento. | ||
| Descrizione Questo attributo acquisisce lo stato dell'ordine di vendita, ad esempio «Draft», «Activated», «Shipped» o «Closed». Le modifiche di stato sono spesso la fonte utilizzata per generare le attività nel log di processo. L'analisi dello stato dell'ordine fornisce il contesto di ogni evento ed è fondamentale per monitorare l'avanzamento dell'ordine. Aiuta a comprendere l'esito dei case, ad esempio distinguendo gli ordini «Cancelled» da quelli chiusi correttamente con stato «Closed». Perché è importante Fornisce un contesto essenziale per ogni evento ed è spesso alla base della definizione delle attività. È inoltre fondamentale per analizzare gli esiti dei case, come gli annullamenti. Dove reperirlo È il campo picklist «Status» dell'oggetto standard Salesforce «Order». Esempi BozzaAttivatoSpeditoChiusoAnnullato | |||
| Tempo di attraversamento totale CycleTime | Il tempo totale trascorso dalla creazione dell'ordine di vendita alla sua chiusura definitiva. | ||
| Descrizione Il tempo di attraversamento totale è un indicatore chiave delle performance che misura la durata end-to-end del processo dell'ordine di vendita. Si calcola come differenza tra il primo evento, ad esempio «Order Created», e l'ultimo evento, ad esempio «Order Closed». Questa metrica è il principale oggetto della Dashboard «Sales Order End-to-End Cycle Time». L'analisi del tempo di attraversamento aiuta a individuare le inefficienze complessive del processo e a misurare l'impatto delle iniziative di miglioramento. Le variazioni possono essere analizzate segmentando i dati per altri attributi, come il Paese o la famiglia di prodotti. Perché è importante È un KPI fondamentale per misurare l'efficienza complessiva del processo e identificare gli ordini di lunga durata, che possono indicare problemi sistemici. Dove reperirlo Calcolato durante la trasformazione dei dati sottraendo il timestamp del primo evento da quello dell'ultimo evento per ogni «SalesOrderId». Esempi 10 giorni 4 ore25 giorni 11 ore5 giorni 2 ore | |||
| Utente che esegue l'azione UserPerformingAction | Il nome dell'utente o dell'agente di sistema che ha eseguito l'attività. | ||
| Descrizione Questo attributo identifica la persona responsabile del completamento di un passaggio del processo. Può trattarsi di un rappresentante commerciale, di un analista del credito o di un utente di sistema automatizzato. L'analisi basata su questo utente è fondamentale per comprendere la distribuzione del carico di lavoro, le performance individuali e il livello di automazione. Aiuta a rispondere a domande come «Quali utenti gestiscono più rilavorazioni?» o «Alcuni team completano le approvazioni più rapidamente?». Viene inoltre utilizzato nell'analisi delle reti sociali per comprendere i passaggi di consegne tra le persone. Perché è importante Consente di analizzare le performance per utente, team o ruolo e aiuta a individuare opportunità di automazione o necessità di formazione. Dove reperirlo Può essere ricavato da campi come «LastModifiedById» dell'oggetto «Order» o «OwnerId» dei record «Task». Questi ID devono essere collegati all'oggetto «User» per ottenere il nome dell'utente. Esempi Alice SmithBob JohnsonAutomazione di sistemaTeam del credito | |||
| Canale di vendita SalesChannel | Il canale attraverso il quale è stato effettuato l'ordine di vendita, ad esempio «Web», «Direct Sales» o «Partner». | ||
| Descrizione L'attributo Canale di vendita classifica gli ordini in base al loro punto di origine. Consente di confrontare le performance del processo tra canali diversi. È essenziale per la Dashboard «Sales Channel Performance Comparison». Filtrando o confrontando i dati per canale, le aziende possono individuare quelli più efficienti, quelli che richiedono più rilavorazioni e le aree in cui è necessario standardizzare i processi per allineare le performance. Perché è importante Consente di confrontare le performance tra diversi canali aziendali, aiutando a individuare le best practice e le aree in cui armonizzare i processi. Dove reperirlo In genere è un campo picklist personalizzato dell'oggetto «Order» o «Opportunity». Consultare la documentazione o lo schema di Salesforce Sales Cloud. Esempi Vendita direttaPortale webRete di partnerVendite interne | |||
| Consegna puntuale IsOnTimeDelivery | Un indicatore che segnala se la merce è stata consegnata entro la data di consegna richiesta dal cliente. | ||
| Descrizione Questo attributo booleano misura direttamente le performance della consegna rispetto alle aspettative del cliente. Si calcola confrontando il timestamp dell'attività «Goods Delivered» con «RequestedDeliveryDate». È alla base del calcolo del KPI «On-Time Delivery Rate». L'analisi di questo indicatore aiuta le organizzazioni a comprendere il proprio livello di affidabilità e il rispetto degli impegni, fattori determinanti per la soddisfazione del cliente. In combinazione con altri attributi, può evidenziare se determinati metodi di spedizione o regioni presentano tassi di puntualità inferiori. Perché è importante Fornisce una misura binaria chiara delle performance rispetto agli impegni assunti con il cliente e supporta direttamente il KPI On-Time Delivery Rate. Dove reperirlo Calcolato durante la trasformazione dei dati. La logica è: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Esempi truefalse | |||
| Durata dell'incasso PaymentCollectionDuration | Il tempo trascorso tra l'invio della fattura al cliente e la ricezione del pagamento. | ||
| Descrizione Questa metrica calcolata misura l'efficienza dell'ultima e fondamentale fase del ciclo order-to-cash: l'incasso. Rappresenta la durata tra l'attività «Invoice Sent to Customer» e l'attività «Payment Received». Questo attributo supporta direttamente la Dashboard «Payment Collection Duration» e il KPI «Payment Realization Time». L'analisi di questa durata aiuta il reparto finanziario a individuare i colli di bottiglia negli incassi, valutare l'efficacia dei termini di pagamento e identificare opportunità per accelerare il flusso di cassa. Perché è importante Misura l'efficienza del processo di gestione dei crediti commerciali, incidendo direttamente sul flusso di cassa dell'azienda. Dove reperirlo Calcolato durante la trasformazione dei dati sottraendo, per ogni case, il timestamp dell'evento «Invoice Sent to Customer» da quello dell'evento «Payment Received». Esempi 30 giorni15 giorni 8 ore45 giorni | |||
| È automatizzato IsAutomated | Un indicatore che segnala se l'attività è stata eseguita da un processo di sistema o da un utente umano. | ||
| Descrizione Questo attributo booleano distingue gli eventi attivati dall'automazione di sistema, come un aggiornamento automatico dello stato, da quelli eseguiti manualmente da un utente. È fondamentale per comprendere il livello di automazione del processo. L'analisi di questo attributo aiuta a quantificare l'impatto dell'automazione sull'efficienza e sulla coerenza. Consente di confrontare i percorsi automatizzati e manuali e può evidenziare opportunità per aumentare ulteriormente l'automazione, riducendo il lavoro manuale e il rischio di errore. Perché è importante Aiuta a distinguere le azioni del sistema da quelle degli utenti, un elemento fondamentale per analizzare l'automazione e individuare opportunità di riduzione del lavoro manuale. Dove reperirlo Derivato durante la trasformazione dei dati verificando se «UserPerformingAction» corrisponde a un utente di sistema designato oppure applicando regole basate sul tipo di attività. Esempi truefalse | |||
| È rilavorazione IsRework | Un indicatore che segnala se l'ordine di vendita è stato sottoposto a rilavorazione, ad esempio a causa della ripetizione di un'attività o di un ciclo nel processo. | ||
| Descrizione Questo attributo calcolato identifica i case che si discostano da un avanzamento lineare. La rilavorazione si verifica quando un'attività viene ripetuta o quando il processo torna a una fase precedente, spesso a causa di errori, informazioni mancanti o approvazioni rifiutate. Questo indicatore viene utilizzato per calcolare il KPI «Sales Order Rework Rate» e alimentare la Dashboard «Sales Order Rework and Error Rate». Aiuta a quantificare la frequenza e l'impatto delle inefficienze, evidenziando le aree che richiedono controlli di qualità più efficaci o una maggiore chiarezza del processo. Perché è importante Quantifica l'inefficienza del processo identificando gli ordini che richiedono attività aggiuntive non pianificate, con un impatto diretto sui costi e sui tempi di attraversamento. Dove reperirlo Calcolato dal software di Process Mining o durante la trasformazione dei dati, rilevando la ripetizione dei nomi delle attività o i flussi di processo all'indietro per un determinato case. Esempi truefalse | |||
| Famiglia di prodotti ProductFamily | La categoria o famiglia alla quale appartengono i prodotti inclusi nell'ordine. | ||
| Descrizione La famiglia di prodotti fornisce una classificazione di alto livello degli articoli inclusi nell'ordine di vendita. Consente di analizzare il processo in base al tipo di prodotto venduto. Questo attributo può essere utilizzato per segmentare il processo e verificare se determinate famiglie di prodotti seguono percorsi diversi, presentano tempi di attraversamento più lunghi o registrano tassi di rilavorazione più elevati. Ad esempio, i prodotti complessi e configurabili possono seguire un processo di approvazione ed evasione più articolato rispetto agli articoli standard pronti per la vendita. Perché è importante Consente di analizzare il processo per categoria di prodotto, evidenziando se tipologie diverse di prodotti determinano variazioni nell'efficienza del processo. Dove reperirlo Recuperato dall'oggetto «Product2», collegato all'«Order» tramite l'oggetto di collegamento «OrderItem». È necessario eseguire il collegamento Order -> OrderItem -> PricebookEntry -> Product2. Esempi HardwareLicenze softwareServizi professionaliContratti di assistenza | |||
| ID fattura InvoiceId | L'identificativo univoco della fattura associata all'ordine di vendita. | ||
| Descrizione L'Invoice ID collega un ordine di vendita alla relativa fattura finanziaria. La creazione e l'invio della fattura sono tappe fondamentali nella seconda parte del processo order-to-cash. Questo attributo è essenziale per monitorare il processo dall'evasione dell'ordine al pagamento. Consente di misurare con precisione le attività «Invoice Created» e «Invoice Sent to Customer», necessarie per calcolare la «Payment Collection Duration». Perché è importante Collega l'ordine di vendita al sottoprocesso di fatturazione, consentendo di monitorare con precisione le attività finanziarie e i tempi del ciclo di pagamento. Dove reperirlo Spesso è un campo di ricerca personalizzato dell'oggetto «Order» che punta a un oggetto «Invoice» standard o personalizzato. L'implementazione esatta può variare. Esempi INV-001234INV-001235INV-001236 | |||
| Metodo di spedizione ShippingMethod | Il metodo selezionato per spedire la merce, ad esempio «Standard Ground», «Express» o «International». | ||
| Descrizione Questo attributo indica il livello di servizio logistico scelto per la consegna dell'ordine. Incide direttamente sui tempi e sui costi di consegna. Nell'analisi «Shipping Method Efficiency Analysis», questo attributo viene utilizzato per confrontare le performance delle diverse opzioni di spedizione. Aiuta a verificare se le spedizioni express rispettano i tempi previsti e in che modo i diversi metodi incidono sulla durata complessiva tra «Goods Shipped» e «Goods Delivered». Perché è importante Consente di analizzare le performance logistiche e di valutare il costo e l'efficienza delle diverse opzioni di spedizione. Dove reperirlo È probabilmente un campo personalizzato dell'oggetto «Order» o di un oggetto personalizzato «Shipment» correlato. Consultare la documentazione o lo schema di Salesforce Sales Cloud. Esempi Trasporto standardEspresso in 2 giorniTrasporto aereo notturnoPrioritario internazionale | |||
| Ora di fine dell'evento EventEndTime | La data e l'ora esatte in cui l'attività è stata completata. | ||
| Descrizione L'ora di fine dell'evento indica il completamento di un'attività. Sebbene molti strumenti di Process Mining la deducano dall'ora di inizio dell'attività successiva, acquisirla esplicitamente può fornire durate più accurate, soprattutto per le Task di lunga durata. Questo attributo viene utilizzato per calcolare il tempo di elaborazione preciso di un'attività. È particolarmente utile per analizzare Task di durata significativa, come «Credit Check Performed» o «Inventory Allocated», aiutando a distinguere il tempo di elaborazione effettivo dal tempo di attesa. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle singole attività, un elemento fondamentale per identificare i colli di bottiglia e i passaggi che richiedono più risorse. Dove reperirlo Può essere ricavata dal campo «StartTime» dell'evento successivo nella sequenza di un determinato case. Per alcune attività, può corrispondere a un campo specifico come «Task.CompletedDateTime». Esempi 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| Paese di spedizione ShippingCountry | Il Paese di destinazione della spedizione relativa all'ordine di vendita. | ||
| Descrizione Questo attributo specifica il Paese verso il quale viene spedito l'ordine. È una dimensione fondamentale per l'analisi geografica del processo order-to-cash. L'analisi per Paese di spedizione può evidenziare differenze regionali nelle performance del processo, come tempi di consegna più lunghi per gli ordini internazionali o variazioni nei cicli di incasso. Consente di segmentare il processo per comprendere e affrontare le problematiche specifiche di ciascuna area. Perché è importante Consente di segmentare geograficamente il processo, mettendo in evidenza differenze regionali nelle performance, problemi di conformità o difficoltà logistiche. Dove reperirlo È il campo «ShippingCountry» dell'oggetto standard Salesforce «Order». Esempi USAGermaniaGiapponeBrasile | |||
| Responsabile dell'ordine OrderOwner | L'utente principale responsabile della gestione dell'ordine di vendita. | ||
| Descrizione Il responsabile dell'ordine è il rappresentante commerciale o l'account manager che ha la responsabilità principale dell'ordine. Si distingue dall'utente che esegue una specifica azione, poiché il responsabile risponde dell'avanzamento complessivo del case. L'analisi per responsabile può aiutare a valutare il carico di lavoro e le performance dei team o dei singoli utenti nella gestione del proprio portafoglio ordini. Può evidenziare i responsabili i cui ordini si bloccano frequentemente o richiedono rilavorazioni, indicando possibili opportunità di coaching. Perché è importante Identifica la persona responsabile del buon esito dell'ordine e consente di analizzare il carico di lavoro e le performance a livello di responsabile. Dove reperirlo È il campo «OwnerId» dell'oggetto «Order». Questo ID può essere collegato all'oggetto «User» per ottenere il nome del responsabile. Esempi Jane DoeJohn SmithTeam vendite Est | |||
| Stato della verifica del credito CreditCheckStatus | L'esito del processo di verifica del credito relativo all'ordine. | ||
| Descrizione Questo attributo indica il risultato della valutazione del credito del cliente, che spesso costituisce un passaggio decisivo nel processo dell'ordine. I valori più comuni includono «Approved», «Rejected» e «Pending». È essenziale per la Dashboard «Credit Check Bottleneck Analysis». Monitorando quando un ordine entra ed esce dalla fase di verifica del credito e il relativo stato finale, le organizzazioni possono misurare la durata e l'esito di questo passaggio, identificandolo come possibile fonte di ritardi. Perché è importante Supporta direttamente l'analisi della fase di verifica del credito, aiutando a misurarne la durata, il tasso di successo e l'impatto sul tempo di attraversamento complessivo. Dove reperirlo È probabilmente un campo personalizzato dell'oggetto «Order» o «Account». Consultare la documentazione o lo schema di Salesforce Sales Cloud. Esempi ApprovatoRifiutatoIn attesa di revisioneNon richiesto | |||
Attività dell’elaborazione degli ordini di vendita da Order to Cash
| Attività | Descrizione | ||
|---|---|---|---|
| Fattura creata | Rappresenta la generazione della fattura relativa all'ordine di vendita. L'evento può essere rilevato tramite la creazione di un oggetto «Invoice» correlato, nativamente attraverso Salesforce Billing oppure mediante un'integrazione. | ||
| Perché è importante Questa tappa segna l'inizio della fase di incasso. Il tempo che intercorre tra la consegna e la fatturazione può evidenziare colli di bottiglia amministrativi che incidono sul flusso di cassa. Dove reperirlo Deducibile dalla data di creazione di un oggetto «Invoice», standard o personalizzato, collegato all'oggetto «Order». Acquisizione Utilizzare il campo «CreatedDate» del record Invoice correlato. Tipo di evento inferred | |||
| Merce consegnata | Indica che la spedizione è arrivata correttamente al cliente. Queste informazioni provengono dal sistema del corriere e vengono aggiornate in Salesforce. | ||
| Perché è importante Questo evento è essenziale per calcolare il KPI «On-Time Delivery Rate» e misurare i tempi di attraversamento effettivi dal punto di vista del cliente. Conferma che il processo di evasione è completato. Dove reperirlo Deducibile dalla compilazione del campo «Delivery Date» sull'oggetto «Order» o sull'oggetto personalizzato «Shipment». Questi dati vengono generalmente forniti tramite un'integrazione con un operatore di logistica e spedizioni. Acquisizione Utilizzare il timestamp corrispondente alla compilazione del campo della data di consegna. Tipo di evento inferred | |||
| Merce spedita | Rappresenta il momento in cui l’ordine viene fisicamente spedito dal magazzino al cliente. Questo evento viene quasi sempre acquisito tramite un aggiornamento proveniente da un sistema esterno di spedizione o ERP e trasferito a Salesforce. | ||
| Perché è importante Si tratta di una tappa fondamentale per misurare il «On-Time Shipping Rate» e l’efficienza complessiva dell’evasione. Segna l’inizio della fase di consegna nel percorso del cliente. Dove reperirlo Deducibile dalla compilazione di un campo «Shipped Date» o «Tracking Number» sull’oggetto «Order» o su un oggetto personalizzato «Shipment» correlato. I dati provengono da un sistema di evasione. Acquisizione Utilizzare il timestamp del primo popolamento del campo relativo alla data di spedizione o al numero di tracking. Tipo di evento inferred | |||
| Ordine attivato | Un evento standard di Salesforce che indica che l’ordine è stato finalizzato e può procedere all’evasione e alla fatturazione. L’attivazione blocca la maggior parte delle modifiche all’ordine e viene acquisita tramite una specifica modifica dello stato. | ||
| Perché è importante L’attivazione è una tappa critica e non reversibile che conferma la validità dell’ordine. Rappresenta il passaggio ufficiale dalle vendite alle operations ed è un elemento centrale per il monitoraggio dei tempi del ciclo di vendita. Dove reperirlo Deducibile dalla modifica del campo standard «Status» dell’oggetto «Order» al valore «Activated». Il timestamp viene registrato nella cronologia delle modifiche ai campi dell’oggetto «Order». Acquisizione Monitorare la cronologia dei campi dell’oggetto «Order» per rilevare la modifica dello stato a «Activated». Tipo di evento inferred | |||
| Ordine chiuso | Rappresenta il completamento corretto e la chiusura definitiva dell'ordine di vendita nel sistema. L'evento è deducibile da un aggiornamento finale dello stato dell'ordine, che indica l'assenza di ulteriori attività necessarie. | ||
| Perché è importante Questo è il principale evento di fine del percorso standard. Misurare il tempo totale fino a questa attività consente di calcolare il KPI «Average Order to Close Time». Dove reperirlo Deducibile dalla modifica del campo «Status» dell'oggetto «Order» a un valore finale come «Closed», «Completed» o «Fulfilled». Il timestamp è disponibile tramite il tracciamento della cronologia dei campi. Acquisizione Monitorare la cronologia dei campi dell'oggetto «Order» per rilevare il passaggio a uno stato finale di completamento. Tipo di evento inferred | |||
| Ordine creato | Indica la creazione iniziale di un record relativo a un ordine di vendita nel sistema. Questo evento viene acquisito esplicitamente quando una nuova istanza dell’oggetto «Order» viene salvata per la prima volta in Salesforce. | ||
| Perché è importante Questo è l’evento di avvio principale del processo Order to Cash. Analizzare il tempo che intercorre tra questo momento e le attività successive è fondamentale per comprendere i tempi di ciclo complessivi. Dove reperirlo L’evento di creazione dell’oggetto «Order». Il timestamp corrisponde al valore del campo standard «CreatedDate» del record Order. Acquisizione Direttamente dal timestamp «CreatedDate» dell’oggetto «Order». Tipo di evento explicit | |||
| Pagamento ricevuto | Segna la conferma della ricezione e della riconciliazione del pagamento del cliente. Queste informazioni vengono aggiornate in Salesforce da un sistema finanziario, generalmente tramite una modifica dello stato. | ||
| Perché è importante Questo evento rappresenta l'ultimo passaggio per trasformare la vendita in liquidità. Analizzare il tempo che intercorre tra «Invoice Sent» e questo momento è fondamentale per gestire il flusso di cassa e i giorni di vendita ancora da incassare (DSO). Dove reperirlo Deducibile dalla modifica dello stato dell'oggetto «Invoice» in «Paid» o «Closed». L'aggiornamento viene effettuato tramite un'integrazione con un sistema contabile o di elaborazione dei pagamenti. Acquisizione Monitorare le modifiche di stato dell'oggetto «Invoice» provenienti dall'integrazione con il sistema finanziario esterno. Tipo di evento inferred | |||
| Controllo del credito eseguito | Rappresenta il completamento di una verifica dell’affidabilità creditizia del cliente associato all’ordine. Spesso si tratta di un evento dedotto, acquisito quando un campo personalizzato, come «Credit Check Status», viene aggiornato a «Passed» o «Completed». | ||
| Perché è importante Questa attività è spesso una fonte di ritardi significativi. Misurarne la durata e il tempo di attesa è fondamentale per affrontare la Dashboard «Credit Check Bottleneck Analysis» e migliorare il flusso di cassa. Dove reperirlo Deducibile da un timestamp o da una modifica dello stato in un campo personalizzato dell’oggetto «Order» o del relativo oggetto «Account», ad esempio «Credit_Check_Date__c» o «Credit_Status__c». Acquisizione Monitorare gli aggiornamenti ai campi personalizzati che indicano il completamento del controllo del credito. Tipo di evento inferred | |||
| Fattura inviata al cliente | Indica che la fattura è stata inviata al cliente per il pagamento. In genere, l'evento viene rilevato tramite una modifica dello stato del record della fattura. | ||
| Perché è importante Questo è l'evento di attivazione del KPI «Payment Realization Time». Qualsiasi ritardo tra la creazione e l'invio della fattura posticipa direttamente l'inizio dei termini di pagamento. Dove reperirlo Deducibile dalla modifica dello stato dell'oggetto «Invoice» in «Sent» o in un valore analogo. È possibile utilizzare anche una voce del registro delle attività relativa all'e-mail inviata. Acquisizione Monitorare il campo «Status» dell'oggetto «Invoice» correlato oppure cercare le attività nei registri delle e-mail. Tipo di evento inferred | |||
| Ordine annullato | Indica che l'ordine è stato annullato prima del completamento dell'evasione. L'evento viene rilevato tramite una modifica dello stato terminale del record dell'ordine. | ||
| Perché è importante Questo è un evento di fine e un'eccezione critica. Analizzare perché e quando gli ordini vengono annullati può far emergere problemi nel processo di vendita, nella disponibilità dei prodotti o nel credito del cliente. Dove reperirlo Deducibile dalla modifica del campo «Status» dell'oggetto «Order» in «Cancelled». Il timestamp è disponibile nella cronologia del campo «Status». Acquisizione Monitorare la cronologia dei campi dell'oggetto «Order» per rilevare il passaggio allo stato «Cancelled». Tipo di evento inferred | |||
| Ordine approvato | Indica che l’ordine di vendita è stato formalmente approvato da tutte le parti richieste e può passare alla fase successiva. L’evento viene acquisito osservando l’ultimo passaggio di approvazione in un Workflow o il corrispondente aggiornamento dello stato. | ||
| Perché è importante Si tratta di una tappa fondamentale che sblocca il processo di evasione. I ritardi nell’approvazione possono influire significativamente sul tempo di ciclo complessivo Order to Cash. Dove reperirlo Deducibile dalla modifica del campo di stato dell’oggetto «Order» a un valore come «Approved». Può inoltre essere ricavato dalla data di completamento del record «ProcessInstance» associato. Acquisizione Monitorare il campo «Status» dell’oggetto «Order» o il completamento della cronologia del processo di approvazione. Tipo di evento inferred | |||
| Ordine inviato all’evasione | Indica il passaggio dell’ordine attivato a un sistema di magazzino o di evasione per il prelievo e l’imballaggio. Generalmente viene acquisito tramite una modifica dello stato dell’ordine, attivata da un’integrazione. | ||
| Perché è importante Questo evento separa la parte commerciale da quella logistica del processo. Monitorare il tempo che intercorre dall’attivazione a questo momento aiuta a distinguere i ritardi amministrativi da quelli legati alle attività di magazzino. Dove reperirlo Deducibile dalla modifica dello stato «Order» a un valore come «Sent to Fulfillment» o «Awaiting Shipment». Questa modifica dello stato viene spesso attivata da un’integrazione con un sistema ERP/WMS. Acquisizione Monitorare il campo «Status» dell’oggetto «Order» per individuare i valori specifici che indicano il passaggio all’evasione. Tipo di evento inferred | |||
| Ordine inviato per l’approvazione | Rappresenta il momento in cui un ordine in bozza viene inviato a un Workflow formale di approvazione. Generalmente viene dedotto da una modifica dello stato dell’ordine o dalla creazione di un record nella cronologia del processo di approvazione di Salesforce. | ||
| Perché è importante Monitorare gli invii consente di misurare il tempo che gli ordini trascorrono in attesa di approvazione e l’efficienza del processo di revisione. Mette in evidenza i colli di bottiglia precedenti all’approvazione. Dove reperirlo Deducibile da una modifica dello stato dell’oggetto «Order», ad esempio da «Draft» a «Submitted for Approval», oppure monitorando la data di invio nell’oggetto «ProcessInstance» associato all’ordine. Acquisizione Monitorare le modifiche al campo di stato o interrogare l’oggetto «ProcessInstance». Tipo di evento inferred | |||
| Scorte allocate | Indica che i prodotti dell’ordine sono stati riservati nel sistema di gestione delle scorte. Questo evento ha generalmente origine in un sistema ERP o di gestione dell’inventario esterno e aggiorna Salesforce, con acquisizione tramite una modifica di campo. | ||
| Perché è importante Questa attività è fondamentale per analizzare il KPI «Inventory Allocation Lead Time». I ritardi in questa fase influiscono direttamente sulla possibilità di spedire gli ordini puntualmente. Dove reperirlo Richiede un’analisi del sistema. Spesso viene dedotto da un aggiornamento dello stato degli oggetti «Order» o «OrderItem», oppure dalla compilazione di un campo personalizzato «Allocation_Date__c», alimentato da un’integrazione. Acquisizione Monitorare le modifiche ai campi di stato o data degli oggetti Order o OrderItem provenienti da un’integrazione ERP. Tipo di evento inferred | |||
Guide all'estrazione
Passaggi
- Prerequisito: configuri il Field History Tracking: prima di creare i report, un amministratore Salesforce deve verificare che il Field History Tracking sia abilitato per l'oggetto Order. In particolare, occorre monitorare il campo Status e tutti i campi personalizzati utilizzati per rappresentare gli eventi, come Credit_Check_Status__c o Fulfillment_Status__c. La configurazione si esegue in Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Crei un Custom Report Type: per accedere ai dati relativi alle modifiche dei campi insieme ai dettagli dell'ordine, crei un Custom Report Type. Acceda a Setup > Report Types. Crei un nuovo tipo di report con Orders come Primary Object. Quindi colleghi Order History come oggetto secondario. Verifichi che la relazione sia impostata su "'A' records may or may not have related 'B' records." In questo modo potrà includere tutti gli ordini nei report, anche quelli che non dispongono ancora di uno storico. Salvi il tipo di report con il nome "Orders with History".
- Crei il report principale 'Events': acceda alla scheda Reports e selezioni New Report. Scelga il tipo di report "Orders with History". Il report acquisirà tutte le attività basate sulle modifiche dei campi.
- Configuri le colonne del report Events: aggiunga le seguenti colonne: Order: Order Number (per SalesOrderId), Edit Date (per EventTime), User (per UserPerformingAction), Field/Event (il campo modificato), Original Value e New Value. Aggiunga anche altre colonne dall'oggetto Order principale, come Order: Total Amount, Account: Account Name e Order: Company Authorized By Date, da utilizzare come proxy per RequestedDeliveryDate, se applicabile.
- Filtri il report Events: imposti il filtro Show Me su All orders e il Date Field su Created Date, con l'intervallo desiderato, ad esempio Last 3 Months. Aggiunga un filtro alla colonna Field/Event per includere esclusivamente le modifiche dei campi corrispondenti alle Sue attività, ad esempio Status e Credit_Check_Status__c.
- Crei il report 'Order Created': crei un secondo report più semplice utilizzando il tipo di report standard Orders. L'obiettivo è acquisire esclusivamente l'evento di creazione. Aggiunga le colonne Order Number, Created Date, Created By, Status, Total Amount e Account Name. Filtri Created Date in base all'intervallo desiderato.
- Esporti entrambi i report: esegua i due report e utilizzi l'opzione Export. Scelga il formato Details Only e Comma Delimited .csv.
- Combini e trasformi i dati: apra i file CSV esportati in un programma per fogli di calcolo come Microsoft Excel oppure utilizzi un linguaggio di scripting come Python.
- Per il report 'Events', crei una nuova colonna ActivityName. Utilizzi formule o uno script per associare i dati relativi alle modifiche dei campi ai nomi delle attività desiderati. Ad esempio, se Field/Event è 'Status' e New Value è 'Activated', imposti ActivityName su 'Order Activated'.
- Per il report 'Order Created', aggiunga una nuova colonna denominata ActivityName e imposti il valore su 'Order Created' per tutte le righe. Rinomini le colonne in modo che corrispondano allo schema dell'Event Log, ad esempio Order Number -> SalesOrderId e Created Date -> EventTime.
- Unisca i dati in un unico Event Log: aggiunga le righe dei dati trasformati di 'Order Created' ai dati trasformati di 'Events'. Otterrà così un elenco unico e completo di tutte le attività.
- Completi i dati per il caricamento: aggiunga le colonne obbligatorie rimanenti: SourceSystem, con il valore statico 'Salesforce Sales Cloud', e LastDataUpdate, con il timestamp corrente. Verifichi tutte le intestazioni delle colonne e i formati dei dati, quindi salvi il file finale in formato CSV, pronto per il caricamento.
Configurazione
- Report Types: un Custom Report Type che unisce Orders e Order History è essenziale per acquisire le modifiche dello stato e gli altri aggiornamenti dei campi come eventi distinti.
- Field History Tracking: l'intero metodo dipende dall'abilitazione del Field History Tracking per l'oggetto Order prima dell'inizio dell'estrazione dei dati. È necessario monitorare i campi chiave, come Status, e tutti i campi personalizzati che rappresentano fasi del processo.
- Filtri per intervallo di date: utilizzi Created Date sull'oggetto Order come filtro principale, così da analizzare una coorte coerente di ordini. Per l'analisi iniziale si consiglia un intervallo di 3-6 mesi.
- Data Export Service: in alternativa, negli ambienti ad alto volume è possibile pianificare il Data Export Service, con cadenza settimanale o mensile, per esportare tutti i dati degli oggetti specificati, ovvero Order, OrderHistory e Account. Questa opzione fornisce dati grezzi che richiedono un'elaborazione e un'unione esterne più articolate, ma evita i timeout e i limiti di righe del Report Builder interattivo.
- Autorizzazioni: gli utenti che eseguono l'estrazione devono disporre delle autorizzazioni Run Reports, Export Reports e View All Data per gli oggetti Order e Account. La configurazione del Data Export Service richiede privilegi di System Administrator.
- Struttura del report: i report devono essere impostati sul formato Tabular Format, che semplifica l'esportazione e l'elaborazione. Eviti i formati summary o matrix.
a Query di esempio sql
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/ Pronto per iniziare?
Inizi oggi stesso a ottimizzare Order to Cash - elaborazione degli ordini di vendita, preparando i Suoi dati con questo Template. Scopra informazioni utili per rendere più efficienti le operazioni e migliorare la gestione del flusso di cassa.
Aumenti il flusso di cassa: ottimizzi subito Order to Cash - elaborazione delle vendite
Individui le inefficienze, riduca del 30% il tempo di ciclo e acceleri il flusso di cassa.
Non è richiesta alcuna carta di credito • Inizi in pochi minuti