> Miglioramento continuo dei processi > Purchase to Pay Purchase Order > SAP Ariba > Template dei dati

Il Suo Template dati Purchase to Pay - Purchase Order

SAP Ariba

Purchase to Pay - Purchase Order: attributi (22) Purchase to Pay - Purchase Order: attività (14) Guide all'estrazione (2)

Il Suo Template dati Purchase to Pay - Purchase Order

Questo Template offre una guida completa alla raccolta dei dati essenziali necessari per analizzare il processo Purchase to Pay - Purchase Order. Illustra gli Attributi e le attività fondamentali da monitorare, insieme a indicazioni pratiche per estrarre i dati dal sistema di origine. Utilizzi questa risorsa per costruire una base completa e accurata per la process discovery e l'ottimizzazione.

Attributi consigliati da raccogliere
Attività principali da monitorare
Indicazioni per l'estrazione

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il Template

Purchase to Pay - Purchase Order: attributi

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del processo Purchase to Pay - Purchase Order.

3 Obbligatorio 6 Consigliato 13 Facoltativo

	Nome	Descrizione
	Nome dell'attività ActivityName	Il nome dell'evento o dell'attività specifica che si è verificata in un determinato momento all'interno del processo Purchase Order.
Descrizione Il nome dell'attività descrive una fase del ciclo di vita del Purchase Order, come 'Purchase Order Created', 'Purchase Order Approved' o 'Goods Receipt Posted'. La sequenza di queste attività costituisce la base della process map. L'analisi di queste attività è il fulcro del process mining. Aiuta a visualizzare il flusso del processo, individuare le varianti comuni e rare e misurare la durata tra le diverse fasi. Comprendere la sequenza e la frequenza di attività come 'Purchase Order Changed' è fondamentale per Dashboard come Purchase Order Change Rate Analysis. Perché è importante Questo attributo definisce le fasi del processo, consentendo di visualizzare il flusso e individuare colli di bottiglia, rilavorazioni e deviazioni. Dove reperirlo Generato mappando le modifiche di stato, i codici transazione o gli Event Log delle tabelle SAP Ariba sottostanti, correlate alla cronologia dei documenti e al Workflow. Esempi Ordine di acquisto approvatoOrdine di acquisto modificatoEntrata merci registrataFattura ricevuta a fronte dell'ordine di acquisto
	Ora dell'evento EventTime	La data e l'ora precise in cui si è verificata una determinata attività o un determinato evento.
Descrizione Event Time è il timestamp associato a ogni attività e registra il momento in cui questa è iniziata. Questi dati sono essenziali per ordinare cronologicamente gli eventi e calcolare durate e tempi di ciclo tra le diverse fasi del processo. Questo attributo è fondamentale 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 indicatori chiave di prestazione 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 ordinare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come tempi di ciclo e tempi di attesa. Dove reperirlo Si trova generalmente nei dati della traccia di audit o del registro delle modifiche dei documenti Purchase Order in SAP Ariba. Esempi 2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
	Ordine di acquisto PurchaseOrderNumber	L'identificativo univoco di ogni documento Purchase Order, che funge da identificativo centrale del caso per il processo.
Descrizione Il numero del Purchase Order è la chiave primaria che collega tutte le attività e gli eventi correlati lungo l'intero ciclo di vita dell'approvvigionamento. Ogni numero rappresenta una singola transazione di acquisto, dalla creazione iniziale dell'ordine fino al completamento o all'annullamento. Nel process mining, questo attributo è fondamentale per l'analisi a livello di caso. Consente di ricostruire il percorso end-to-end di ogni Purchase Order, calcolare i tempi di ciclo, individuare le varianti del processo e monitorare lo stato dei singoli ordini. Analizzare i processi in base al numero del Purchase Order aiuta a comprendere il flusso completo e a individuare colli di bottiglia o deviazioni per specifiche transazioni. Perché è importante Questo è il Case ID essenziale che collega tutte le fasi del processo, rendendo possibile analizzare il ciclo di vita end-to-end di ogni singolo Purchase Order. Dove reperirlo Si tratta di un campo principale del documento Purchase Order in SAP Ariba Buying and Invoicing o SAP Ariba Sourcing. Esempi PO7000123456PO7000123457PO7000123458
	Data di consegna richiesta RequestedDeliveryDate	La data entro la quale il richiedente prevede che i beni o i servizi vengano consegnati.
Descrizione È la data di consegna obiettivo specificata dall’azienda durante la creazione della richiesta di acquisto o dell’ordine. Costituisce il riferimento rispetto al quale viene misurata la puntualità effettiva delle consegne. Questo attributo è fondamentale per il Dashboard Vendor Delivery Performance e per il KPI Goods Receipt Timeliness Rate. Confrontando la data di consegna richiesta con la data effettiva di Goods Receipt, le organizzazioni possono misurare la puntualità dei fornitori, calcolare lo scostamento della consegna e individuare i fornitori che non rispettano con regolarità le tempistiche previste. Questa analisi è essenziale per gestire i rapporti con i fornitori e ridurre i rischi della supply chain. Perché è importante Costituisce il riferimento per misurare la puntualità delle consegne, un elemento fondamentale per valutare l’affidabilità dei fornitori e l’efficienza della supply chain. Dove reperirlo Questo è un campo data standard a livello di riga del documento Purchase Order. Esempi 2023-06-012023-07-152023-08-20
	Data di Goods Receipt GoodsReceiptDate	La data in cui la ricezione dei beni o il completamento dei servizi è stato registrato ufficialmente nel sistema.
Descrizione Questo attributo registra il timestamp dell’attività «Goods Receipt Posted» o «Services Confirmation Entered». Rappresenta la conferma ufficiale che gli articoli ordinati sono stati ricevuti. Questa data è fondamentale per misurare i tempi effettivi di consegna. È il corrispettivo di «RequestedDeliveryDate» e viene utilizzata per calcolare lo scostamento della consegna e i KPI di puntualità. Il Dashboard Goods Receipt Posting Timeliness si basa su questo attributo per valutare la rapidità con cui le ricezioni vengono registrate dopo la consegna, un aspetto importante per l’accuratezza dell’inventario e il pagamento puntuale delle fatture. Perché è importante Rappresenta la data effettiva di consegna, essenziale per calcolare le prestazioni di consegna e individuare i ritardi nella supply chain. Dove reperirlo È il timestamp del documento Goods Receipt o Service Entry Sheet che fa riferimento al Purchase Order. Esempi 2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
	Importo PO PurchaseOrderAmount	Il valore monetario totale del Purchase Order.
Descrizione Questo attributo rappresenta il costo totale di tutti i beni e servizi elencati nel Purchase Order, escluse imposte e altri oneri, salvo diversa indicazione. È una metrica finanziaria fondamentale per comprendere il valore delle transazioni che attraversano il processo. Nell’analisi, l’importo del Purchase Order viene spesso utilizzato per segmentare il processo. Ad esempio, gli ordini di valore elevato possono seguire un percorso di approvazione diverso e più rigoroso rispetto agli ordini di valore ridotto. Può essere utilizzato per stabilire la priorità degli interventi di miglioramento sui processi che riguardano le transazioni finanziariamente più rilevanti e per analizzare i modelli di spesa per reparto o fornitore. Perché è importante Fornisce il contesto finanziario di ogni caso, consentendo un’analisi basata sul valore per stabilire la priorità dei miglioramenti e comprendere in che modo il valore dell’ordine influisce sul comportamento del processo. Dove reperirlo Questo è un campo calcolato standard a livello di intestazione del documento Purchase Order, ottenuto sommando il valore di tutte le righe. Esempi 1500.0025000.50500.75
	Nome del fornitore VendorName	Il nome del fornitore dal quale vengono acquistati beni o servizi.
Descrizione Questo attributo identifica il partner esterno coinvolto nel Purchase Order. Il fornitore è un'entità fondamentale nel processo purchase-to-pay e le sue prestazioni incidono direttamente sull'efficienza dell'intero ciclo. Vendor Name è una dimensione primaria per l'analisi delle prestazioni. È essenziale per la Dashboard Vendor Delivery Performance, che confronta le date di consegna tra fornitori diversi. Analizzare i processi per fornitore può rivelare quali fornitori sono costantemente in ritardo, causano più rilavorazioni o presentano processi di fatturazione complessi, fornendo insight preziosi per la gestione delle relazioni con i fornitori. Perché è importante Consente di analizzare le prestazioni dei fornitori, aiutando a individuare i partner affidabili e a identificare quelli che causano ritardi o altri problemi. Dove reperirlo Questo è un campo standard a livello di intestazione del documento Purchase Order in SAP Ariba. Esempi Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
	Nome del reparto DepartmentName	Il reparto aziendale o il centro di costo associato al Purchase Order.
Descrizione Questo attributo indica l'unità organizzativa che ha avviato la richiesta d'acquisto o per la quale viene effettuato l'acquisto. Spesso viene ricavato dalle informazioni sul centro di costo presenti nel Purchase Order. Questa dimensione è essenziale per la Dashboard Departmental PO Processing Efficiency, che consente di confrontare direttamente tempi di ciclo e varianti del processo tra reparti diversi. Aiuta a individuare i reparti che adottano le best practice e quelli che potrebbero richiedere ulteriore formazione o miglioramenti del processo. È inoltre fondamentale per calcolare il KPI Departmental PO Cycle Time Variance. Perché è importante Consente di confrontare le prestazioni tra diverse unità aziendali, aiutando a individuare i colli di bottiglia a livello di reparto e a condividere le best practice. Dove reperirlo Queste informazioni sono disponibili a livello di testata o di riga del Purchase Order, spesso collegate al Cost Center o al profilo del richiedente. Esempi MarketingOperazioni ITGestione delle struttureRicerca 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 una specifica fase del processo, ad esempio dell'approvazione di un Purchase Order o della registrazione di un'entrata merci. Può trattarsi di un ID utente univoco o di un nome completo. Analizzare le prestazioni per utente aiuta a individuare le esigenze formative o a riconoscere i migliori risultati. È inoltre fondamentale per le analisi relative alla conformità, come la Dashboard PO Approval Compliance Deviation, nella quale consente di determinare chi ha eluso le fasi di approvazione richieste. Può anche essere utilizzato per comprendere la distribuzione del carico di lavoro e l'allocazione delle risorse. Perché è importante Garantisce la responsabilità e consente di analizzare prestazioni, carico di lavoro e conformità a livello di utente, elementi fondamentali per individuare esigenze formative o deviazioni del processo. Dove reperirlo Queste informazioni sono generalmente disponibili nei log della cronologia dei Workflow e dei documenti in SAP Ariba, spesso associate a ogni evento. Esempi john.smithLROSSIjane.doe
	È una rilavorazione IsRework	Un flag calcolato che indica se un Purchase Order ha attraversato un ciclo di rilavorazione, ad esempio perché è stato rifiutato e nuovamente inviato.
Descrizione Questo attributo booleano deriva dalla sequenza delle attività. Viene impostato su «true» se un Purchase Order torna indietro nel processo, ad esempio quando l’attività «Approve Purchase Order» è seguita da «Change Purchase Order» e quindi da una nuova approvazione. Ciò segnala una deviazione dal processo ideale e lineare. Questo flag è essenziale per calcolare il KPI PO Rework Loop Rate e per filtrare la process map, mettendo in evidenza i flussi inefficienti. Individuando i casi con rilavorazione, gli analisti possono esaminarne le cause principali, come l’inserimento errato dei dati o requisiti poco chiari, e intervenire per migliorare il tasso di approvazione al primo passaggio. Perché è importante Segnala direttamente i casi caratterizzati da inefficienze e rilavorazioni, consentendo agli analisti di quantificare l’impatto dei cicli e intervenire per eliminarli. Dove reperirlo Questo attributo non è presente nel sistema di origine, ma viene calcolato durante la trasformazione dei dati utilizzando la sequenza delle attività di ciascun caso. Esempi truefalse
	Gruppo materiali MaterialGroup	Una classificazione utilizzata per raggruppare materiali o servizi con caratteristiche simili.
Descrizione Il Material Group, denominato Commodity Code nella terminologia di Ariba, consente di classificare gli articoli acquistati. In questo modo è possibile analizzare la spesa e applicare strategie di approvvigionamento diverse in base alla tipologia di beni o servizi. Nel Process Mining, questo attributo consente di analizzare il processo di approvvigionamento in funzione di ciò che viene acquistato. Ad esempio, il processo di approvazione dell’hardware IT può differire da quello delle forniture per ufficio. Si ottengono così informazioni più dettagliate, utili per adattare i miglioramenti del processo alle specifiche categorie di acquisto. Perché è importante Consente di analizzare il processo in base alla categoria dei beni o servizi acquistati, mettendo in evidenza le differenze nelle modalità di approvvigionamento dei diversi articoli. Dove reperirlo Questo è un campo standard a livello di riga del Purchase Order, spesso denominato «Commodity Code». Esempi IT.HardwareOffice.SuppliesProfessional.Services
	Il PO è stato modificato IsPurchaseOrderChanged	Un flag booleano che indica se il Purchase Order è stato modificato dopo la sua creazione iniziale.
Descrizione Questo è un attributo derivato, impostato su «true» se per un determinato caso esiste un’attività «Purchase Order Changed». Semplifica l’analisi del tasso di modifica fornendo un indicatore semplice a livello di caso. Questo flag viene utilizzato per calcolare il KPI «Purchase Order Change Rate». Consente di segmentare rapidamente i dati e confrontare i processi relativi agli ordini modificati e non modificati, mettendo in evidenza possibili effetti a valle, come tempi di ciclo più lunghi o un aumento delle discrepanze nelle fatture. Il Dashboard Purchase Order Change Rate Analysis lo utilizza per quantificare la frequenza delle modifiche. Perché è importante Fornisce un flag semplice per identificare tutti i Purchase Order modificati, facilitando il calcolo dei tassi di modifica e l’analisi del loro impatto. Dove reperirlo Questo flag viene derivato durante la trasformazione dei dati verificando la presenza di un evento «Purchase Order Changed» per ciascun Purchase Order Number. Esempi truefalse
	N. richiesta di acquisto. PurchaseRequisitionNumber	L’identificativo univoco della richiesta di acquisto che ha preceduto il Purchase Order.
Descrizione Questo attributo collega un Purchase Order alla richiesta di acquisto da cui ha avuto origine. Non tutti i Purchase Order sono preceduti da una richiesta, ad esempio nei casi di creazione diretta del PO. Questo collegamento è fondamentale per analizzare l’intero processo di approvvigionamento end-to-end, a partire dalla richiesta iniziale. È necessario per il Dashboard Requisition to PO Conversion Funnel e per il KPI Requisition to PO Conversion Time. L’analisi di questa relazione aiuta a individuare i ritardi tra l’approvazione della richiesta e l’emissione formale dell’ordine al fornitore. Perché è importante Collega il Purchase Order alla richiesta iniziale, consentendo una vera analisi end-to-end, dalla creazione della richiesta fino all’evasione dell’ordine. Dove reperirlo Questa informazione è generalmente disponibile come campo di riferimento nella riga del Purchase Order. Esempi PR10004567PR10004568PR10004569
	Ora di fine dell'evento EventEndTime	Il timestamp che indica quando un'attività è stata completata. Viene utilizzato per calcolare il tempo di elaborazione delle attività manuali.
Descrizione Mentre StartTime indica quando è iniziata un'attività, EventEndTime ne indica la conclusione. Per molti eventi generati dal sistema, l'ora di inizio e quella di fine coincidono. Tuttavia, per le attività manuali o i job automatizzati di lunga durata, la differenza tra l'ora di inizio e quella di 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 le attività specifiche che richiedono più tempo, evidenziando opportunità di formazione, riallocazione delle risorse o automazione. Perché è importante Consente di calcolare tempi di elaborazione precisi per le singole attività, aiutando a individuare quelle che richiedono più tempo. Dove reperirlo Consulti la documentazione di SAP Ariba. Se non è disponibile in modo esplicito, potrebbe essere necessario ricavare questo dato dall'ora di inizio dell'attività successiva. Esempi 2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
	Organizzazione acquisti PurchasingOrganization	L’unità organizzativa responsabile dell’approvvigionamento di materiali e servizi e della negoziazione con i fornitori.
Descrizione La Purchasing Organization è un’entità fondamentale nella struttura degli approvvigionamenti, responsabile degli aspetti strategici degli acquisti. Possono esistere organizzazioni acquisti diverse per aree geografiche o unità aziendali differenti. L’analisi del processo per Purchasing Organization può evidenziare differenze in termini di efficienza, conformità e strategie di gestione dei fornitori all’interno dell’azienda. Ciò può contribuire a standardizzare le best practice e a individuare colli di bottiglia o fonti di inefficienza a livello organizzativo. Perché è importante Consente un’analisi di alto livello dell’efficienza e della conformità del processo tra diverse unità acquisti strategiche. Dove reperirlo Questo è un campo standard dei dati organizzativi a livello di intestazione del documento Purchase Order. Esempi PO_US01PO_EMEAPO_GLOBAL
	Scostamento della consegna DeliveryVariance	La differenza temporale calcolata tra la data di consegna richiesta e la data effettiva di Goods Receipt.
Descrizione Questa metrica quantifica le prestazioni di consegna del fornitore misurando quanto una consegna sia stata anticipata o ritardata. Viene calcolata sottraendo «RequestedDeliveryDate» da «GoodsReceiptDate». Un valore positivo indica una consegna in ritardo, un valore negativo una consegna anticipata e zero una consegna puntuale. È il calcolo alla base del Dashboard «Vendor Delivery Performance» e del KPI «Vendor Delivery Performance Variance». Analizzando questo scostamento tra i diversi fornitori, le organizzazioni possono individuare i partner affidabili e quelli meno affidabili, ottenendo informazioni utili per le negoziazioni con i fornitori e le strategie di gestione del rischio. Consente di andare oltre la semplice classificazione puntuale/in ritardo e di comprendere l’entità degli scostamenti nelle consegne. Perché è importante Quantifica la puntualità dei fornitori misurando con precisione l’anticipo o il ritardo delle consegne, un elemento fondamentale per gestire le prestazioni dei fornitori. Dove reperirlo Viene calcolato nel livello di trasformazione dei dati sottraendo «RequestedDeliveryDate» da «GoodsReceiptDate». Esempi P2D-P1DP0D
	Sistema di origine SourceSystem	Identifica il sistema dal quale sono stati estratti i dati, in questo caso SAP Ariba.
Descrizione Questo attributo specifica l'origine dei dati di processo. Negli ambienti con più sistemi integrati, è fondamentale per distinguere i dati provenienti da fonti diverse e garantire la tracciabilità dei dati. Ai fini dell'analisi, aiuta a filtrare i dati relativi a un sistema specifico o a comprendere le interazioni del processo tra piattaforme diverse. È un elemento essenziale dei metadati per la governance e la validazione dei dati, poiché garantisce che le analisi si basino sul dataset corretto. Perché è importante Fornisce il contesto essenziale sull'origine dei dati, fondamentale per la governance, la validazione e l'analisi dei dati negli ambienti con più sistemi. Dove reperirlo Si tratta di un valore statico ('SAP Ariba'), generalmente aggiunto durante il processo di estrazione e trasformazione dei dati. Esempi SAP AribaSAP-Ariba-USAribaCloud
	Stato PO PurchaseOrderStatus	Lo stato attuale del Purchase Order nel suo ciclo di vita.
Descrizione Questo attributo indica lo stato attuale del Purchase Order, ad esempio «Ordering», «Receiving», «Invoiced» o «Completed». Fornisce una fotografia della posizione del PO nel processo complessivo. Sebbene il Process Mining ricostruisca il flusso a partire dalle attività, lo stato attuale è utile per filtrare i casi e comprendere il carico di lavoro corrente. Ad esempio, un analista potrebbe voler esaminare esclusivamente i Purchase Order «In-Flight» non ancora completati. Può inoltre essere utilizzato per convalidare l’attività finale di una traccia di processo. Perché è importante Fornisce una rapida fotografia della posizione del Purchase Order nel suo ciclo di vita, risultando utile per filtrare e concentrarsi sui casi attivi o completati. Dove reperirlo Questo è un campo standard dello stato nell’intestazione del documento Purchase Order in SAP Ariba. Esempi OrdinazioneRicezioneCompletatoAnnullato
	Tempo di ciclo end-to-end del PO POEndToEndCycleTime	Il tempo totale trascorso dalla creazione della prima richiesta di acquisto fino al completamento finale del Purchase Order.
Descrizione Questo attributo calcolato misura la durata complessiva dell’intero processo del Purchase Order. In genere inizia con l’evento «Purchase Requisition Created» e termina con l’evento «Purchase Order Completed» o con l’evento finale «Goods Receipt Posted». Fornisce una visione completa dell’efficienza del processo. È la metrica principale per il KPI «End-to-End PO Cycle Time» e per il Dashboard «Purchase Order End-to-End Cycle Time». Consente alle organizzazioni di monitorare le prestazioni complessive e l’impatto degli interventi di miglioramento. Scomporre il tempo di ciclo totale per fornitore, reparto o gruppo materiali può far emergere i principali fattori alla base dei tempi di attraversamento più lunghi. Perché è importante Rappresenta il tempo totale di elaborazione di un Purchase Order, fornendo una misura di alto livello dell’efficienza complessiva del processo e dell’esperienza del cliente. Dove reperirlo Viene calcolato durante la trasformazione dei dati come differenza tra il timestamp più antico e quello più recente di un determinato caso. Esempi P15DP30D12HP7D
	Tipo PO PurchaseOrderType	Una classificazione del Purchase Order, ad esempio standard, quadro o in subappalto.
Descrizione Il tipo di Purchase Order classifica gli ordini in base alla loro finalità aziendale. Tipologie diverse possono seguire percorsi di processo distinti e avere regole differenti per l’approvazione e l’evasione. Questo attributo consente di segmentare il processo per ottenere analisi più significative. Ad esempio, analizzare separatamente il tempo di ciclo degli «Standard PO» e dei «Service PO» può far emergere tipologie diverse di colli di bottiglia. Aiuta a creare sottoinsiemi di dati più omogenei e a ottenere una visione più chiara di specifici scenari di approvvigionamento. Perché è importante Consente di segmentare l’analisi per tipo di ordine, producendo informazioni più accurate poiché le diverse tipologie seguono spesso flussi di processo differenti. Dove reperirlo Consultare la documentazione di SAP Ariba. Si tratta generalmente di un campo configurabile a livello di intestazione del PO. Esempi Ordine di acquisto standardOrdine di acquisto per serviziOrdine di acquisto a consumo
	Ultimo aggiornamento dei dati LastDataUpdate	Il timestamp che indica quando i dati relativi a questo evento sono stati aggiornati o estratti per l'ultima volta dal sistema di origine.
Descrizione Questo attributo fornisce la data e l'ora dell'ultimo recupero dei dati da SAP Ariba. È un elemento essenziale dei metadati per comprendere l'aggiornamento dei dati analizzati. In qualsiasi analisi di process mining, conoscere la recenza dei dati è fondamentale per il reporting e il processo decisionale. Questo timestamp consente agli utenti di verificare che le Dashboard e i KPI, come Purchase Order Throughput Trend, si basino su informazioni aggiornate. Perché è importante Indica l'aggiornamento dei dati, consentendo agli utenti di comprendere quanto sia attuale la loro analisi e rafforzando la fiducia negli insight. Dove reperirlo Questo timestamp viene generalmente generato e aggiunto al dataset durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati. Esempi 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Valuta DocumentCurrency	Il codice valuta dei valori monetari riportati nel Purchase Order.
Descrizione Questo attributo specifica la valuta, ad esempio USD, EUR o GBP, nella quale è espresso l’importo del Purchase Order. Rappresenta un contesto essenziale per qualsiasi dato finanziario. Quando si analizza un processo che coinvolge più Paesi o aree geografiche, la valuta del documento è fondamentale per interpretare e confrontare correttamente i valori monetari. Tutti i KPI finanziari e i Dashboard devono utilizzare questo campo per filtrare una singola valuta oppure applicare tassi di cambio appropriati, così da garantire aggregazioni e confronti accurati. Perché è importante Fornisce il contesto necessario per tutti i campi monetari, garantendo un’analisi finanziaria accurata ed evitando l’aggregazione errata di valute diverse. Dove reperirlo Questo è un campo standard a livello di intestazione del documento Purchase Order in SAP Ariba. Esempi USDEURGBPJPY

Obbligatorio Consigliato Facoltativo

Purchase to Pay - Purchase Order: attività

Questi sono i passaggi chiave e le principali tappe del processo da acquisire nell’Event Log per una corretta individuazione del processo Purchase to Pay - Purchase Order.

6 Consigliato 8 Facoltativo

	Attività	Descrizione
	Entrata merci registrata	Rappresenta la ricezione fisica delle merci, registrata in SAP Ariba. Si tratta di un evento esplicito, acquisito quando un utente crea e invia un documento Receipt per una riga del Purchase Order.
Perché è importante Questa è una milestone fondamentale per confermare la consegna e rappresenta il punto finale per misurare le prestazioni di consegna del fornitore. Inoltre, autorizza il pagamento della fattura in uno scenario di three-way match. Dove reperirlo Acquisito dal timestamp di creazione o invio del documento Receipt collegato al PurchaseOrder. Acquisizione In base al timestamp di invio del documento Goods Receipt. Tipo di evento explicit
	Ordine di acquisto approvato	Indica che il Purchase Order ha ricevuto tutte le approvazioni interne necessarie ed è pronto per essere inviato al fornitore. Questo evento viene dedotto dal passaggio dello stato del documento PO ad 'Approved' dopo il completamento del Workflow designato.
Perché è importante Questa è una milestone critica per misurare i tempi del ciclo di approvazione e individuare i colli di bottiglia nella revisione manageriale. I ritardi in questa fase incidono direttamente sui tempi di consegna del fornitore e sull'efficienza degli approvvigionamenti. Dove reperirlo Deducibile dal timestamp del momento in cui lo stato del documento PurchaseOrder o il campo 'ApprovedState' passa ad 'Approved'. I log della cronologia delle approvazioni forniscono dati dettagliati. Acquisizione Deducibile dal timestamp dell'azione di approvazione finale nel flusso di approvazione del PO. Tipo di evento inferred
	Ordine di acquisto completato	Questa attività segna la conclusione positiva del ciclo di vita del Purchase Order, indicando che le merci o i servizi sono stati completamente ricevuti e fatturati. Viene dedotta dal passaggio dello stato del PO a 'Received', 'Invoiced' o a uno stato terminale analogo.
Perché è importante Questo è il principale punto terminale che indica il completamento positivo del processo. Misurare il tempo necessario per raggiungere questo stato fornisce il tempo di ciclo end-to-end, un indicatore fondamentale dell'efficienza complessiva del processo. Dove reperirlo Deducibile dal timestamp del momento in cui lo stato del PurchaseOrder passa a uno stato finale come 'Received'. Il PO è considerato completato quando tutte le righe sono state ricevute integralmente. Acquisizione Deducibile dal passaggio dello stato del PO a 'Received' o a uno stato analogo che indica il completamento. Tipo di evento inferred
	Ordine di acquisto creato	Questa attività indica la creazione del documento ufficiale Purchase Order in SAP Ariba, a partire da una richiesta approvata oppure direttamente. Viene acquisita dal timestamp di creazione del documento PO, che rappresenta l'avvio formale del ciclo di vita del PO.
Perché è importante Per i PO creati direttamente, questo rappresenta l'inizio del processo. È una milestone fondamentale per misurare il tempo di conversione dalla richiesta al PO e il ciclo complessivo di elaborazione del PO. Dove reperirlo Acquisito dal timestamp di creazione dell'oggetto documento PurchaseOrder in SAP Ariba Buying. A questo punto, lo stato è generalmente 'Composing' o 'Submitted'. Acquisizione In base al timestamp di creazione del documento Purchase Order. Tipo di evento explicit
	Ordine di acquisto inviato al fornitore	Rappresenta il momento in cui il Purchase Order approvato viene trasmesso ufficialmente al fornitore, generalmente tramite Ariba Network. L'evento viene acquisito quando lo stato del PO passa a 'Sent' o 'Ordered'.
Perché è importante Segna il passaggio dall'elaborazione interna all'evasione esterna. Costituisce il punto di partenza per misurare i tempi di consegna del fornitore e le prestazioni di consegna. Dove reperirlo Deducibile dal timestamp del momento in cui lo stato del documento PurchaseOrder passa a 'Sent' o 'Ordered'. Si tratta di una transizione di stato standard in Ariba. Acquisizione Deducibile dal timestamp del passaggio di stato a 'Sent' o a uno stato analogo. Tipo di evento inferred
	Richiesta di acquisto creata	Questa attività indica la creazione di una richiesta d'acquisto, ovvero la richiesta formale di beni o servizi che precede un Purchase Order. In SAP Ariba, viene generalmente registrata quando un utente salva e invia una nuova richiesta, creando un record esplicito con il relativo timestamp di creazione.
Perché è importante Questo rappresenta il principale punto di avvio del processo di approvvigionamento. Analizzare il tempo che intercorre tra questo evento e la creazione del PO è fondamentale per comprendere il tempo di ciclo dalla richiesta all'ordine e individuare i colli di bottiglia nelle fasi iniziali. Dove reperirlo Questo evento viene acquisito dalla data di creazione dell'oggetto documento Requisition nel modulo SAP Ariba Buying. Il passaggio di stato a 'Submitted' indica spesso l'avvio formale. Acquisizione In base al timestamp di creazione della richiesta d'acquisto. Tipo di evento explicit
	Avviso di spedizione anticipato ricevuto	Questa attività viene registrata quando il fornitore invia un Advance Ship Notice (ASN) tramite Ariba Network, indicando che le merci sono state spedite. L'ASN contiene i dettagli della spedizione, come articoli, quantità e informazioni di tracciamento.
Perché è importante L'ASN offre visibilità sulla catena di approvvigionamento, consentendo al reparto ricevente di prepararsi alla consegna. Costituisce un input fondamentale per monitorare le scorte in transito e prevedere i tempi di consegna. Dove reperirlo Acquisito dalla data di creazione del documento ShipNotice collegato alle righe del PurchaseOrder. Acquisizione In base al timestamp di creazione del documento Advance Ship Notice (ASN). Tipo di evento explicit
	Conferma dei servizi inserita	Rappresenta la conferma dell'erogazione dei servizi, equivalente alla ricezione delle merci per i servizi. Viene acquisita quando un Service Sheet viene creato e approvato per un Purchase Order basato su servizi.
Perché è importante Questa attività è fondamentale per monitorare l'evasione degli ordini di servizi e autorizzare il pagamento. Analizzarne la tempestività aiuta a gestire l'erogazione dei servizi e la relativa spesa. Dove reperirlo Acquisito dal timestamp di approvazione del documento ServiceSheet collegato al PurchaseOrder. Acquisizione In base al timestamp di approvazione del documento Service Sheet. Tipo di evento explicit
	Fattura ricevuta a fronte dell'ordine di acquisto	Indica che una fattura del fornitore riferita al Purchase Order è stata ricevuta e inserita in SAP Ariba. Questo evento collega il processo di approvvigionamento al successivo processo di pagamento.
Perché è importante Questa attività rappresenta un punto di integrazione fondamentale tra approvvigionamenti e finanza. La sua tempistica è importante per la gestione del capitale circolante e per garantire pagamenti puntuali ai fornitori. Dove reperirlo Acquisito dal timestamp di creazione del documento Invoice in Ariba Invoicing, che contiene un riferimento al PurchaseOrder. Acquisizione In base al timestamp di creazione del documento della fattura collegato al PO. Tipo di evento explicit
	Fornitore ha confermato l'ordine di acquisto	Indica che il fornitore ha ricevuto e preso in carico il Purchase Order, confermando la propria intenzione di evaderlo. Viene acquisito quando il fornitore invia un documento Order Confirmation tramite Ariba Network, aggiornando lo stato del PO.
Perché è importante Questa attività conferma che l'ordine è in fase di elaborazione da parte del fornitore. Aiuta a monitorare la reattività del fornitore e l'accuratezza dell'ordine iniziale. Dove reperirlo Deducibile dal timestamp del momento in cui lo stato del PurchaseOrder passa ad 'Confirmed' dopo la ricezione di una Order Confirmation dal fornitore. Acquisizione In base alla data di creazione del documento Order Confirmation correlato o a una modifica dello stato del PO. Tipo di evento inferred
	Merci restituite al fornitore	Questa attività registra la restituzione di merci a un fornitore, generalmente a causa di danni, difetti o consegna di articoli errati. Viene registrata quando viene creato un documento di ricezione del reso o una nota di debito a fronte della ricezione merci originale.
Perché è importante Monitorare i resi mette in evidenza problemi relativi alla qualità del fornitore e all'accuratezza delle consegne. Analizzare la frequenza e le cause dei resi può contribuire a migliorare la selezione e la gestione dei fornitori. Dove reperirlo Questo evento può essere dedotto dalla creazione di un documento di ricezione specifico per i resi o da una quantità negativa in una ricezione. Il meccanismo specifico può variare in base alla configurazione. Acquisizione Deducibile dalla creazione di una ricezione con quantità negativa o con uno specifico tipo 'Return'. Tipo di evento inferred
	Ordine di acquisto annullato	Rappresenta la chiusura di un Purchase Order prima della sua evasione. Può essere avviata dall'organizzazione acquirente o, in rari casi, dal fornitore.
Perché è importante Si tratta di un'eccezione e di un punto terminale importante del processo. Analizzare le cause dell'annullamento dei PO può far emergere problemi di pianificazione, budget o affidabilità dei fornitori. Dove reperirlo Deducibile dal timestamp del momento in cui lo stato del documento PurchaseOrder passa a 'Cancelled' o 'Closed'. Acquisizione Deducibile dal timestamp del passaggio di stato a 'Cancelled'. Tipo di evento inferred
	Ordine di acquisto modificato	Questa attività registra qualsiasi modifica apportata a un Purchase Order dopo la sua creazione iniziale, ad esempio a quantità, prezzo o data di consegna. Viene creata una nuova versione del documento PO, che spesso attiva un Workflow di nuova approvazione.
Perché è importante Monitorare le modifiche è essenziale per individuare inefficienze del processo, cicli di rilavorazione e cause profonde degli errori di approvvigionamento. Un tasso di modifica elevato può indicare una raccolta iniziale dei requisiti insufficiente. Dove reperirlo Acquisito identificando più versioni dello stesso documento PurchaseOrder. Ogni nuova versione presenta un timestamp di creazione utilizzabile per questo evento. Acquisizione Registrato quando viene creata e salvata una nuova versione del documento PO. Tipo di evento explicit
	Richiesta di acquisto approvata	Rappresenta l'approvazione finale di una richiesta d'acquisto da parte di tutti gli stakeholder richiesti, che ne autorizza la conversione in un Purchase Order. In genere viene dedotta dal passaggio dello stato del documento Requisition a 'Approved' e dal timestamp dell'azione di approvazione finale.
Perché è importante Questa milestone conclude la fase di approvazione interna della richiesta. Monitorarla aiuta a misurare l'efficienza dei controlli interni e dei Workflow di approvazione prima della creazione del PO. Dove reperirlo Deducibile dalla cronologia delle approvazioni o dal campo di stato del documento Requisition. Il timestamp dell'evento corrisponde alla data in cui lo stato è passato ad 'Approved'. Acquisizione Deducibile dal timestamp del momento in cui il campo 'ApprovedState' della richiesta passa ad 'Approved'. Tipo di evento inferred

Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da SAP Ariba

Passaggi

Acceda ad Analytical Reporting: acceda alla Sua istanza SAP Ariba con un utente che disponga delle autorizzazioni Reporting Administrator o Reporting User. Acceda alla Dashboard dei report selezionando Manage > Analytical Reporting.
Crei un nuovo report: selezioni il pulsante Create e scelga Report. Tra le opzioni disponibili, selezioni Transactional Report per creare un report basato sui dati transazionali.
Selezioni il modello dati (Fact): scelga il modello dati appropriato che contiene i dati di approvvigionamento. Spesso è denominato Procurement Workspace Data, Sourcing and Procurement Data oppure un Fact personalizzato simile a [Your Procurement Data Mart]. Lo selezioni come base del report.
Aggiunga il contenuto del report (Facts e Dimensions): dal pannello Data Fields, configuri il report aggiungendo gli oggetti necessari alla query. Come minimo, includa i Facts relativi a Purchase Order, Purchase Requisition, Receipt, Invoice e User. Trascini i campi richiesti da questi oggetti nella sezione Report Columns.
Definisca le colonne del report: aggiunga tutti i campi necessari per costruire l'Event Log. Si tratterà di un'esportazione in formato 'wide', che verrà trasformata in seguito. Includa:
- Purchase Order.ID (come PurchaseOrderNumber)
- Purchase Requisition.Time Created
- Purchase Requisition.Approved Date
- Purchase Order.Time Created
- Purchase Order.Approved Date
- Purchase Order.Version Time Created (per le modifiche)
- Purchase Order.Ordered Date (per Sent to Vendor)
- Order Confirmation.Confirmation Date
- Advance Ship Notice.Time Created
- Receipt.Receipt Date (come GoodsReceiptDate)
- Service Sheet.Approved Date
- Invoice.Time Created
- Purchase Order.Closed Date (per Completed)
- Purchase Order.Canceled Date
- Aggiunga inoltre User.Name, Department.Name, Supplier.Name, Purchase Order.Total Cost e Purchase Order.Req Delivery Date.
Imposti i filtri del report: acceda alla scheda Filters. Definisca un filtro per il timestamp principale, così da limitare il volume dei dati. Una scelta comune consiste nell'utilizzare Purchase Order.Time Created per gli ultimi 3-6 mesi. Aggiunga altri filtri essenziali, come Company Code o Purchasing Organization, per circoscrivere i dati all'area di analisi desiderata.
Salvi ed esegua il report: salvi il report con un nome chiaro, ad esempio ProcessMind_P2P_PO_Extraction. Per dataset di grandi dimensioni, utilizzi l'opzione Schedule per eseguire il report durante la notte ed evitare impatti sulle prestazioni. Non lo esegua immediatamente.
Esporti i dati del report: al termine dell'esecuzione, acceda ai report pianificati, individui l'istanza completata e scarichi l'output. Scelga CSV come formato di esportazione, poiché offre la migliore compatibilità con gli strumenti di trasformazione dei dati.
Trasformi i dati: il CSV esportato sarà in formato wide, con una riga per ogni ordine di acquisto. Dovrà essere trasformato in un Event Log in formato long. Utilizzi uno strumento come Microsoft Excel Power Query, Python o un tool ETL dedicato per eseguire l'unpivot delle colonne contenenti le date. Per ogni riga del file originale, crei più righe nel nuovo file, una per ogni colonna data non vuota. Ogni nuova riga dovrà contenere PurchaseOrderNumber, ActivityName, derivato dall'intestazione della colonna originale, ed EventTime, corrispondente al valore della colonna.
Completi e carichi il file: verifichi che il CSV trasformato finale contenga le intestazioni di colonna richieste, tra cui PurchaseOrderNumber, ActivityName ed EventTime. Il file è ora pronto per essere caricato nella Sua piattaforma di process mining.

Configurazione

Prerequisiti: per creare, eseguire e pianificare report analitici è necessario un account utente con autorizzazioni 'Reporting User' o 'Reporting Administrator'.
Tipo di report: utilizzi un Transactional Report. Questo consente di combinare più Facts, ad esempio PO, Requisitions e Invoices, in un unico report, condizione necessaria per acquisire il processo end-to-end.
Modello dati (Fact): il report deve basarsi su un data mart completo per gli approvvigionamenti, come Procurement Workspace Data o un equivalente personalizzato, che colleghi gli ordini di acquisto ai documenti correlati.
Filtro dell'intervallo di date: applichi sempre un filtro data per limitare le dimensioni del dataset. Come punto di partenza, si consiglia di filtrare Purchase Order Creation Date sugli ultimi 3-6 mesi di attività.
Filtri dati principali: per garantire la rilevanza dei dati e gestire i volumi, filtri per Company Code e/o Purchasing Organization. In questo modo circoscriverà l'estrazione a specifiche unità aziendali.
Considerazioni sulle prestazioni: per dataset che superano decine di migliaia di ordini di acquisto, pianifichi sempre l'esecuzione del report nelle fasce orarie di minore utilizzo. L'esecuzione su richiesta di report complessi e di grandi dimensioni può compromettere le prestazioni del sistema per tutti gli utenti.

a Query di esempio sql

/*
This is a conceptual SQL query representing the logic to be built in the SAP Ariba Analytical Reporting UI.
The final output is a single CSV file that is later transformed into an event log.
The Ariba UI does not use SQL directly; this query illustrates the required data structure and joins.
*/

-- Activity: Purchase Requisition Created
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Requisition Created' AS "ActivityName",
  pr.CREATION_TIME AS "EventTime",
  pr_creator.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.PRHeader] pr ON po.PR_ID = pr.PR_ID
LEFT JOIN [Ariba.Users] pr_creator ON pr.CREATED_BY_USER_ID = pr_creator.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Requisition Approved
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Requisition Approved' AS "ActivityName",
  pr.APPROVAL_TIME AS "EventTime",
  pr_approver.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.PRHeader] pr ON po.PR_ID = pr.PR_ID
LEFT JOIN [Ariba.Users] pr_approver ON pr.APPROVED_BY_USER_ID = pr_approver.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND pr.APPROVAL_TIME IS NOT NULL

UNION ALL

-- Activity: Purchase Order Created
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Created' AS "ActivityName",
  po.CREATION_TIME AS "EventTime",
  po_creator.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] po_creator ON po.CREATED_BY_USER_ID = po_creator.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Order Approved
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Approved' AS "ActivityName",
  po.APPROVAL_TIME AS "EventTime",
  po_approver.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] po_approver ON po.APPROVED_BY_USER_ID = po_approver.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.APPROVAL_TIME IS NOT NULL

UNION ALL

-- Activity: Purchase Order Changed
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Changed' AS "ActivityName",
  ver.VERSION_CREATION_TIME AS "EventTime",
  changer.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.POVersions] ver ON po.PO_ID = ver.PO_ID AND ver.VERSION_NUMBER > 1
LEFT JOIN [Ariba.Users] changer ON ver.CHANGED_BY_USER_ID = changer.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Order Sent To Vendor
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Sent To Vendor' AS "ActivityName",
  po.ORDERED_TIME AS "EventTime",
  sender.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] sender ON po.ORDERED_BY_USER_ID = sender.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.ORDERED_TIME IS NOT NULL

UNION ALL

-- Activity: Vendor Confirmed Purchase Order
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Vendor Confirmed Purchase Order' AS "ActivityName",
  oc.CONFIRMATION_TIME AS "EventTime",
  'System/Vendor' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.OrderConfirmations] oc ON po.PO_ID = oc.PO_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND oc.CONFIRMATION_TIME IS NOT NULL

UNION ALL

-- Activity: Advance Ship Notice Received
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Advance Ship Notice Received' AS "ActivityName",
  asn.CREATION_TIME AS "EventTime",
  'System/Vendor' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.ASNs] asn ON po.PO_ID = asn.PO_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND asn.CREATION_TIME IS NOT NULL

UNION ALL

-- Activity: Goods Receipt Posted
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Goods Receipt Posted' AS "ActivityName",
  rcpt.RECEIPT_TIME AS "EventTime",
  receiver.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  rcpt.RECEIPT_TIME AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.Receipts] rcpt ON po.PO_ID = rcpt.PO_ID
LEFT JOIN [Ariba.Users] receiver ON rcpt.CREATED_BY_USER_ID = receiver.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND rcpt.RECEIPT_TYPE = 'Goods'

UNION ALL

-- Activity: Services Confirmation Entered
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Services Confirmation Entered' AS "ActivityName",
  ss.APPROVAL_TIME AS "EventTime",
  ss_creator.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  ss.APPROVAL_TIME AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.ServiceSheets] ss ON po.PO_ID = ss.PO_ID
LEFT JOIN [Ariba.Users] ss_creator ON ss.CREATED_BY_USER_ID = ss_creator.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND ss.APPROVAL_TIME IS NOT NULL

UNION ALL

-- Activity: Goods Returned To Vendor
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Goods Returned To Vendor' AS "ActivityName",
  rcpt.RECEIPT_TIME AS "EventTime",
  returner.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.Receipts] rcpt ON po.PO_ID = rcpt.PO_ID AND rcpt.RECEIPT_TYPE = 'Return'
LEFT JOIN [Ariba.Users] returner ON rcpt.CREATED_BY_USER_ID = returner.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Invoice Received Against PO
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Invoice Received Against PO' AS "ActivityName",
  inv.CREATION_TIME AS "EventTime",
  'System/AP' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.Invoices] inv ON po.PO_ID = inv.PO_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Order Completed
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Completed' AS "ActivityName",
  po.COMPLETED_TIME AS "EventTime",
  'System' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.STATUS = 'Completed'

UNION ALL

-- Activity: Purchase Order Cancelled
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Cancelled' AS "ActivityName",
  po.CANCELLED_TIME AS "EventTime",
  canceller.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] canceller ON po.CANCELLED_BY_USER_ID = canceller.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.STATUS = 'Cancelled'

Passaggi

Prerequisiti: verifichi di disporre di un account sviluppatore SAP Ariba e di aver creato un'applicazione con accesso API. Le occorreranno API Key, OAuth Client ID e OAuth Client Secret. L'applicazione deve essere approvata e autorizzata ad accedere alla Analytical Reporting API.
Configuri la Reporting View: nell'interfaccia di amministrazione SAP Ariba, verifichi che sia configurata una vista di reporting analitico, nota anche come view template, contenente tutti i campi necessari per il ciclo di vita dell'ordine di acquisto. La vista dovrebbe unire i dati di richieste, ordini di acquisto, ricevute e fatture. Annoti il nome esatto di questo view template, poiché sarà necessario per la chiamata API.
Installi le librerie Python: configuri un ambiente Python e installi le librerie necessarie: requests per effettuare le chiamate API e pandas per la manipolazione dei dati. Può installarle con pip: pip install requests pandas.
Configuri lo script Python: copi lo script Python fornito in un file, ad esempio ariba_p2p_extractor.py. Compili le variabili segnaposto all'inizio dello script con le Sue credenziali Ariba, gli endpoint API e il nome del Suo reporting view template.
Effettui l'autenticazione e ottenga il token: la prima parte dello script gestisce l'autenticazione OAuth 2.0. Invia le Sue credenziali all'endpoint di autenticazione Ariba per ricevere un token di accesso temporaneo, necessario per le successive chiamate API.
Definisca e invii il reporting job: lo script costruisce un payload JSON che definisce il reporting job. Il payload specifica il view template da utilizzare e imposta filtri, come un intervallo di date per la data di creazione dell'ordine di acquisto. Il job viene quindi inviato alla Reporting API di Ariba, che avvia la generazione asincrona del report.
Verifichi il completamento del job: poiché la generazione del report è asincrona, lo script avvia un ciclo di polling. Invia periodicamente richieste all'API per verificare lo stato del job e attende finché lo stato non passa a Completed.
Scarichi i dati del report: una volta completato il job, lo script recupera un URL di download dalla risposta sullo stato del job. Scarica quindi i dati del report, forniti come file CSV compresso in formato GZIP, e li decomprime.
Trasformi i dati in un Event Log: il CSV scaricato viene caricato in un DataFrame pandas. I dati sono generalmente in formato wide, con una riga per ogni ordine di acquisto. Lo script trasforma quindi questa tabella wide in un Event Log in formato long. Scorre le colonne corrispondenti ai diversi eventi aziendali, ad esempio pr.TimeCreated e po.ApprovedDate, e per ogni timestamp valido crea una nuova riga che rappresenta l'attività specifica.
Mappi gli Attributi: durante la trasformazione, lo script compila le colonne richieste per ogni evento: PurchaseOrderNumber (Case ID), ActivityName ed EventTime. Mappa inoltre altri dettagli rilevanti, come UserName, VendorName e PurchaseOrderAmount, su ogni riga dell'evento.
Salvi l'Event Log finale: dopo aver elaborato tutte le attività e creato l'Event Log completo, lo script ordina i dati per Case ID e orario dell'evento. Infine, salva il DataFrame risultante in un file CSV denominato ariba_p2p_event_log.csv, pronto per essere caricato in uno strumento di process mining.

Configurazione

Applicazione API: è necessario registrare un'applicazione nel SAP Ariba Developer Portal e abilitarla all'accesso alla 'Analytical Reporting API'.
Reporting View Template: questo metodo si basa su una reporting view preconfigurata. La vista deve essere configurata in Ariba per unire tutti i tipi di documento necessari, tra cui Purchase Requisition, Purchase Order, Receipt, Service Sheet e Invoice, ed esporre tutti i campi data e Attributi richiesti.
Autenticazione: lo script utilizza OAuth 2.0 per l'autenticazione. Dovrà fornire una API Key, un Client ID e un Client Secret validi dell'applicazione Ariba.
Filtro dell'intervallo di date: la chiamata API dovrebbe includere un filtro sulla data di creazione dell'ordine di acquisto, po.TimeCreated, per limitare l'ambito dell'estrazione. Un intervallo tipico è compreso tra 3 e 12 mesi di dati, così da bilanciare dettaglio e prestazioni.
Nome del realm: per costruire gli endpoint API è necessario il nome specifico del realm Ariba della Sua azienda.
Endpoint API: verifichi di utilizzare gli URL di base corretti per l'autenticazione, api.ariba.com, e per il reporting, [your-realm].ariba.com.
Granularità dei dati: la reporting view dovrebbe essere configurata a livello di intestazione dell'ordine di acquisto o di riga, in base al livello di dettaglio desiderato per l'analisi del processo.

a Query di esempio python

import requests
import pandas as pd
import json
import time
import gzip
import io

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your SAP Ariba Developer Portal application credentials
API_KEY = class="hl-string">'[Your_API_Key]'
CLIENT_ID = class="hl-string">'[Your_OAuth_Client_ID]'
CLIENT_SECRET = class="hl-string">'[Your_OAuth_Client_Secret]'

class=class="hl-string">"hl-comment"># Replace with your company's Ariba realm information
REALM = class="hl-string">'[Your_Company_Ariba_Realm]'

class=class="hl-string">"hl-comment"># Replace with the exact name of your pre-configured reporting view in Ariba
VIEW_TEMPLATE_NAME = class="hl-string">'[Your_P2P_View_Template]'

class=class="hl-string">"hl-comment"># --- API Endpoints --- #
AUTH_URL = class="hl-string">'https://api.ariba.com/v2/oauth/token'
API_BASE_URL = fclass="hl-string">'https://{REALM}.ariba.com/api/analytics-reporting-view/v1'

class=class="hl-string">"hl-comment"># --- Helper Functions --- #
def get_access_token():
    class="hl-string">"""Authenticates with Ariba and returns an access token."""
    auth_payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    try:
        response = requests.post(AUTH_URL, data=auth_payload)
        response.raise_for_status()
        return response.json()[class="hl-string">'access_token']
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        print(fclass="hl-string">"Response body: {response.text}")
        return None

def main():
    class="hl-string">"""Main function to run the extraction process."""
    access_token = get_access_token()
    if not access_token:
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'apiKey': API_KEY,
        class="hl-string">'Content-Type': class="hl-string">'application/json'
    }

    class=class="hl-string">"hl-comment"># Define the reporting job with filters
    report_job_payload = {
        class="hl-string">"viewTemplateName": VIEW_TEMPLATE_NAME,
        class="hl-string">"filters": {
            class="hl-string">"createdDateFrom": class="hl-string">"2023-01-01T00:00:00Z",
            class="hl-string">"createdDateTo": class="hl-string">"2023-12-31T23:59:59Z"
        },
        class="hl-string">"outputFormat": class="hl-string">"csv"
    }

    class=class="hl-string">"hl-comment"># 1. Submit the report generation job
    print(class="hl-string">"Submitting report job...")
    try:
        submit_response = requests.post(fclass="hl-string">'{API_BASE_URL}/jobs', headers=headers, json=report_job_payload)
        submit_response.raise_for_status()
        job_id = submit_response.json()[class="hl-string">'jobId']
        print(fclass="hl-string">"Job submitted successfully. Job ID: {job_id}")
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error submitting job: {e}")
        print(fclass="hl-string">"Response body: {submit_response.text}")
        return

    class=class="hl-string">"hl-comment"># 2. Poll for job completion
    while True:
        print(class="hl-string">"Checking job status...")
        try:
            status_response = requests.get(fclass="hl-string">'{API_BASE_URL}/jobs/{job_id}', headers=headers)
            status_response.raise_for_status()
            status = status_response.json()[class="hl-string">'status']
            print(fclass="hl-string">"Current job status: {status}")
            if status == class="hl-string">'COMPLETED':
                download_url = status_response.json()[class="hl-string">'downloadUrl']
                break
            elif status in [class="hl-string">'FAILED', class="hl-string">'NO_DATA']:
                print(fclass="hl-string">"Job finished with status: {status}")
                return
            time.sleep(30)  class=class="hl-string">"hl-comment"># Wait for 30 seconds before polling again
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error checking job status: {e}")
            return

    class=class="hl-string">"hl-comment"># 3. Download the report data
    print(fclass="hl-string">"Job completed. Downloading data from: {download_url}")
    try:
        download_headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}', class="hl-string">'apiKey': API_KEY}
        data_response = requests.get(download_url, headers=download_headers)
        data_response.raise_for_status()
        class=class="hl-string">"hl-comment"># Decompress the gzipped content
        gzip_file = gzip.GzipFile(fileobj=io.BytesIO(data_response.content))
        df_raw = pd.read_csv(gzip_file)
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error downloading data: {e}")
        return

    class=class="hl-string">"hl-comment"># 4. Transform data into event log
    print(class="hl-string">"Transforming data into event log format...")
    event_log = []

    class=class="hl-string">"hl-comment"># Rename columns for clarity, assuming view template field names like class="hl-string">'Purchase Order Id',
    class=class="hl-string">"hl-comment"># class="hl-string">'Requisition TimeCreated', class="hl-string">'PO ApprovedDate', etc. Adjust these to match your view template.
    class=class="hl-string">"hl-comment"># Placeholder names are used here.
    column_mapping = {
        class="hl-string">'[Purchase Order Id]': class="hl-string">'PurchaseOrderNumber',
        class="hl-string">'[Requisition TimeCreated]': class="hl-string">'pr_created_time',
        class="hl-string">'[Requisition ApprovedDate]': class="hl-string">'pr_approved_time',
        class="hl-string">'[PO TimeCreated]': class="hl-string">'po_created_time',
        class="hl-string">'[PO ApprovedDate]': class="hl-string">'po_approved_time',
        class="hl-string">'[PO LastModifiedDate]': class="hl-string">'po_changed_time',
        class="hl-string">'[PO OrderedDate]': class="hl-string">'po_sent_time',
        class="hl-string">'[PO ConfirmedDate]': class="hl-string">'po_confirmed_time',
        class="hl-string">'[ASN TimeCreated]': class="hl-string">'asn_received_time',
        class="hl-string">'[Receipt Date]': class="hl-string">'goods_receipt_time',
        class="hl-string">'[Service Sheet End Date]': class="hl-string">'service_confirmed_time',
        class="hl-string">'[Return Date]': class="hl-string">'goods_returned_time',
        class="hl-string">'[Invoice Date]': class="hl-string">'invoice_received_time',
        class="hl-string">'[PO CompletedDate]': class="hl-string">'po_completed_time',
        class="hl-string">'[PO CancelledDate]': class="hl-string">'po_cancelled_time',
        class="hl-string">'[PO Submitter]': class="hl-string">'UserName',
        class="hl-string">'[Department Name]': class="hl-string">'DepartmentName',
        class="hl-string">'[Vendor Name]': class="hl-string">'VendorName',
        class="hl-string">'[PO TotalAmount]': class="hl-string">'PurchaseOrderAmount',
        class="hl-string">'[PO DeliveryDate]': class="hl-string">'RequestedDeliveryDate',
        class="hl-string">'[Receipt Date]': class="hl-string">'GoodsReceiptDate'
    }
    df_raw.rename(columns=column_mapping, inplace=True)

    class=class="hl-string">"hl-comment"># Define activities and their corresponding timestamp columns
    activities = {
        class="hl-string">'Purchase Requisition Created': class="hl-string">'pr_created_time',
        class="hl-string">'Purchase Requisition Approved': class="hl-string">'pr_approved_time',
        class="hl-string">'Purchase Order Created': class="hl-string">'po_created_time',
        class="hl-string">'Purchase Order Approved': class="hl-string">'po_approved_time',
        class="hl-string">'Purchase Order Changed': class="hl-string">'po_changed_time',
        class="hl-string">'Purchase Order Sent To Vendor': class="hl-string">'po_sent_time',
        class="hl-string">'Vendor Confirmed Purchase Order': class="hl-string">'po_confirmed_time',
        class="hl-string">'Advance Ship Notice Received': class="hl-string">'asn_received_time',
        class="hl-string">'Goods Receipt Posted': class="hl-string">'goods_receipt_time',
        class="hl-string">'Services Confirmation Entered': class="hl-string">'service_confirmed_time',
        class="hl-string">'Goods Returned To Vendor': class="hl-string">'goods_returned_time',
        class="hl-string">'Invoice Received Against PO': class="hl-string">'invoice_received_time',
        class="hl-string">'Purchase Order Completed': class="hl-string">'po_completed_time',
        class="hl-string">'Purchase Order Cancelled': class="hl-string">'po_cancelled_time'
    }

    for index, row in df_raw.iterrows():
        base_event = {
            class="hl-string">'PurchaseOrderNumber': row.get(class="hl-string">'PurchaseOrderNumber'),
            class="hl-string">'UserName': row.get(class="hl-string">'UserName'),
            class="hl-string">'DepartmentName': row.get(class="hl-string">'DepartmentName'),
            class="hl-string">'VendorName': row.get(class="hl-string">'VendorName'),
            class="hl-string">'PurchaseOrderAmount': row.get(class="hl-string">'PurchaseOrderAmount'),
            class="hl-string">'RequestedDeliveryDate': row.get(class="hl-string">'RequestedDeliveryDate'),
            class="hl-string">'GoodsReceiptDate': row.get(class="hl-string">'GoodsReceiptDate')
        }

        for activity_name, time_col in activities.items():
            if time_col in row and pd.notna(row[time_col]):
                event = base_event.copy()
                event[class="hl-string">'ActivityName'] = activity_name
                event[class="hl-string">'EventTime'] = row[time_col]
                
                class=class="hl-string">"hl-comment"># Special handling for class="hl-string">'Purchase Order Changed'
                class=class="hl-string">"hl-comment"># This event should only be created if it's after the PO creation time
                if activity_name == class="hl-string">'Purchase Order Changed':
                    if pd.notna(row.get(class="hl-string">'po_created_time')) and pd.to_datetime(row[time_col]) > pd.to_datetime(row[class="hl-string">'po_created_time']):
                        event_log.append(event)
                else:
                    event_log.append(event)

    df_event_log = pd.DataFrame(event_log)
    df_event_log[class="hl-string">'EventTime'] = pd.to_datetime(df_event_log[class="hl-string">'EventTime'])
    df_event_log.sort_values(by=[class="hl-string">'PurchaseOrderNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># 5. Save the final event log
    output_filename = class="hl-string">'ariba_p2p_event_log.csv'
    df_event_log.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Event log successfully created and saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

È pronto per iniziare?

Utilizzi questo Template per semplificare la preparazione dei dati e iniziare a ottimizzare con sicurezza il Suo processo Purchase to Pay - Purchase Order. Il percorso verso una maggiore efficienza inizia qui.

Torna alla guida al miglioramento Scarica il Template

Ottimizzi oggi il processo Purchase to Pay per gli ordini di acquisto!

Riduca del 30% il tempo di ciclo ed elimini i colli di bottiglia in SAP Ariba.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Configuri la prova gratuita in pochi minuti.

Il Suo Template dati Purchase to Pay - Purchase Order

Il Suo Template dati Purchase to Pay - Purchase Order

Purchase to Pay - Purchase Order: attributi

Purchase to Pay - Purchase Order: attività

Guide all'estrazione

Esportazione CSV/Excel dei report analitici SAP Ariba

Passaggi

Configurazione

a Query di esempio sql

Script Python con SAP Ariba Reporting API

Passaggi

Configurazione

a Query di esempio python

È pronto per iniziare?

Ottimizzi oggi il processo Purchase to Pay per gli ordini di acquisto!

Il Suo Template dati Purchase to Pay - Purchase Order

Il Suo Template dati Purchase to Pay - Purchase Order

Purchase to Pay - Purchase Order: attributi

Purchase to Pay - Purchase Order: attività

Guide all'estrazione

Esportazione CSV/Excel dei report analitici SAP Ariba

Passaggi

Configurazione

a Query di esempio sql

Script Python con SAP Ariba Reporting API

Passaggi

Configurazione

a Query di esempio python

È pronto per iniziare?

Ottimizzi oggi il processo Purchase to Pay per gli ordini di acquisto!

La Sua privacy è importante