Data Template: Procure-to-Pay - Ordine di acquisto

SAP ECC
Data Template: Procure-to-Pay - Ordine di acquisto

Il suo Template dati Procure‑to‑Pay - Ordine d’acquisto

Questo Template La guida attraverso i dati essenziali necessari per analizzare il processo Purchase to Pay (P2P) - Ordine di Acquisto in SAP ECC. Indica gli attributi cruciali da raccogliere, le attività chiave da monitorare e fornisce indicazioni pratiche su come estrarre queste informazioni dal Suo sistema. Usi questa risorsa per costruire un Event Log solido per le Sue iniziative di Process Mining.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all’estrazione per SAP ECC
È nuovo agli event log? Impari come creare un event log di Process Mining.

Purchase to Pay - Attributi dell’ordine di acquisto

Questi sono i campi dati essenziali che si consiglia di includere nel suo Event Log, abilitando un'analisi completa del processo Purchase to Pay - Purchase Order.
3 Obbligatorio 6 Consigliato 13 Facoltativo
NomeDescrizione
Activity
Activity
Il nome dello specifico evento o passaggio di processo avvenuto nel ciclo di vita dell’Ordine di acquisto.
Descrizione

Questo attributo descrive un singolo passaggio del processo, ad esempio 'Purchase Order Created', 'Purchase Order Approved' o 'Goods Receipt Posted'. La sequenza di queste attività costituisce il flusso di processo per ogni ordine d'acquisto.

L'analisi della sequenza, della frequenza e della durata tra le attività è il cuore del Process Mining. Consente di identificare colli di bottiglia, cicli di rilavorazione e deviazioni dallo standard, abilitando interventi mirati e iniziative di standardizzazione.

Perché è importante

Le attività definiscono le fasi del processo. Analizzarne la sequenza e i tempi rivela il flusso reale, i colli di bottiglia e le deviazioni.

Dove trovare

Derivato da diverse tabelle SAP e log di transazione, come CDHDR/CDPOS per le modifiche, EKBE per GR/IR ed EBAN per le richieste di acquisto. Spesso richiede una logica personalizzata o un programma di estrazione dedicato.

Esempi
Ordine di acquisto creatoOrdine di acquisto approvatoRicevimento merci contabilizzato
Ordine d'Acquisto
PurchaseOrder
Identificativo univoco del documento di ordine d'acquisto (PO), che funge da istanza principale per tracciare il processo di approvvigionamento.
Descrizione

Il numero dell'ordine d'acquisto (PO) è l'identificativo centrale che collega tutte le attività dalla creazione fino alla registrazione finale dell'entrata merci e al completamento. Ogni numero PO univoco rappresenta una singola istanza del processo di approvvigionamento.

Nel Process Mining, questo attributo è essenziale per ricostruire il percorso end-to-end di ogni acquisto. Consente analisi puntuali dei tempi di ciclo, delle varianti di processo e delle verifiche di conformità per ogni singolo ordine, fungendo da base dell'intero modello di processo.

Perché è importante

È l'identificativo centrale che collega tutti gli eventi correlati, consentendo di analizzare l'intero ciclo di vita di ciascun ordine d'acquisto.

Dove trovare

Tabella: EKKO, Campo: EBELN

Esempi
450001762345000176244500017625
Timestamp Evento
EventTime
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

Questo timestamp indica l'istante esatto in cui si è verificato un evento, ad esempio quando una PO viene approvata o quando si registra un'entrata merci. Fornisce l'ordine cronologico di tutte le attività all'interno di un caso.

I timestamp sono fondamentali per il Process Mining perché abilitano tutte le analisi basate sul tempo: dal calcolo dei tempi di ciclo tra le attività, all'identificazione dei ritardi, all'analisi del throughput di processo, fino alla misurazione delle performance rispetto ai Service Level Agreement (SLA).

Perché è importante

Questo timestamp è fondamentale per calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i colli di bottiglia, e per ordinare gli eventi in ordine cronologico.

Dove trovare

Derivato da vari campi data/ora nelle tabelle SAP, come EKKO-AEDAT (Data modifica), CDHDR-UDATE/UTIME (timestamp del log delle modifiche) o EKBE-BUDAT (Data registrazione).

Esempi
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Codice Società
CompanyCode
Identificativo dell'entità legale o dell'azienda che avvia l'acquisto.
Descrizione

Nel sistema SAP, la Società (Company Code) rappresenta un'entità giuridica indipendente. Tutte le transazioni sono registrate a livello di Società, il che la rende un'unità organizzativa fondamentale.

Analizzare il processo per Società consente di confrontare l'efficienza degli acquisti e la conformità tra diverse business unit o Paesi. Aiuta a individuare le best practice presenti in un'entità da replicare altrove o a evidenziare le unità che incontrano difficoltà nel processo.

Perché è importante

Rappresenta l'entità giuridica, consentendo il confronto delle performance di processo e le verifiche di conformità tra le diverse parti dell'organizzazione.

Dove trovare

Tabella: EKKO, Campo: BUKRS

Esempi
10002100US01
Gruppo merceologico
MaterialGroup
Una classificazione per raggruppare materiali o servizi con caratteristiche simili.
Descrizione

Il Gruppo merci, o categoria di acquisto, serve a classificare il tipo di beni o servizi acquistati. Esempi: 'Hardware IT', 'Forniture per ufficio' o 'Servizi professionali'.

Questo attributo è cruciale per l'analisi della spesa e per comprendere i modelli di approvvigionamento. Consente di filtrare il processo per analizzare come vengono gestite le diverse categorie, chi le approva e quali fornitori le forniscono. È una dimensione chiave nella dashboard 'Purchase Order Value Analysis'.

Perché è importante

Consente di segmentare il processo per categoria di prodotto o servizio, mettendo in luce comportamenti, tempi di ciclo o fornitori diversi a seconda della tipologia di spesa.

Dove trovare

Tabella: EKPO, Campo: MATKL

Esempi
00101IT_HWCONSULT
Importo dell’ordine
OrderAmount
Valore monetario totale della riga dell'ordine d'acquisto.
Descrizione

Questo attributo rappresenta il valore totale di una specifica riga dell'ordine d'acquisto, calcolato come quantità moltiplicata per il prezzo netto. Per ottenere il valore complessivo dell'ordine, è necessario aggregare gli importi delle righe.

Analizzare il processo per fasce di importo è cruciale per individuare transazioni di alto valore che possono richiedere controlli più rigorosi o percorsi di approvazione differenti. Alimenta la Dashboard 'Purchase Order Value Analysis' e aiuta a dare priorità agli interventi di miglioramento sugli ordini a maggior impatto economico.

Perché è importante

Quantifica l'impatto finanziario di ogni acquisto, consentendo analisi basate sul valore per dare priorità agli ordini ad alto valore o individuare opportunità di risparmio.

Dove trovare

Tabella: EKPO, Campo: NETWR (Valore netto dell'ordine).

Esempi
1500.00250.7512345.50
Nome Utente
UserName
L'ID utente della persona che ha eseguito l'attività.
Descrizione

Questo attributo rileva lo username SAP del dipendente che ha creato, modificato o approvato un documento. Per i passaggi automatizzati può riportare un ID utente di sistema o batch.

L'analisi per utente aiuta a individuare esigenze di formazione, profili ad alte prestazioni o potenziali criticità di conformità. È fondamentale per costruire dashboard sulla distribuzione del carico di lavoro, sul rispetto della matrice di approvazione e per comprendere le performance di team o singoli.

Perché è importante

Attribuisce le azioni degli utenti a persone specifiche, abilitando l’analisi delle prestazioni, del carico di lavoro e dell’aderenza ai protocolli di Conformità.

Dove trovare

Tabella: EKKO, Campo: ERNAM (Creato da); Tabella: CDHDR, Campo: USERNAME (Modificato da).

Esempi
JSMITHMBROWNBATCH_USER
Numero del fornitore
VendorNumber
Identificativo univoco del fornitore.
Descrizione

È il codice che identifica in modo univoco il fornitore da cui si approvvigionano beni o servizi. È un dato anagrafico critico nel processo di procurement.

Questo attributo è indispensabile per le analisi incentrate sul fornitore. Consente di valutare le performance di consegna, confrontare i lead time tra fornitori diversi e analizzare i modelli di spesa. È la dimensione primaria della Dashboard 'Vendor Delivery Performance'.

Perché è importante

Abilita l’analisi delle prestazioni dei fornitori, aiutando a individuare quelli affidabili e quelli che causano ritardi o problemi di qualità.

Dove trovare

Tabella: EKKO, Campo: LIFNR

Esempi
100345V-20598700112
Tipo Documento
DocumentType
Un codice che classifica i diversi tipi di ordini di acquisto.
Descrizione

Il tipo di documento è una configurazione in SAP che controlla l'intervallo di numerazione, la selezione dei campi e il flusso complessivo del processo per un ordine d'acquisto. Ad esempio, possono esistere tipi diversi per PO standard, PO di servizi o ordini di trasferimento di stock.

Questo attributo è una dimensione molto utile per l'analisi, perché i diversi tipi di documento seguono spesso processi volutamente differenti. Filtrare per tipo di documento consente un confronto omogeneo dei tempi di ciclo e dei flussi di processo.

Perché è importante

Distingue tra diverse tipologie di processo d’acquisto (es. standard, servizi, resi), che spesso presentano percorsi e aspettative di prestazione differenti.

Dove trovare

Tabella: EKKO, Campo: BSART

Esempi
NBFOUB
Consegna puntuale
IsOnTimeDelivery
Un indicatore che segnala se le merci sono state ricevute entro o prima della data di consegna richiesta.
Descrizione

Questo attributo booleano è vero se il timestamp dell'attività 'Goods Receipt Posted' è uguale o antecedente alla 'Requested Delivery Date'. Fornisce un esito chiaro e binario sulla performance di consegna per ciascuna riga d'ordine.

Questo attributo è la base del KPI 'On-Time Goods Receipt Rate'. Semplifica l'analisi delle performance dei fornitori e dell'efficienza del ricevimento interno consentendo aggregazioni e filtri immediati tra consegne puntuali e in ritardo.

Perché è importante

Fornisce una metrica chiara di successo/insuccesso sulla puntualità di consegna, a supporto diretto dei KPI e delle dashboard sulle performance dei fornitori.

Dove trovare

Attributo calcolato ottenuto confrontando la data di registrazione del ricevimento merci (EKBE-BUDAT) con la data di consegna richiesta (EKPO-EINDT).

Esempi
truefalse
Data di consegna richiesta
RequestedDeliveryDate
La data in cui l’azienda ha richiesto al fornitore la consegna dei beni o servizi.
Descrizione

È la data di consegna obiettivo indicata nell'ordine d'acquisto. Costituisce il riferimento rispetto al quale misurare la performance reale di consegna.

Questa data è essenziale per calcolare il KPI 'On-Time Goods Receipt Rate'. Confrontando la data effettiva di ricevimento merci con quella richiesta, le organizzazioni possono misurare in modo quantitativo l'affidabilità del fornitore e l'efficienza del ricevimento interno, a supporto diretto della Dashboard 'Vendor Delivery Performance'.

Perché è importante

È la data obiettivo di consegna, fondamentale per calcolare i KPI di puntualità e valutare l'affidabilità del fornitore.

Dove trovare

Tabella: EKPO, Campo: EINDT

Esempi
2023-06-102023-07-222023-08-01
È una modifica post-approvazione
IsPostApprovalChange
Un indicatore che segnala se una modifica all’ordine di acquisto (PO) è avvenuta dopo l’approvazione iniziale.
Descrizione

Questo attributo booleano è vero se viene rilevata un'attività 'Purchase Order Changed' successiva a 'Purchase Order Approved' per il medesimo ordine. Aiuta a isolare modifiche problematiche che avvengono nelle fasi finali del processo.

Questo campo calcolato supporta direttamente il KPI 'Post-Approval PO Change Rate' e la Dashboard 'Purchase Order Rework and Changes'. Consente di quantificare e mettere in evidenza modifiche dirompenti che possono causare ritardi e richiedere una nuova approvazione, segnalando criticità nelle specifiche o nell'impostazione iniziale.

Perché è importante

Misura direttamente la rilavorazione dopo l’approvazione, un KPI chiave per la stabilità e l’efficienza del processo. Valori elevati indicano problemi nella definizione dei requisiti a monte.

Dove trovare

Attributo calcolato derivato dalla sequenza delle attività nell'Event Log.

Esempi
truefalse
Gruppo acquisti
PurchasingGroup
Il buyer specifico o il gruppo di buyer responsabile dell'attività di approvvigionamento.
Descrizione

Il Gruppo acquisti rappresenta il singolo buyer o il team di buyer responsabile di una specifica attività di acquisto. È il principale punto di contatto per i fornitori.

Questo attributo offre un livello di analisi più granulare rispetto all'Organizzazione acquisti. Aiuta a comprendere la distribuzione del carico di lavoro tra i buyer e a individuare differenze di performance a livello di buyer, a supporto dell'allocazione delle risorse e delle iniziative di formazione.

Perché è importante

Offre una vista granulare su chi è responsabile dell'acquisto, consentendo analisi dettagliate di carico di lavoro e performance a livello di buyer o di team.

Dove trovare

Tabella: EKKO, Campo: EKGRP

Esempi
001002N01
Motivo del Rigetto
RejectionReason
Codice o testo della motivazione che spiega perché una richiesta d'acquisto o un ordine è stato respinto.
Descrizione

Questo attributo registra la motivazione specifica indicata quando un ordine d'acquisto viene respinto durante il workflow di approvazione. Queste informazioni sono cruciali per comprendere le cause profonde di rilavorazioni e ritardi.

Analizzare le motivazioni di rifiuto aiuta a individuare problemi ricorrenti come prezzi errati, sforamenti di budget o scelta di fornitori non conformi. Queste evidenze consentono di affrontare le cause alla radice, migliorare la qualità della creazione iniziale del PO e snellire il processo di approvazione.

Perché è importante

Offre insight diretti sui motivi per cui le approvazioni falliscono, abilitando interventi mirati per ridurre le rilavorazioni e accorciare i tempi di approvazione.

Dove trovare

Questa informazione può essere difficile da reperire. Potrebbe trovarsi in campi di testo esteso o dipendere da configurazioni personalizzate del workflow. Spesso richiede conoscenze specifiche dell'implementazione.

Esempi
Prezzo erratoBudget superatoRichiesta duplicata
Nome Fornitore
VendorName
Denominazione legale del fornitore.
Descrizione

Il nome descrittivo del fornitore, più intuitivo del numero del fornitore. In genere proviene dall'anagrafica fornitori.

Mentre il Numero del fornitore è usato per i join e l'identificazione univoca, il Nome fornitore è fondamentale per Dashboard e report rivolti agli utenti. Rende le analisi più intuitive e accessibili a chi non conosce i codici dei fornitori.

Perché è importante

Fornisce un nome leggibile per il fornitore, rendendo dashboard e report molto più comprensibili per gli utenti di business.

Dove trovare

Tabella: LFA1, Campo: NAME1. È necessario un join da EKKO-LIFNR a LFA1-LIFNR.

Esempi
Staples Inc.Global Tech SolutionsOffice Supply Co.
Organizzazione acquisti
PurchasingOrganization
Unità organizzativa responsabile della negoziazione dei prezzi e dell'approvvigionamento di materiali o servizi.
Descrizione

L'Organizzazione acquisti è un'unità organizzativa chiave in SAP responsabile delle attività di approvvigionamento. Può essere centralizzata per l'intera azienda o decentralizzata per stabilimento o area geografica.

Analizzare le performance di processo per Organizzazione acquisti aiuta a identificare i team più efficienti. Consente di confrontare metriche come tempo di ciclo, tassi di rilavorazione e costi tra diverse unità organizzative, mettendo in luce best practice e aree che necessitano di supporto.

Perché è importante

Identifica il team acquisti responsabile, abilitando confronti di performance e analisi tra diverse unità organizzative.

Dove trovare

Tabella: EKKO, Campo: EKORG

Esempi
1000US01DE01
Richiesta di acquisto
PurchaseRequisition
L’identificativo della richiesta d’acquisto che ha preceduto l’Ordine di acquisto.
Descrizione

Questo attributo collega l'ordine d'acquisto alla richiesta d'acquisto da cui origina. Non tutti gli ordini sono preceduti da una richiesta.

Questo collegamento è fondamentale per analizzare la Dashboard 'Requisition to Order Conversion' e il KPI 'PR to PO Conversion Rate'. Consente di misurare l'efficienza del processo a monte, dalla richiesta iniziale alla creazione dell'ordine formale, e di individuare gli ordini non conformi creati senza la relativa richiesta.

Perché è importante

Collega il PO alla richiesta d'acquisto (PR) di origine, consentendo l'analisi del processo di conversione da PR a PO e l'individuazione dei PO creati senza una richiesta precedente.

Dove trovare

Tabella: EKPO, Campo: BANFN

Esempi
1001589010015891
Sistema di Origine
SourceSystem
Il sistema da cui i dati sono stati estratti.
Descrizione

Questo attributo identifica l'origine dei dati, in genere un identificativo dell'istanza SAP ECC (ad es. 'ECC_PROD_100'). In ambienti con più sistemi, aiuta a distinguere le sorgenti dati.

Ai fini di governance e data lineage, conoscere il sistema sorgente è fondamentale. Garantisce l'integrità dei dati e supporta la risoluzione di problemi di estrazione o qualità, soprattutto quando i dati confluiscono da diversi sistemi o moduli ERP.

Perché è importante

Individua l'origine dei dati, aspetto cruciale per la data governance, la validazione e la gestione delle analisi su più sistemi.

Dove trovare

Di norma è un valore statico aggiunto durante l'estrazione dei dati per etichettare il dataset con il sistema di origine.

Esempi
SAP_ECC_PRODECC_EU_100S4H_FIN
Stabilimento
Plant
Sede fisica o stabilimento in cui devono essere consegnati i beni.
Descrizione

Lo stabilimento è un'unità organizzativa che rappresenta un sito produttivo, un magazzino o un'altra sede in cui si ricevono beni o servizi.

L'analisi per stabilimento aiuta a comprendere le variazioni geografiche nel processo di approvvigionamento. Può evidenziare differenze nei tempi di consegna dei fornitori verso determinate sedi o mettere in luce stabilimenti con processi di ricezione inefficaci, a supporto dell'analisi della puntualità delle registrazioni di entrata merci.

Perché è importante

Indica il luogo di consegna, utile per analizzare le differenze di processo per area e le performance logistiche.

Dove trovare

Tabella: EKPO, Campo: WERKS

Esempi
100011002000
Tempo di ciclo end-to-end
EndToEndCycleTime
Il tempo totale trascorso dalla prima all'ultima attività per un ordine d'acquisto.
Descrizione

Questa metrica misura la durata complessiva dell'intero processo di Ordine di Acquisto, dal primo evento registrato (ad es. "Purchase Requisition Created") fino all'evento finale (ad es. "Purchase Order Completed").

È un KPI fondamentale per misurare l'efficienza complessiva del processo. Offre una visione di alto livello delle performance e, tramite la sua analisi, aiuta a individuare i casi più lunghi e i colli di bottiglia più frequenti. Supporta direttamente la dashboard "End-to-End PO Cycle Time Analysis" e il KPI "Avg End-to-End PO Cycle Time".

Perché è importante

Misura la velocità e l'efficienza complessive dell'intero processo di approvvigionamento, fornendo un indicatore chiave dello stato di salute del processo.

Dove trovare

Attributo calcolato, determinato sottraendo il timestamp del primo evento da quello dell'ultimo per ciascun caso.

Esempi
10 giorni 4 ore22 giorni e 1 ora5 giorni e 8 ore
Ultimo Data Update
LastDataUpdate
Il timestamp che indica quando i dati sono stati aggiornati l'ultima volta dal sistema sorgente.
Descrizione

Questo attributo registra data e ora dell'ultima estrazione o aggiornamento dei dati. Fornisce contesto sull'attualità dei dati analizzati.

Mostrare questa informazione nelle Dashboard è essenziale per capire se le analisi si basano su dati quasi in tempo reale o su un'istantanea storica. Contribuisce a gestire le aspettative e a prendere decisioni basate su dati di cui si conosce l'anzianità.

Perché è importante

Informa gli utenti sulla tempestività dei dati, assicurando che comprendano se l'analisi riflette lo stato più aggiornato delle operazioni.

Dove trovare

Questo timestamp viene generato e aggiunto dal processo di estrazione dati o dall'ETL al momento dell'esecuzione.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Valuta
Currency
Il codice valuta per l'importo dell'ordine d'acquisto.
Descrizione

Questo attributo indica la valuta in cui è espresso il valore dell'ordine d'acquisto, ad esempio USD, EUR o GBP. Fornisce il contesto indispensabile per ogni valore monetario.

Per le organizzazioni globali, la valuta è essenziale per un'analisi finanziaria corretta. Consente una corretta aggregazione e confronto dei valori degli ordini e tutti i KPI monetari devono essere interpretati nel contesto della valuta di riferimento.

Perché è importante

Fornisce il contesto necessario per tutti i valori monetari, garantendo analisi finanziarie accurate, soprattutto nelle organizzazioni multinazionali.

Dove trovare

Tabella: EKKO, Campo: WAERS

Esempi
USDEURJPY
Obbligatorio Consigliato Facoltativo

Purchase to Pay - Attività dell’ordine di acquisto

Questi sono i passaggi e le milestone di processo critici da registrare nel suo Event Log, che costituiscono la base per una scoperta accurata del processo e l'identificazione dei colli di bottiglia.
6 Consigliato 8 Facoltativo
ActivityDescrizione
Ordine di acquisto approvato
Rappresenta l'approvazione finale dell'ordine d'acquisto, che ne autorizza l'invio al fornitore. Questa tappa chiave è solitamente dedotta da un cambio dello stato di rilascio dell'ordine a "completamente rilasciato" o "approvato".
Perché è importante

Questa attività è determinante per calcolare il KPI PO Approval Cycle Time e per individuare i colli di bottiglia nel workflow di approvazione. È un prerequisito per molte delle attività successive, come l'invio dell'ordine al fornitore.

Dove trovare

Inferito tracciando i log di modifica (CDHDR/CDPOS) della tabella di testata degli ordini di acquisto (EKKO) per rilevare quando viene applicato il codice di release finale o quando l'indicatore di stato di release complessivo (EKKO-FRGKE) viene impostato su 'rilasciato'.

Acquisisci

Identifichi il timestamp in cui lo stato di release complessivo del PO (EKKO-FRGKE) passa allo stato di approvazione finale.

Tipo di evento inferred
Ordine di acquisto completato
Indica che una riga d'ordine di acquisto è considerata completamente consegnata. Si tratta di un evento inferito, tipicamente derivato dall'impostazione automatica o manuale dell'indicatore 'Delivery Completed' sulla riga del PO.
Perché è importante

Questa attività funge da punto di chiusura logico per la parte di evasione dell'ordine. È essenziale per calcolare il tempo di ciclo end-to-end del PO dalla creazione al completamento.

Dove trovare

Inferito dai documenti di modifica (CDHDR/CDPOS) che registrano quando l'indicatore 'Delivery Completed' (EKPO-ELIKZ) viene impostato su 'X' per una riga del PO. L'ultima riga contrassegnata come completata può indicare il completamento dell'intero PO.

Acquisisci

Identifichi il timestamp nei documenti di modifica quando il flag EKPO-ELIKZ viene impostato.

Tipo di evento inferred
Ordine di acquisto creato
Questa attività indica la creazione di un Ordine d'acquisto formale, che costituisce un contratto vincolante con un fornitore. È un evento esplicito, registrato quando un utente crea e salva un PO (ad es. tramite transazione ME21N), con conseguente generazione di voci nelle tabelle EKKO ed EKPO.
Perché è importante

Segna l'inizio ufficiale del ciclo di vita dell'ordine di acquisto. È una tappa chiave per misurare sia il tempo di conversione da PR a PO sia il tempo di evasione dell'ordine end-to-end.

Dove trovare

Ricavato dalla data di creazione (EKKO-AEDAT) nella tabella di testata degli ordini di acquisto (EKKO) per il relativo numero di PO (EKKO-EBELN).

Acquisisci

Usi il timestamp di creazione dalla tabella EKKO per ogni nuovo Ordine di Acquisto.

Tipo di evento explicit
Ordine di acquisto inviato al fornitore
Questa attività indica il momento in cui l'ordine d'acquisto approvato viene trasmesso ufficialmente al fornitore, ad esempio via EDI, e-mail o stampa. È un evento esplicito registrato nelle tabelle di controllo messaggi quando un messaggio di output viene elaborato correttamente.
Perché è importante

È una tappa critica che fa partire il conteggio del lead time del fornitore. Analizzare il tempo da questo evento al ricevimento merci è essenziale per valutare le performance del fornitore e la puntualità di consegna.

Dove trovare

Registrato nella tabella degli stati dei messaggi (NAST). Il timestamp può essere ricavato da NAST-DATVR e NAST-UHRVR quando lo stato di elaborazione (NAST-VSTAT) è '1' (elaborato correttamente) per il relativo tipo di output dell'ordine d'acquisto.

Acquisisci

Usi il timestamp di elaborazione dalla tabella NAST per il messaggio di output della PO.

Tipo di evento explicit
Requisizione d’acquisto creata
Questa attività segna la creazione di una richiesta formale di beni o servizi. È un evento esplicito registrato quando un utente salva una nuova richiesta d'acquisto (ad es. tramite transazione ME51N), che genera un record univoco nella tabella EBAN.
Perché è importante

È il punto di partenza principale del processo di approvvigionamento. Analizzare il tempo da questo evento alla creazione dell'ordine d'acquisto aiuta a misurare l'efficienza di conversione della domanda interna in ordini effettivi.

Dove trovare

Registrato alla creazione di una voce nella tabella testata della richiesta di acquisto (EBAN). La data (EBAN-BADAT) e l'ora di creazione fungono da timestamp per questo evento.

Acquisisci

Identifichi le nuove registrazioni nella tabella EBAN in base alla data di creazione.

Tipo di evento explicit
Ricevimento merci contabilizzato
Questa attività indica la ricezione fisica dei beni da un fornitore a fronte di uno specifico ordine d'acquisto. La registrazione dell'entrata merci è un'azione esplicita (ad es. tramite transazione MIGO) che crea un documento di materiale e aggiorna le giacenze.
Perché è importante

Tappa fondamentale per monitorare le performance di consegna del fornitore e l'avvio del processo di verifica delle fatture. Viene utilizzata per calcolare i tassi di consegna puntuale e la tempestività dei ricevimenti merci.

Dove trovare

Registrato alla creazione di un documento di magazzino. Il timestamp dell'evento è la data di registrazione (MKPF-BUDAT) o la data di creazione (MKPF-CPUDT) dalla tabella testata dei documenti di magazzino (MKPF), collegata all'ordine d'acquisto tramite la tabella posizioni (MSEG).

Acquisisci

Usi il timestamp di contabilizzazione/creazione dalla tabella MKPF per i documenti di materiale riferiti alla PO.

Tipo di evento explicit
Conferma dei servizi registrata
Per gli ordini di acquisto di servizi, questa attività rappresenta la conferma che le prestazioni sono state erogate. È un evento esplicito registrato tramite la creazione di un Service Entry Sheet (ad es., transazione ML81N).
Perché è importante

È l'equivalente, per i servizi, del ricevimento merci ed è essenziale per tracciare l'evasione degli ordini di servizio. Attiva il processo contabile per il pagamento dei servizi.

Dove trovare

Ricavato dalla data di creazione (ESSR-ERDAT) nella tabella di testata del foglio di registrazione servizi (ESSR). Il collegamento all’ordine di acquisto si trova nella tabella ESLL.

Acquisisci

Usi il timestamp di creazione dalla tabella ESSR per le schede di registrazione dei servizi collegate alla PO.

Tipo di evento explicit
Ispezione qualità eseguita
Indica che le merci ricevute sono state sottoposte a un controllo qualità. Questa attività è in genere inferita quando, per il lotto di ispezione creato al momento dell'entrata merci, viene registrata una decisione d'impiego nel modulo Quality Management.
Perché è importante

Nei settori in cui la qualità è decisiva, questa attività consente di analizzare durata ed esiti del processo di ispezione. I ritardi in questa fase possono creare colli di bottiglia tra l'Entrata Merci e la disponibilità all'uso.

Dove trovare

Inferito dal modulo Quality Management. All'entrata merci viene creato un lotto di ispezione (tabella QALS) e l'attività è contrassegnata dalla creazione di una decisione d'impiego (tabella QAVE), che include un timestamp.

Acquisisci

Identifichi il timestamp della decisione d'impiego nella tabella QAVE per il lotto di ispezione collegato al documento di magazzino.

Tipo di evento inferred
Merci restituite
Rappresenta il reso al fornitore di merci precedentemente ricevute, spesso per problemi di qualità o spedizioni errate. È un evento esplicito, registrato mediante la contabilizzazione di un documento di magazzino con un tipo di movimento specifico per il reso.
Perché è importante

Questa attività evidenzia problemi di qualità del fornitore o di accuratezza dell'ordine ed è un indicatore chiave di rilavorazioni di processo. È fondamentale per calcolare il KPI Goods Receipt Variance Rate.

Dove trovare

Registrato nelle tabelle dei documenti di magazzino (MKPF/MSEG) quando si utilizza un tipo di movimento di reso (ad es. '122' per Reso al fornitore). La data di registrazione (MKPF-BUDAT) funge da timestamp.

Acquisisci

Identifichi i documenti di materiale con un tipo di movimento di reso (es. 122) che fanno riferimento al PO originale.

Tipo di evento explicit
Ordine di acquisto cancellato
Rappresenta l'annullamento o la cancellazione logica di una posizione dell'ordine d'acquisto, impedendo ulteriori elaborazioni come la registrazione dell'entrata merci o la fatturazione. Si tratta di un evento dedotto, rilevato quando sulla posizione dell'ordine è impostato l'indicatore di cancellazione.
Perché è importante

Attività terminale che indica l'annullamento di un ordine. Analizzare il perché e il momento della cancellazione può far emergere problemi di pianificazione della domanda o di selezione del fornitore.

Dove trovare

Inferito dai documenti di modifica (CDHDR/CDPOS) che mostrano l'impostazione dell'indicatore di cancellazione (EKPO-LOEKZ) su 'L' per una riga del PO.

Acquisisci

Identifichi il timestamp nei documenti di modifica quando il flag EKPO-LOEKZ viene impostato.

Tipo di evento inferred
Ordine di acquisto modificato
Rappresenta qualsiasi modifica apportata a un ordine d'acquisto dopo la sua creazione iniziale, come variazioni di quantità, prezzo o date di consegna. Queste modifiche sono registrate in modo esplicito nel sistema dei documenti di modifica di SAP.
Perché è importante

Modifiche frequenti, soprattutto dopo l'approvazione, sono indice di inefficienze di processo, scarsa pianificazione iniziale o estensione incontrollata dell'ambito. Questa attività è fondamentale per la dashboard PO Rework and Changes e i KPI collegati.

Dove trovare

Registrato esplicitamente nelle tabelle di testata (CDHDR) e di dettaglio (CDPOS) dei documenti di modifica per l’oggetto Ordine di Acquisto (EINKBELEG). Ogni modifica crea una nuova voce con timestamp.

Acquisisci

Estragga gli eventi di modifica e i relativi timestamp dalle tabelle CDHDR e CDPOS collegate al numero dell'ordine di acquisto.

Tipo di evento explicit
Ordine di acquisto rifiutato
Questa attività si verifica quando un approvatore respinge un ordine d'acquisto durante il workflow di approvazione. È un evento inferito, derivato da una variazione di stato nei dati della strategia di rilascio del PO, che indica l'avvenuto rifiuto.
Perché è importante

Il tracciamento dei rigetti aiuta a individuare problemi nella qualità dei dati della PO, violazioni di Conformità alle policy o criticità nella matrice di approvazione. Spesso comporta rilavorazioni e allunga il tempo di ciclo complessivo.

Dove trovare

Inferito dai documenti di modifica (CDHDR/CDPOS) relativi allo stato di release dell'ordine di acquisto. Un rifiuto è in genere registrato quando un codice di release viene annullato o quando viene impostato uno specifico stato di rifiuto.

Acquisisci

Monitori i log delle modifiche per l'annullamento di un codice di rilascio o per variazioni di stato che indichino un rifiuto.

Tipo di evento inferred
Requisizione d’acquisto approvata
Rappresenta l'approvazione formale di una richiesta di acquisto, che ne autorizza la conversione in ordine d'acquisto. Questo evento è dedotto dai cambiamenti nei campi di stato di rilascio all'interno dei dati della richiesta, come tracciato dal workflow della strategia di rilascio SAP.
Perché è importante

Il tracciamento delle approvazioni è cruciale per individuare colli di bottiglia nella fase pre-ordine e garantire la Conformità alle policy di approvazione. I ritardi in questa fase incidono direttamente sul tempo di ciclo complessivo dell'approvvigionamento.

Dove trovare

Inferito dai log di modifica della tabella delle richieste di acquisto (EBAN), monitorando in particolare i cambiamenti nei campi di stato di release (es. EBAN-FRGZU) oppure analizzando i documenti di modifica in CDHDR/CDPOS per l'oggetto EBAN.

Acquisisci

Monitori i documenti di modifica per i campi di stato di rilascio di EBAN per identificare data e ora dell'approvazione finale.

Tipo di evento inferred
Richiesta di approvazione dell'ordine di acquisto
Indica che un ordine di acquisto creato o modificato è stato inviato in approvazione secondo la release strategy configurata. Questo evento è inferito quando la release strategy viene attivata e il PO entra in stato di attesa di approvazione.
Perché è importante

Distinguere tra la creazione dell’ordine di acquisto (PO) e l’avvio del processo di approvazione consente di misurare con precisione il KPI sul tempo di approvazione. Evidenzia eventuali ritardi prima che inizi il workflow di approvazione.

Dove trovare

Inferito dai documenti di modifica (CDHDR/CDPOS) dell'ordine di acquisto (oggetto EINKBELEG) che mostrano l'impostazione iniziale di uno stato di release, oppure quando lo stato di release complessivo (EKKO-FRGKE) viene per la prima volta impostato su un valore che indica che è attivo un processo di approvazione.

Acquisisci

Identifichi la prima registrazione nei documenti di modifica che attiva la release strategy del PO.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come estrarre i tuoi dati da SAP ECC