Il Suo template dei dati per Purchase to Pay - Requisition

SAP Ariba
Il Suo template dei dati per Purchase to Pay - Requisition

Il Suo template dei dati per Purchase to Pay - Requisition

Questo template completo dei dati è pensato per aiutarLa a raccogliere e organizzare in modo efficiente le informazioni necessarie per analizzare il processo Purchase to Pay - Requisition. Descrive gli attributi e le attività essenziali per creare un Event Log affidabile e ottenere informazioni approfondite sul processo. Include inoltre indicazioni pratiche per estrarre i dati dal sistema di origine e avviare senza difficoltà il percorso di Process Mining.
  • Attributi consigliati da raccogliere per un’analisi completa
  • Attività e tappe fondamentali del processo da monitorare
  • Indicazioni dettagliate per estrarre i dati dal sistema
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi di Purchase to Pay - Requisition

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo Purchase to Pay - Requisition, senza tralasciare informazioni essenziali.
3 Obbligatorio 8 Consigliato 8 Facoltativo
Nome Descrizione
ID della richiesta d’acquisto
PurchaseRequisitionId
Identificativo univoco del documento di richiesta d’acquisto, utilizzato come identificativo principale del caso nel processo.
Descrizione

L’ID della richiesta d’acquisto è la chiave centrale che collega tutte le attività relative a una singola richiesta di beni o servizi. A ogni richiesta creata in SAP Ariba viene assegnato un ID univoco, che resta invariato per tutto il suo ciclo di vita, dalla creazione e dall’invio fino all’approvazione, al rifiuto o alla chiusura.

Nell’analisi di Process Mining, questo attributo è fondamentale per correlare i casi. Consente di ricostruire il percorso completo di ogni richiesta, dall’inizio alla fine, calcolare con precisione i tempi di ciclo, individuare le varianti di processo e analizzare i cicli di rilavorazione. Senza questo identificativo, sarebbe impossibile distinguere gli eventi appartenenti a richieste diverse.

Perché è importante

È l’identificativo essenziale del caso, che collega tutte le attività correlate e permette di analizzare l’intero processo di richiesta d’acquisto per ciascuna richiesta.

Dove reperirli

È un campo chiave primaria nelle principali tabelle di intestazione delle richieste nella struttura dati di SAP Ariba.

Esempi
PR-102345PR-102346PR-102347
Nome dell’attività
ActivityName
Nome dello specifico evento aziendale verificatosi in un determinato momento del ciclo di vita della richiesta.
Descrizione

Il nome dell’attività descrive un singolo passaggio o una tappa del processo di richiesta d’acquisto, ad esempio «Richiesta d’acquisto creata», «Fase di approvazione approvata» o «Richiesta d’acquisto chiusa». Questi dati provengono in genere dagli Event Log, dai cambi di stato o da specifiche azioni degli utenti registrate in SAP Ariba.

Questo attributo è fondamentale per costruire la mappa del processo, che rappresenta visivamente il flusso delle attività. Analizzandone la sequenza e la frequenza, gli analisti possono individuare i percorsi più comuni, i colli di bottiglia, le deviazioni dalla procedura standard e le aree in cui si verificano rilavorazioni. È alla base di ogni analisi di Process Mining.

Perché è importante

Definisce i passaggi del processo e consente di visualizzare e analizzare il flusso di lavoro delle richieste, compresi i colli di bottiglia e le deviazioni.

Dove reperirli

Deriva dagli Event Log, dai registri di controllo o dai record dei cambi di stato in SAP Ariba, spesso associati alle tabelle di intestazione delle richieste e delle relative righe.

Esempi
Richiesta d’acquisto inviataFase di approvazione approvataRichiesta d’acquisto modificataOrdine d’acquisto creato
Timestamp dell’evento
EventTimestamp
Data e ora esatte in cui si è verificata l’attività, utilizzate come riferimento principale per ordinare gli eventi.
Descrizione

Il timestamp dell’evento registra il momento esatto in cui si è verificata un’attività. Questa precisione è essenziale per ordinare correttamente gli eventi all’interno di ciascun caso e calcolare la durata tra le diverse fasi del processo.

Nell’analisi, questo timestamp è alla base di tutti i calcoli temporali, compresi i tempi di ciclo, di attesa e di elaborazione. Alimenta le Dashboard che analizzano le prestazioni, come quelle dedicate al tempo di ciclo di approvazione delle richieste e all’analisi dei colli di bottiglia nel percorso di approvazione. La precisione di questo campo incide direttamente sull’affidabilità di tutte le metriche di prestazione.

Perché è importante

Questo attributo stabilisce l’ordine cronologico degli eventi ed è alla base di tutti i calcoli di prestazione e durata, come i tempi di ciclo e i colli di bottiglia.

Dove reperirli

Si trova in genere insieme ai record delle attività o dei cambi di stato nei registri di controllo o nelle tabelle dei registri delle transazioni di SAP Ariba.

Esempi
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Categoria dell’articolo
ItemCategory
Classificazione dei beni o servizi richiesti, ad esempio «Hardware IT», «Materiale per ufficio» o «Servizi professionali».
Descrizione

La categoria dell’articolo descrive ciò che viene acquistato. Questa classificazione aiuta a comprendere le abitudini di spesa e ad applicare strategie e policy di acquisto specifiche per categoria.

Nel Process Mining, questo attributo è fondamentale per la Dashboard «Analisi delle modifiche alle richieste», perché può evidenziare se alcune categorie di articoli sono più soggette a modifiche, segnalando specifiche poco chiare o prezzi variabili. Consente inoltre di confrontare le prestazioni del processo, ad esempio i tempi di approvazione, tra diversi tipi di acquisto e di individuare le categorie che incontrano più ostacoli.

Perché è importante

Consente di analizzare i dati in base al tipo di beni o servizi acquistati e di individuare colli di bottiglia o problemi di conformità specifici per categoria.

Dove reperirli

Consulti la documentazione di SAP Ariba. Queste informazioni si trovano in genere a livello di singola riga della richiesta.

Esempi
Hardware ITServizi di consulenzaMateriale per ufficioMateriali di marketing
Importo totale della richiesta
TotalRequisitionAmount
Valore monetario complessivo della richiesta d’acquisto.
Descrizione

Questo attributo registra il valore economico dell’intera richiesta. È un elemento fondamentale del contesto aziendale, utile per classificare e stabilire la priorità delle richieste.

Il confronto tra le metriche di processo e questo valore può rivelare schemi importanti. Per esempio, le richieste di importo elevato possono seguire percorsi di approvazione diversi e più rigorosi oppure avere tempi di ciclo più lunghi. Questo attributo è essenziale per comprendere l’impatto economico delle inefficienze e suddividere le richieste in fasce di valore da confrontare.

Perché è importante

Fornisce un contesto economico essenziale e consente di analizzare in che modo il valore della richiesta incide sul processo, ad esempio sui tempi di approvazione e sulla complessità del flusso di lavoro.

Dove reperirli

Consulti la documentazione di SAP Ariba. È un campo standard nell’intestazione della richiesta d’acquisto.

Esempi
1500.0025000.5099.95
Livello di urgenza
UrgencyLevel
Indicatore della priorità della richiesta, ad esempio «Normale», «Urgente» o «Critica».
Descrizione

Il livello di urgenza, spesso rappresentato da un indicatore di priorità, segnala la necessità aziendale di accelerare l’elaborazione. In genere è il richiedente a impostarlo, affinché le esigenze critiche vengano gestite tempestivamente.

Questo attributo è alla base della Dashboard «Monitoraggio delle richieste urgenti» e del KPI «Tempo di elaborazione delle richieste urgenti». Consente di confrontare direttamente i tempi di ciclo delle richieste urgenti e standard e di verificare l’efficacia della gestione prioritaria. Analizzare le deviazioni o i ritardi nelle richieste urgenti è importante per garantire la continuità operativa.

Perché è importante

Consente di dare priorità all’analisi e verificare se le richieste più urgenti vengono elaborate più rapidamente, così da soddisfare le esigenze aziendali critiche.

Dove reperirli

Consulti la documentazione di SAP Ariba. Spesso è un campo selezionabile nel modulo di creazione della richiesta.

Esempi
AltaMediaBassa
Motivo del rifiuto
RejectionReason
Motivo indicato dall’approvatore quando viene respinta una richiesta o una fase di approvazione.
Descrizione

Quando una richiesta viene rifiutata, gli approvatori spesso ne indicano il motivo, inserendolo in testo libero o scegliendolo da un elenco predefinito. Questo attributo registra un riscontro fondamentale.

Questi dati sono alla base della Dashboard «Analisi del tasso di rifiuto delle richieste». Analizzare i motivi di rifiuto più frequenti aiuta a individuare le cause profonde degli insuccessi del processo, come una codifica errata, una motivazione insufficiente o problemi di budget. Queste informazioni possono essere utilizzate per migliorare la formazione dei richiedenti e la qualità delle richieste iniziali, riducendo le rilavorazioni.

Perché è importante

Fornisce informazioni dirette sui motivi per cui le richieste non vanno a buon fine e consente di analizzarne le cause profonde, ridurre le rilavorazioni e aumentare la percentuale di richieste corrette al primo invio.

Dove reperirli

Consulti la documentazione di SAP Ariba. Queste informazioni sono in genere registrate nei commenti o nella sezione della cronologia associata all’evento di rifiuto.

Esempi
Conto Co.Ge. erratoBudget superatoMotivazione insufficienteRichiesta duplicata
Percorso di approvazione
ApprovalWorkflowPath
Sequenza predefinita delle fasi di approvazione che la richiesta dovrebbe seguire.
Descrizione

Questo attributo definisce la variante standard del processo o la matrice di approvazione che una richiesta dovrebbe seguire in base alle sue caratteristiche, come valore, categoria dell’articolo e reparto. Rappresenta il processo previsto, o percorso ottimale.

È fondamentale per il controllo di conformità e viene utilizzato nella Dashboard «Panoramica della conformità delle richieste». Confrontando la sequenza effettiva delle attività con il percorso di approvazione previsto, gli analisti possono rilevare automaticamente violazioni delle policy, fasi di approvazione non autorizzate o controlli omessi. È un aspetto essenziale per l’audit interno e la gestione dei rischi.

Perché è importante

Definisce il processo standard da seguire e consente al controllo di conformità di rilevare automaticamente deviazioni e violazioni delle policy.

Dove reperirli

Consulti la documentazione di SAP Ariba. Il dato può derivare dalla configurazione della matrice di approvazione o da un campo specifico della richiesta.

Esempi
Standard IT > 10.000 $Servizi di marketing < 5.000 $Spese in conto capitale > 100.000 $
Reparto del richiedente
RequesterDepartment
Reparto aziendale o centro di costo del dipendente che ha creato la richiesta d’acquisto.
Descrizione

Questo attributo fornisce il contesto organizzativo, identificando la parte dell’azienda da cui è partita la richiesta. In genere deriva dal profilo utente del richiedente oppure viene specificato direttamente nel modulo della richiesta.

Nell’analisi è una dimensione utile per filtrare e confrontare i dati. Viene utilizzata in quasi tutte le Dashboard, ad esempio quelle dedicate al tempo di ciclo di approvazione delle richieste e all’analisi del tasso di rifiuto, per suddividere le metriche per reparto. È così possibile individuare i reparti con i tempi di ciclo più lunghi, il maggior numero di modifiche o più richieste non conformi e orientare gli interventi di miglioramento.

Perché è importante

Consente di segmentare e confrontare le prestazioni del processo tra le diverse aree dell’organizzazione, mettendo in evidenza problemi specifici dei reparti o buone pratiche.

Dove reperirli

Consulti la documentazione di SAP Ariba. L’informazione è di solito disponibile nei dati di intestazione della richiesta e spesso è collegata al profilo utente del richiedente.

Esempi
MarketingOperazioni ITFinanzaRicerca e sviluppo
Stato della richiesta d’acquisto
RequisitionStatus
Stato attuale della richiesta d’acquisto nel suo ciclo di vita.
Descrizione

Questo attributo indica lo stato in tempo reale di una richiesta, ad esempio «In compilazione», «Inviata», «Approvato», «Respinta» o «Chiusa». Fornisce un’istantanea della fase in cui si trova ciascun caso al momento dell’estrazione dei dati.

Il Process Mining ricostruisce il flusso storico, mentre questo attributo è essenziale per il monitoraggio operativo. È il dato principale del «Monitoraggio in tempo reale dello stato delle richieste», che consente ai responsabili di visualizzare il carico di lavoro corrente e individuare le richieste bloccate o in attesa da troppo tempo. Offre una visibilità immediata e utile per intervenire sulla coda delle richieste attive.

Perché è importante

Consente di monitorare in tempo reale la coda delle richieste, aiutando a individuare e gestire quelle bloccate o in attesa da troppo tempo prima che diventino problematiche.

Dove reperirli

Consultare la documentazione di SAP Ariba. Si tratta di un campo di stato standard nell’intestazione della richiesta.

Esempi
ApprovatoInviataRespintaIn approvazione
Utente dell’evento
EventUser
ID utente o nome della persona che ha svolto l’attività, ad esempio il richiedente o l’approvatore.
Descrizione

L’attributo utente dell’evento identifica la persona responsabile dell’esecuzione di una specifica fase del processo. Può trattarsi del dipendente che ha inviato la richiesta, del responsabile che l’ha approvata o dell’addetto agli acquisti che l’ha elaborata.

Questo attributo è essenziale per analizzare il carico di lavoro, confrontare le prestazioni e individuare opportunità di formazione. Alimenta la Dashboard «Carico di lavoro e prestazioni degli approvatori», consentendo di analizzare i tempi di approvazione per utente. Serve inoltre a indagare le cause di ritardi o deviazioni, riconducendole a singole persone o team.

Perché è importante

Consente di analizzare la distribuzione del carico di lavoro, le prestazioni degli utenti e l’allocazione delle risorse, aiutando a individuare i colli di bottiglia causati da specifici utenti o team.

Dove reperirli

Consulti la documentazione di SAP Ariba. Queste informazioni sono spesso conservate nelle tabelle del registro di controllo o della cronologia e collegate ai dati anagrafici degli utenti.

Esempi
john.doejane.smithmanager123
È automatizzata
IsAutomated
Indicatore booleano che specifica se un’attività è stata eseguita da un sistema o da una persona.
Descrizione

Questo attributo distingue gli eventi automatici del sistema, come le approvazioni automatiche o le modifiche di stato generate dal sistema, dalle attività manuali svolte dagli utenti. È fondamentale per comprendere il livello di automazione del processo.

Nell’analisi, consente di misurare con precisione il lavoro umano e individuare ulteriori opportunità di automazione. Ad esempio, filtrando le attività manuali è possibile calcolare con precisione i tempi di elaborazione imputabili agli utenti. Aiuta inoltre a verificare che le regole automatiche funzionino come previsto nel processo.

Perché è importante

Distingue le azioni umane da quelle del sistema, un requisito essenziale per misurare il livello di automazione e individuare nuove opportunità in questo ambito.

Dove reperirli

In genere, si ricava verificando se l’«Utente dell’evento» corrisponde a un ID utente di sistema o di elaborazione batch.

Esempi
truefalse
È stata modificata
IsAmended
Indicatore booleano che specifica se la richiesta è stata modificata almeno una volta dopo l’invio iniziale.
Descrizione

Questo attributo calcolato individua i casi in cui si è verificata almeno un’attività «Richiesta modificata». Semplifica l’identificazione delle richieste che hanno richiesto modifiche durante il loro ciclo di vita.

L’indicatore viene utilizzato per calcolare il KPI «Tasso di modifica delle richieste». Contando i casi per cui è attivo, gli analisti possono misurare facilmente la frequenza delle rilavorazioni e indagarne le cause profonde mettendola in relazione con altri attributi, come «Nome del richiedente» o «Categoria dell’articolo».

Perché è importante

Semplifica il calcolo del KPI sul tasso di modifica, aiutando a quantificare le rilavorazioni e a individuare gli ambiti in cui servono specifiche iniziali più chiare.

Dove reperirli

Il valore è true se un caso contiene una o più attività «Richiesta modificata»; altrimenti è false.

Esempi
truefalse
È una rilavorazione
IsRework
Indicatore booleano che specifica se la richiesta ha comportato una rilavorazione, ad esempio a causa di un rifiuto o di più modifiche.
Descrizione

Questo attributo calcolato misura le inefficienze in modo più ampio rispetto a «È stata modificata». Segnala i casi che hanno comportato cicli di rilavorazione significativi, in genere definiti dalla presenza di uno o più eventi «Passaggio di approvazione rifiutato» o di più eventi «Richiesta modificata».

L’indicatore viene utilizzato per calcolare il KPI «Tasso di rilavorazione delle richieste». Aiuta a quantificare i costi nascosti e i ritardi associati ai problemi del processo. Analizzando i casi contrassegnati come rilavorazioni, è possibile individuare schemi ricorrenti legati a determinati approvatori, reparti o tipi di richiesta che ostacolano il processo.

Perché è importante

Individua i casi in cui il processo presenta ostacoli significativi, ad esempio rifiuti, e consente di analizzare in modo mirato le cause di inefficienze e ritardi.

Dove reperirli

Il valore è true se un caso contiene un’attività di rifiuto o più di un’attività di modifica.

Esempi
truefalse
ID dell’ordine d’acquisto
PurchaseOrderId
Identificativo dell’ordine d’acquisto creato a partire dalla richiesta approvata.
Descrizione

Questo attributo collega una richiesta d’acquisto al documento successivo, l’ordine d’acquisto (PO). La sua presenza indica che la richiesta è stata convertita correttamente in un ordine.

È essenziale per l’analisi end-to-end del processo, che prosegue oltre la fase della richiesta. Viene utilizzato per calcolare il KPI «Tempo di attraversamento dalla richiesta al PO», collegando l’evento di creazione della richiesta a quello di creazione del PO. In questo modo è possibile ottenere una visione completa della fase iniziale del ciclo di approvvigionamento.

Perché è importante

Collega la richiesta al successivo ordine d’acquisto e consente di misurare il tempo di ciclo end-to-end dalla richiesta al PO.

Dove reperirli

Consultare la documentazione di SAP Ariba. In genere, dopo la generazione di un PO, il dato è memorizzato nei dati delle righe della richiesta.

Esempi
PO-4500012345PO-4500012346PO-4500012347
Nome del richiedente
RequesterName
Nome del dipendente che ha avviato la richiesta d’acquisto.
Descrizione

Questo attributo a livello di caso identifica chi ha creato la richiesta d’acquisto. Fornisce informazioni sull’origine della richiesta e sulla persona che l’ha presentata.

Nell’analisi, viene utilizzato per filtrare il processo e analizzare il comportamento dei singoli richiedenti. Ad esempio, le Dashboard «Analisi delle modifiche alle richieste» e «Analisi del tasso di rifiuto delle richieste» lo utilizzano per individuare le persone che potrebbero aver bisogno di ulteriore formazione a causa dell’elevato numero di modifiche o rifiuti. Aiuta a personalizzare i riscontri e le iniziative di miglioramento.

Perché è importante

Identifica chi ha creato la richiesta e consente di analizzare il comportamento e la qualità del processo per singolo richiedente.

Dove reperirli

Consultare la documentazione di SAP Ariba. È un campo standard nell’intestazione della richiesta, spesso denominato «Creato da» o «Richiedente».

Esempi
Alice WilliamsBob MillerCharles Brown
Nome dell’approvatore
ApproverName
Nome dell’utente incaricato di approvare uno specifico passaggio del flusso di lavoro.
Descrizione

Questo attributo identifica il responsabile o la parte interessata incaricata di un’attività di approvazione. A differenza del generico «Utente dell’evento», si riferisce in modo specifico alle attività di approvazione.

È un attributo fondamentale per la Dashboard «Carico di lavoro e prestazioni degli approvatori». Consente di monitorare il numero di richieste gestite da ciascun approvatore e il tempo medio di approvazione, aiutando a individuare i colli di bottiglia individuali, bilanciare i carichi di lavoro e valutare i risultati rispetto agli obiettivi.

Perché è importante

Individua la persona incaricata di un’approvazione, consentendo di bilanciare nel dettaglio i carichi di lavoro e analizzare le prestazioni degli approvatori.

Dove reperirli

Consultare la documentazione di SAP Ariba. Queste informazioni sono memorizzate nei dati del flusso di approvazione collegati alla richiesta.

Esempi
Sarah JonesDavid ChenMaria Garcia
Sistema di origine
SourceSystem
Sistema di registrazione da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica l’origine dei dati del processo. In questa vista il valore sarà sempre «SAP Ariba», ma in un contesto più ampio, in cui i dati possono provenire da più sistemi, il campo è fondamentale per ricostruirne la provenienza e risolvere eventuali problemi.

Nell’analisi, aiuta a verificare l’origine dei dati e può essere utilizzato per filtrare o confrontare processi che coinvolgono sistemi diversi. Rende chiara e verificabile la provenienza dei dati, un aspetto importante per ottenere il sostegno delle parti interessate.

Perché è importante

Identifica l’origine dei dati, un’informazione essenziale per la governance dei dati, la risoluzione dei problemi e la corretta interpretazione del contesto dell’analisi.

Dove reperirli

In genere è un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per indicare l’origine del set di dati.

Esempi
SAP AribaSAP_ARIBA_P2PAribaCloud
Ultimo aggiornamento dei dati
LastDataUpdate
Timestamp che indica quando i dati di questo record sono stati aggiornati per l’ultima volta dal sistema di origine.
Descrizione

Questo attributo indica la data e l’ora dell’estrazione o dell’aggiornamento più recente dei dati di un evento. Permette di sapere quanto sono aggiornati i dati analizzati, un aspetto particolarmente importante per monitorare i processi in corso.

Gli analisti utilizzano questa informazione per valutare quanto siano recenti le informazioni ottenute. Nelle Dashboard come «Monitoraggio in tempo reale dello stato delle richieste», il campo è essenziale per indicare agli utenti quanto siano aggiornate le informazioni visualizzate. Aiuta a definire aspettative realistiche sulla tempestività dei dati.

Perché è importante

Indica quanto sono aggiornati i dati, un’informazione essenziale per valutarne la tempestività e la rilevanza ai fini delle analisi di Process Mining.

Dove reperirli

Questo timestamp viene in genere generato e aggiunto a ogni record durante l’acquisizione dei dati.

Esempi
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Obbligatorio Consigliato Facoltativo

Attività di Purchase to Pay - Requisition

Questi sono i passaggi e le tappe fondamentali da registrare nell’Event Log per individuare correttamente il processo e i colli di bottiglia.
6 Consigliato 7 Facoltativo
Attività Descrizione
Ordine d’acquisto creato
Indica la conversione corretta di una richiesta d’acquisto approvata in un ordine d’acquisto. L’evento è registrato quando viene creato un documento d’ordine che fa riferimento alla richiesta.
Perché è importante

È il principale esito positivo del processo di richiesta d’acquisto. È essenziale per misurare il KPI «tempo di attraversamento dalla richiesta all’ordine d’acquisto».

Dove reperirli

È un evento esplicito. Si utilizza il timestamp di creazione del documento dell’ordine d’acquisto, che contiene un collegamento o un riferimento diretto all’ID della richiesta d’acquisto di origine.

Acquisizione

Individui nella tabella di intestazione degli ordini d’acquisto l’ordine collegato alla richiesta e ne utilizzi il timestamp di creazione.

Tipo di evento explicit
Richiesta d’acquisto approvata
Indica l’approvazione finale della richiesta d’acquisto, dopo il completamento di tutte le fasi del flusso di lavoro. L’evento è registrato quando lo stato passa a «Approvata».
Perché è importante

È una tappa fondamentale che segna la fine della fase di approvazione. Costituisce il punto finale per misurare il «tempo medio di approvazione della richiesta» e indica che è possibile creare un ordine d’acquisto.

Dove reperirli

Si deduce dalla cronologia del documento Ariba, che registra il passaggio finale della richiesta allo stato «Approvata».

Acquisizione

Individui il timestamp in cui il campo di stato della richiesta passa a «Approvata».

Tipo di evento inferred
Richiesta d’acquisto chiusa
Indica la chiusura amministrativa definitiva di una richiesta d’acquisto, dopo il completamento di tutte le attività associate, come l’ordine e la ricezione. L’evento è registrato dal passaggio finale allo stato «Chiusa».
Perché è importante

Indica la conclusione definitiva dell’intero ciclo di vita della richiesta. Analizzare il tempo che intercorre tra la creazione dell’ordine d’acquisto e la chiusura può far emergere colli di bottiglia nelle successive fasi di ricezione o fatturazione.

Dove reperirli

Si deduce dalla cronologia del documento Ariba, che registra il passaggio della richiesta allo stato «Chiusa».

Acquisizione

Individui il timestamp in cui il campo di stato della richiesta passa a «Chiusa».

Tipo di evento inferred
Richiesta d’acquisto creata
Indica la creazione iniziale di un documento di richiesta d’acquisto da parte di un utente. L’evento viene registrato al primo salvataggio della richiesta, quando si trova nello stato «In compilazione» o in bozza.
Perché è importante

È il punto di partenza del ciclo di vita della richiesta. Analizzare il tempo che intercorre tra la creazione e l’invio aiuta a misurare l’efficienza degli utenti e a individuare eventuali esigenze di formazione.

Dove reperirli

Si ricava dalla data e ora di creazione dell’oggetto richiesta d’acquisto in SAP Ariba. Il dato è disponibile nelle informazioni di intestazione del documento e corrisponde a un evento di creazione esplicito.

Acquisizione

Utilizzi il timestamp «CreateTime» o il campo equivalente nella tabella di intestazione del documento della richiesta.

Tipo di evento explicit
Richiesta d’acquisto inviata
Indica l’invio formale della richiesta d’acquisto da parte del richiedente nel flusso di lavoro di approvazione. L’evento è registrato quando lo stato passa da «In compilazione» a «Inviata».
Perché è importante

È una tappa fondamentale che avvia il processo di approvazione. È indispensabile per misurare il «tempo di ciclo di approvazione della richiesta» e il «tempo di attraversamento dalla creazione della richiesta».

Dove reperirli

Si deduce dalla cronologia del documento Ariba o dal registro di controllo, che registra il passaggio della richiesta allo stato «Inviata» e il relativo timestamp.

Acquisizione

Individui il timestamp in cui il campo di stato della richiesta passa per la prima volta a «Inviata».

Tipo di evento inferred
Richiesta d’acquisto respinta
Indica il rifiuto definitivo di una richiesta d’acquisto dopo la revisione. È uno stato finale del processo e viene registrato quando lo stato passa a «Respinta».
Perché è importante

È un punto finale che segnala un esito negativo. Analizzare le richieste respinte è essenziale per il KPI «Tasso di rifiuto delle richieste», perché consente di individuare schemi ricorrenti e migliorare la qualità delle richieste.

Dove reperirli

Si deduce dalla cronologia del documento Ariba, che registra il passaggio finale della richiesta allo stato «Respinta».

Acquisizione

Individui il timestamp in cui il campo di stato della richiesta passa a «Respinta».

Tipo di evento inferred
Fase di approvazione approvata
Indica l’esito positivo di una fase di approvazione, quando l’approvatore approva la parte di richiesta che gli è stata assegnata. L’evento viene registrato esplicitamente come azione di approvazione.
Perché è importante

Misura il tempo di elaborazione per ciascun approvatore. Questi dati sono essenziali per calcolare la «durata media della fase di approvazione» e valutare il carico di lavoro degli approvatori.

Dove reperirli

Si ricava dalle tabelle del flusso di approvazione di Ariba. L’evento viene registrato con un timestamp quando l’approvatore seleziona l’azione «Approva» per l’attività assegnata.

Acquisizione

Utilizzi il timestamp dell’azione «Approva» registrato nella cronologia delle approvazioni per la fase specifica.

Tipo di evento explicit
Fase di approvazione avviata
Indica che una richiesta d’acquisto è stata assegnata a un approvatore o a una coda di approvazione ed è in attesa di essere gestita. L’evento viene registrato quando viene generata e assegnata una richiesta di approvazione.
Perché è importante

Fornisce informazioni dettagliate sul flusso di lavoro di approvazione. È fondamentale per calcolare i tempi di attesa in coda e individuare le fasi che costituiscono colli di bottiglia nell’«Analisi dei colli di bottiglia del percorso di approvazione».

Dove reperirli

Si ricava dalle tabelle del flusso di approvazione di Ariba, che registrano la creazione e l’assegnazione delle singole attività di approvazione associate alla richiesta.

Acquisizione

Utilizzi il timestamp di creazione del record della richiesta di approvazione associato alla richiesta e alla specifica fase di approvazione.

Tipo di evento explicit
Fase di approvazione respinta
Indica l’esito negativo di una fase di approvazione, quando l’approvatore respinge la richiesta, in genere rinviandola per una modifica. L’evento viene registrato esplicitamente come azione «Rifiuta».
Perché è importante

Mette in evidenza una delle principali cause di rilavorazioni e ritardi. Analizzare questi eventi è fondamentale per comprendere il «tasso di rilavorazione delle richieste» e i motivi dei rifiuti.

Dove reperirli

Si ricava dalle tabelle del flusso di approvazione di Ariba. L’evento viene registrato con un timestamp quando l’approvatore seleziona l’azione «Rifiuta» o «Respingi» per l’attività assegnata.

Acquisizione

Utilizzi il timestamp dell’azione «Rifiuta» registrato nella cronologia delle approvazioni per la fase specifica.

Tipo di evento explicit
Richiesta d’acquisto inviata all’ufficio acquisti strategici
Si verifica quando una richiesta approvata viene inoltrata all’ufficio acquisti strategici per avviare una procedura, ad esempio una richiesta di offerta (RFQ), prima della creazione dell’ordine d’acquisto. L’evento è registrato da un cambio di stato, per esempio a «Acquisti strategici».
Perché è importante

Individua un passaggio importante del processo per gli articoli di valore elevato o non standard. Aiuta ad analizzare il contributo dell’ufficio acquisti strategici al tempo di attraversamento.

Dove reperirli

Si deduce dal passaggio della richiesta a uno stato che indica l’invio all’ufficio acquisti strategici. È una situazione comune in Ariba Buying integrato con Ariba Sourcing.

Acquisizione

Individui il timestamp in cui il campo di stato della richiesta passa a «Acquisti strategici» o a uno stato personalizzato equivalente.

Tipo di evento inferred
Richiesta d’acquisto modificata
Si verifica quando un utente modifica una richiesta d’acquisto dopo l’invio, spesso in seguito a un rifiuto o a una richiesta di chiarimenti. L’evento viene registrato quando il documento è modificato e inviato nuovamente.
Perché è importante

Consente di monitorare le rilavorazioni e le inefficienze del processo. Una frequenza elevata di modifiche può indicare requisiti o policy iniziali poco chiari e incidere sul KPI «Tasso di modifica delle richieste».

Dove reperirli

Si deduce dai dati di versionamento di Ariba. Ogni modifica genera una nuova versione del documento della richiesta. La creazione di una versione successiva alla prima indica una modifica.

Acquisizione

Verifichi se vengono create nuove versioni della richiesta dopo il primo stato «Inviata». Il timestamp della nuova versione corrisponde all’ora dell’evento.

Tipo di evento inferred
Richiesta d’acquisto ritirata
Si verifica quando il richiedente ritira una richiesta d’acquisto inviata prima che sia stata approvata completamente. L’evento è registrato quando lo stato passa a «Ritirata» o «Annullata».
Perché è importante

Indica l’interruzione del processo da parte dell’utente. Analizzare i motivi del ritiro delle richieste può far emergere problemi legati a esigenze aziendali in evoluzione o a tempi di approvazione troppo lunghi.

Dove reperirli

Si deduce dalla cronologia del documento Ariba o dal registro di controllo, che registra il passaggio della richiesta allo stato «Ritirata».

Acquisizione

Individui il timestamp in cui il campo di stato della richiesta passa a «Ritirata».

Tipo di evento inferred
Riga della richiesta d’acquisto ordinata
Indica il passaggio allo stato «Ordinata» di una singola riga della richiesta, dopo che questa è stata inserita in un ordine d’acquisto. Consente un monitoraggio più dettagliato rispetto alla sola creazione dell’ordine a livello di intestazione.
Perché è importante

Consente di analizzare gli ordini parziali o i ritardi a livello di singola riga, aspetti che non emergono osservando soltanto l’intestazione. È utile per le richieste con molte righe, evase tramite ordini d’acquisto diversi.

Dove reperirli

Si deduce dal cambio di stato dell’oggetto relativo alla riga della richiesta. Lo stato della riga viene aggiornato a «Ordinata» quando viene generato un ordine d’acquisto per quell’articolo.

Acquisizione

Individui il timestamp in cui il campo di stato della riga della richiesta passa a «Ordinata».

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da SAP Ariba

È pronto a iniziare?

Utilizzi questo template per semplificare la preparazione dei dati e ottenere informazioni utili sul processo Purchase to Pay - Requisition. Inizi oggi a ottimizzare le Sue attività.

Elimini i ritardi: ottimizzi il processo Purchase to Pay - Requisition

Individui le inefficienze di SAP Ariba e riduca del 30% il tempo di ciclo.

Inizi la prova gratuita

Non è richiesta una carta di credito; la configurazione è rapida e semplice.