Data Template: Procure-to-Pay - Ordine di acquisto
Il suo Template dati Procure‑to‑Pay - Ordine d’acquisto
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Purchase to Pay - Attributi dell’ordine di acquisto
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome dell’evento o dell’attività registrato in un preciso momento all’interno del processo dell’ordine d’acquisto. | ||
|
Descrizione
Il nome dell’attività descrive un passaggio del ciclo di vita dell’ordine d’acquisto, ad esempio 'Purchase Order Created', 'Purchase Order Approved' o 'Goods Receipt Posted'. Questa sequenza di attività costituisce la base della mappa di processo. L’analisi di queste attività è il cuore del Process Mining: consente di visualizzare il flusso, individuare varianti comuni e rare e misurare la durata tra i diversi passaggi. Comprendere la sequenza e la frequenza di attività come 'Purchase Order Changed' è essenziale per Dashboard come l’analisi del tasso di modifica degli ordini d’acquisto.
Perché è importante
Questo attributo definisce i passaggi del processo, consentendo di visualizzare il flusso e di individuare colli di bottiglia, rilavorazioni e deviazioni.
Dove trovare
Generato mappando variazioni di stato, codici transazione o Event Log provenienti dalle tabelle di SAP Ariba relative allo storico dei documenti e al workflow.
Esempi
Ordine di acquisto approvatoOrdine di acquisto modificatoEntrata merci contabilizzataFattura ricevuta a fronte di PO
|
|||
|
Ordine d'Acquisto
PurchaseOrderNumber
|
L'identificativo univoco di ogni documento di Ordine d'acquisto, che funge da identificatore centrale dell'istanza di processo. | ||
|
Descrizione
Il numero dell'Ordine d'acquisto è la chiave primaria che collega tutte le attività e tutti gli eventi lungo il ciclo di procurement. Ogni numero rappresenta una singola transazione d'acquisto, dalla creazione dell'ordine fino alla sua chiusura o cancellazione. Nel Process Mining questo attributo è fondamentale per l'analisi a livello di istanza. Consente di ricostruire end‑to‑end il percorso di ogni ordine, calcolare i tempi di ciclo, individuare le varianti di processo e monitorare lo stato di ciascun ordine. Analizzare i processi per numero di Ordine d'acquisto aiuta a comprendere il flusso completo e a identificare colli di bottiglia o deviazioni per transazioni specifiche.
Perché è importante
È il Case ID essenziale che collega tutte le fasi del processo, rendendo possibile l'analisi del ciclo di vita end-to-end di ogni singolo Ordine di acquisto.
Dove trovare
Campo principale del documento Ordine di acquisto in SAP Ariba Buying and Invoicing o SAP Ariba Sourcing.
Esempi
PO7000123456PO7000123457PO7000123458
|
|||
|
Timestamp Evento
EventTime
|
La data e l'ora precise in cui si è verificata una specifica attività o un evento. | ||
|
Descrizione
Event Time è il timestamp associato a ciascuna attività e registra l'istante di avvio. Questo dato è fondamentale per ordinare cronologicamente gli eventi e per calcolare durate e cycle time tra i diversi passaggi del processo. Questo attributo è cruciale per quasi tutte le analisi basate sul tempo, incluse le dashboard Purchase Order End-to-End Cycle Time e Purchase Order Approval Cycle Time. Consente di calcolare KPI chiave come "Average PO Approval Cycle Time" misurando la differenza tra i timestamp delle attività "Purchase Order Created" e "Purchase Order Approved".
Perché è importante
Questo timestamp è fondamentale per sequenziare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i tempi di attesa.
Dove trovare
Si trova tipicamente nell'audit trail (registro di audit) o nel change log dei documenti Ordine di acquisto in SAP Ariba.
Esempi
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
Data di consegna richiesta
RequestedDeliveryDate
|
La data in cui il richiedente prevede la consegna dei beni o dei servizi. | ||
|
Descrizione
È la data obiettivo di consegna definita dal business durante la creazione della richiesta d'acquisto o dell'ordine. Costituisce il riferimento rispetto al quale viene misurata la performance di consegna effettiva. Questo attributo è fondamentale per la dashboard Vendor Delivery Performance e per il KPI Goods Receipt Timeliness Rate. Confrontando la Data di consegna richiesta con la Data effettiva di Entrata merci, le organizzazioni possono misurare la puntualità dei fornitori, calcolare lo scostamento di consegna e identificare i fornitori che non rispettano con regolarità le tempistiche di consegna. Questa analisi è cruciale per la gestione della base fornitori e per mitigare i rischi della supply chain.
Perché è importante
Costituisce il riferimento per misurare la puntualità di consegna, fondamentale per valutare l’affidabilità dei fornitori e l’efficienza della supply chain.
Dove trovare
Campo data standard a livello di riga del documento Ordine di acquisto.
Esempi
2023-06-012023-07-152023-08-20
|
|||
|
Data di entrata merci
GoodsReceiptDate
|
La data in cui è stata registrata ufficialmente nel sistema la ricezione della merce o il completamento dei servizi. | ||
|
Descrizione
Questo attributo riporta il timestamp dell'attività 'Goods Receipt Posted' o 'Services Confirmation Entered'. È la conferma ufficiale che gli articoli ordinati sono stati ricevuti. Questa data è fondamentale per misurare i tempi di consegna effettivi. È il corrispettivo di 'RequestedDeliveryDate' e viene utilizzata per calcolare lo scostamento di consegna e i KPI di puntualità. La dashboard sulla tempestività di registrazione delle entrate merci si basa su questo attributo per valutare con quanta rapidità le registrazioni vengono effettuate dopo la consegna, aspetto importante per l'accuratezza dell'inventario e il pagamento puntuale delle fatture.
Perché è importante
Rappresenta la data di consegna effettiva, essenziale per calcolare la performance di consegna e individuare ritardi nella catena di fornitura.
Dove trovare
È il timestamp del documento di Entrata merci o del Foglio di registrazione servizi (SES) che fa riferimento all'Ordine di acquisto.
Esempi
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
Importo PO
PurchaseOrderAmount
|
L'importo totale dell'Ordine di Acquisto. | ||
|
Descrizione
Questo attributo rappresenta il valore totale di tutti i beni e servizi indicati nell'ordine di acquisto, esclusi imposte e altri oneri salvo diversa indicazione. È una metrica finanziaria chiave per capire il valore delle transazioni che attraversano il processo. Nell'analisi, l'importo dell'ordine di acquisto (Purchase Order Amount) è spesso usato per segmentare il processo. Ad esempio, gli ordini di importo elevato possono seguire un percorso di approvazione più rigoroso rispetto a quelli di importo ridotto. Si può utilizzare per dare priorità agli interventi di miglioramento sulle transazioni economicamente più rilevanti e per analizzare i modelli di spesa per dipartimento o fornitore.
Perché è importante
Fornisce un contesto economico a ogni caso, abilitando analisi basate sul valore per dare priorità agli interventi e comprendere come il valore dell’ordine influenzi il comportamento del processo.
Dove trovare
Campo calcolato standard a livello di testata del documento Ordine di acquisto, che somma il valore di tutte le righe.
Esempi
1500.0025000.50500.75
|
|||
|
Nome Fornitore
VendorName
|
Il nome del fornitore da cui si acquistano beni o servizi. | ||
|
Descrizione
Questo attributo identifica il partner esterno coinvolto nell'Ordine d'acquisto. Il fornitore è un soggetto critico nel processo procure‑to‑pay e le sue prestazioni incidono direttamente sull'efficienza dell'intero ciclo. Vendor Name è una dimensione primaria per l'analisi delle performance. È essenziale per la dashboard Vendor Delivery Performance, che confronta le date di consegna tra fornitori. L'analisi dei processi per fornitore può rivelare quali fornitori sono sistematicamente in ritardo, causano più rilavorazioni o presentano processi di fatturazione complessi, fornendo indicazioni preziose per la gestione della relazione con i fornitori.
Perché è importante
Consente l'analisi delle prestazioni dei fornitori, aiutando a individuare partner affidabili e i fornitori che causano ritardi o altre criticità.
Dove trovare
Campo standard a livello di testata del documento Ordine di acquisto in SAP Ariba.
Esempi
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
Nome Reparto
DepartmentName
|
Il reparto aziendale o il centro di costo associato all’ordine d’acquisto. | ||
|
Descrizione
Questo attributo indica l'unità organizzativa che ha avviato la richiesta d'acquisto o per la quale l'acquisto viene effettuato. Spesso è ricavato dalle informazioni sul centro di costo presenti nell'ordine di acquisto. Questa dimensione è essenziale per la dashboard sull'efficienza di gestione dei PO per dipartimento, perché consente il confronto diretto dei tempi di ciclo e delle varianti di processo tra i diversi dipartimenti. Aiuta a identificare quali dipartimenti seguono le best practice e quali potrebbero richiedere ulteriore formazione o miglioramenti di processo. È inoltre fondamentale per calcolare il KPI sulla varianza del tempo di ciclo dei PO per dipartimento.
Perché è importante
Permette di confrontare le prestazioni tra diverse business unit, aiutando a individuare i colli di bottiglia dipartimentali e a condividere le best practice.
Dove trovare
Questa informazione è disponibile a livello di testata o di riga dell'Ordine di acquisto, spesso collegata al Centro di costo o al profilo del Richiedente.
Esempi
MarketingOperazioni ITFacility ManagementRicerca e Sviluppo
|
|||
|
Nome Utente
UserName
|
Il nome o l'ID dell'utente che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica la persona responsabile dell'esecuzione di uno specifico passaggio di processo, ad esempio approvare un Ordine d'acquisto o registrare un'entrata merci. Può essere un ID utente univoco o un nome e cognome. Analizzare le performance per utente aiuta a individuare esigenze formative o a riconoscere i migliori. È inoltre fondamentale per le analisi di conformità, come la dashboard PO Approval Compliance Deviation, dove consente di capire chi ha aggirato gli step di approvazione previsti. Può essere usato anche per comprendere la distribuzione del carico di lavoro e l'allocazione delle risorse.
Perché è importante
Garantisce tracciabilità e consente analisi delle performance, del carico di lavoro e della conformità per singolo utente, elementi chiave per individuare esigenze formative o deviazioni di processo.
Dove trovare
Questa informazione è normalmente disponibile nel workflow e nei log della cronologia dei documenti in SAP Ariba, spesso associata a ogni evento.
Esempi
john.smithLROSSIjane.doe
|
|||
|
È una Rilavorazione
IsRework
|
Un indicatore calcolato che segnala se un Purchase Order ha subito un ciclo di rilavorazione (ad esempio se è stato respinto e poi reinviato). | ||
|
Descrizione
Questo attributo booleano è ricavato dalla sequenza delle attività. È impostato su 'true' se un ordine di acquisto arretra nel processo; per esempio, quando un'attività 'Approve Purchase Order' è seguita da 'Change Purchase Order' e poi da un'ulteriore approvazione. Indica una deviazione rispetto a un processo ideale, senza rielaborazioni. Questo flag è essenziale per calcolare il KPI PO Rework Loop Rate e per filtrare la mappa di processo mettendo in evidenza i flussi inefficienti. Identificando i casi con rework, gli analisti possono indagarne le cause alla radice, come errori di inserimento dati o requisiti poco chiari, e intervenire per migliorare il tasso di approvazione al primo passaggio.
Perché è importante
Evidenzia direttamente i casi con inefficienze e rilavorazioni, consentendo agli analisti di quantificare l'impatto dei loop e puntare alla loro eliminazione.
Dove trovare
Questo attributo non è presente nel sistema sorgente; viene calcolato durante la trasformazione dei dati utilizzando la sequenza di attività per ciascun caso.
Esempi
truefalse
|
|||
|
Gruppo merceologico
MaterialGroup
|
Una classificazione utilizzata per raggruppare materiali o servizi con caratteristiche simili. | ||
|
Descrizione
Il Gruppo materiale, o codice merceologico (Commodity Code) nella terminologia Ariba, è un modo per categorizzare gli articoli acquistati. Consente l’analisi della spesa e l’applicazione di strategie di procurement diverse per differenti tipologie di beni o servizi. Nel Process Mining, questo attributo abilita l’analisi del processo di acquisto in base a ciò che si sta comprando. Ad esempio, l’iter di approvazione per l’hardware IT può differire da quello per il materiale d’ufficio. Ciò permette insight più mirati e interventi di miglioramento specifici per categoria di spesa.
Perché è importante
Consente di analizzare il processo in base alla categoria di beni o servizi acquistati, evidenziando le differenze nelle modalità di approvvigionamento per le diverse voci.
Dove trovare
Campo standard a livello di riga di un Ordine di acquisto, spesso etichettato come 'Commodity Code'.
Esempi
IT.HardwareOffice.SuppliesProfessional.Services
|
|||
|
N. richiesta di acquisto
PurchaseRequisitionNumber
|
L'identificativo univoco della Richiesta d'acquisto che ha preceduto l'Ordine d'acquisto. | ||
|
Descrizione
Questo attributo collega un ordine di acquisto (PO) alla richiesta d'acquisto da cui ha origine. Non tutti i PO hanno una richiesta precedente, ad esempio nei casi di creazione diretta del PO. Questo collegamento è cruciale per analizzare l'intero processo di approvvigionamento end-to-end, a partire dalla richiesta iniziale. È necessario per la dashboard sul funnel di conversione da richiesta a PO e per il KPI sul tempo di conversione da richiesta a PO. Analizzarlo aiuta a individuare i ritardi tra l'approvazione della richiesta e l'emissione dell'ordine formale al fornitore.
Perché è importante
Collega l'ordine di acquisto alla richiesta iniziale, abilitando una vera analisi end‑to‑end dalla creazione della richiesta all'evasione dell'ordine.
Dove trovare
Questa informazione è di norma presente come campo di riferimento sulla riga dell'Ordine di acquisto.
Esempi
PR10004567PR10004568PR10004569
|
|||
|
Ora Fine Evento
EventEndTime
|
La marca temporale che indica quando un'attività è stata completata. Utilizzata per calcolare il tempo di lavorazione delle attività manuali. | ||
|
Descrizione
Mentre 'StartTime' indica l'avvio di un'attività, 'EventEndTime' ne segna la conclusione. Per molti eventi generati dal sistema, gli orari di inizio e fine coincidono. Per attività manuali o job automatizzati di lunga durata, la differenza tra inizio e fine rappresenta il tempo di elaborazione dell'attività. Questo attributo viene utilizzato per calcolare la metrica 'ProcessingTime', fondamentale per la Dashboard 'Purchase Order Activity Duration Analysis'. Aiuta a individuare quali task richiedono più tempo per essere completati, evidenziando opportunità di formazione, riallocazione delle risorse o automazione.
Perché è importante
Consente di calcolare tempi di lavorazione precisi per le singole attività, aiutando a individuare quali task assorbono più tempo.
Dove trovare
Consulti la documentazione SAP Ariba. Se non è disponibile esplicitamente, potrebbe essere ricavato dall'orario di inizio dell'attività successiva.
Esempi
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
Ordine di acquisto modificato
IsPurchaseOrderChanged
|
Un indicatore booleano che segnala se il Purchase Order è stato modificato dopo la creazione iniziale. | ||
|
Descrizione
Attributo derivato, impostato su 'true' se esiste un'attività 'Purchase Order Changed' per un determinato case. Semplifica l'analisi del tasso delle modifiche fornendo un indicatore semplice a livello di case. Questo flag viene utilizzato per calcolare il KPI 'Purchase Order Change Rate'. Consente di segmentare rapidamente i dati per confrontare i processi tra ordini modificati e non, mettendo in evidenza gli impatti a valle, come tempi di ciclo più lunghi o maggiori discrepanze in fattura. La dashboard 'Purchase Order Change Rate Analysis' utilizza questo flag per quantificare la frequenza delle modifiche.
Perché è importante
Fornisce un semplice flag per identificare tutti gli ordini d’acquisto modificati, facilitando il calcolo dei tassi di modifica e l’analisi del loro impatto.
Dove trovare
Questo flag viene ricavato durante la trasformazione dei dati verificando la presenza di un evento 'Purchase Order Changed' per ciascun numero di ordine di acquisto.
Esempi
truefalse
|
|||
|
Organizzazione acquisti
PurchasingOrganization
|
L'unità organizzativa responsabile dell'approvvigionamento di materiali e servizi e della negoziazione con i fornitori. | ||
|
Descrizione
L'Organizzazione Acquisti è un'entità chiave nella struttura degli acquisti, responsabile degli aspetti strategici del procurement. Possono esistere diverse Organizzazioni Acquisti per aree geografiche o unità di business. Analizzare il processo per Organizzazione Acquisti consente di evidenziare differenze di efficienza, conformità e strategie di gestione fornitori all'interno dell'azienda. Questo aiuta a standardizzare le best practice e a individuare colli di bottiglia o fonti di inefficienza a livello organizzativo.
Perché è importante
Consente analisi di alto livello sull'efficienza del processo e sulla conformità tra diverse unità di acquisto strategiche.
Dove trovare
Campo standard di dati organizzativi a livello di testata del documento Ordine di acquisto.
Esempi
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
Scostamento di consegna
DeliveryVariance
|
La differenza temporale calcolata tra la data di consegna richiesta e la data effettiva di ricezione della merce. | ||
|
Descrizione
Questa metrica quantifica le prestazioni di consegna del fornitore misurando quanto una consegna sia in anticipo o in ritardo. Si calcola sottraendo la 'RequestedDeliveryDate' dalla 'GoodsReceiptDate'. Un valore positivo indica una consegna in ritardo, un valore negativo una consegna anticipata, mentre zero significa puntuale. È il calcolo su cui si basano la dashboard 'Vendor Delivery Performance' e il KPI 'Vendor Delivery Performance Variance'. Analizzando questa varianza tra i fornitori, le organizzazioni possono individuare partner affidabili e quelli meno affidabili, a supporto delle negoziazioni con i fornitori e delle strategie di gestione del rischio. Aiuta ad andare oltre i semplici indicatori puntuale/in ritardo per comprendere l'entità degli scostamenti di consegna.
Perché è importante
Quantifica la puntualità dei fornitori misurando l’esatto anticipo o ritardo delle consegne, fondamentale per gestire le performance dei fornitori.
Dove trovare
Calcolato nel layer di trasformazione dei dati sottraendo 'RequestedDeliveryDate' da 'GoodsReceiptDate'.
Esempi
P2D-P1DP0D
|
|||
|
Sistema di Origine
SourceSystem
|
Identifica il sistema da cui sono stati estratti i dati, in questo caso SAP Ariba. | ||
|
Descrizione
Questo attributo specifica l'origine dei dati di processo. In ambienti con più sistemi integrati, è fondamentale per distinguere i dati provenienti da fonti diverse e garantire il data lineage. Per l'analisi, aiuta a filtrare i dati per uno specifico sistema o a comprendere le interazioni di processo tra piattaforme differenti. È un metadato chiave per la data governance e la validazione, che assicura che le analisi si basino sul set di dati corretto.
Perché è importante
Offre un contesto essenziale sull’origine dei dati, cruciale per la data governance, la validazione e l’analisi in ambienti multi‑sistema.
Dove trovare
Valore statico ('SAP Ariba') normalmente aggiunto durante il processo di estrazione e trasformazione dei dati.
Esempi
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
Stato PO
PurchaseOrderStatus
|
Lo stato attuale dell’Ordine di acquisto nel suo ciclo di vita. | ||
|
Descrizione
Questo attributo indica lo stato attuale del Purchase Order (PO), ad esempio 'Ordering', 'Receiving', 'Invoiced' o 'Completed'. Offre una fotografia di dove si trova il PO nel processo. Anche se il Process Mining ricostruisce il flusso dalle attività, lo stato corrente è utile per filtrare i casi e capire il carico di lavoro. Per esempio, un analista può voler focalizzarsi solo sui PO 'In-Flight' non ancora completati. Può servire anche a verificare l'attività finale in una traccia di processo.
Perché è importante
Offre una vista rapida della fase del ciclo di vita in cui si trova un ordine d’acquisto, utile per filtrare e concentrarsi sui casi attivi o conclusi.
Dove trovare
Campo standard di stato sulla testata del documento Ordine di acquisto in SAP Ariba.
Esempi
Emissione dell’ordineRicezioneCompletatoAnnullato
|
|||
|
Tempo di ciclo di approvazione del PO
POApprovalCycleTime
|
La durata calcolata tra la creazione di un ordine d’acquisto e la sua approvazione finale. | ||
|
Descrizione
Questa metrica misura il tempo necessario a un Ordine di acquisto per completare tutti i passaggi di approvazione richiesti. Si calcola come differenza tra il timestamp della prima attività 'Purchase Order Created' e quello dell'ultima attività 'Purchase Order Approved' per il case considerato. È una misura diretta del KPI 'Average PO Approval Cycle Time' ed è la metrica principale della dashboard 'Purchase Order Approval Cycle Time'. L'analisi di questa durata aiuta le aziende a individuare i colli di bottiglia nella gerarchia di approvazione, che possono dipendere da persone specifiche, reparti o da determinate tipologie di acquisto. Ridurre questo tempo di ciclo è spesso un obiettivo chiave dei progetti di miglioramento dei processi.
Perché è importante
Misura direttamente l'efficienza del processo di approvazione, una fonte comune di ritardi negli acquisti, ed è un KPI cruciale per i responsabili di processo.
Dove trovare
Calcolato durante la trasformazione dei dati sottraendo l'orario di inizio dell'evento di creazione dall'orario di inizio dell'evento di approvazione finale.
Esempi
P2DPT8H30MP0D
|
|||
|
Tempo di ciclo end‑to‑end dell’ordine d’acquisto
POEndToEndCycleTime
|
Il tempo totale trascorso dalla creazione della prima Richiesta d'acquisto fino al completamento finale dell'Ordine d'acquisto. | ||
|
Descrizione
Questo attributo calcolato misura la durata complessiva dell'intero processo di ordine di acquisto. In genere parte dall'evento 'Purchase Requisition Created' e termina con 'Purchase Order Completed' oppure con l'ultimo evento 'Goods Receipt Posted'. Offre una visione complessiva dell'efficienza del processo. È la metrica principale per il KPI 'End-to-End PO Cycle Time' e per la dashboard 'Purchase Order End-to-End Cycle Time'. Consente all'organizzazione di monitorare le prestazioni complessive e l'impatto dei miglioramenti introdotti. Scomporre questo tempo di ciclo per fornitore, dipartimento o gruppo materiali può rivelare i fattori principali dei tempi di attraversamento più lunghi.
Perché è importante
Rappresenta il tempo totale di lavorazione di un ordine d’acquisto, fornendo una misura sintetica dell’efficienza del processo e dell’esperienza del cliente interno.
Dove trovare
Calcolato in fase di trasformazione dei dati come differenza tra il timestamp più antico e quello più recente per un determinato caso.
Esempi
P15DP30D12HP7D
|
|||
|
Tipo di PO
PurchaseOrderType
|
Una classificazione del Purchase Order, ad esempio ordine standard, contratto quadro o subappalto. | ||
|
Descrizione
Il tipo di ordine d’acquisto classifica gli ordini in base alla finalità aziendale. Tipologie diverse possono seguire percorsi di processo distinti e avere regole differenti per approvazione ed evasione. Questo attributo consente di segmentare il processo per analisi più significative. Ad esempio, analizzare il tempo di ciclo delle 'PO standard' separatamente dalle 'PO di servizio' può far emergere colli di bottiglia differenti. Aiuta a creare sottoinsiemi di dati più omogenei per una vista più chiara di specifici scenari di procurement.
Perché è importante
Permette di segmentare l'analisi per tipologia d'ordine, ottenendo informazioni più accurate, poiché i diversi tipi seguono spesso flussi differenti.
Dove trovare
Consulti la documentazione SAP Ariba. In genere è un campo configurabile a livello di testata del PO.
Esempi
Ordine d’acquisto standardOrdine d’acquisto per serviziOrdine quadro
|
|||
|
Ultimo Data Update
LastDataUpdate
|
Il timestamp che indica l'ultima volta che i dati per questo evento sono stati aggiornati o estratti dal sistema di origine. | ||
|
Descrizione
Questo attributo fornisce data e ora dell'ultima estrazione dei dati da SAP Ariba. È un metadato fondamentale per comprendere il grado di aggiornamento dei dati analizzati. In qualsiasi analisi di Process Mining, conoscere l'attualità dei dati è essenziale per la reportistica e il processo decisionale. Questo timestamp consente di verificare che dashboard e KPI, come il trend di throughput degli ordini di acquisto, si basino su informazioni aggiornate.
Perché è importante
Indica la freschezza dei dati, così gli utenti comprendono quanto è aggiornata l’analisi e aumentano la fiducia negli insight.
Dove trovare
Questo timestamp è in genere generato e aggiunto al dataset durante il processo di estrazione, trasformazione e caricamento (ETL).
Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Valuta
DocumentCurrency
|
Il codice valuta dei valori monetari riportati nell’ordine d’acquisto. | ||
|
Descrizione
Questo attributo specifica la valuta, ad esempio USD, EUR o GBP, in cui è espresso l'importo dell'ordine di acquisto. È un'informazione indispensabile per qualsiasi dato finanziario. Nell'analisi di un processo che copre più Paesi o regioni, la valuta del documento è cruciale per interpretare e confrontare correttamente i valori monetari. Tutti i KPI e le dashboard finanziarie devono usare questo campo per filtrare una singola valuta oppure applicare tassi di cambio appropriati, così da ottenere aggregazioni e confronti accurati.
Perché è importante
Fornisce il contesto necessario per tutti i campi monetari, garantendo analisi finanziarie accurate e prevenendo l’aggregazione errata di valute diverse.
Dove trovare
Campo standard a livello di testata del documento Ordine di acquisto in SAP Ariba.
Esempi
USDEURGBPJPY
|
|||
Purchase to Pay - Attività dell’ordine di acquisto
| Activity | Descrizione | ||
|---|---|---|---|
|
Entrata merci contabilizzata
|
Rappresenta la ricezione fisica della merce, registrata in SAP Ariba. È un evento esplicito che si verifica quando un utente crea e invia un documento di Ricezione (Receipt) associato a una riga dell’ordine d’acquisto. | ||
|
Perché è importante
È una tappa fondamentale per confermare l'avvenuta consegna ed è il punto finale per misurare la performance di consegna dei fornitori. Inoltre autorizza il pagamento della fattura in uno scenario di verifica a tre vie (ordine, entrata merci, fattura).
Dove trovare
Rilevato dal timestamp di creazione o invio del documento Receipt collegato al PurchaseOrder.
Acquisisci
Basato sul timestamp di invio del documento di entrata merci.
Tipo di evento
explicit
|
|||
|
Ordine d’acquisto completato
|
Questa attività contrassegna la chiusura positiva del ciclo di vita dell'Ordine d'acquisto, indicando che beni o servizi sono stati completamente ricevuti e fatturati. È dedotta dal cambio di stato del PO in 'Received', 'Invoiced' o in uno stato terminale analogo. | ||
|
Perché è importante
È il principale endpoint di successo del processo. Misurare il tempo necessario per raggiungere questo stato fornisce il tempo di ciclo end-to-end, una misura chiave dell'efficienza complessiva del processo.
Dove trovare
Deducibile dal timestamp in cui lo stato del PurchaseOrder passa a uno stato finale come 'Received'. La PO è considerata completa quando tutte le righe sono state completamente ricevute.
Acquisisci
Deducibile dal cambio di stato della PO a 'Received' o a uno stato di completamento analogo.
Tipo di evento
inferred
|
|||
|
Ordine d’acquisto inviato al fornitore
|
Rappresenta il momento in cui l’ordine d’acquisto approvato viene inviato ufficialmente al fornitore, in genere tramite Ariba Network. L’evento si rileva quando lo stato del PO passa a 'Sent' o 'Ordered'. | ||
|
Perché è importante
Segna il passaggio dall'elaborazione interna all'evasione esterna. È il punto di partenza per misurare il lead time del fornitore e la performance di consegna.
Dove trovare
Deducibile dal timestamp in cui lo stato del documento PurchaseOrder cambia in 'Sent' o 'Ordered'. Si tratta di una transizione di stato standard in Ariba.
Acquisisci
Deducibile dal timestamp del cambio di stato a 'Sent' o a uno stato simile.
Tipo di evento
inferred
|
|||
|
Ordine di acquisto approvato
|
Indica che l’Ordine di acquisto ha ottenuto tutte le approvazioni interne necessarie ed è pronto per essere inviato al fornitore. L’evento è dedotto dal cambio di stato del documento PO in 'Approved' dopo il completamento del relativo workflow. | ||
|
Perché è importante
Si tratta di una tappa critica per misurare i tempi di approvazione e individuare colli di bottiglia nelle revisioni da parte del management. I ritardi in questa fase incidono direttamente sui lead time dei fornitori e sull'efficienza del procurement.
Dove trovare
Deducibile dal timestamp in cui lo stato del documento PurchaseOrder o il campo 'ApprovedState' cambiano in 'Approved'. I log dello storico approvazioni forniscono dati dettagliati.
Acquisisci
Deducibile dal timestamp dell’azione di approvazione finale nel flusso di approvazione della PO.
Tipo di evento
inferred
|
|||
|
Ordine di acquisto creato
|
Questa attività indica la creazione del documento ufficiale di Ordine d'acquisto in SAP Ariba, a valle di una richiesta approvata o direttamente. È rilevata dalla marca temporale di creazione del documento di PO e rappresenta l'avvio formale del suo ciclo di vita. | ||
|
Perché è importante
Per le PO dirette rappresenta l’avvio del processo. È una tappa chiave per misurare il tempo di conversione dalla richiesta d’acquisto alla PO e il ciclo complessivo di gestione della PO.
Dove trovare
Rilevato dal timestamp di creazione dell'oggetto documento PurchaseOrder in SAP Ariba Buying. In questa fase lo stato è in genere 'Composing' o 'Submitted'.
Acquisisci
Basato sul timestamp di creazione dell'ordine di acquisto.
Tipo di evento
explicit
|
|||
|
Requisizione d’acquisto creata
|
Questa attività segna la creazione di una Richiesta d'acquisto, la richiesta formale di beni o servizi che precede l'Ordine d'acquisto. In SAP Ariba viene tipicamente rilevata quando un utente salva e invia una nuova richiesta, creando un record esplicito con relativa marca temporale di creazione. | ||
|
Perché è importante
È il punto di avvio principale del processo di procurement. Analizzare il tempo da questo evento alla creazione dell'Ordine di acquisto è fondamentale per comprendere il tempo di ciclo dalla richiesta all'ordine e individuare i colli di bottiglia nelle fasi iniziali.
Dove trovare
Questo evento è desunto dalla data di creazione dell'oggetto documento Requisition nel modulo SAP Ariba Buying. Il cambio di stato a 'Submitted' ne segna spesso l'avvio formale.
Acquisisci
Basato sul timestamp di creazione della richiesta di acquisto.
Tipo di evento
explicit
|
|||
|
ASN ricevuto
|
Questa attività viene registrata quando il fornitore invia un Advance Ship Notice (ASN) tramite Ariba Network, indicando che la merce è stata spedita. L'ASN contiene i dettagli della spedizione, come articoli, quantità e informazioni di tracciamento. | ||
|
Perché è importante
L’ASN offre visibilità sulla supply chain, permettendo al reparto ricezione di prepararsi alla consegna. È un input chiave per tracciare le giacenze in transito e prevedere i tempi di consegna.
Dove trovare
Rilevato dalla data di creazione del documento ShipNotice collegato alle righe del PurchaseOrder.
Acquisisci
Basato sul timestamp di creazione del documento Advance Ship Notice (ASN).
Tipo di evento
explicit
|
|||
|
Conferma servizi registrata
|
Rappresenta la conferma dell’erogazione dei servizi, l’equivalente per i servizi della registrazione di entrata merci. È registrata quando viene creata e approvata una Service Sheet (scheda servizi) a fronte di un ordine d’acquisto per servizi. | ||
|
Perché è importante
Questa attività è cruciale per tracciare l'evasione degli ordini di servizio e autorizzare il pagamento. Analizzarne la tempestività aiuta a governare l'erogazione dei servizi e la spesa associata.
Dove trovare
Rilevato dal timestamp di approvazione del documento ServiceSheet collegato al PurchaseOrder.
Acquisisci
Basato sul timestamp di approvazione del foglio di servizio.
Tipo di evento
explicit
|
|||
|
Fattura ricevuta a fronte di PO
|
Indica che è stata ricevuta e registrata in SAP Ariba una fattura del fornitore riferita all’Ordine di acquisto. Questo evento collega il processo di approvvigionamento al successivo processo di pagamento. | ||
|
Perché è importante
Questa attività è un punto di integrazione fondamentale tra acquisti e finanza. La sua tempistica è importante per gestire il capitale circolante e garantire pagamenti puntuali ai fornitori.
Dove trovare
Rilevato dal timestamp di creazione del documento Invoice in Ariba Invoicing, che contiene un riferimento al PurchaseOrder.
Acquisisci
Basato sul timestamp di creazione della fattura collegata al PO.
Tipo di evento
explicit
|
|||
|
Merci restituite al fornitore
|
Questa attività traccia il reso di beni al fornitore, tipicamente per danni, difetti o articoli errati consegnati. Viene registrata quando si crea un documento di reso o una nota di addebito collegata all'entrata merci originale. | ||
|
Perché è importante
Monitorare i resi fa emergere problemi di qualità del fornitore e di precisione delle consegne. Analizzare la frequenza e i motivi dei resi aiuta a migliorare la selezione e la gestione dei fornitori.
Dove trovare
Questo può essere dedotto dalla creazione di un documento di ricezione specifico per reso oppure dalla presenza di una quantità negativa su una registrazione di ricezione. Il meccanismo specifico può variare in base alla configurazione.
Acquisisci
Deducibile dalla creazione di una ricezione con quantità negativa o con tipo 'Return'.
Tipo di evento
inferred
|
|||
|
Ordine d’acquisto annullato
|
Rappresenta l’annullamento di un ordine d’acquisto prima dell’evasione. Può essere avviato dall’azienda acquirente o, più raramente, dal fornitore. | ||
|
Perché è importante
Eccezione rilevante e punto di chiusura del processo. Analizzare perché gli Ordini di acquisto vengono annullati può far emergere problemi di pianificazione, budgeting o affidabilità del fornitore.
Dove trovare
Deducibile dal timestamp in cui lo stato del documento PurchaseOrder passa a 'Cancelled' o 'Closed'.
Acquisisci
Deducibile dal timestamp del cambio di stato a 'Cancelled'.
Tipo di evento
inferred
|
|||
|
Ordine d'acquisto confermato dal fornitore
|
Indica che il fornitore ha ricevuto e preso in carico l’Ordine di acquisto, confermando l’intenzione di evaderlo. Questo viene rilevato quando il fornitore invia un documento di Order Confirmation tramite Ariba Network, aggiornando lo stato della PO. | ||
|
Perché è importante
Questa attività offre la conferma che il fornitore sta elaborando l'ordine. Aiuta a monitorare la reattività del fornitore e l'accuratezza dell'ordine iniziale.
Dove trovare
Deducibile dal timestamp in cui lo stato del PurchaseOrder si aggiorna a 'Confirmed' a seguito della ricezione di una Order Confirmation dal fornitore.
Acquisisci
Basato sulla data di creazione della Conferma d'ordine correlata o su una variazione di stato del PO.
Tipo di evento
inferred
|
|||
|
Ordine di acquisto modificato
|
Questa attività rileva qualsiasi modifica apportata a un Ordine d'acquisto dopo la sua creazione iniziale, ad esempio variazioni di quantità, prezzo o data di consegna. Viene creata una nuova versione del documento di PO, spesso con attivazione di un Workflow di ri‑approvazione. | ||
|
Perché è importante
Monitorare le modifiche è fondamentale per individuare le inefficienze di processo, i cicli di rework e le cause alla radice degli errori di approvvigionamento. Un tasso elevato di modifiche può indicare una raccolta iniziale dei requisiti carente.
Dove trovare
Rilevato identificando più versioni dello stesso documento PurchaseOrder. Ogni nuova versione ha un timestamp di creazione che può essere utilizzato per questo evento.
Acquisisci
Registrato quando viene creata e salvata una nuova versione del documento PO.
Tipo di evento
explicit
|
|||
|
Requisizione d’acquisto approvata
|
Rappresenta l’approvazione finale di una richiesta d’acquisto da parte di tutti i referenti necessari, che ne autorizza la conversione in ordine d’acquisto. Di solito si deduce dal cambio di stato del documento a 'Approved' e dalla data/ora dell’azione di approvazione finale. | ||
|
Perché è importante
Questa milestone segna la conclusione della fase di approvazione interna della richiesta. Tracciarla aiuta a misurare l'efficienza dei controlli interni e dei workflow di approvazione prima della creazione del PO.
Dove trovare
Deducibile dallo storico delle approvazioni o dal campo di stato del documento Requisition. Il timestamp dell’evento corrisponde alla data in cui lo stato è passato a 'Approved'.
Acquisisci
Deducibile dal timestamp in cui il campo 'ApprovedState' della Requisition passa a 'Approved'.
Tipo di evento
inferred
|
|||