Il Suo template per i dati di gestione della Supply Chain

SAP S/4HANA Supply Chain
Il Suo template per i dati di gestione della Supply Chain

Il Suo template per i dati di gestione della Supply Chain

Questo template fornisce una panoramica strutturata dei campi dati e dei passaggi di processo necessari per un'analisi efficace della supply chain. La guida nella raccolta degli attributi corretti per costruire un Event Log completo, offrendo consigli pratici sull'estrazione dei dati da SAP S/4HANA.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Supply Chain Management

Questi campi dati consigliati sono cruciali per creare un Event Log completo e analizzare efficacemente i processi di gestione della supply chain.
5 Obbligatorio 7 Consigliato 8 Facoltativo
Nome Descrizione
Nome attività
ActivityName
Il nome dell'attività di business o dell'evento verificatosi in un punto specifico del processo della supply chain.
Descrizione

Questo attributo descrive una fase specifica o una milestone nel ciclo di vita dell'ordine logistico, come 'Ordine d'Acquisto Emesso' o 'Uscita Merci Registrata'. Queste attività formano la sequenza di eventi del processo.

L'analisi della sequenza è il cuore del Process Mining. Permette di scoprire il flusso reale, confrontarlo con le procedure operative standard e identificare i passaggi che causano ritardi o richiedono rework.

Perché è importante

Definisce le fasi del processo, elemento base per mappare i flussi, analizzare le varianti e misurare i tempi di ciclo tra le attività.

Dove trovare

Generato mappando codici transazione o cambi stato da tabelle SAP (es. EKKO, LIKP) in nomi di attività comprensibili durante la trasformazione dati.

Esempi
Ordine d'acquisto emessoEntrata merci per ordine d'acquisto registrataConsegna in uscita creataProof of Delivery (POD) confermata
Ordine logistico
LogisticsOrder
L'identificatore univoco per un singolo processo di supply chain end-to-end, dalla domanda iniziale alla conferma finale di consegna.
Descrizione

L'Ordine Logistico funge da Case Identifier primario, collegando tutte le attività relative a una specifica richiesta di domanda o fulfillment nella supply chain. Questo approccio permette di tracciare l'intero ciclo di vita di un prodotto, dalla pianificazione al procurement fino alla produzione e distribuzione, garantendo una visione d'insieme del processo.

Nel Process Mining, l'analisi per Ordine Logistico rivela il percorso completo compiuto per soddisfare una domanda. Aiuta a identificare varianti comuni, colli di bottiglia e deviazioni nell'intera supply chain, invece di osservare processi isolati come acquisti o vendite.

Perché è importante

Chiave essenziale per collegare tutti gli eventi correlati in una singola istanza di processo, consentendo l'analisi end-to-end della supply chain.

Dove trovare

Si tratta di un identificatore concettuale che potrebbe dover essere costruito collegando vari numeri di documento, come il numero di un OdV con i successivi numeri di AdV e consegna. Consulti la documentazione SAP o un esperto di dominio.

Esempi
LO-4500078192LO-4500078193LO-4500078194
Timestamp Evento
EventTime
Il timestamp che indica quando si è verificata l'attività, inclusi data e ora.
Descrizione

Questo attributo fornisce data e ora precise per ogni attività. Funge da spina dorsale cronologica dell'Event Log, ordinando i passaggi come avvenuti nella realtà.

L'Event Time è cruciale per tutte le analisi temporali. Viene usato per calcolare i cycle time tra le attività, misurare il lead time totale di un processo, identificare trend di performance nel tempo e individuare quando è più probabile che si verifichino colli di bottiglia.

Perché è importante

Questo timestamp è essenziale per calcolare durate e metriche di performance, consentendo l'analisi dei colli di bottiglia e dei lead time.

Dove trovare

Estratto dai campi timestamp di creazione documenti o cambi stato nelle tabelle SAP core (es. CDHDR/CDPOS o campi ERDAT/ERZET nelle tabelle header).

Esempi
2023-04-15T10:25:00Z2023-04-18T14:00:00Z2023-04-22T08:15:00Z
Sistema di Origine
SourceSystem
Il sistema da cui provengono i dati.
Descrizione

Identifica l'istanza specifica del sistema sorgente. In scenari complessi, un'azienda può avere più istanze SAP S/4HANA per regioni diverse.

Questo attributo è fondamentale per la data governance e per segmentare l'analisi, permettendo di confrontare le performance tra sistemi o isolare dati da una singola fonte autorevole.

Perché è importante

Fornisce un contesto critico sull'origine dei dati, importante per la validazione e per confrontare i processi tra diversi paesaggi di sistemi.

Dove trovare

Valore tipicamente statico aggiunto durante l'estrazione per identificare l'origine, ad esempio l'ID del sistema SAP (SAPSID).

Esempi
S4H_PROD_EUS4H_PROD_NAS4H_DEV
Ultimo `Data Update`
LastDataUpdate
Il timestamp di quando i dati sono stati aggiornati o estratti l'ultima volta dal sistema di origine.
Descrizione

Questo attributo indica l'ultima volta che i dati dell'Event Log sono stati aggiornati. Fornisce una data di "freschezza" per l'analisi, assicurando che gli utenti conoscano l'attualità delle informazioni.

In ogni analisi, comprendere quanto siano recenti i dati è cruciale per decisioni informate. Questo timestamp aiuta a dare fiducia nei dati e a comprendere la finestra temporale coperta da dashboard e KPI.

Perché è importante

Garantisce trasparenza sull'aggiornamento dei dati, informando l'utente su quanto sia recente l'analisi del processo.

Dove trovare

Campo di metadati solitamente generato e popolato dallo strumento di estrazione dati o ETL al termine di un aggiornamento dati riuscito.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Data di consegna richiesta
RequestedDeliveryDate
La data in cui è stata richiesta la consegna della merce al fornitore.
Descrizione

Data di consegna specificata nell'ordine d'acquisto, che rappresenta il target per il fornitore. Funge da riferimento rispetto al quale viene misurata la performance reale.

Essenziale per calcolare il KPI Supplier On-Time Delivery Rate. Confrontando la data reale di entrata merci con questa data richiesta, l'azienda può misurare oggettivamente se i fornitori rispettano gli impegni.

Perché è importante

Data di riferimento usata per calcolare il KPI 'Supplier On-Time Delivery Rate', fondamentale per la gestione delle performance dei fornitori.

Dove trovare

Presente nella tabella posizioni ordini d'acquisto EKPO, nel campo EINDT (Data consegna).

Esempi
2023-05-20T00:00:00Z2023-06-15T00:00:00Z2023-07-01T00:00:00Z
Nome cliente
CustomerName
Il nome del cliente per cui viene evaso l'ordine.
Descrizione

Questo attributo identifica il cliente finale associato a un ordine di vendita e alle attività di fulfillment. Fornisce contesto al lato della domanda nel processo di supply chain.

Nel Process Mining, l'analisi per cliente aiuta a identificare diversi pattern di evasione o livelli di performance per i key account. Viene utilizzato in dashboard come la Proof of Delivery Lag Analysis per verificare se certi clienti ritardano costantemente le conferme.

Perché è importante

Consente di segmentare l'analisi per cliente, rivelando comportamenti specifici, colli di bottiglia o il rispetto degli SLA (Service Level Agreement).

Dove trovare

Il codice cliente (KUNNR) è memorizzato nei documenti di vendita (es. tabella VBAK). Il nome viene recuperato dalla tabella anagrafica centrale clienti KNA1.

Esempi
Retail CorpInnovare SoluzioniPartner di produzione
Nome Fornitore
SupplierName
Il nome del fornitore associato alle attività di acquisto.
Descrizione

Questo attributo identifica il fornitore da cui vengono acquistati beni o servizi. In genere è associato ad attività come 'Richiesta d'Acquisto Creata' e 'Ordine d'Acquisto Emesso'.

Il Nome del Fornitore è essenziale per la dashboard Supplier Delivery Performance. Consente di filtrare e segmentare i dati per confrontare puntualità, lead time e livelli di qualità tra diversi fornitori, fondamentale per il sourcing strategico e la gestione dei rapporti.

Perché è importante

Consente l'analisi delle performance per fornitore, fondamentale per ottimizzare gli acquisti e valutare l'affidabilità dei partner.

Dove trovare

Il codice fornitore (LIFNR) è memorizzato nei documenti d'acquisto (es. tabelle EKKN, EBAN). Il nome viene recuperato dalla tabella anagrafica centrale fornitori LFA1.

Esempi
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Numero materiale
MaterialNumber
L'identificatore univoco per il prodotto o materiale in fase di lavorazione.
Descrizione

Il Codice Materiale, spesso chiamato SKU, è il codice univoco per un prodotto specifico in SAP. Collega le attività del processo ai beni fisici o digitali prodotti, acquistati o spediti.

Questo attributo è vitale per l'analisi incentrata sul prodotto. Aiuta a capire se certi articoli sono più soggetti a problemi di qualità, ritardi di produzione o stockout. Le dashboard possono essere filtrate per materiale per indagare le performance di specifiche linee di prodotto.

Perché è importante

Consente analisi a livello di prodotto per capire se ritardi o difetti qualitativi sono concentrati su materiali specifici.

Dove trovare

Presente nelle tabelle a livello di posizione per gran parte dei documenti (es. VBAP per ordini di vendita, EKPO per ordini d'acquisto). Il campo è solitamente MATNR.

Esempi
FG-100-ARM-2034-BSA-5500
Risultato ispezione qualità
QualityInspectionResult
L'esito di un'ispezione di qualità, come 'Approvato' o 'Respinto'.
Descrizione

Questo attributo registra il risultato di un controllo qualità sui beni prodotti o ricevuti. L'esito determina se la merce può procedere o se richiede rework, reso o rottamazione.

È un attributo critico per la dashboard e il KPI sui tassi di scarto. Analizzare frequenza e motivi dei fallimenti aiuta a identificare problemi di qualità sistemici con specifici prodotti, fornitori o linee di produzione.

Perché è importante

Supporta direttamente il calcolo dei KPI di qualità e aiuta a individuare le fonti di scarsa qualità nella catena di fornitura.

Dove trovare

Questa informazione è tipicamente memorizzata nel modulo Quality Management (QM). I dati possono provenire dalle tabelle dei lotti di ispezione come QALS e dai codici di decisione di utilizzo in QAVE.

Esempi
ApprovatoFallitoRilavorazione richiestaApprovato con deviazione
Stabilimento
Plant
La struttura di produzione o distribuzione in cui si è svolta l'attività.
Descrizione

Il Plant è un'unità organizzativa SAP che rappresenta un luogo in cui le merci vengono prodotte, stoccate o distribuite. Fornisce il contesto geografico o funzionale per le attività di processo.

Analizzare le performance per Plant è un requisito comune. Consente di effettuare benchmarking e confrontare efficienza, throughput e conformità tra diversi siti operativi, aiutando a identificare le best practice o le sedi che necessitano di miglioramenti.

Perché è importante

Fornisce una dimensione geografica o organizzativa per l'analisi, consentendo il confronto delle prestazioni tra diverse strutture.

Dove trovare

Presente in molte tabelle di posizione (es. VBAP, EKPO, LIPS). Il campo è solitamente WERKS.

Esempi
100021003500
Utente esecutore
ExecutingUser
L'ID utente della persona che ha eseguito l'attività.
Descrizione

Questo attributo acquisisce il nome utente SAP o l'ID dell'impiegato che ha eseguito l'attività, come la creazione di un ordine o la registrazione di un'entrata merci. Collega le fasi del processo alle risorse umane coinvolte.

L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, identificare le esigenze di formazione e individuare differenze di performance tra individui o team. È preziosa anche per l'analisi della conformità.

Perché è importante

Attribuisce le attività a utenti specifici, consentendo analisi del carico di lavoro, confronti di performance e indagini su azioni non conformi.

Dove trovare

Presente nei campi 'Creato da' o 'Modificato da' di molte tabelle SAP, come ERNAM in EKKO, LIKP o VBRK.

Esempi
CBROWNJSMITHASINGH
Consegna in ritardo
IsLateDelivery
Un flag booleano che indica se la consegna di un fornitore è avvenuta dopo la data richiesta.
Descrizione

Questo flag calcolato fornisce un indicatore vero/falso sulla puntualità della consegna. Si ottiene confrontando il timestamp dell'attività 'Entrata Merci per AdV' con l'attributo 'Data di Consegna Richiesta'.

Semplifica la creazione di dashboard e KPI sulle performance dei fornitori. Consente filtri rapidi per calcolare il Supplier On-Time Delivery Rate e identificare fornitori, materiali o regioni con i ritardi più frequenti.

Perché è importante

Semplifica l'analisi delle performance dei fornitori fornendo un esito binario chiaro per ogni consegna, essenziale per il KPI di puntualità.

Dove trovare

Campo calcolato. La logica è: IF ('Goods Receipt For PO Posted'.EventTime > PurchaseOrder.RequestedDeliveryDate) THEN True ELSE False.

Esempi
truefalse
È una Rilavorazione
IsRework
Un indicatore che segnala se un'attività o una sequenza di attività rappresenta un rework.
Descrizione

Questo attributo booleano contrassegna le attività che sono ripetizioni di fasi precedenti, indicando rework o correzioni. Ad esempio, se dopo un'ispezione di qualità e la creazione di un ordine segue una nuova ispezione, la seconda può essere flaggata come rework.

Identificare il rework è fondamentale per capire inefficienze e costi nascosti. Questo flag aiuta a quantificare frequenza e impatto dei cicli di rework, supportando il calcolo del KPI Order Processing Error Rate ed evidenziando aree di miglioramento.

Perché è importante

Aiuta a quantificare le inefficienze identificando e conteggiando le attività che fanno parte di cicli di rilavorazione.

Dove trovare

Solitamente calcolato dallo strumento di Process Mining identificando sequenze ripetute di attività nello stesso caso.

Esempi
truefalse
Nome vettore
CarrierName
Il nome della compagnia di trasporti o dello spedizioniere che gestisce la spedizione.
Descrizione

Il Nome del Vettore identifica il fornitore di servizi logistici responsabile del trasporto delle merci, ad esempio dal magazzino al cliente.

Questo attributo è essenziale per la dashboard Transportation Cycle Time Analysis. Consente di confrontare tempi di transito, costi e affidabilità tra diversi vettori, permettendo una migliore pianificazione logistica e selezione dei partner.

Perché è importante

Permette di analizzare le performance dei trasportatori, elemento chiave per ottimizzare i costi logistici e i tempi di consegna.

Dove trovare

L'ID del vettore (spedizioniere) è memorizzato nei documenti di spedizione, come la tabella VTTK (Shipment Header). Il nome viene recuperato dalle tabelle anagrafiche come LFA1.

Esempi
DHLFedExMaersk Logistics
Numero Ordine d'Acquisto
PurchaseOrderNumber
L'identificatore univoco per il documento dell'Ordine d'Acquisto (AdV).
Descrizione

Il Numero dell'Ordine d'Acquisto (AdV) è il numero del documento ufficiale usato per ordinare materiali da un fornitore. È un identificatore chiave nella parte di procurement della supply chain.

Questo attributo permette analisi approfondite sul processo di acquisto. Viene utilizzato nella dashboard Procurement End-to-End Cycle Time e per calcolare il KPI Supplier On-Time Delivery Rate, collegando richiesta, ordine, ricezione e pagamento.

Perché è importante

Funge da identificatore chiave per analizzare nel dettaglio il sottoprocesso di procurement e collegare i relativi eventi.

Dove trovare

Presente nella tabella header EKKO e nella tabella posizione EKPO. Il campo è EBELN.

Esempi
450007819245000781934500078194
Numero ordine di vendita
SalesOrderNumber
L'identificatore univoco per il documento dell'Ordine di Vendita (OdV).
Descrizione

Il Numero dell'Ordine di Vendita (OdV) è il numero del documento ufficiale che conferma una vendita a un cliente. È un identificatore chiave nella parte order-to-cash della supply chain.

Questo attributo è cruciale per tracciare il fulfillment di uno specifico ordine cliente. Aiuta a collegare la richiesta iniziale a tutte le attività successive come consegna e fatturazione, supportando la Order Fulfillment Lead Time Analysis.

Perché è importante

Funge da identificativo chiave per il sottoprocesso di evasione dell'ordine, collegando la domanda del cliente alla logistica e al regolamento finanziario.

Dove trovare

Presente nella tabella header VBAK e nella tabella posizione VBAP. Il campo è VBELN.

Esempi
100023451000234610002347
Ora di Fine
EndTime
Il timestamp che indica quando un'attività è stata completata, usato per calcolare il tempo di elaborazione.
Descrizione

L'End Time segna il completamento di un'attività specifica. Mentre lo Start Time (EventTime) indica l'inizio, l'End Time è necessario per capire quanto tempo ha richiesto l'esecuzione, specialmente per attività non istantanee.

Nell'analisi, avere entrambi i timestamp consente di misurare con precisione il tempo di elaborazione rispetto al tempo di attesa. Ciò aiuta a distinguere tra il tempo speso lavorando attivamente su un task e quello speso aspettando lo step successivo, chiave per identificare opportunità di efficienza.

Perché è importante

Permette il calcolo preciso dei tempi di esecuzione delle attività, distinguendo tra lavoro a valore aggiunto e tempi di attesa.

Dove trovare

Può essere derivato dai cambi di stato in SAP (es. tabelle JEST/JCDS). Per eventi istantanei, l'ora di fine può coincidere con quella di inizio.

Esempi
2023-04-15T11:30:00Z2023-04-18T14:05:00Z2023-04-22T09:00:00Z
Quantità dell'ordine
OrderQuantity
La quantità del materiale nella voce d'ordine.
Descrizione

Questo attributo specifica il numero di unità di un materiale richiesto in una voce di ordine (OdV o AdV). Fornisce una misura del volume per ogni transazione.

L'analisi per quantità aiuta a dare priorità agli ordini ad alto volume, che possono avere un impatto aziendale maggiore. Può anche essere usato per normalizzare altre metriche, come il costo per unità, o per capire come la dimensione dell'ordine influenzi i tempi di elaborazione.

Perché è importante

Fornisce un contesto volumetrico alle transazioni, consentendo l'analisi dell'impatto e la segmentazione dei casi per dimensione.

Dove trovare

Presente nelle tabelle a livello di posizione, come MENGE in EKPO o KWMENG in VBAP.

Esempi
100500025
Tempo di Elaborazione
ProcessingTime
La durata del tempo trascorso lavorando attivamente su un'attività.
Descrizione

Il Tempo di Elaborazione è la durata calcolata dall'inizio alla fine di un'attività. Rappresenta il lavoro effettivo o "touch time" per un passaggio del processo, in contrapposizione al tempo di attesa tra le fasi.

Questa metrica è fondamentale per identificare le inefficienze. Isolando il tempo di elaborazione da quello di attesa, gli analisti possono determinare se i ritardi siano causati da un'esecuzione lenta dei task o da lunghe code e ritardi nei passaggi di consegne tra reparti o sistemi.

Perché è importante

Aiuta a distinguere il tempo di lavoro attivo dai tempi di attesa, fondamentale per identificare le vere cause dei ritardi.

Dove trovare

Calcolato sottraendo l'ora di inizio (StartTime) dall'ora di fine dell'attività (EndTime).

Esempi
PT1H30MPT8HP2D
Obbligatorio Consigliato Facoltativo

Attività di Supply Chain Management

Questi sono i passaggi di processo e le milestone essenziali da acquisire per una Process Discovery accurata e l'ottimizzazione della supply chain.
6 Consigliato 9 Facoltativo
Activity Descrizione
Beni Prodotti
Questa attività rappresenta la conferma che la produzione delle merci è completata. In genere viene registrata come un'entrata merci dall'ordine di produzione, spostando il prodotto finito in inventario.
Perché è importante

Segna la fine del ciclo di produzione. Il tempo tra creazione dell'ordine e questo evento rappresenta il lead time di produzione, metrica chiave per l'efficienza produttiva.

Dove trovare

Può essere acquisito tramite la registrazione di un documento materiale (entrata merci da ordine di produzione) o dedotto dalla conferma finale dell'ordine di produzione (tabella AFRU) o da un cambio di stato in 'Consegnato'.

Acquisisci

Dedotto dalla data di registrazione del documento materiale di entrata merci finale per l'ordine di produzione o da un cambio di stato.

Tipo di evento inferred
Entrata merci per ordine d'acquisto registrata
Rappresenta la ricezione fisica di materie prime o merci da un fornitore a fronte di un ordine d'acquisto. L'evento viene registrato all'arrivo della merce in magazzino o stabilimento.
Perché è importante

Questa attività completa la fase di consegna del fornitore nel ciclo di procurement. È vitale per calcolare i tassi di puntualità dei fornitori e comprendere le performance della logistica in entrata.

Dove trovare

Evento esplicito acquisito tramite registrazione di documento materiale. Il timestamp si trova nella tabella header del documento (MKPF, campo BUDAT). Il collegamento all'AdV è nella tabella item (MSEG).

Acquisisci

Usi la data di registrazione (MKPF-BUDAT) dal documento materiale associato all'ordine d'acquisto.

Tipo di evento explicit
Ordine cliente creato
Questa attività segna la creazione di un nuovo ordine di vendita, che formalizza la richiesta di merci da parte del cliente. È un evento esplicito registrato quando un utente salva un nuovo OdV nel sistema.
Perché è importante

Punto di partenza primario per il processo order-to-cash. Analizzare il tempo da questo evento agli altri rivela il lead time totale di fulfillment e identifica ritardi iniziali.

Dove trovare

Questo evento è loggato esplicitamente. Si trova nei documenti di modifica per le tabelle degli OdV (CDHDR/CDPOS) o usando il timestamp di creazione nella tabella header OdV (VBAK, campo ERDAT).

Acquisisci

Usi la data (VBAK-ERDAT) e l'ora (VBAK-ERZET) di creazione per il documento dell'ordine di vendita.

Tipo di evento explicit
Ordine d'acquisto emesso
Segna la creazione formale e l'invio di un ordine d'acquisto a un fornitore esterno. Converte la richiesta d'acquisto in un impegno vincolante.
Perché è importante

In quanto milestone fondamentale, questa attività è cruciale per misurare i lead time dei fornitori e i cicli di acquisto, fornendo la base per valutare la puntualità delle consegne.

Dove trovare

Evento esplicito loggato alla creazione dell'ordine d'acquisto. Il timestamp di creazione è memorizzato nella tabella header AdV (EKKO, campo AEDAT).

Acquisisci

Usi la data di creazione del documento (EKKO-AEDAT) per l'ordine d'acquisto.

Tipo di evento explicit
Proof of Delivery (POD) confermata
Rappresenta la conferma formale dal cliente o dal vettore che la merce è stata ricevuta come specificato. Spesso viene registrata aggiornando la consegna in uscita con le informazioni POD.
Perché è importante

Questa attività segna la fine definitiva del processo di fulfillment. È cruciale per una fatturazione accurata, la risoluzione delle dispute e la misurazione dell'ultima fase del ciclo di consegna.

Dove trovare

Evento esplicito. La data della prova di consegna è registrata nella tabella header delle consegne (LIKP, campo PODAT) o tabelle POD correlate (VLPOD).

Acquisisci

Usi la data della prova di consegna (LIKP-PODAT) dal documento di consegna.

Tipo di evento explicit
Uscita merci contabilizzata
Questa attività rappresenta la partenza legale e fisica delle merci dal magazzino. Riduce l'inventario e registra il costo del venduto, segnando la spedizione ufficiale dell'ordine.
Perché è importante

Milestone critica che segna l'inizio del periodo 'in transito'. È il punto definitivo in cui le merci escono dal possesso dell'azienda per la consegna.

Dove trovare

Evento esplicito che crea un documento materiale. Il timestamp è registrato nell'header del documento materiale (MKPF, campo BUDAT) e aggiorna lo stato del movimento merci nel documento di consegna (LIKP, campo WBSTK).

Acquisisci

Usi la data di registrazione (MKPF-BUDAT) dal documento materiale di uscita merci associato alla consegna.

Tipo di evento explicit
Consegna in uscita creata
Indica la creazione di un documento di consegna, che autorizza il picking e la spedizione della merce al cliente. Questa attività segna il passaggio dalla gestione ordini all'esecuzione logistica.
Perché è importante

Passaggio chiave che avvia il processo fisico di fulfillment. Ritardi tra creazione dell'ordine e creazione della consegna possono indicare problemi di pianificazione o disponibilità.

Dove trovare

Evento esplicito. Il timestamp di creazione è registrato nella tabella header delle consegne (LIKP, campo ERDAT).

Acquisisci

Usi la data (LIKP-ERDAT) e l'ora (LIKP-ERZET) di creazione dall'header del documento di consegna.

Tipo di evento explicit
Disponibilità stock verificata
Rappresenta il controllo sistemico o manuale per verificare la disponibilità a magazzino degli articoli richiesti. Spesso è un passaggio automatico durante la creazione dell'ordine, ma potrebbe non essere loggato come evento discreto.
Perché è importante

Capire il tempo tra l'ordine e questo controllo aiuta ad analizzare come i livelli di inventario impattino sul fulfillment. I ritardi in questa fase portano spesso ad attività di procurement o produzione.

Dove trovare

In genere non è un evento esplicito. Può essere dedotto dalla creazione della prima schedule line confermata nella tabella item OdV (VBEP) o da cambi di stato nell'item d'ordine.

Acquisisci

Dedotto dall'aggiornamento dello stato di conferma sulla riga della schedulazione dell'ordine di vendita (tabella VBEP).

Tipo di evento inferred
Fattura cliente creata
Questa attività segna la creazione del documento di fatturazione per il cliente in base alle merci o ai servizi consegnati. Avvia la fase finale di regolamento finanziario del processo.
Perché è importante

Questa attività è chiave per analizzare il tempo del ciclo di fatturazione. I ritardi tra la conferma di consegna e la fatturazione possono impattare negativamente sul flusso di cassa.

Dove trovare

Evento esplicito. Il timestamp di creazione è registrato nella tabella header dei documenti di fatturazione (VBRK, campo ERDAT).

Acquisisci

Usi la data di creazione (VBRK-ERDAT) dall'header del documento di fatturazione.

Tipo di evento explicit
Ispezione qualità eseguita
Rappresenta il completamento di un controllo di qualità sui beni prodotti. L'esito dell'ispezione (positivo o negativo) viene registrato in una decisione di utilizzo.
Perché è importante

Questa attività è cruciale per monitorare la qualità del prodotto e identificare problemi di produzione. Alti tassi di scarto o lunghi tempi di ispezione possono rappresentare colli di bottiglia significativi.

Dove trovare

Evento esplicito acquisito quando viene presa una decisione di utilizzo per un lotto di ispezione. La data della decisione è nella tabella QALS (campo PASTRTERM) o QAVE.

Acquisisci

Usi il timestamp della registrazione della decisione d'uso per il lotto di ispezione (tabelle QALS/QAVE).

Tipo di evento explicit
Merce scaricata a destinazione
Questa attività indica lo scarico fisico delle merci presso la sede del cliente. Questo evento potrebbe non essere tracciato esplicitamente in SAP e spesso deve essere dedotto dai dati del vettore o da eventi successivi.
Perché è importante

Segna la fine della tratta di viaggio in transito. La durata dall'uscita merci a questo punto è il tempo di trasporto, chiave per l'ottimizzazione logistica.

Dove trovare

Raramente è un evento esplicito nell'ERP core. Può essere dedotto dai messaggi EDI del vettore, dai dati del modulo Transportation Management (TM) o dal timestamp del documento della prova di consegna.

Acquisisci

Dedotto dagli aggiornamenti di stato del vettore (es. EDI 214) o usando il timestamp della prova di consegna come proxy.

Tipo di evento inferred
Ordine di produzione creato
Indica che è stato creato un ordine di produzione per i prodotti finiti necessari. Segna l'inizio formale del processo manifatturiero interno.
Perché è importante

La creazione di un ordine di produzione segna l'inizio del lead time di produzione. Analizzare questo passaggio aiuta a identificare i ritardi tra il segnale di domanda e l'inizio effettivo della produzione.

Dove trovare

Evento esplicito. La data di creazione è registrata nella tabella header degli ordini di produzione (AUFK, campo ERDAT).

Acquisisci

Usi la data di creazione (AUFK-ERDAT) dalla tabella header dell'ordine.

Tipo di evento explicit
Picking completato
Questa attività segna il completamento del processo fisico di prelievo degli articoli dal magazzino per la consegna in uscita. In molti sistemi, viene confermata quando lo stato di picking del documento di consegna viene aggiornato.
Perché è importante

Il picking efficiente è vitale per la produttività del magazzino. Tracciare questa attività aiuta a identificare intoppi operativi e a misurarne le performance.

Dove trovare

Spesso non è un singolo evento discreto ma può essere dedotto dai cambi di stato. Viene registrato quando lo stato di picking nella tabella item di consegna (LIPS, campo KOSTA) è impostato su 'C' (Completamente elaborato).

Acquisisci

Dedotto dai documenti di modifica quando lo stato di picking (LIPS-KOSTA) viene aggiornato a 'prelevato completamente'.

Tipo di evento inferred
Richiesta di acquisto creata
Questa attività indica la creazione di una richiesta interna per l'acquisto di beni o materie prime necessari. Spesso scatta quando l'inventario è insufficiente per un OdV o scende sotto il punto di riordino.
Perché è importante

Primo step nel ciclo di procurement. Tracciarne la creazione aiuta a identificare ritardi nell'avvio degli acquisti e supporta l'analisi del processo end-to-end.

Dove trovare

Evento esplicito. Il timestamp di creazione è registrato nella tabella header delle richieste d'acquisto (EBAN, campo BADAT).

Acquisisci

Usi la data di creazione (EBAN-BADAT) per il documento della richiesta d'acquisto.

Tipo di evento explicit
Spedizione creata
Rappresenta la creazione di un documento di spedizione, che raggruppa una o più consegne per la pianificazione del trasporto. Contiene dettagli su vettore, rotta e modalità di trasporto.
Perché è importante

Questa attività segna l'inizio della pianificazione formale del trasporto. Analizzare il tempo tra l'uscita merci e il completamento della spedizione rivela l'efficienza del processo di trasporto.

Dove trovare

Evento esplicito registrato nella tabella header spedizioni (VTTK, campo ERDAT). Fa parte del modulo LE-TRA, che potrebbe non essere utilizzato da tutte le aziende.

Acquisisci

Usi la data di creazione (VTTK-ERDAT) dall'header del documento di spedizione.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i dati da SAP S/4HANA Supply Chain