Il Suo template per i dati delle richieste Purchase to Pay

SAP ECC
Il Suo template per i dati delle richieste Purchase to Pay

Il Suo template per i dati delle richieste Purchase to Pay

Questo template è una guida completa per raccogliere i dati essenziali necessari all'analisi del processo di Richiesta d'Acquisto. Indica i campi dati cruciali, le attività da tracciare e consigli pratici per l'estrazione dal Suo sistema sorgente. Usi questa risorsa per preparare i dati a un Process Mining efficace.
  • 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 di richiesta

Questi sono i campi dati consigliati da includere nell'event log per un'analisi completa del processo di richiesta d'acquisto (Purchase to Pay).
5 Obbligatorio 5 Consigliato 10 Facoltativo
Nome Descrizione
ID requisizione d’acquisto
PurchaseRequisitionId
L'identificatore univoco per un documento di richiesta d'acquisto.
Descrizione

L'ID della Richiesta d'Acquisto è la chiave primaria che identifica univocamente ogni richiesta in SAP ECC. Funge da identificatore centrale del caso (Case ID), collegando tutte le attività e le modifiche relative a una richiesta, dalla creazione alla chiusura o conversione in ordine.

Nel Process Mining, questo ID è essenziale per ricostruire il ciclo di vita end-to-end. Tracciandolo, è possibile visualizzare il flusso completo, misurare i tempi tra le pietre miliari e analizzare le variazioni di gestione tra le diverse richieste, offrendo una visione d'insieme del percorso.

Perché è importante

Questo è l'identificatore principale che collega tutti gli eventi correlati in un unico caso, rendendo possibile l'analisi del processo end-to-end.

Dove trovare

Trovato nella tabella EBAN, campo BANFN.

Esempi
100234567810023456791002345680
Nome attività
ActivityName
Il nome dell'attività commerciale che si è verificata in un determinato momento.
Descrizione

Questo attributo descrive una fase specifica del ciclo di vita della richiesta (es. 'Richiesta Creata', 'Inviata per Approvazione'). Queste attività derivano solitamente da cambi di stato o log di sistema in SAP.

Analizzare sequenza e frequenza delle attività è la base del Process Mining. Permette di scoprire i flussi reali, i percorsi comuni, le deviazioni e i colli di bottiglia, risultando fondamentale per mappare il processo end-to-end e calcolare i KPI di conformità.

Perché è importante

Definisce le fasi del processo, consentendo la visualizzazione delle mappe di processo e l'analisi delle variazioni nel flusso.

Dove trovare

Derivato dalle tabelle dei documenti di modifica CDHDR e CDPOS, dai log dei workflow o dai campi di stato come EBAN-STATU.

Esempi
Richiesta CreataFase di Approvazione ApprovataRichiesta rifiutataOrdine di acquisto creato
Timestamp Evento
EventTime
Il timestamp che indica quando l'attività si è verificata.
Descrizione

L'Event Time registra la data e l'ora precise in cui si è svolta una specifica attività. Questo timestamp è fondamentale per tutte le analisi basate sul tempo nel process mining, inclusi il calcolo dei tempi di ciclo, l'identificazione dei colli di bottiglia e la comprensione delle prestazioni del processo.

Nel contesto delle richieste d'acquisto, questo attributo consente il calcolo di KPI critici come il 'Tempo medio di approvazione della richiesta' e il 'Tempo di creazione dell'OdA'. Alimenta le dashboard che visualizzano le durate, come l'analisi del Requisition Approval Cycle Time, fornendo i dati grezzi necessari per misurare il tempo tra due punti qualsiasi del processo.

Perché è importante

Questo timestamp è essenziale per calcolare tutte le durate, analizzare le performance e scoprire i colli di bottiglia temporali.

Dove trovare

Trovato nella tabella header dei documenti di modifica CDHDR (campi UDATE e UTIME).

Esempi
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
Sistema di Origine
SourceSystem
Identifica il sistema sorgente da cui sono stati estratti i `dati`.
Descrizione

Questo attributo specifica l'origine dei dati (es. 'Produzione SAP ECC'). È un valore statico aggiunto durante l'estrazione per dare contesto, utile in ambienti con più sistemi.

Aiuta a differenziare i dati evitando che l'analisi sia falsata mescolando ambienti di produzione, test o sviluppo. È un metadato fondamentale per la data governance e la tracciabilità.

Perché è importante

Fornisce il contesto essenziale sull'origine dei dati, garantendo la tracciabilità e consentendo analisi multi-sistema.

Dove trovare

Questo è un valore statico solitamente aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL).

Esempi
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
Ultimo `Data Update`
LastDataUpdate
Il timestamp del più recente data refresh o estrazione dal sistema sorgente.
Descrizione

Questo attributo indica l'ultimo aggiornamento del dataset. È un timestamp applicato durante il caricamento dati, fungendo da riferimento per la freschezza dell'analisi.

Conoscere quanto i dati siano recenti è critico per decisioni informate. Questo attributo assicura che gli stakeholder siano consapevoli dell'arco temporale analizzato, evitando conclusioni basate su informazioni datate.

Perché è importante

Informa gli utenti sulla freschezza dei dati, fattore cruciale per la pertinenza e l'accuratezza dell'analisi dei processi.

Dove trovare

Questo è un valore statico che rappresenta il timestamp dell'estrazione dei dati, aggiunto durante il processo ETL.

Esempi
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
Dipartimento
Department
Il dipartimento del richiedente o il centro di costo associato alla richiesta.
Descrizione

Questo attributo rappresenta l'unità di business o il reparto che ha avviato la richiesta, spesso derivato dal profilo utente o dal centro di costo.

Analizzare il processo per reparto è fondamentale per capire le variazioni di performance in azienda. È la dimensione principale per analizzare i tempi di approvazione, aiutando a capire quali reparti sono più efficienti e quali necessitano di interventi o risorse.

Perché è importante

Consente il confronto delle prestazioni tra le business unit, evidenziando i colli di bottiglia dipartimentali e le incongruenze nei processi.

Dove trovare

Spesso ricavato collegando il Richiedente (EBAN-AFNAM) ai dati anagrafici utente (SU01) o utilizzando il Centro di Costo (EBKN-KOSTL) associato all'assegnazione contabile della richiesta.

Esempi
FinanzaOperazioni ITMarketingProduzione
Nome Utente
User
L'ID dell'utente che ha eseguito l'attività.
Descrizione

Questo attributo identifica l'utente responsabile di un evento (creazione, approvazione, modifica). In SAP, corrisponde solitamente allo User ID.

L'analisi per utente aiuta a individuare necessità formative, performance individuali e fonti di errore nel data entry. È essenziale per capire la distribuzione del carico di lavoro e garantire la conformità con le policy di segregazione delle funzioni (Segregation of Duties).

Perché è importante

Attribuisce le attività a individui specifici, consentendo l'analisi delle prestazioni degli utenti, del carico di lavoro, della conformità e delle esigenze di formazione.

Dove trovare

Trovato nella tabella header dei documenti di modifica CDHDR (campo USERNAME) per le modifiche, e in EBAN (campo ERNAM) per il creatore.

Esempi
SMITHJR.DOEUSER123
Stato della richiesta
RequisitionStatus
Lo stato attuale di elaborazione della richiesta d'acquisto.
Descrizione

Questo attributo indica lo stato della richiesta in un dato momento (es. 'In Rilascio', 'Approvata'). In SAP è spesso un codice di stato.

Il tracciamento dello stato è vitale per capire l'esito delle RdA. Supporta direttamente i report sui tassi di rifiuto e ritiro. Analizzare le transizioni tra gli stati aiuta a identificare inefficienze e punti di rottura del processo.

Perché è importante

Definisce l'esito di una richiesta, fattore cruciale per analizzare i tassi di successo, i motivi di rifiuto e gli endpoint del processo.

Dove trovare

Lo stato di elaborazione si trova nella tabella EBAN, campo STATU. Lo stato di rilascio è in EBAN-FRGZU.

Esempi
N (Non modificato)B (OdA creato)A (RdP creata)K (Chiuso)
Tipo Documento
RequisitionDocumentType
Una classificazione che determina il tipo e le caratteristiche della richiesta d'acquisto.
Descrizione

Il Tipo di Documento in SAP controlla vari aspetti della richiesta d'acquisto, tra cui l'intervallo di numerazione e il flusso di approvazione (es. 'RdA Standard', 'Trasferimento Stock' o 'RdA di Servizi').

Questo attributo è fondamentale per l'analisi: tipi di documento diversi hanno spesso flussi e requisiti di approvazione distinti. Permette di segmentare i dati per confrontare le performance dei vari processi di richiesta, elemento chiave per verificare la conformità e individuare opportunità di standardizzazione.

Perché è importante

Consente la segmentazione delle richieste in diverse categorie di processo, permettendo un'analisi più precisa e pertinente.

Dove trovare

Trovato nella tabella EBAN, campo BSART.

Esempi
NBUBRV
Valore totale della richiesta
TotalRequisitionValue
Il valore monetario totale di tutte le righe della richiesta d'acquisto.
Descrizione

Questo attributo rappresenta il valore economico totale della richiesta. Spesso il valore determina il workflow di approvazione: importi elevati richiedono controlli più rigidi e più step.

Analizzare per valore aiuta a capire come l'impatto finanziario influenzi il processo (ritardi, tassi di rifiuto, percorsi alternativi). È anche una metrica base per valutare il throughput finanziario del procurement.

Perché è importante

Aiuta a correlare il comportamento del processo con l'impatto finanziario, il che è essenziale per l'analisi dei rischi e la comprensione della complessità dell'approvazione.

Dove trovare

Somma del valore di tutte le righe. Il valore della riga si trova nella tabella EBAN, campo GSWER. La valuta è in EBAN-WAERS.

Esempi
1500.00250.50125000.00
È una Rilavorazione
IsRework
Un flag booleano che indica se la richiesta d'acquisto è passata attraverso un ciclo di rilavorazione (rework), ad esempio una modifica apportata dopo l'invio.
Descrizione

Questo è un attributo derivato che segnala attività di rilavorazione (es. modifiche dopo l'invio o rifiuti che riportano il processo a una fase precedente).

Questo flag è essenziale per analizzare le rilavorazioni, permettendo di filtrarle e quantificarne l'impatto sui tempi di ciclo. Alti tassi di rilavorazione indicano spesso problemi di qualità dei dati o requisiti poco chiari.

Perché è importante

Aiuta a quantificare la frequenza e l'impatto dei rework, rendendo facile identificare e analizzare le inefficienze e i cicli (loop) del processo.

Dove trovare

Derivato dall'Event Log identificando sequenze specifiche di attività, come 'Richiesta modificata' che si verifica dopo un'attività di approvazione.

Esempi
truefalse
Gruppo acquisti
PurchasingGroup
Il gruppo di buyer responsabili dell'acquisto degli articoli richiesti.
Descrizione

Il Gruppo d'Acquisto è l'unità organizzativa responsabile di specifiche attività di procurement. Rappresenta il team di buyer che gestirà la richiesta dopo l'approvazione.

Questo attributo è utile per analizzare il carico di lavoro e le performance dei vari team. Aiuta a identificare se alcuni gruppi d'acquisto rappresentano un collo di bottiglia nella conversione delle richieste in ordini, o se gestiscono certi tipi di richieste più efficientemente di altri. È una dimensione chiave per la gestione delle risorse.

Perché è importante

Assegna la responsabilità dell'approvvigionamento, consentendo l'analisi del carico di lavoro e il confronto delle prestazioni tra i diversi team di acquisto.

Dove trovare

Trovato nella tabella EBAN, campo EKGRP.

Esempi
001002P01
Gruppo merceologico
MaterialGroup
Il gruppo o la categoria a cui appartiene il materiale o il servizio richiesto.
Descrizione

Il Gruppo Merci è una classificazione usata per raggruppare materiali o servizi con caratteristiche simili, consentendo analisi basate sulle categorie merceologiche.

Analizzare per gruppo merci aiuta nel sourcing strategico e nell'analisi della spesa. Nel Process Mining, rivela se le richieste per categorie specifiche (es. 'Hardware IT' o 'Servizi Professionali') seguono percorsi diversi o subiscono ritardi nelle approvazioni. Questi insight sono preziosi per i report sulla qualità dei dati e per comprendere come varia il processo in base all'acquisto.

Perché è importante

Consente l'analisi della spesa e dei processi per categoria di acquisto, supportando il sourcing strategico e identificando colli di bottiglia specifici per categoria.

Dove trovare

Trovato nella tabella EBAN, campo MATKL.

Esempi
00101L001IT-SFTWR
ID Fornitore
VendorId
L'identificatore univoco per il fornitore suggerito o fisso.
Descrizione

Questo attributo contiene l'ID del fornitore preferenziale o contrattualmente fisso, indicato o suggerito dal richiedente.

L'analisi per fornitore aiuta a valutare l'impatto della pre-selezione sul processo. Ad esempio, mostra se le richieste con fornitore specificato vengono approvate più velocemente o se certi fornitori sono legati a tassi di rifiuto più alti, offrendo una visione sull'engagement iniziale.

Perché è importante

Offre una visione chiara sui rapporti con i fornitori preferenziali e sul loro impatto sulla velocità di elaborazione delle richieste e sui risultati finali.

Dove trovare

Trovato nella tabella EBAN, campo LIFNR (Fornitore fisso).

Esempi
100030025V9876
ID ordine di acquisto
PurchaseOrderId
L'ID dell'ordine d'acquisto creato a partire dalla richiesta.
Descrizione

Questo attributo collega la richiesta d'acquisto all'ordine d'acquisto (OdA) generato. Una singola richiesta può talvolta generare più ordini.

Il link è cruciale per analizzare il passaggio tra richiesta e acquisto effettivo. Serve a calcolare il tempo di creazione dell'ordine e a misurare i ritardi post-approvazione. Capire questa connessione è la chiave per misurare l'efficienza dell'intero ciclo Procure-to-Pay.

Perché è importante

Collega il processo di richiesta d'acquisto al processo di acquisto a valle, consentendo l'analisi dei ritardi nel passaggio di consegne.

Dove trovare

Il numero dell'ordine d'acquisto viene memorizzato nella tabella EBAN, campo EBELN, dopo la sua creazione.

Esempi
450001712345000171244500017125
Motivo del Rigetto
RejectionReason
Il motivo fornito quando una richiesta o una fase di approvazione viene respinta.
Descrizione

Questo attributo cattura la giustificazione del rifiuto di una richiesta d'acquisto, inserita come testo libero o codice dall'approvatore.

L'analisi dei motivi di rifiuto è fondamentale per migliorare il processo. Fornisce feedback diretti sui fallimenti delle richieste (violazioni di policy, dati errati, budget insufficiente). Questi dati alimentano la dashboard sugli esiti delle richieste e aiutano a identificare le cause profonde delle inefficienze.

Perché è importante

Fornisce insight diretti sui motivi per cui le richieste vengono respinte, consentendo miglioramenti mirati del processo e una formazione specifica per gli utenti.

Dove trovare

Questi dati sono solitamente memorizzati nei log del workflow o nei testi estesi associati all'evento di rifiuto. Non esiste un campo standard nella tabella EBAN.

Esempi
Centro di Costo ErratoBudget SuperatoRichiesta DuplicataNon conforme alle policy
Nome del richiedente
RequesterName
Il nome della persona che ha richiesto i beni o i servizi.
Descrizione

Questo attributo identifica chi ha avviato la richiesta d'acquisto, ovvero chi ha la necessità di business per gli articoli richiesti.

Tracciare il richiedente permette di analizzare i pattern per individuo o gruppo. La dashboard del throughput per richiedente usa questo dato per identificare power user, utenti che necessitano di formazione o reparti con elevata attività, offrendo una visione centrata sulla persona fin dall'inizio del processo.

Perché è importante

Identifica il proprietario del processo, consentendo l'analisi dei pattern di creazione delle richieste e aiutando a mirare la formazione degli utenti.

Dove trovare

Trovato nella tabella EBAN, campo AFNAM.

Esempi
Alice WilliamsBob JohnsonCharlie Brown
Priorità
Priority
Il livello di urgenza assegnato alla richiesta d'acquisto.
Descrizione

Questo attributo indica la priorità della richiesta ('Urgente', 'Alta', 'Normale'). Segnala ad approvatori e buyer la necessità di una gestione accelerata.

È fondamentale per analizzare le performance delle richieste urgenti. L'analisi verifica se i flag di urgenza riducano effettivamente i tempi rispetto alle richieste standard, validando l'efficacia del sistema di priorità per le esigenze di business critiche.

Perché è importante

Consente di verificare se le richieste urgenti siano elaborate più rapidamente, convalidando l'efficacia dei meccanismi di prioritizzazione.

Dove trovare

Questo non è un campo standard in EBAN. Spesso è implementato come campo personalizzato o dedotto dal Numero di Tracciamento Requisito (EBAN-BEDNR) o da un tipo di documento specifico.

Esempi
123
Stabilimento
Plant
La sede aziendale o lo stabilimento (plant) per cui sono richiesti i beni o i servizi.
Descrizione

Lo Stabilimento (Plant) è un'unità organizzativa che rappresenta una sede fisica (fabbrica, magazzino, ufficio). La richiesta specifica lo stabilimento di destinazione della merce.

L'analisi per stabilimento permette una visione geografica o specifica del sito. Può evidenziare differenze di performance tra le varie sedi, legate a procedure locali, livelli di organico o esigenze di business diverse. È una dimensione standard per le dashboard di performance regionale.

Perché è importante

Fornisce un contesto geografico o basato sulla sede per l'analisi, aiutando a identificare variazioni regionali del processo e differenze di performance.

Dove trovare

Trovato nella tabella EBAN, campo WERKS.

Esempi
10002100DE01
Tempo del Ciclo di Approvazione
ApprovalCycleTime
Il tempo totale trascorso dall'invio della richiesta per approvazione fino all'approvazione finale.
Descrizione

Questa metrica calcola la durata della fase di approvazione, misurando la differenza di tempo tra l'invio per approvazione e l'approvazione finale.

È il KPI principale per misurare l'efficienza del workflow. Viene usato nelle dashboard per visualizzare le performance e individuare i colli di bottiglia. Tempi di approvazione elevati possono ritardare significativamente l'intero processo di acquisto.

Perché è importante

Misura direttamente l'efficienza del workflow di approvazione, una fonte comune di ritardi nel processo di richiesta d'acquisto.

Dove trovare

Calcolato sottraendo il timestamp dell'evento 'Approvazione inviata' dal timestamp dell'evento 'Richiesta d'acquisto approvata'.

Esempi
P2DPT8H30MP5DT12H
Obbligatorio Consigliato Facoltativo

Purchase to Pay - Attività di richiesta

Queste sono le fasi chiave e le pietre miliari da catturare nell'event log per una scoperta e un'analisi accurata del workflow delle richieste.
6 Consigliato 7 Facoltativo
Activity Descrizione
Approvazione Inviata
Questa attività indica che la richiesta è entrata nel workflow formale di approvazione. In genere si deduce quando lo stato della richiesta cambia per richiedere un rilascio iniziale in base alla strategia configurata.
Perché è importante

Questo segna l'inizio del tempo di ciclo approvativo, un KPI critico per l'efficienza. Capire questo punto aiuta a isolare i ritardi tra la creazione e l'avvio delle approvazioni formali.

Dove trovare

Dedotto dal primo cambio di stato relativo alla strategia di rilascio nella tabella EBAN (ad es. il campo FRGZU passa da iniziale a uno stato di attesa) o dalla prima voce nei log dei workflow associati alla richiesta.

Acquisisci

Dedotto dalla prima voce del log di modifica che indica l'attivazione di una strategia di rilascio.

Tipo di evento inferred
Ordine di acquisto creato
Questa attività segna la conversione di una richiesta approvata in un ordine d'acquisto. L'evento viene dedotto trovando la riga dell'ordine d'acquisto corrispondente che vi fa riferimento.
Perché è importante

Essendo il principale risultato positivo, questa attività conclude il processo di richiesta d'acquisto e avvia la fase di procurement. Il tempo tra 'Richiesta d'acquisto approvata' e questo evento è un KPI fondamentale per misurare l'efficienza del passaggio di consegne.

Dove trovare

Dedotto trovando un record nella tabella EKPO (PO Item) in cui i campi BANFN e BNFPO corrispondono al numero e alla voce della richiesta d'acquisto della tabella EBAN. La data di creazione dell'OdA (EKKO.AEDAT) fornisce il timestamp.

Acquisisci

Dedotto collegando le tabelle EBAN ed EKPO e utilizzando la data di creazione dell'OdA da EKKO.

Tipo di evento inferred
Richiesta Creata
Questa attività segna la creazione iniziale e il salvataggio di una richiesta d'acquisto. L'evento viene catturato quando viene generato un nuovo record nella tabella EBAN, con data e ora registrate.
Perché è importante

Come punto di partenza del processo, questa attività è essenziale per calcolare la durata totale del ciclo di vita della richiesta e analizzare il throughput di creazione. Aiuta a identificare chi sta creando le richieste e quando.

Dove trovare

Questo evento viene catturato dalla tabella EBAN utilizzando i campi data creazione (ERDAT) e ora creazione (UZEIT) per un dato ID Richiesta d'Acquisto (BANFN).

Acquisisci

Timestamp dai campi ERDAT e UZEIT della tabella EBAN al salvataggio iniziale del record.

Tipo di evento explicit
Richiesta di acquisto approvata
Questa pietra miliare indica che la richiesta d'acquisto ha superato tutti i passaggi di approvazione. Si deduce quando viene applicato il codice di rilascio finale e l'indicatore (FRGZU) in EBAN risulta in stato approvato.
Perché è importante

Questa è una pietra miliare critica che segna la fine del ciclo di approvazione e l'inizio della fase di acquisto. È essenziale per calcolare il KPI del tempo di approvazione e misurare i ritardi nel passaggio alla creazione dell'ordine.

Dove trovare

Dedotto dal timestamp della voce del log di modifica in CDPOS per la tabella EBAN, campo FRGZU, quando cambia nel valore che rappresenta l'approvazione finale.

Acquisisci

Dedotto dal campo indicatore di rilascio finale in EBAN che raggiunge uno stato terminale di 'approvato'.

Tipo di evento inferred
Richiesta rifiutata
Questa è un'attività terminale in cui la richiesta d'acquisto viene respinta definitivamente. Si deduce quando l'indicatore di rilascio nella tabella EBAN viene impostato in uno stato di rifiuto finale da un approvatore.
Perché è importante

Questa attività è un punto finale chiave del processo, cruciale per calcolare il KPI del tasso di rifiuto delle richieste. Analizzare questi casi aiuta a capire le ragioni dei fallimenti e degli sprechi nel procurement.

Dove trovare

Dedotto dal timestamp della voce del log di modifica in CDPOS per la tabella EBAN, campo FRGZU, quando cambia nel valore che rappresenta il rifiuto finale.

Acquisisci

Dedotto dal campo indicatore di rilascio finale in EBAN che raggiunge uno stato terminale di 'rifiutato'.

Tipo di evento inferred
Richiesta ritirata
Questa è un'attività terminale in cui il creatore o un utente autorizzato annulla la riga della richiesta impostando un flag di eliminazione. L'azione indica che l'esigenza di business non è più valida o che la richiesta è stata creata per errore.
Perché è importante

Questo è un punto di rottura del processo, essenziale per calcolare il tasso di ritiro. Tassi elevati possono indicare tempi di approvazione troppo lunghi che spingono gli utenti ad abbandonare le richieste, o problemi sistemici nella pianificazione della domanda.

Dove trovare

Questa azione esplicita viene catturata quando il campo 'Indicatore di eliminazione' (LOEKZ) nella tabella EBAN viene impostato per la riga della richiesta. La modifica è registrata in CDHDR e CDPOS.

Acquisisci

Voce del log di modifica quando l'Indicatore di cancellazione (EBAN-LOEKZ) è impostato su 'L'.

Tipo di evento explicit
Approvazione Reimpostata
Indica che l'intero workflow di approvazione per la richiesta è stato resettato, spesso a causa di una modifica significativa. Questo viene dedotto quando lo stato di rilascio viene azzerato dopo essere stato attivo, forzando il processo di approvazione a ricominciare dall'inizio.
Perché è importante

I riavvii dell'approvazione sono eventi di rilavorazione (rework) significativi che impattano pesantemente sul tempo di ciclo. Identificarli permette di evidenziare le inefficienze del processo e l'effetto a cascata delle modifiche alle richieste sul workflow.

Dove trovare

Dedotto dai log di modifica (CDHDR/CDPOS) per la tabella EBAN in cui i campi dello stato di rilascio (come FRGZU) vengono riportati da uno stato di attesa o approvazione a uno stato iniziale o vuoto.

Acquisisci

Dedotto dai log di modifica che mostrano l'azzeramento dei campi della strategia di rilascio.

Tipo di evento inferred
Fase di Approvazione Approvata
Rappresenta l'approvazione esplicita di una singola fase della strategia di rilascio da parte di un utente autorizzato. L'azione viene registrata come un cambio di stato di rilascio, portando la richiesta verso l'approvazione finale.
Perché è importante

Tracciare le singole approvazioni è necessario per misurare la durata di ogni fase e analizzare le performance dei vari approvatori. È fondamentale per capire la conformità del workflow.

Dove trovare

Catturato dai log di modifica (CDHDR/CDPOS) sui campi dello stato di rilascio della tabella EBAN. L'azione dell'approvatore tramite la transazione ME54N o un codice transazione simile attiva questa modifica registrata.

Acquisisci

Voce del log di modifica creata quando un approvatore esegue una transazione di rilascio.

Tipo di evento explicit
Fase di Approvazione Avviata
Indica che la richiesta è in attesa di un'azione da parte di uno specifico approvatore o gruppo di approvazione, come definito nella strategia di rilascio. Questo evento viene dedotto quando lo stato della richiesta indica che è in attesa di un particolare codice di rilascio.
Perché è importante

Questa attività consente un'analisi dettagliata di ogni singolo passaggio della catena approvativa. Aiuta a individuare quali approvatori o fasi causano i maggiori ritardi.

Dove trovare

Dedotto tracciando la sequenza di modifiche ai campi dello stato di rilascio nella tabella EBAN. Ogni passaggio a un nuovo stato di attesa indica l'inizio di una nuova fase di approvazione.

Acquisisci

Dedotto dai cambi di stato che indicano che un nuovo codice di rilascio è ora attivo e in attesa di approvazione.

Tipo di evento inferred
Fase di Approvazione Rifiutata
Un utente autorizzato ha esplicitamente rifiutato un singolo passaggio nella strategia di rilascio, solitamente rimandando la richiesta al creatore per una modifica. Questa azione viene registrata come un cambiamento nello stato di rilascio della richiesta d'acquisto.
Perché è importante

I rifiuti sono una delle cause principali di rilavorazioni e ritardi. Analizzarne frequenza e motivi aiuta a identificare incomprensioni sulle policy, problemi di qualità dei dati o passaggi approvativi inefficienti.

Dove trovare

Catturato dai log di modifica (CDHDR/CDPOS) sui campi dello stato di rilascio nella tabella EBAN. Un'azione di rifiuto tramite la transazione ME54N o simili attiverà un corrispondente cambio di stato.

Acquisisci

Voce del log di modifica creata quando un approvatore esegue un'azione di rifiuto.

Tipo di evento explicit
Richiesta bloccata
Rappresenta un'azione esplicita per bloccare una riga della richiesta d'acquisto, impedendone la conversione in ordine. Il blocco viene impostato tramite un indicatore specifico sulla riga stessa.
Perché è importante

Il blocco indica un potenziale problema o un fermo temporaneo del procurement. Tracciare questi eventi aiuta a identificare i colli di bottiglia dove le richieste sono approvate ma non elaborate immediatamente.

Dove trovare

Catturato da una modifica al campo 'Indicatore di blocco' (EBAKZ) nella tabella EBAN. La modifica è registrata in CDHDR e CDPOS.

Acquisisci

Evento registrato nelle tabelle di modifica quando il campo EBAN-EBAKZ viene impostato.

Tipo di evento explicit
Richiesta chiusa
Rappresenta la chiusura definitiva di una riga della richiesta d'acquisto. Questo stato si deduce quando la riga è stata interamente convertita in ordine e evasa, o se è stata contrassegnata manualmente come chiusa.
Perché è importante

Questo fornisce un punto finale definitivo per le richieste completate. Garantisce calcoli accurati della durata del ciclo di vita per le richieste andate a buon fine.

Dove trovare

Dedotto dall'indicatore 'Chiuso' (EBAKZ con valore 'S' o altro valore configurato) nella tabella EBAN. Questo stato viene spesso impostato automaticamente dal sistema al termine della conversione in OdA e del ricevimento merce.

Acquisisci

Dedotto dal cambio di stato nel campo EBAN-EBAKZ verso un valore di 'chiuso'.

Tipo di evento inferred
Richiesta modificata
Rappresenta qualsiasi modifica apportata alla richiesta d'acquisto dopo la creazione iniziale (es. cambio quantità, prezzo o materiale). Questi cambiamenti sono registrati nelle tabelle di log di SAP, fornendo un audit trail dettagliato.
Perché è importante

Tracciare le modifiche è fondamentale per identificare loop di rilavorazione e problemi di qualità dei dati. Un'alta frequenza di modifiche può indicare requisiti iniziali poco chiari o lacune nella formazione degli utenti.

Dove trovare

Catturato dalle tabelle dei log di modifica CDHDR (header) e CDPOS (item) dove la classe oggetto è EINKBELEG e l'ID oggetto è il numero della richiesta d'acquisto. Possono essere analizzate modifiche a campi specifici.

Acquisisci

Evento registrato nelle tabelle di modifica CDHDR e CDPOS per il documento di richiesta d'acquisto.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come estrarre i tuoi dati da SAP ECC