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 da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione per SAP S/4HANA
Dall'Ordine all'Incasso - Attributi della gestione ordini di vendita
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome dell'attività svolta in un determinato punto del processo di gestione dell'ordine di vendita. | ||
|
Descrizione
Questo attributo descrive uno specifico passaggio o evento nel ciclo di vita dell'ordine di vendita, ad esempio "Ordine di vendita creato", "Uscita merci contabilizzata" o "Pagamento ricevuto". Queste attività derivano da vari cambi di stato, date di creazione dei documenti e registrazioni di log nei diversi moduli SAP. Analizzare la sequenza e la durata di tali attività è la base del Process Mining. Consente di visualizzare le mappe di processo, individuare i colli di bottiglia tra i passaggi e analizzare le varianti di processo per capire come gli ordini fluiscono realmente nel sistema rispetto al processo progettato.
Perché è importante
Definisce le fasi del processo, permettendo la costruzione della mappa di processo e l'analisi dei flussi e dei colli di bottiglia.
Dove trovare
Attributo derivato, in genere generato in fase di estrazione mappando cambi di stato o eventi di creazione documento dalle tabelle VBAK, LIKP, VBRK e CDHDR/CDPOS in nomi di attività significativi.
Esempi
Ordine di vendita creatoConsegna creataFattura CreataPagamento ricevuto
|
|||
|
Ordine di vendita
Vbeln
|
L'identificatore univoco di un documento di vendita, che funge da identificatore principale dell'istanza per il processo Order to Cash (da ordine a incasso). | ||
|
Descrizione
Il numero d'ordine di vendita identifica in modo univoco la richiesta di un cliente di beni o servizi. È l'oggetto centrale che collega tutte le attività nel ciclo di gestione dell'ordine, dalla creazione e conferma fino alla consegna e alla fatturazione. Nel Process Mining, questo attributo è essenziale per tracciare il percorso end-to-end di ciascun ordine. Analizzare i processi per ordine di vendita consente di individuare colli di bottiglia, comprendere le varianti di processo e misurare KPI come il tempo di ciclo e la puntualità di consegna per ogni singola transazione cliente.
Perché è importante
È l’identificativo centrale che collega tutti gli eventi di processo correlati, consentendo una vista completa a livello di caso dell’intero ciclo di vita dell’ordine.
Dove trovare
Questo attributo è il numero del documento di vendita dalla tabella VBAK (campo VBELN).
Esempi
100002341000056710000891
|
|||
|
Timestamp Evento
EventTime
|
Il timestamp che indica quando una specifica attività o un evento si è verificato. | ||
|
Descrizione
Event Time fornisce la data e l'ora precise per ogni attività del processo, costituendo la spina dorsale cronologica dell'Event Log. Ad esempio, registra quando è stato creato un ordine di vendita, quando è stata spedita la merce e quando è stata pagata una fattura. Questo attributo è critico per tutte le analisi basate sul tempo. Viene utilizzato per calcolare i tempi di ciclo tra le attività, individuare i ritardi, misurare le performance di processo rispetto agli SLA e analizzare la durata complessiva del processo di ordine di vendita. L'accuratezza di questi timestamp influisce direttamente sulla qualità degli insight del Process Mining.
Perché è importante
Questo timestamp è essenziale per calcolare tutte le durate, i tempi di ciclo e di attesa, elementi fondamentali per l'analisi delle performance.
Dove trovare
Attributo derivato, ottenuto da vari campi data/ora nelle tabelle SAP, come ERDAT/ERZET (data/ora di creazione) in VBAK, LIKP, VBRK, oppure dai timestamp dei log di modifica in CDHDR.
Esempi
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
Data di consegna richiesta
Vdatu
|
La data di consegna richiesta dal cliente per beni o servizi. | ||
|
Descrizione
Questa data rappresenta la data di consegna desiderata dal cliente per gli articoli dell’ordine di vendita. È un’informazione chiave usata per la pianificazione, la programmazione e la misurazione degli SLA. Questo attributo è essenziale per misurare i livelli di servizio al cliente e le prestazioni logistiche. Costituisce il riferimento del KPI 'On-Time Delivery Rate', a confronto con la data effettiva di uscita merci o di consegna per verificare se la richiesta del cliente è stata rispettata. L’analisi degli scostamenti aiuta a individuare problemi sistemici nell’evasione o nella pianificazione.
Perché è importante
Questa è la data di riferimento principale per misurare la puntualità delle consegne, un KPI fondamentale per la soddisfazione del cliente e l'efficienza della supply chain.
Dove trovare
Questo attributo è la 'data di consegna richiesta' dalla tabella delle righe di pianificazione dell’ordine VBEP (campo VDATU).
Esempi
2023-02-012023-03-152023-04-20
|
|||
|
Importo Netto
Netwr
|
Il valore netto della riga dell'ordine o del documento di vendita nella valuta del documento. | ||
|
Descrizione
L'importo netto rappresenta il valore dell'ordine dopo sconti e maggiorazioni ma prima delle imposte. È un indicatore finanziario chiave associato a ogni ordine di vendita. Nel Process Mining, questo attributo fornisce un contesto aziendale essenziale. Serve per dare priorità all'analisi sugli ordini di alto valore, capire se il valore dell'ordine è correlato ai tempi o alla complessità di lavorazione e misurare l'impatto economico di inefficienze come annullamenti o ritardi. Ad esempio, l'analisi può evidenziare che gli ordini di alto valore sono spesso ritardati da controlli di credito manuali.
Perché è importante
Fornisce contesto finanziario per ogni caso, consentendo analisi basate sul valore per dare priorità agli ordini a maggior impatto e quantificare il costo dei ritardi.
Dove trovare
Questo attributo è il 'valore netto della riga d’ordine nella valuta del documento' dalla tabella VBAP (campo NETWR) o aggregato dalla tabella VBAK.
Esempi
1500.00250.5012345.75
|
|||
|
Nome Utente
Ernam
|
L'ID utente SAP della persona che ha creato o modificato per ultima il documento. | ||
|
Descrizione
Questo attributo rileva l'utente responsabile di una determinata attività, come la creazione dell'ordine di vendita o la contabilizzazione dell'uscita merci. Collega i passaggi di processo alle persone o ai team che li hanno eseguiti. Analizzare le attività per utente aiuta a individuare esigenze formative, comprendere la distribuzione del carico di lavoro e rilevare deviazioni che possono essere specifiche di alcuni utenti. È utile anche per esigenze di conformità e audit, fornendo una traccia chiara di chi ha eseguito le azioni chiave all'interno del processo.
Perché è importante
Consente l'analisi delle performance di processo per utente o team, aiutando a identificare i migliori, le opportunità formative e la distribuzione dei carichi di lavoro.
Dove trovare
Questo attributo è il 'Nome della persona che ha creato l’oggetto' da tabelle come VBAK (campo ERNAM per la creazione) o dalle intestazioni dei documenti di modifica in CDHDR (campo UNAME).
Esempi
CBURNSDSCRANTONJHALPERT
|
|||
|
Numero cliente
Kunnr
|
L'identificatore univoco del cliente. | ||
|
Descrizione
Il Customer Number è una chiave univoca assegnata a ogni cliente nell’anagrafica. Viene utilizzato in tutte le transazioni relative a quel cliente, inclusi ordini di vendita, consegne e pagamenti. Analizzare il processo dal punto di vista del cliente è fondamentale. Questo attributo consente di segmentare le performance degli ordini per cliente, identificare quali clienti subiscono i ritardi maggiori e capire come l’esecuzione del processo differisca per i key account. È essenziale per le dashboard che analizzano i tempi di ciclo per segmento di clientela.
Perché è importante
Consente un'analisi in ottica cliente, aiutando a identificare criticità di processo che impattano specifici clienti o gruppi di clienti e a misurare KPI specifici per cliente.
Dove trovare
Questo attributo è il 'Cliente (sold-to party)' o 'Numero cliente' dalla tabella VBAK (campo KUNNR).
Esempi
C000123C000456C000789
|
|||
|
Numero materiale
Matnr
|
L'identificatore univoco di un prodotto o materiale venduto. | ||
|
Descrizione
Il numero materiale è la chiave univoca di un prodotto nell'anagrafica materiali. Ogni riga di un ordine di vendita corrisponde a uno specifico numero materiale. Questo attributo consente un'analisi di processo centrata sul prodotto. Permette di verificare se determinati prodotti sono associati a tempi di gestione più lunghi, modifiche più frequenti o tassi di annullamento più elevati. Queste indicazioni aiutano a far emergere criticità legate a specifiche linee di prodotto, come complessità della catena di fornitura o inesattezze nei dati.
Perché è importante
Agevola l'analisi a livello di prodotto, evidenziando se determinati materiali o linee di prodotto sono associati a ritardi di processo, rilavorazioni o altre inefficienze.
Dove trovare
Questo attributo è il 'Numero materiale' dalla tabella delle posizioni dell’ordine di vendita VBAP (campo MATNR).
Esempi
PROD-1001PROD-2005SERV-A01
|
|||
|
Organizzazione di vendita
Vkorg
|
Unità organizzativa responsabile della vendita di determinati prodotti o servizi. | ||
|
Descrizione
L'organizzazione di vendita rappresenta un'unità di vendita dell'azienda. È responsabile della negoziazione delle condizioni di vendita e della distribuzione di beni e servizi. Ogni transazione di vendita è assegnata a una specifica organizzazione di vendita. Questo attributo è una dimensione primaria per l'analisi delle performance. Filtrando o confrontando i dati tra diverse organizzazioni di vendita, è possibile effettuare benchmark, individuare le migliori pratiche a livello regionale o divisionale e comprendere come l'efficienza dei processi vari per area geografica o unità di business.
Perché è importante
Consente il confronto delle performance e il benchmarking tra diverse business unit, aree geografiche o società all'interno di un gruppo.
Dove trovare
Questo attributo è la 'Organizzazione di vendita' dalla tabella VBAK (campo VKORG).
Esempi
10002000US01DE01
|
|||
|
Tipo di documento di vendita
Auart
|
Una classificazione che distingue le diverse tipologie di documenti di vendita, come ordini standard, resi o note di credito. | ||
|
Descrizione
Il tipo di documento di vendita determina come un documento viene gestito in SAP. Definisce aspetti come l'intervallo di numerazione, i campi obbligatori e il flusso complessivo della transazione. Esempi: "OR" per un ordine standard o "RE" per un ordine di reso. Nel Process Mining, questo attributo è cruciale per segmentare l'analisi. Confrontare i flussi di processo tra diversi tipi di documento può mettere in luce variazioni significative nei tempi di ciclo, nei tassi di rilavorazione e nei livelli di automazione. Ciò consente di calibrare le iniziative di miglioramento su specifiche tipologie di ordine.
Perché è importante
Consente di segmentare gli ordini di vendita in diverse categorie, permettendo un'analisi comparativa di come vengono gestite le diverse tipologie di ordini.
Dove trovare
Questo attributo è il 'Tipo di documento di vendita' dalla tabella VBAK (campo AUART).
Esempi
OPPURERECRSO
|
|||
|
Canale di distribuzione
Vtweg
|
Il canale attraverso cui i prodotti o i servizi raggiungono il cliente, ad esempio retail, wholesale o online. | ||
|
Descrizione
Il Canale di distribuzione definisce le modalità di vendita e distribuzione dei prodotti ai clienti. È un elemento organizzativo chiave che, insieme all’Organizzazione di vendita, definisce l’area di vendita. Analizzare i processi per canale di distribuzione aiuta a capire se alcuni canali sono più o meno efficienti di altri. Ad esempio, gli ordini dal canale 'Online' possono essere molto automatizzati e veloci, mentre quelli dal canale 'Vendita diretta' possono richiedere più passaggi manuali e impiegare più tempo. Questo permette interventi mirati su canali specifici.
Perché è importante
Permette di analizzare la performance sui diversi canali di vendita (web, vendite dirette, retail) per individuare colli di bottiglia specifici di canale o best practice.
Dove trovare
Questo attributo è il 'Canale di distribuzione' dalla tabella VBAK (campo VTWEG).
Esempi
102001
|
|||
|
Divisione
Spart
|
Unità organizzativa che rappresenta una linea di prodotto o un'area di business. | ||
|
Descrizione
La divisione si usa per raggruppare materiali o servizi e spesso corrisponde a una linea di prodotto. Fa parte della definizione dell'area di vendita e aiuta a strutturare l'azienda con un'impostazione orientata al prodotto. Questo attributo è utile per analizzare le prestazioni del processo per gruppi di prodotto diversi. Può aiutare a rispondere a domande come: "La gestione degli ordini di ricambi è diversa dalla gestione degli ordini di prodotti finiti?" Questa segmentazione è determinante per il KPI "Tempo di ciclo per linea di prodotto" e per le relative analisi di dashboard.
Perché è importante
Consente l'analisi del processo per linea di prodotto o area di business, aiutando a far emergere le differenze di prestazioni tra le varie parti dell'azienda.
Dove trovare
Questo attributo è la 'Divisione' dalle tabelle VBAK o VBAP (campo SPART).
Esempi
000105
|
|||
|
È un inserimento manuale
IsManualEntry
|
Indicatore che indica se l'ordine di vendita è stato creato manualmente oppure tramite un canale automatizzato come EDI o un portale e-commerce. | ||
|
Descrizione
Questo attributo distingue gli ordini inseriti da un utente direttamente nella SAP GUI da quelli creati automaticamente tramite scambio elettronico di dati (EDI), API o altri sistemi integrati. In alcuni casi l’informazione può essere dedotta dall’utente che ha creato l’ordine (ad esempio, un utente di sistema rispetto a un utente umano) o da indicatori specifici nel documento di vendita. Questo attributo è fondamentale per l’analisi dell’automazione e alimenta il KPI 'Manual Order Entry Rate'. Consente di mettere a confronto direttamente l’efficienza del processo, i tassi di errore e i tempi di ciclo tra ordini creati manualmente e automaticamente, aiutando a costruire un business case per ulteriore automazione.
Perché è importante
Aiuta a misurare il livello di automazione nel processo di inserimento ordini e a confrontare efficienza e tassi di errore tra ordini manuali e automatizzati.
Dove trovare
Spesso è un attributo derivato. Può essere dedotto verificando l’utente 'Created by' (ERNAM) in VBAK rispetto a un elenco di utenti di sistema/batch noti, oppure tramite indicatori specifici di canale.
Esempi
truefalse
|
|||
|
È una consegna puntuale
IsOnTimeDelivery
|
Indicatore booleano che segnala se l'ordine è stato consegnato entro la data di consegna confermata o richiesta. | ||
|
Descrizione
Questo attributo fornisce un risultato chiaro e binario sulle prestazioni di consegna per ogni ordine. È calcolato confrontando il timestamp effettivo di 'Goods Issue Posted' con la 'Requested Delivery Date' (VDATU) o con una data di consegna confermata dalla programmazione dell’ordine. Questo flag è la base del KPI 'On-Time Delivery Rate' e della dashboard 'Delivery Date Promise Adherence'. Semplifica l’analisi perché consente di segmentare rapidamente tutti gli ordini nelle categorie 'puntuale' e 'in ritardo', per poi indagare le caratteristiche di processo di ciascun gruppo e individuare le cause profonde dei ritardi.
Perché è importante
Misura direttamente le prestazioni di evasione rispetto alle aspettative dei clienti e costituisce la base del KPI critico "On-Time Delivery Rate (Tasso di consegna puntuale)".
Dove trovare
Attributo calcolato, ottenuto confrontando il timestamp dell’attività 'Goods Issue Posted' con la 'Requested Delivery Date' (VBEP-VDATU).
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Indicatore booleano che segnala se un'attività o un caso comporta rilavorazioni, ad esempio una conferma ripetuta o una modifica significativa. | ||
|
Descrizione
Questo flag serve a identificare gli ordini di vendita che hanno subìto rework, ad esempio modifiche dopo la conferma o il ripetersi della stessa attività più volte. La logica di impostazione può basarsi sul verificarsi di attività 'Sales Order Changed' o su molteplici eventi 'Order Confirmed' per lo stesso caso. Questo attributo alimenta direttamente la dashboard 'Sales Order Change and Rework Rate' e i relativi KPI. Consente di filtrare e quantificare con facilità il rework, aiutando a misurare costo e frequenza delle inefficienze di processo e a indirizzare le cause profonde di tali deviazioni.
Perché è importante
Questo flag aiuta a quantificare la frequenza e l’impatto del rework, consentendo analisi volte a ridurre le deviazioni di processo, le modifiche manuali e le inefficienze.
Dove trovare
Attributo calcolato. La logica viene definita durante la trasformazione dei dati, spesso rilevando attività ripetute o specifici eventi di modifica (ad es. dalle tabelle CDHDR/CDPOS).
Esempi
truefalse
|
|||
|
Motivo del Rigetto
Abgru
|
Codice che indica il motivo per cui un ordine di vendita o una riga è stata respinta o annullata. | ||
|
Descrizione
Il motivo di rifiuto fornisce un contesto quando un ordine di vendita o una specifica riga viene annullata. Questi motivi sono in genere configurati dall'azienda e possono includere codici come "Non disponibile a magazzino", "Annullato dal cliente" o "Prezzo errato". Questo attributo è fondamentale per l'analisi delle cause alla radice degli annullamenti d'ordine. Analizzando i motivi di rifiuto più frequenti, le aziende possono individuare problemi sottostanti nei processi di vendita, di magazzino o di determinazione dei prezzi. Queste informazioni sono fondamentali per la dashboard "Analisi annullamenti ordini di vendita" con l'obiettivo di ridurre le vendite perse e migliorare l'efficienza.
Perché è importante
Fornisce il 'perché' alla base degli annullamenti d'ordine, abilitando l'analisi delle cause alla radice per affrontare problemi come errori di prezzo, indisponibilità a magazzino o scarsa qualità dei dati.
Dove trovare
Questo attributo è il 'motivo del rifiuto di offerte e ordini di vendita' dalla tabella delle posizioni d’ordine VBAP (campo ABGRU).
Esempi
010215
|
|||
|
Ora di Fine
EndTime
|
Il timestamp che indica quando una specifica attività o un evento si è concluso. | ||
|
Descrizione
EndTime indica l'orario di completamento di una singola attività. Mentre StartTime segnala l'avvio di un'attività, EndTime registra quando è stata completata, rendendo possibile misurare la durata del lavoro effettivo. Questo attributo è fondamentale per calcolare con precisione i tempi di elaborazione delle attività. Consente agli analisti di distinguere tra il tempo speso lavorando attivamente su un'attività (Processing Time = EndTime - StartTime) e il tempo di attesa prima dell'attività successiva (Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime). Questa distinzione è essenziale per un'analisi accurata dei colli di bottiglia.
Perché è importante
Consente il calcolo preciso del tempo di lavorazione di un'attività, fondamentale per distinguere il tempo di lavoro attivo dal tempo di attesa.
Dove trovare
Attributo derivato. Per alcune attività può corrispondere a un timestamp specifico in SAP; per altre è spesso dedotto o impostato uguale a StartTime se l’evento è considerato istantaneo.
Esempi
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Quantità dell'ordine
Kwmeng
|
La quantità di materiale ordinata in una specifica riga del documento di vendita. | ||
|
Descrizione
Questo attributo rappresenta il numero di unità di uno specifico materiale richieste dal cliente in una posizione d’ordine di vendita. È un dato transazionale fondamentale. L’analisi delle quantità ordinate offre un contesto di business prezioso. Può essere usata per segmentare l’analisi per dimensione dell’ordine (piccoli o grandi) e verificare se il volume è correlato all’efficienza di elaborazione. Inoltre è una metrica chiave per la reportistica e per comprendere la scala delle operazioni.
Perché è importante
Consente l'analisi per dimensione dell'ordine, per capire se il volume incide sui tempi di lavorazione, sulla complessità o sui tassi di errore.
Dove trovare
Questo attributo è la 'quantità cumulativa dell’ordine in unità di vendita' dalla tabella VBAP (campo KWMENG).
Esempi
101505
|
|||
|
Sistema di Origine
SourceSystemId
|
Identifica il sistema sorgente da cui sono stati estratti i dati. | ||
|
Descrizione
Questo attributo indica il sistema di origine dei dati degli eventi, ad esempio 'SAP S/4HANA Production' o 'ECC Quality'. In ambienti con più sistemi ERP o con un mix di piattaforme legacy e moderne, questo campo è cruciale per la tracciabilità dei dati e la validazione. Nell’analisi consente di filtrare e confrontare i processi tra sistemi o istanze organizzative diverse. Ciò può far emergere differenze nell’esecuzione del processo o nella qualità dei dati specifiche del panorama applicativo.
Perché è importante
Fornisce contesto sull'origine dei dati, fondamentale in ambienti multi‑sistema per garantire l'integrità dei dati e abilitare analisi comparative.
Dove trovare
Si tratta in genere di un valore statico aggiunto durante l'estrazione dei dati per etichettare il dataset con il sistema di origine.
Esempi
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Stato complessivo della consegna
Lfstk
|
Lo stato complessivo di consegna dell'ordine di vendita, che indica se non è ancora consegnato, parzialmente consegnato o completamente consegnato. | ||
|
Descrizione
Questo campo di stato fornisce una sintesi di alto livello dell'avanzamento dell'evasione per un documento di vendita. È derivato dallo stato di tutte le sue righe e indica se l'ordine è aperto, in corso o completato dal punto di vista della consegna. Nell'analisi di processo, questo attributo è utile per comprendere lo stato attuale degli ordini aperti e per filtrare i casi. Ad esempio, analizzare solo gli ordini 'Fully Delivered' offre una vista dei processi completati, mentre analizzare gli ordini 'Not yet processed' aiuta a individuare eventuali arretrati e colli di bottiglia iniziali.
Perché è importante
Fornisce un'istantanea dell'avanzamento dell'evasione di un ordine, consentendo di filtrare e analizzare in base allo stato: aperto, parzialmente consegnato o completamente consegnato.
Dove trovare
Questo attributo è lo 'stato complessivo di consegna di tutte le righe' dalla tabella di stato VBUK (campo LFSTK).
Esempi
ABC
|
|||
|
Tempo di Elaborazione
ProcessingTime
|
Il tempo effettivo trascorso lavorando su una specifica attività. | ||
|
Descrizione
Il tempo di elaborazione, noto anche come durata dell'attività, misura l'intervallo tra l'inizio e la fine di un singolo passaggio del processo. Rappresenta il tempo di lavoro attivo, in contrapposizione ai tempi di attesa tra le fasi. Questa metrica calcolata è fondamentale per individuare quali attività sono più dispendiose in termini di tempo. È un elemento chiave dell'analisi dei colli di bottiglia e aiuta a cogliere le inefficienze all'interno di un task; ad esempio, una fase "Credit Check Performed" molto lunga può indicare la necessità di automazione o di una diversa allocazione delle risorse.
Perché è importante
Misura il tempo di lavoro attivo di un'attività, aiutando a individuare quali attività specifiche richiedono più tempo e sono candidate all'ottimizzazione.
Dove trovare
Attributo calcolato, ottenuto dalla differenza tra EndTime e StartTime di un’attività.
Esempi
360086400300
|
|||
|
Ultimo Data Update
LastDataUpdate
|
Il timestamp del più recente data refresh o estrazione dal sistema sorgente. | ||
|
Descrizione
Questo attributo indica quando i dati per l’analisi del processo sono stati aggiornati per l’ultima volta. Offre trasparenza a utenti aziendali e analisti sull’attualità dei dati visualizzati, assicurando la corretta comprensione dell’arco temporale coperto dall’analisi. Nelle dashboard e nei report questa informazione è cruciale per dare contesto: aiuta a capire se si sta consultando un’informazione in tempo reale o una fotografia periodica, influenzando l’interpretazione delle tendenze recenti e delle prestazioni operative.
Perché è importante
Informa gli utenti sulla tempestività dei dati, garantendo la comprensione del contesto temporale dell'analisi e prevenendo interpretazioni errate.
Dove trovare
Questo attributo è generato dallo strumento di estrazione dati o dallo strumento ETL e registra il timestamp dell’ultima esecuzione della pipeline dei dati.
Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Valuta del Documento
Waerk
|
Il codice valuta per gli importi indicati nel documento di vendita. | ||
|
Descrizione
Questo attributo definisce la valuta (ad es. USD, EUR, JPY) per i valori monetari come il valore netto all'interno del documento di vendita. Fornisce il contesto necessario per interpretare e aggregare correttamente i dati finanziari. Pur non influenzando direttamente il flusso di processo, la valuta è essenziale per qualsiasi analisi finanziaria. Garantisce la corretta interpretazione degli importi ed è necessaria quando si convertono gli importi in una valuta comune per la reportistica a livello globale.
Perché è importante
Fornisce il contesto essenziale per tutti i valori monetari, garantendo analisi e report finanziari accurati, soprattutto in contesti globali.
Dove trovare
Questo attributo è la 'valuta del documento SD' dalla tabella VBAK (campo WAERK).
Esempi
USDEURGBP
|
|||
Dall'Ordine all'Incasso - Attività di gestione ordini di vendita
| Activity | Descrizione | ||
|---|---|---|---|
|
Consegna creata
|
Questa attività indica la creazione di una consegna in uscita, che avvia il processo di spedizione e logistica. È un evento esplicito in cui una consegna viene creata con riferimento all'ordine di vendita. | ||
|
Perché è importante
Questa tappa segna il passaggio dalla gestione delle vendite alla logistica. Analizzare il tempo dalla conferma d'ordine alla creazione della consegna aiuta a individuare i colli di bottiglia nella pianificazione dell'evasione.
Dove trovare
Acquisito dal timestamp di creazione nella tabella LIKP (SD Document: Delivery Header Data). Il collegamento all'ordine di vendita è memorizzato nella tabella VBFA (Sales Document Flow).
Acquisisci
Acquisito dal timestamp di creazione dell'intestazione del documento di consegna in LIKP.
Tipo di evento
explicit
|
|||
|
Fattura Creata
|
Rappresenta la creazione del documento di fatturazione cliente, che dettaglia prodotti, quantità e prezzi ai fini del pagamento. È un evento esplicito in cui viene generata una fattura con riferimento alla consegna o all’ordine di vendita. | ||
|
Perché è importante
Questa attività segna l'inizio del ciclo di incasso. Il tempo tra l'uscita merci e la creazione della fattura è un KPI chiave per misurare l'efficienza del processo di fatturazione.
Dove trovare
Acquisito dalla tabella VBRK (Billing Document: Header Data): data di creazione (ERDAT) e ora (ERZET). La tabella VBFA collega la fattura ai documenti precedenti.
Acquisisci
Acquisito dal timestamp di creazione dell'intestazione del documento di fatturazione in VBRK.
Tipo di evento
explicit
|
|||
|
Ordine chiuso
|
Indica lo stato finale di un ordine di vendita, attestando che tutti i processi collegati, inclusi consegna, fatturazione e pagamento, sono completati. È dedotto dallo stato complessivo del documento di vendita. | ||
|
Perché è importante
Questa attività fornisce un punto di chiusura definitivo per gli ordini conclusi con successo nell'analisi di processo. Garantisce che il tempo di ciclo end-to-end sia misurato con precisione per gli ordini evasi.
Dove trovare
Deducibile dal campo di stato complessivo (VBUK‑GBSTK) del documento di vendita che passa a 'C' (= Completamente elaborato). Il timestamp deve essere derivato dall'ultimo aggiornamento di un documento collegato, ad esempio la compensazione del pagamento.
Acquisisci
Deducibile quando lo stato del documento VBUK‑GBSTK diventa 'C', con il timestamp preso dall'evento finale (es. Pagamento ricevuto).
Tipo di evento
inferred
|
|||
|
Ordine di vendita confermato
|
Indica il momento in cui è stata verificata la disponibilità del materiale e sono stati confermati quantità e data di consegna per le righe d'ordine. È dedotto dalla creazione di righe di schedulazione con quantità confermate. | ||
|
Perché è importante
È una tappa fondamentale che rappresenta l’impegno preso con il cliente. Il tempo necessario per raggiungere questo stadio (tempo di ciclo della conferma d’ordine) è un indicatore chiave dell’efficienza di elaborazione interna.
Dove trovare
Deducibile dalla creazione di record nella tabella VBEP (Sales Document: Schedule Line Data) con una quantità confermata (BMENG > 0) per le righe d'ordine di vendita.
Acquisisci
Derivato dalla data di creazione della prima riga di programmazione nella tabella VBEP con una quantità confermata.
Tipo di evento
inferred
|
|||
|
Ordine di vendita creato
|
Questa attività segna l'avvio del processo di vendita quando un nuovo ordine di vendita viene creato formalmente nel sistema. L'evento è rilevato esplicitamente quando un utente salva un nuovo documento d'ordine di vendita (ad es. tramite la transazione VA01), che crea una nuova voce nella tabella VBAK. | ||
|
Perché è importante
Questo è l'evento di avvio principale del processo Da Ordine a Incasso. Analizzare il tempo che intercorre da questa attività alle tappe successive è fondamentale per misurare il tempo di ciclo complessivo e individuare eventuali ritardi iniziali.
Dove trovare
Registrato nella tabella VBAK (Sales Document Header Data) al momento della creazione. I campi data di creazione (ERDAT) e ora (ERZET) forniscono il timestamp.
Acquisisci
Acquisito dal timestamp di creazione dell'intestazione dell'ordine di vendita in VBAK.
Tipo di evento
explicit
|
|||
|
Pagamento ricevuto
|
Questa attività segna il completamento con esito positivo del processo, quando il pagamento del cliente è stato ricevuto e compensato a fronte della fattura aperta. Si tratta di una registrazione contabile esplicita che chiude la partita clienti. | ||
|
Perché è importante
È la fase finale, in cui si realizza il valore, del ciclo Order to Cash. Analizzare il tempo dalla fatturazione all’incasso è essenziale per gestire il flusso di cassa e il Days Sales Outstanding (DSO).
Dove trovare
Acquisito dalla data di compensazione (AUGDT) nella tabella BSEG (segmento documento contabile) per la riga relativa al pagamento cliente che estingue la fattura.
Acquisisci
Acquisito dalla data di compensazione (AUGDT) sulla partita cliente estinta in BSEG o dal documento di compensazione in BKPF.
Tipo di evento
explicit
|
|||
|
Uscita merci contabilizzata
|
È il passaggio legale e contabile della merce, che ne sancisce l’uscita ufficiale dal magazzino aziendale. Questo evento esplicito riduce le giacenze ed è un prerequisito per la fatturazione. | ||
|
Perché è importante
La registrazione dell'uscita merci è una tappa cruciale sia finanziaria sia logistica. È spesso considerata il momento della "spedizione" e incide direttamente sulla valorizzazione del magazzino e sul riconoscimento dei ricavi.
Dove trovare
Il timestamp è registrato nella tabella LIKP (WADAT_IST - Data effettiva del movimento merci) quando viene contabilizzata l'uscita merci. La tabella del flusso documenti VBFA collega questo dato all'ordine di vendita.
Acquisisci
Acquisito dalla data effettiva di movimentazione merce (LIKP-WADAT_IST) nell'intestazione della consegna.
Tipo di evento
explicit
|
|||
|
Blocco ordine di vendita impostato
|
Questa attività si verifica quando viene applicato un blocco di elaborazione all'ordine di vendita, impedendo attività successive come la creazione della consegna. Viene dedotta monitorando i log delle modifiche per specifici campi di blocco sulla testata o sulla riga dell'ordine di vendita. | ||
|
Perché è importante
L’applicazione di blocchi è una deviazione significativa dal percorso ideale. Capire perché e con quale frequenza vengono impostati aiuta a far emergere problemi sistemici relativi a qualità dei dati, pricing o anagrafiche cliente.
Dove trovare
Deducibile dalle tabelle delle modifiche (CDHDR, CDPOS) per i campi di blocco sull'ordine di vendita, come VBAK‑AUFSP (blocco ordine) o VBAK‑LIFSK (blocco consegna).
Acquisisci
Identificato rilevando una variazione in un campo di blocco (ad es. VBAK-LIFSK) da valore vuoto a valore non vuoto.
Tipo di evento
inferred
|
|||
|
Blocco ordine di vendita rimosso
|
Rappresenta la rimozione di un blocco di elaborazione, consentendo all’ordine di vendita di passare alla fase successiva. È dedotto rilevando un cambiamento nei campi di blocco, da un valore impostato a uno stato vuoto o ripristinato. | ||
|
Perché è importante
Monitorare il tempo necessario per rimuovere i blocchi è cruciale per comprendere l'entità dei ritardi. Questa attività aiuta a quantificare le rilavorazioni e l'efficacia dei processi di risoluzione.
Dove trovare
Deducibile dalle tabelle delle modifiche (CDHDR, CDPOS) quando un campo di blocco sull'ordine di vendita (es. VBAK‑LIFSK) passa da valorizzato a vuoto.
Acquisisci
Identificato rilevando una variazione in un campo di blocco (ad es. VBAK-LIFSK) da valore non vuoto a valore vuoto.
Tipo di evento
inferred
|
|||
|
Controllo credito eseguito
|
Rappresenta il completamento del controllo di affidabilità creditizia per il cliente associato all’ordine di vendita. Può essere un passaggio automatico o manuale e il completamento è generalmente dedotto da una variazione dello stato creditizio complessivo del documento. | ||
|
Perché è importante
I controlli di credito sono un collo di bottiglia frequente che può ritardare sensibilmente la conferma e l'evasione degli ordini. Tracciare questa attività aiuta a misurarne la durata e l'impatto sull'intero processo.
Dove trovare
Deducibile dagli aggiornamenti di stato nella tabella VBUK (Sales Document: Header Status and Administrative Data). Una variazione nel campo di stato del credito (CMGST) indica il completamento del controllo.
Acquisisci
Deducibile da una modifica con timestamp nel campo dello stato del credito (VBUK‑CMGST) del documento di vendita.
Tipo di evento
inferred
|
|||
|
Documento contabile creato
|
Questa attività si verifica quando la fattura viene contabilizzata con successo nel modulo di contabilità finanziaria, generando scritture contabili. È un evento esplicito che produce un documento corrispondente nel libro mastro. | ||
|
Perché è importante
Questo evento conferma che il ricavo della vendita è stato formalmente rilevato in contabilità. Ritardi in questa fase possono incidere sull’accuratezza della reportistica finanziaria.
Dove trovare
Acquisito dalla tabella BKPF (intestazione del documento contabile): data di creazione (CPUDT) e ora (CPUTM). La tabella VBRK spesso contiene il numero del documento contabile corrispondente (VBRK-BELNR).
Acquisisci
Acquisito dal timestamp di creazione dell'intestazione del documento contabile in BKPF.
Tipo di evento
explicit
|
|||
|
Fattura inviata al cliente
|
Indica che la fattura generata è stata inviata al cliente, ad esempio tramite stampa, email o EDI. In genere lo si deduce dal log di elaborazione del sistema di determinazione dei messaggi (output). | ||
|
Perché è importante
Il conteggio dei tempi di pagamento inizia spesso quando il cliente riceve la fattura. Tracciare questo evento è fondamentale per misurare con precisione il tempo di ciclo dell'incasso.
Dove trovare
Deducibile dai record nella tabella NAST (Message Status), che registra l'elaborazione dei tipi di output come le fatture. La data e l'ora di elaborazione possono fungere da timestamp dell'evento.
Acquisisci
Deducibile dal timestamp di elaborazione del record di messaggio di output pertinente nella tabella NAST.
Tipo di evento
inferred
|
|||
|
Merce prelevata
|
Rappresenta il completamento del processo fisico di prelievo (picking) della merce dalle ubicazioni di magazzino per la consegna in uscita. È in genere dedotto da un aggiornamento di stato sul documento di consegna. | ||
|
Perché è importante
Il picking è una fase chiave nel processo di evasione di magazzino. Tracciarne il completamento aiuta a misurare l'efficienza del magazzino e a individuare ritardi prima che la merce sia pronta per la spedizione.
Dove trovare
Deducibile dai campi di stato nelle tabelle LIPS (Delivery Item) o LIKP (Delivery Header), ad esempio lo stato di prelievo (KOSTA). Una variazione a 'Completamente prelevato' identifica l'evento.
Acquisisci
Deducibile da una modifica con timestamp nel campo dello stato di prelievo (es. LIKP‑KOSTA) del documento di consegna.
Tipo di evento
inferred
|
|||
|
Ordine di vendita modificato
|
Indica che un attributo rilevante di un ordine di vendita esistente, ad esempio quantità, prezzo o data di consegna richiesta, è stato modificato dopo la creazione iniziale. Questo evento è registrato esplicitamente nelle tabelle del log delle modifiche di SAP. | ||
|
Perché è importante
Le modifiche frequenti indicano un processo instabile e possono generare rilavorazioni, errori di evasione e ritardi. Questa attività è fondamentale per misurare il tasso di modifica degli ordini di vendita e identificare le cause principali.
Dove trovare
Acquisito dalle tabelle dei log delle modifiche, CDHDR (intestazione documento di modifica) e CDPOS (posizioni documento di modifica), che registrano le variazioni alle tabelle degli ordini di vendita come VBAK e VBAP.
Acquisisci
Identificato dalle registrazioni nella tabella CDHDR collegate all'oggetto ordine di vendita (OBJECTCLAS 'VERKBELEG').
Tipo di evento
explicit
|
|||
|
Riga ordine di vendita rifiutata
|
Rappresenta l’annullamento o il rifiuto di una specifica riga dell’ordine di vendita prima del completamento dell’elaborazione. È dedotto dall’applicazione di un "Motivo di rifiuto" alla riga. | ||
|
Perché è importante
Questa attività rappresenta un esito negativo per una parte dell'ordine. Analizzare quando e perché le righe vengono rifiutate aiuta a individuare problemi di disponibilità prodotto, prezzi o requisiti del cliente.
Dove trovare
Deducibile dai log delle modifiche (CDHDR, CDPOS) che indicano quando il campo 'Motivo del rifiuto' (VBAP‑ABGRU) viene valorizzato per una riga d'ordine di vendita.
Acquisisci
Deducibile dal timestamp in cui il campo VBAP‑ABGRU viene valorizzato per una o più righe.
Tipo di evento
inferred
|
|||