> Miglioramento continuo dei processi > Purchase to Pay Elaborazione delle fatture > Oracle Fusion Financials > Template dei dati

Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture

Oracle Fusion Financials

← Torna alla guida al miglioramento

Purchase to Pay - Attributi dell’elaborazione delle fatture (20) Purchase to Pay - Attività di elaborazione delle fatture (15) Guide all’estrazione (3)

Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture

Questo Template è progettato per guidarLa nella raccolta dei dati essenziali per analizzare il processo Purchase to Pay, nello specifico l’elaborazione delle fatture, in Oracle Fusion Financials. Illustra gli attributi fondamentali e le attività principali e fornisce indicazioni su come estrarre queste informazioni dal Suo sistema. L’utilizzo di questo Template La aiuterà a preparare un Event Log accurato e completo per il Process Mining.

Attributi consigliati da raccogliere
Attività principali da monitorare
Indicazioni per l’estrazione da Oracle Fusion Financials

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

Scarica il Template

Purchase to Pay - Attributi dell’elaborazione delle fatture

Questi sono i campi dati consigliati da includere nel Suo Event Log per un’analisi completa del processo Purchase to Pay - elaborazione delle fatture.

3 Obbligatorio 7 Consigliato 10 Facoltativo

	Nome	Descrizione
	Numero fattura InvoiceNumber	L’identificativo univoco della fattura del fornitore.
Descrizione Il numero della fattura funge da identificativo principale del caso e collega tutte le attività e gli eventi relativi a una singola fattura del fornitore, dalla creazione al pagamento finale. Ogni fattura viene trattata come un’istanza di caso univoca nell’analisi del processo. Nel Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni fattura. Consente di analizzare i flussi di processo, i tempi di ciclo e le variazioni per singola fattura. È l’elemento chiave per collegare attività diverse, come convalida, approvazione e pagamento, in una narrazione coerente del processo. Perché è importante È l’identificativo essenziale del caso che collega tutte le fasi di processo correlate, rendendo possibile tracciare l’intero ciclo di vita di una fattura. Dove reperirlo Si trova generalmente nella tabella AP_INVOICES_ALL, nella colonna INVOICE_NUM. Esempi INV-2023-001987654321ACME-FIN-5501
	Attività ActivityName	Il nome dell’attività aziendale o dell’evento che si è verificato nel processo della fattura.
Descrizione Questo attributo descrive una fase specifica o una modifica di stato nel ciclo di vita della fattura, come 'Invoice Created', 'Invoice Approved' o 'Payment Executed'. Costituisce la sequenza di eventi che forma il flusso del processo. Analizzare la sequenza e la frequenza delle attività è il fulcro del Process Mining. Consente di individuare il percorso effettivo del processo, identificare i colli di bottiglia in cui le attività subiscono ritardi e rilevare deviazioni o cicli di rilavorazione, ad esempio quando una fattura viene rifiutata dopo l’approvazione. Perché è importante Definisce le fasi del processo, essenziali per visualizzare la mappa del processo, analizzare le variazioni del flusso e identificare i colli di bottiglia. Dove reperirlo Questo attributo viene generalmente ricavato da una combinazione di campi di stato, tabelle di audit o log del Workflow all’interno di Oracle Fusion Financials, come AP_INVOICES_ALL.WFAPPROVAL_STATUS o le relative tabelle del Workflow. Esempi Fattura convalidataBlocco applicato alla fatturaFattura approvataPagamento eseguito
	Ora di inizio EventTime	Il timestamp che indica quando si è verificata un’attività o un evento.
Descrizione Questo attributo fornisce la data e l’ora di ogni attività nel processo della fattura. È fondamentale per tutte le analisi di processo basate sul tempo, incluso il calcolo dei tempi di ciclo, delle durate e dei tempi di attesa tra le fasi. Ordinando cronologicamente gli eventi tramite questo timestamp, gli strumenti di Process Mining possono ricostruire l’esatta sequenza delle attività per ogni fattura. Ciò consente di calcolare KPI come Average Invoice Cycle Time e di identificare le fasi del processo che richiedono più tempo. Perché è importante Questo timestamp è fondamentale per calcolare tutte le metriche di performance relative a durata e tempo, come i tempi di ciclo e i colli di bottiglia. Dove reperirlo Questo timestamp deriva da diversi campi data nelle tabelle Oracle Fusion, come CREATION_DATE o LAST_UPDATE_DATE in tabelle quali AP_INVOICES_ALL o nelle relative tabelle del Workflow e dei pagamenti. Esempi 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	Codice società CompanyCode	L’identificativo dell’entità giuridica o della società che elabora la fattura.
Descrizione Il codice società rappresenta la specifica entità aziendale dell’organizzazione finanziariamente responsabile della fattura. Nelle organizzazioni composte da più società, costituisce un dato organizzativo fondamentale. Questo attributo consente di segmentare l’analisi del processo per entità giuridica. È utile per confrontare le performance del processo tra diverse aree dell’azienda, identificare colli di bottiglia o problemi di Conformità specifici di una determinata entità e garantire che i KPI possano essere riportati a livello societario. Spesso contribuisce inoltre a determinare il Workflow di approvazione corretto. Perché è importante Consente di confrontare i processi e valutare le performance di riferimento tra diverse entità giuridiche o unità aziendali dell’organizzazione. Dove reperirlo È generalmente rappresentato dal campo LEGAL_ENTITY_ID o da un campo analogo in AP_INVOICES_ALL, che può essere collegato alle tabelle del General Ledger per ottenere un codice o un nome. Esempi 1001US01DE01
	Data di scadenza del pagamento PaymentDueDate	La data entro la quale il pagamento della fattura deve essere effettuato al fornitore.
Descrizione La data di scadenza del pagamento viene calcolata in base ai termini di pagamento concordati con il fornitore. Rappresenta il termine entro il quale effettuare il pagamento per evitare penali, mantenere buoni rapporti con i fornitori e usufruire di eventuali sconti per pagamento anticipato. Questo attributo è essenziale per la Dashboard 'On-Time Payment Performance' e per il relativo KPI. Confrontando il timestamp effettivo di esecuzione del pagamento con la data di scadenza, l’analisi può classificare i pagamenti come puntuali o tardivi, aiutando l’organizzazione a monitorare e migliorare la puntualità dei pagamenti. Perché è importante È il riferimento per misurare la puntualità dei pagamenti, un KPI fondamentale per la gestione dei fornitori e la solidità finanziaria. Dove reperirlo Questa data è spesso disponibile in tabelle di pianificazione dei pagamenti come AP_PAYMENT_SCHEDULES_ALL, collegate alla fattura. Esempi 2023-05-152023-06-012023-06-30
	Importo della fattura InvoiceAmount	Il valore monetario totale della fattura.
Descrizione L’importo della fattura rappresenta la somma totale dovuta al fornitore, come indicato nella fattura. È un attributo finanziario fondamentale che influenza l’intero processo, determinando spesso il percorso di approvazione, il livello di controllo e la priorità del pagamento. Nell’analisi di Process Mining, l’importo della fattura è una dimensione chiave per il filtraggio e la segmentazione. Ad esempio, gli analisti possono confrontare il processo delle fatture di importo elevato con quello delle fatture di importo ridotto per verificare se vengono seguiti percorsi diversi o se i tempi di ciclo variano significativamente. È inoltre essenziale per calcolare i KPI finanziari e valutare l’impatto economico delle inefficienze di processo, come i pagamenti tardivi. Perché è importante Questo valore è fondamentale per l’analisi finanziaria, la comprensione delle deviazioni di processo in base all’importo e KPI come Approval Compliance Rate. Dove reperirlo Si trova nella tabella AP_INVOICES_ALL, nella colonna INVOICE_AMOUNT. Esempi 1500.00250.75125000.50
	Nome del fornitore VendorName	Il nome del fornitore che ha emesso la fattura.
Descrizione Questo attributo identifica il fornitore a cui fa riferimento la fattura. Le informazioni sul fornitore forniscono un contesto aziendale fondamentale per la transazione finanziaria. Analizzare il processo per fornitore può far emergere insight importanti sui rapporti e sulle performance dei fornitori. Ad esempio, può evidenziare se le fatture di determinati fornitori sono più soggette a discrepanze nel matching, blocchi o ritardi. Queste informazioni possono essere utilizzate per migliorare l’onboarding dei fornitori, la comunicazione e l’efficienza complessiva della supply chain. Sono inoltre utili per identificare potenziali pagamenti duplicati. Perché è importante Consente di analizzare il processo per singolo fornitore e di identificare i problemi specifici di determinati fornitori che causano ritardi o eccezioni. Dove reperirlo Si trova nella tabella POZ_SUPPLIERS. La tabella delle fatture AP_INVOICES_ALL contiene un VENDOR_ID che può essere utilizzato per effettuare il join con la tabella dei fornitori. Esempi Acme CorporationGlobal Tech Inc.Office Supplies Co.
	Nome utente UserName	Il nome dell’utente che ha eseguito l’attività.
Descrizione Questo attributo identifica l’utente specifico o l’agente di sistema responsabile dell’esecuzione di un’attività, come la convalida di una fattura, l’applicazione di un blocco o l’approvazione di un pagamento. Fornisce una dimensione relativa alle risorse umane o di sistema del processo. Analizzare i dati per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare le risorse con le migliori performance e rilevare eventuali esigenze formative o problemi di Conformità. Ad esempio, può mostrare se determinati utenti sono associati con frequenza a cicli di rilavorazione o se specifiche fasi di approvazione sono sempre gestite dalla stessa persona, creando un potenziale punto singolo di errore. Perché è importante Consente di analizzare le performance delle risorse, bilanciare il carico di lavoro e identificare gli utenti o i team coinvolti in specifiche fasi del processo. Dove reperirlo Queste informazioni sono spesso memorizzate in colonne di audit come CREATED_BY o LAST_UPDATED_BY in tabelle quali AP_INVOICES_ALL o nei relativi log del Workflow. Esempi john.doejane.smithSystem.Admin
	Ora di fine EndTime	Il timestamp che indica quando un’attività o un evento è stato completato.
Descrizione L’ora di fine indica il completamento di una specifica attività. Mentre l’ora di inizio segnala l’avvio, l’ora di fine fornisce il punto di chiusura, consentendo di calcolare con precisione la durata delle singole fasi. Nell’analisi, la differenza tra l’ora di fine e l’ora di inizio fornisce il tempo di elaborazione di ogni attività. Questo è essenziale per un’analisi dettagliata delle performance, perché consente di distinguere il tempo di elaborazione effettivo dal tempo di attesa. Ad esempio, permette di misurare il tempo effettivamente impiegato da un approvatore per un’attività di approvazione rispetto al tempo in cui l’attività è rimasta in coda. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle attività, distinguendo il tempo di lavoro effettivo dal tempo di attesa. Dove reperirlo È un attributo concettuale ricavato dall’ora di inizio dell’evento successivo nella sequenza per un determinato caso. Esempi 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	Stato della fattura InvoiceStatus	Lo stato attuale della fattura nel suo ciclo di vita.
Descrizione Questo attributo riflette l’ultimo stato noto della fattura, come 'Validated', 'Needs Revalidation', 'Paid' o 'Canceled'. Fornisce una fotografia della posizione della fattura nel processo in un determinato momento. Lo stato della fattura è fondamentale per la Dashboard 'Current Invoice Status Distribution', che aiuta i responsabili operativi a identificare gli arretrati e monitorare lo stato complessivo della pipeline di elaborazione delle fatture. Analizzare l’evoluzione degli stati nel tempo può inoltre offrire una visione semplificata del flusso di processo. Perché è importante Fornisce una visione dello stato corrente delle fatture, essenziale per le Dashboard operative che monitorano arretrati e carichi di lavoro. Dove reperirlo Consulti la documentazione di Oracle Fusion Financials. Lo stato può essere ricavato da campi come WFAPPROVAL_STATUS in AP_INVOICES_ALL o dalle relative tabelle di approvazione e pagamento. Esempi ConvalidataPagataAnnullataRichiede una nuova convalida
	Data della fattura InvoiceDate	La data riportata sul documento di fatturazione del fornitore.
Descrizione Questo attributo indica la data in cui il fornitore ha emesso ufficialmente la fattura. È un’informazione fondamentale del documento di origine e viene utilizzata come punto di partenza per calcolare la data di scadenza del pagamento in base ai termini concordati. Sebbene non coincida sempre con l’inizio del processo interno, la data della fattura fornisce un contesto essenziale. Viene utilizzata insieme a Nome del fornitore e Importo della fattura per individuare potenziali fatture duplicate. Anche l’analisi del ritardo tra la data della fattura e la data di creazione della fattura nel sistema può evidenziare inefficienze nel processo di gestione della posta o di acquisizione delle fatture. Perché è importante È un dato fondamentale per individuare le fatture duplicate e calcolare le date di scadenza dei pagamenti. Dove reperirlo È un campo standard della tabella AP_INVOICES_ALL, denominato INVOICE_DATE. Esempi 2023-04-102023-05-012023-05-25
	È una rilavorazione IsRework	Un indicatore booleano che identifica le attività appartenenti a un ciclo di rilavorazione.
Descrizione Questo indicatore è impostato su true per le attività che segnalano una deviazione dal flusso di processo ideale, come «Invoice Corrected» o una seconda occorrenza di «Invoice Validated» dopo un rifiuto. Consente di contrassegnare e quantificare esplicitamente i cicli di processo inefficienti. Questo attributo è essenziale per la Dashboard «Rework and Exception Handling Rate». Contrassegnando le attività di rilavorazione, gli analisti possono quantificare facilmente il volume e il costo delle rilavorazioni, individuarne le cause alla radice e misurare l’impatto delle iniziative di miglioramento volte a ottenere risultati corretti al primo tentativo. Perché è importante Identifica e quantifica esplicitamente le rilavorazioni, rendendo più semplice analizzare la frequenza, le cause e l’impatto delle inefficienze di processo. Dove reperirlo È un attributo calcolato. La logica viene definita durante la trasformazione dei dati per identificare le sequenze di attività che costituiscono una rilavorazione. Esempi truefalse
	Motivo del blocco HoldReason	Il motivo per cui è stato applicato un blocco o una sospensione al pagamento di una fattura.
Descrizione Quando una fattura viene sospesa, questo attributo specifica il motivo, ad esempio «Price Mismatch», «Quantity Discrepancy» o «Awaiting Goods Receipt». Fornisce il contesto necessario per comprendere perché il normale flusso di processo è stato interrotto. Questo attributo rappresenta la dimensione principale della Dashboard «Payment Block Trends and Analysis». Analizzando la frequenza dei diversi motivi di sospensione, l’azienda può individuare e affrontare le cause alla radice dei blocchi di pagamento, come problemi nei processi di approvvigionamento o nell’accuratezza della fatturazione dei fornitori, riducendo così i ritardi di elaborazione. Perché è importante Fornisce la causa alla radice dei blocchi di pagamento, consentendo di attuare miglioramenti mirati per ridurre la frequenza delle sospensioni e dei ritardi nei pagamenti. Dove reperirlo Le informazioni relative alla sospensione sono generalmente memorizzate nella tabella AP_HOLDS_ALL, collegata alla fattura e contenente il motivo o il codice della sospensione. Esempi Discrepanza di prezzoLa quantità fatturata supera quella ricevutaNumero dell'ordine di acquisto non valido
	Motivo della discrepanza nel matching MatchingDiscrepancyReason	Il motivo specifico della mancata corrispondenza tra una fattura, un ordine di acquisto e una ricevuta.
Descrizione Questo attributo descrive il motivo per cui una fattura non ha superato il processo di matching automatico. Tra le cause più comuni rientrano differenze di prezzo, quantità o codici articolo tra la fattura e il relativo ordine di acquisto o la ricevuta della merce. Queste informazioni sono fondamentali per la Dashboard «Invoice Matching Discrepancy Rate». Classificando e analizzando i motivi delle discrepanze, le aziende possono individuare problemi sistemici nei processi di approvvigionamento o di ricezione. In questo modo è possibile adottare azioni correttive per aumentare la percentuale di elaborazione delle fatture straight-through e senza intervento manuale. Perché è importante Spiega perché le fatture non superano il matching automatico, fornendo gli elementi necessari per migliorare la percentuale di matching al primo tentativo e ridurre le rilavorazioni manuali. Dove reperirlo Consulti la documentazione di Oracle Fusion Financials. Questo dato può essere registrato come specifico tipo di motivo di sospensione in AP_HOLDS_ALL o in tabelle correlate contenenti i dettagli del matching. Esempi Il prezzo unitario differisce da quello dell'ordine di acquistoLa quantità fatturata supera quella ricevutaArticolo non valido nella fattura
	Nome dell’approvatore ApproverName	Il nome della persona che ha approvato o rifiutato la fattura.
Descrizione Questo attributo registra l’identità della persona che ha eseguito un’azione durante la fase di approvazione. Viene registrato per attività come 'Invoice Approved' o 'Invoice Rejected'. Nell’analisi, il nome dell’approvatore viene utilizzato per comprendere i carichi di lavoro di approvazione, misurare i tempi di ciclo dei singoli approvatori e verificare la Conformità alle policy di approvazione. Per il KPI 'Approval Compliance Rate', questo attributo può essere confrontato con le regole di delega dei poteri in base all’importo della fattura e al codice società. Perché è importante È essenziale per analizzare i tempi di ciclo delle approvazioni, garantire la Conformità alle policy della matrice di approvazione e comprendere la distribuzione del carico di lavoro. Dove reperirlo Queste informazioni risiedono nelle tabelle del Workflow o della cronologia delle approvazioni di Oracle Fusion associate all’oggetto fattura. Esempi David WilsonSarah JohnsonMichael Brown
	Numero dell’ordine di acquisto PurchaseOrderNumber	L’identificativo dell’ordine di acquisto associato alla fattura.
Descrizione Questo attributo collega la fattura al relativo ordine di acquisto (PO) che ha autorizzato l’approvvigionamento di beni o servizi. Le fatture possono essere supportate da un PO oppure non associate ad alcun PO. L’analisi per PO crea un collegamento con la parte di approvvigionamento del processo P2P. Aiuta a comprendere il livello di conformità del processo di approvvigionamento e a verificare se i problemi di fatturazione, come le discrepanze di matching, derivino da criticità presenti nell’ordine di acquisto iniziale. La presenza o l’assenza di un numero di PO costituisce uno dei principali criteri per segmentare e analizzare i diversi percorsi di elaborazione delle fatture. Perché è importante Collega la fattura al processo di approvvigionamento e rappresenta un attributo fondamentale per analizzare i flussi delle fatture associate a un PO rispetto a quelle non associate a un PO. Dove reperirlo Queste informazioni sono disponibili collegando le righe della fattura in AP_INVOICE_LINES_ALL alle distribuzioni del PO tramite PO_DISTRIBUTION_ID. Esempi PO-2023-5001600789PO-FIN-9981
	Pagamento puntuale IsOnTimePayment	Un indicatore booleano che segnala se la fattura è stata pagata entro la data di scadenza.
Descrizione Questo indicatore è impostato su true se il pagamento è stato eseguito entro o alla data di scadenza specificata, e su false in caso contrario. Fornisce una classificazione semplice e chiara per ogni fattura pagata. Questo attributo calcolato supporta direttamente il KPI On-Time Payment Rate e la Dashboard corrispondente. Semplifica l’analisi consentendo agli utenti di filtrare, conteggiare e visualizzare facilmente la percentuale di pagamenti in ritardo rispetto a quelli puntuali, senza dover eseguire confronti tra date al momento dell’analisi. In questo modo è possibile individuare rapidamente l’entità dei ritardi nei pagamenti e monitorare i miglioramenti nel tempo. Perché è importante Semplifica l’analisi della puntualità dei pagamenti e costituisce l’input diretto per il calcolo del KPI On-Time Payment Rate. Dove reperirlo È un attributo calcolato ottenuto confrontando il timestamp dell’attività «Payment Executed» con l’attributo «PaymentDueDate». Esempi truefalse
	Sistema di origine SourceSystem	Identifica il sistema di origine in cui sono stati registrati i dati dell’evento.
Descrizione Questo attributo specifica l’applicazione o il modulo di origine che ha generato i dati, come Oracle Fusion Financials. Negli ambienti con più sistemi integrati, questo campo aiuta a distinguere l’origine delle diverse fasi del processo. Comprendere il sistema di origine è utile per la convalida dei dati, la risoluzione dei problemi e l’analisi delle variazioni di processo che possono essere specifiche di un determinato sistema. Garantisce chiarezza nei complessi paesaggi IT in cui il percorso di una fattura può estendersi su più applicazioni. Perché è importante Fornisce il contesto sull’origine dei dati, importante per la governance dei dati, la risoluzione dei problemi e l’analisi del comportamento del processo specifico del sistema. Dove reperirlo Spesso si tratta di un valore statico aggiunto durante il processo di estrazione dei dati per indicare l’origine del dataset. Esempi Oracle Fusion FinancialsOracle Payables Cloud
	Ultimo aggiornamento dei dati LastUpdateDate	Timestamp che indica quando il record è stato aggiornato l’ultima volta nel sistema di origine.
Descrizione Questo attributo riflette l’orario della modifica più recente dei dati sottostanti in Oracle Fusion Financials. Viene utilizzato per gestire i caricamenti incrementali e garantire che il modello di Process Mining sia aggiornato. Sebbene non venga utilizzato direttamente per l’analisi del flusso di processo, questo timestamp tecnico è fondamentale per mantenere aggiornati e integri i dati. Consente alle pipeline di dati di interrogare in modo efficiente solo i record nuovi o modificati dall’ultimo aggiornamento, riducendo il carico sul sistema di origine. Perché è importante Garantisce l’esecuzione efficiente e incrementale delle pipeline di dati, mantenendo aggiornata l’analisi del processo senza dover ricaricare tutti i dati. Dove reperirlo Si trova comunemente come LAST_UPDATE_DATE in molte tabelle Oracle Fusion, inclusa AP_INVOICES_ALL. Esempi 2023-05-20T11:00:00Z2023-05-21T16:45:00Z
	Valuta InvoiceCurrencyCode	La valuta dell’importo della fattura.
Descrizione Questo attributo specifica la valuta in cui è espressa la fattura, ad esempio USD, EUR o GBP. Fornisce il contesto essenziale per il campo Importo della fattura. In un’organizzazione globale, analizzare le fatture per valuta è importante per la reportistica finanziaria e per comprendere le variazioni del processo a livello regionale. Garantisce la corretta interpretazione dei valori monetari e consente di effettuare analisi specifiche per valuta sulle prassi di pagamento o sulle soglie di approvazione. Perché è importante Fornisce il contesto necessario per interpretare e analizzare correttamente qualsiasi importo finanziario, soprattutto nelle attività multinazionali. Dove reperirlo Si trova nella tabella AP_INVOICES_ALL, nella colonna INVOICE_CURRENCY_CODE. Esempi USDEURGBPCAD

Obbligatorio Consigliato Facoltativo

Purchase to Pay - Attività di elaborazione delle fatture

Questi sono i passaggi chiave e le tappe fondamentali del processo da acquisire nel Suo Event Log per individuare con precisione il processo.

6 Consigliato 9 Facoltativo

	Attività	Descrizione
	Fattura abbinata all’ordine di acquisto	Questa attività indica il matching riuscito di una riga della fattura con la riga corrispondente di un ordine di acquisto, confermando che i beni o servizi fatturati sono stati ordinati. Si tratta generalmente di un’azione automatica o manuale registrata nel sistema.
Perché è importante È fondamentale per il matching a tre vie, che coinvolge ordine di acquisto, ricezione e fattura. Gli errori in questa fase sono una delle principali fonti di eccezioni e ritardi. Dove reperirlo Può essere dedotto dalla creazione di record nella tabella AP_INVOICE_DISTRIBUTIONS_ALL che collegano la fattura a una distribuzione dell’ordine di acquisto (PO_DISTRIBUTION_ID). È inoltre possibile utilizzare lo stato del matching a livello di riga nella tabella AP_INVOICE_LINES_ALL. Acquisizione Deducibile dalla valorizzazione dei dati di distribuzione dell’ordine di acquisto nelle righe della fattura. Tipo di evento inferred
	Fattura approvata	La fattura è stata approvata integralmente da tutte le parti richieste nel Workflow. È ora pronta per la contabilizzazione e la pianificazione del pagamento.
Perché è importante È una tappa fondamentale che indica il completamento con esito positivo del processo di approvazione. I ritardi precedenti a questo passaggio rappresentano spesso colli di bottiglia. Dove reperirlo Deducibile dalla modifica di APPROVAL_STATUS nella tabella AP_INVOICES_ALL a uno stato finale di approvazione, come 'Approved' o 'Workflow Approved'. La cronologia di audit di questo campo fornisce il timestamp. Acquisizione Deducibile dalla modifica di AP_INVOICES_ALL.APPROVAL_STATUS in 'Approved'. Tipo di evento inferred
	Fattura contabilizzata	La fattura viene registrata correttamente nel General Ledger, con la creazione delle scritture contabili. Questo evento conferma che l’impatto finanziario della fattura è stato formalmente registrato.
Perché è importante È un punto di controllo finanziario fondamentale e un prerequisito per il pagamento. Conferma che la fattura è stata completamente convalidata e approvata ed è pronta per il regolamento. Dove reperirlo Deducibile dallo stato nella tabella AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') oppure verificando la presenza delle scritture contabili corrispondenti nelle tabelle del General Ledger, come XLA_AE_HEADERS. Acquisizione Deducibile dai flag in AP_INVOICE_DISTRIBUTIONS_ALL o dalle scritture GL collegate. Tipo di evento inferred
	Fattura creata	Rappresenta la creazione iniziale del record di una fattura nel sistema, tramite inserimento manuale, scansione o invio elettronico. Questo evento viene generalmente acquisito quando viene inserita una nuova riga nella tabella principale delle fatture.
Perché è importante Segna l’inizio del ciclo di elaborazione della fattura. Analizzare il tempo trascorso da questo evento aiuta a comprendere l’efficienza dell’inserimento dei dati e i ritardi complessivi nell’avvio del processo. Dove reperirlo In Oracle Fusion Financials, corrisponde al timestamp di creazione del record nella tabella AP_INVOICES_ALL, in particolare nella colonna CREATION_DATE. Acquisizione Timestamp di creazione del record in AP_INVOICES_ALL. Tipo di evento explicit
	Fattura inviata per l’approvazione	La fattura viene inviata a un Workflow di approvazione sulla base delle regole aziendali configurate. Questo evento segna l’inizio del ciclo formale di approvazione.
Perché è importante Avvia una fase critica del processo. Monitorare l’orario di inizio è essenziale per misurare e ottimizzare l’'Invoice Approval Cycle Time'. Dove reperirlo Deducibile da una modifica dello stato nella tabella AP_INVOICES_ALL, in cui APPROVAL_STATUS passa a uno stato come 'Initiated' o 'Pending Approval'. Questo evento può essere presente anche nelle tabelle del Workflow. Acquisizione Deducibile dalla modifica di AP_INVOICES_ALL.APPROVAL_STATUS in 'Initiated'. Tipo di evento inferred
	Pagamento eseguito	È la conferma finale che il pagamento è stato effettuato e contabilizzato. Per gli assegni corrisponde alla data di incasso, mentre per i pagamenti elettronici coincide con la conferma della banca.
Perché è importante È l’ultima attività del ciclo di vita della fattura e segna il completamento con esito positivo del processo. Costituisce il punto finale per il calcolo di 'Average Invoice Cycle Time' e 'On-Time Payment Rate'. Dove reperirlo Deducibile dall’aggiornamento dello stato del pagamento in 'Cleared' o 'Reconciled' nella tabella AP_CHECKS_ALL, utilizzando CLEARED_DATE, oppure dai dati della riconciliazione bancaria nel modulo Cash Management (CE_STATEMENT_LINES). Acquisizione Deducibile dagli aggiornamenti di stato in AP_CHECKS_ALL o dalla riconciliazione nel modulo CE. Tipo di evento inferred
	Blocco applicato alla fattura	Attività Generica che rappresenta l’applicazione di qualsiasi blocco a una fattura, impedendone l’avanzamento verso il pagamento. Il blocco può dipendere da problemi di matching, fondi insufficienti o interventi manuali.
Perché è importante Influisce direttamente sul tempo di ciclo e può causare pagamenti tardivi. Analizzare i blocchi è fondamentale per identificare e risolvere i problemi sistemici del processo, supportando l’analisi 'Payment Block Trends'. Dove reperirlo Registrato esplicitamente nella tabella AP_HOLDS_ALL. Ogni riga rappresenta un blocco con una data di creazione (HOLD_DATE) e una motivazione. Acquisizione Creazione di un record nella tabella AP_HOLDS_ALL. Tipo di evento explicit
	Blocco rimosso dalla fattura	Questo evento indica la risoluzione di un blocco precedentemente applicato alla fattura. Un utente o un processo automatizzato interviene per rimuovere il blocco, consentendo alla fattura di proseguire il proprio ciclo di vita.
Perché è importante Il tempo che intercorre tra l’applicazione e la rimozione di un blocco è una misura fondamentale dell’efficienza nella gestione delle eccezioni. Questo dato supporta il KPI 'Average Exception Resolution Time'. Dove reperirlo Registrato nella tabella AP_HOLDS_ALL. Quando un blocco viene rimosso, i campi RELEASE_LOOKUP_CODE e RELEASE_REASON vengono valorizzati insieme a LAST_UPDATE_DATE. Acquisizione Aggiornamento di un record nella tabella AP_HOLDS_ALL che indica la rimozione del blocco. Tipo di evento explicit
	Discrepanza nel matching identificata	Si verifica quando il sistema o un utente identifica una mancata corrispondenza tra le informazioni della fattura, dell’ordine di acquisto e della ricezione, ad esempio relativamente al prezzo o alla quantità. Spesso ciò comporta l’applicazione di un blocco di sistema sulla fattura.
Perché è importante Evidenzia le eccezioni di processo che richiedono un intervento manuale. Il monitoraggio di questi eventi è essenziale per il KPI 'Invoice Matching Discrepancy Rate' e per l’analisi delle cause principali. Dove reperirlo Spesso viene registrato come un tipo specifico di blocco applicato alla fattura. Verifichi nella tabella AP_HOLDS_ALL i tipi di blocco relativi al matching, ad esempio 'QTY REC' o 'PRICE'. HOLD_DATE indica il timestamp. Acquisizione Creazione di un record in AP_HOLDS_ALL con un tipo di blocco correlato al matching. Tipo di evento explicit
	Fattura annullata	La fattura è stata stornata o annullata e non verrà ulteriormente elaborata né pagata. Rappresenta uno stato terminale del processo.
Perché è importante È un punto finale importante per le fatture che non comportano un pagamento. Analizzare gli annullamenti può far emergere problemi legati a fatture duplicate o a invii errati da parte dei fornitori. Dove reperirlo Deducibile da una modifica dello stato in AP_INVOICES_ALL. La colonna CANCELLED_DATE viene valorizzata con il timestamp dell’annullamento. Acquisizione Il campo CANCELLED_DATE nella tabella AP_INVOICES_ALL viene valorizzato. Tipo di evento explicit
	Fattura convalidata	Indica che la fattura ha superato i controlli di sistema relativi alla completezza e alla correttezza delle informazioni di testata e di riga. Spesso viene dedotto da una modifica dello stato del record della fattura.
Perché è importante È una tappa fondamentale prima del matching e dell’approvazione. Eventuali ritardi in questa fase possono indicare problemi nella qualità dei dati della fattura o nella configurazione del sistema. Dove reperirlo Viene dedotto dalla modifica dello stato della fattura in 'Validated' nella tabella AP_INVOICES_ALL. È possibile utilizzare la cronologia delle modifiche o l’audit trail della colonna VALIDATION_STATUS. Acquisizione Deducibile dalla modifica del campo AP_INVOICES_ALL.VALIDATION_STATUS. Tipo di evento inferred
	Fattura corretta	Si verifica quando un utente modifica una fattura, spesso in risposta a un rifiuto o per correggere un errore di inserimento dei dati. Rappresenta una fase di rilavorazione manuale del processo.
Perché è importante Questa attività è un indicatore chiaro di rilavorazione. Analizzarne la frequenza aiuta a quantificare l’inefficienza del processo e supporta il KPI 'Invoice Rework Rate'. Dove reperirlo Può essere dedotta monitorando aggiornamenti significativi del record della fattura in AP_INVOICES_ALL dopo che la fattura è già stata convalidata o inviata per l’approvazione. Sarebbero necessari il timestamp LAST_UPDATE_DATE e i dati dell’audit trail. Acquisizione Deducibile confrontando LAST_UPDATE_DATE dopo un rifiuto o un blocco. Tipo di evento inferred
	Fattura rifiutata	Un approvatore ha rifiutato la fattura durante il Workflow di approvazione. Questa azione generalmente rimanda la fattura alla correzione o all’annullamento, avviando un ciclo di rilavorazione.
Perché è importante Rappresenta un esito negativo e un fattore determinante per le rilavorazioni e l’aumento dei tempi di ciclo. Monitorare i rifiuti aiuta a identificare problemi nella qualità delle fatture o nella Conformità agli ordini di acquisto. Dove reperirlo Deducibile dalla modifica di APPROVAL_STATUS nella tabella AP_INVOICES_ALL in 'Rejected'. La cronologia del Workflow contiene i dettagli relativi a chi ha rifiutato la fattura e quando. Acquisizione Deducibile dalla modifica di AP_INVOICES_ALL.APPROVAL_STATUS in 'Rejected'. Tipo di evento inferred
	Pagamento creato	L’istruzione di pagamento della fattura viene generata dal sistema. Può trattarsi della creazione di un assegno, di un file per il trasferimento elettronico di fondi (EFT) o di un altro strumento di pagamento.
Perché è importante È il momento in cui l’organizzazione impegna i fondi per il pagamento. Rappresenta una tappa fondamentale immediatamente precedente all’uscita del denaro dal conto bancario. Dove reperirlo Registrato nella tabella AP_CHECKS_ALL, che contiene le informazioni relative a tutti i pagamenti. CHECK_DATE indica la data di creazione del documento di pagamento. Acquisizione Creazione di un record nella tabella AP_CHECKS_ALL. Tipo di evento explicit
	Pagamento pianificato	La fattura viene selezionata e inclusa in una richiesta di processo di pagamento, spesso denominata payment run o payment batch. È ora accodata per il pagamento.
Perché è importante È il passaggio tra la contabilizzazione e il pagamento effettivo. La durata di questa fase influisce sulle previsioni del flusso di cassa e sulla possibilità di usufruire degli sconti per pagamento anticipato. Dove reperirlo Viene registrato nella tabella AP_INVOICE_PAYMENTS_ALL quando viene creato un record di pagamento, ma il pagamento non è ancora confermato come eseguito. Può essere individuato anche nelle tabelle dei payment batch, come IBY_PAYMENT_PROCESS_REQUESTS. Acquisizione Creazione di un record in AP_INVOICE_PAYMENTS_ALL per un pagamento pianificato. Tipo di evento explicit

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i Suoi dati da Oracle Fusion Financials

Passaggi

Acceda a Oracle Fusion Cloud: acceda al Suo ambiente Oracle Fusion Cloud con un utente che disponga del ruolo BI Cloud Connector Administrator (BICC_ADMIN).
Acceda a BI Cloud Connector: dal menu di navigazione principale, selezioni Tools > BI Cloud Connector. Si aprirà la console BICC.
Selezioni l’offerta: nella console BICC, scelga l’offerta corrispondente ai dati Financials. In genere si chiama «Financials».
Configuri lo storage esterno: acceda alla sezione «Configure External Storage». Configuri la connessione allo storage cloud in cui verranno consegnati i file CSV estratti, ad esempio Oracle Cloud Infrastructure (OCI) Object Storage.
Abiliti le offerte per l’estrazione: acceda alla sezione «Manage Offerings and PVOs» o a una sezione analoga. Selezioni l’offerta «Financials» e la abiliti per l’estrazione.
Selezioni i Public View Objects (PVO): cerchi e selezioni i PVO specifici necessari per il processo delle fatture. I PVO principali sono: FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO, FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO, FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO e FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO.
Pianifichi il job di estrazione: acceda a «Manage Extract Schedules». Crei un nuovo job, gli assegni un nome descrittivo e selezioni tutti i PVO abilitati nel passaggio precedente. Pianifichi l’esecuzione del job. Per il caricamento iniziale, esegua l’estrazione per l’intervallo storico desiderato. Per le esecuzioni successive, configuri estrazioni incrementali basate su LastUpdateDate.
Monitori e recuperi i dati: monitori l’avanzamento del job nella console BICC. Al termine dell’esecuzione, acceda alla posizione di storage cloud configurata. Troverà i dati estratti sotto forma di file CSV compressi, uno per ciascun PVO.
Carichi i dati nell’area di staging: decomprima i file e carichi i CSV in un database di staging o in una piattaforma di elaborazione dati, come un data warehouse o un data lake, in cui sia possibile eseguire query SQL. Ogni file CSV deve essere caricato in una tabella distinta.
Trasformi i dati in un Event Log: esegua la query SQL fornita sulle tabelle dell’area di staging. La query unisce i dati delle diverse tabelle per creare un’unica tabella Event Log.
Esporti i dati per ProcessMind: esporti il risultato della query SQL in un unico file CSV. Verifichi che le intestazioni delle colonne corrispondano agli attributi richiesti (InvoiceNumber, ActivityName, EventTime e così via) per il caricamento nell’applicazione ProcessMind.

Configurazione

Principali Public View Objects (PVO): l’estrazione si basa su diversi PVO fondamentali dell’offerta Financials. Come minimo, deve includere:
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO: per i dati principali delle fatture e per gli eventi di creazione, convalida e annullamento.
- FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO: per tutti gli eventi di sospensione e rilascio delle fatture.
- FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO: per acquisire i dettagli dei passaggi del Workflow di approvazione, come invio, approvazione e rifiuto.
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO: per gli eventi di creazione ed esecuzione dei pagamenti.
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO: per identificare il momento in cui una fattura viene programmata per il pagamento.
Estrazioni incrementali: per il monitoraggio continuativo, configuri il job BICC in modo che esegua estrazioni incrementali. Utilizzi la colonna LastUpdateDate, disponibile nella maggior parte dei PVO, come criterio di filtro per estrarre solo i record nuovi o modificati dall’ultima esecuzione.
Filtro per intervallo di date: per il caricamento iniziale dei dati storici, è consigliabile estrarre un periodo gestibile, ad esempio gli ultimi 6-12 mesi. Può applicare un filtro globale nella pianificazione del job BICC per limitare l’estrazione a un intervallo di date specifico.
Filtro per unità aziendale: per limitare l’ambito dell’estrazione, applichi un filtro su BusinessUnitName o su un attributo analogo nella configurazione del job BICC. Questo è fondamentale negli ambienti con più entità per gestire il volume dei dati.
Prerequisiti: il Suo account utente deve disporre dei ruoli appropriati, principalmente BI Cloud Connector Administrator (BICC_ADMIN) e Functional Setup User (FSM_IMPLEMENTATION_CONSULTANT), per configurare ed eseguire i job di estrazione. Deve inoltre disporre di una posizione di storage cloud configurata e accessibile, come OCI Object Storage o UCM.

a Query di esempio sql

-- This script is designed to be run on the CSV files after they have been extracted by BICC and loaded into a staging database.
-- Each CTE (e.g., Invoices, Holds) represents a table created from a corresponding PVO's CSV file.

WITH Invoices AS (
    SELECT 
        InvoiceId,
        InvoiceNumber,
        InvoiceAmount,
        SupplierName AS VendorName,
        CreationDate,
        CreatedBy AS UserName, 
        LastUpdateDate, 
        LastUpdatedBy, 
        ValidatedDate,
        ApprovalStatus,
        WfApprovalStatus,
        PayablesAccountingStatus,
        CancelledDate,
        CancelledBy,
        BusinessUnitName AS CompanyCode
    FROM FscmTopModelAM_FinApInvQuickInvoicesAM_InvoiceHeaderPVO
    WHERE LastUpdateDate >= '[Specify Start Date]'
),
Holds AS (
    SELECT 
        InvoiceId,
        HoldDate,
        ReleasedDate,
        HoldReason,
        CreatedBy,
        LastUpdatedBy
    FROM FscmTopModelAM_FinApInvHoldAM_InvoiceHoldPVO
),
ApprovalHistory AS (
    SELECT
        InvoiceId,
        ActionDate,
        Action,
        Performer AS UserName
    FROM FscmTopModelAM_FinApInvSharedAM_InvoiceApprovalHistoryPVO
),
Installments AS (
    SELECT 
        InvoiceId,
        DueDate AS PaymentDueDate,
        PaymentStatusFlag,
        LastUpdateDate
    FROM FscmTopModelAM_FinApInvPmtsAM_InstallmentPVO
),
Payments AS (
    SELECT
        InvoiceId,
        PaymentId,
        CreationDate,
        CreatedBy AS UserName,
        PaymentDate
    FROM FscmTopModelAM_FinApPmtsInvPmtsAM_PaymentPVO
)

-- 1. Invoice Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    i.CreationDate AS "EventTime",
    i.CreationDate AS "EndTime",
    i.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 2. Invoice Validated
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    i.ValidatedDate AS "EventTime",
    i.ValidatedDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Validated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.ValidatedDate IS NOT NULL

UNION ALL

-- 3. Invoice Matched to PO (Inferred from hold release)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE') AND h.ReleasedDate IS NOT NULL

UNION ALL

-- 4. Matching Discrepancy Identified
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Matching Discrepancy Identified' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE')

UNION ALL

-- 5. Hold Placed on Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Placed on Invoice' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.ReleasedDate IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Sent for Approval' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Initiated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'SUBMITTED'

UNION ALL

-- 8. Invoice Approved
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Approved' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Workflow approved' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'APPROVED'

UNION ALL

-- 9. Invoice Rejected
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Rejected' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Rejected' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'REJECTED'

UNION ALL

-- 10. Invoice Corrected (Inferred from update after rejection)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.WfApprovalStatus = 'WORKFLOW_REJECTED' AND i.LastUpdatedBy <> 'FUSION_APPS_PRC_SOA_APPID'

UNION ALL

-- 11. Invoice Accounted
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Accounted' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.PayablesAccountingStatus = 'ACCOUNTED'

UNION ALL

-- 12. Payment Scheduled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    inst.LastUpdateDate AS "EventTime",
    inst.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName", -- User who ran the PPR is not in this PVO
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Selected for Payment' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE inst.PaymentStatusFlag = 'Y'

UNION ALL

-- 13. Payment Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    p.CreationDate AS "EventTime",
    p.CreationDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 14. Payment Executed
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    p.PaymentDate AS "EventTime",
    p.PaymentDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE p.PaymentDate IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    i.CancelledDate AS "EventTime",
    i.CancelledDate AS "EndTime",
    i.CancelledBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Cancelled' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.CancelledDate IS NOT NULL;

Passaggi

Acceda a Oracle BI Publisher: acceda a Oracle Fusion Applications con un utente che disponga del ruolo BI Administrator o di un ruolo analogo. Acceda allo strumento Reports and Analytics aprendo il menu Navigator, selezionando Tools e quindi facendo clic su Reports and Analytics.
Acceda al catalogo: nell’area di lavoro Reports and Analytics, faccia clic sul pulsante Browse Catalog per aprire l’interfaccia Oracle BI Publisher.
Crei un nuovo modello dati: nel catalogo BI Publisher, acceda a una cartella appropriata, ad esempio Shared Folders > Custom. Faccia clic sul menu a discesa New e selezioni Data Model.
Definisca il dataset della query SQL: nell’editor Data Model, faccia clic sull’icona «+» per aggiungere un nuovo dataset e selezioni SQL Query dall’elenco.
Configuri il dataset: nella finestra di dialogo New Data Set, inserisca un nome come P2P_Invoice_Events. Selezioni il Data Source appropriato, generalmente ApplicationDB_FSCM per i dati finanziari. Verifichi che il tipo di SQL sia impostato su Standard SQL.
Inserisca la query SQL: copi la query SQL completa fornita nella sezione query di questo documento e la incolli nell’area di testo SQL Query.
Definisca i parametri: la query utilizza parametri per il filtraggio. Nelle proprietà del Data Model, crei tre parametri: p_start_date, p_end_date e p_bu_name. Imposti il tipo di dati su String. Durante l’esecuzione del report, l’utente inserirà i relativi valori, ad esempio «2023-01-01» per le date e il nome specifico dell’unità aziendale.
Salvi il Data Model: salvi il modello dati nella cartella personalizzata. Può visualizzare dati di esempio facendo clic sulla scheda «Data» e inserendo i valori dei parametri creati.
Crei un report: torni al catalogo, faccia clic sul menu a discesa New e selezioni Report. Nella procedura guidata di creazione del report, selezioni l’opzione «Use Data Model» e individui il modello dati appena salvato.
Configuri il layout e il formato di output: nell’editor del report è sufficiente un layout a tabella semplice. Il passaggio più importante consiste nel configurare il formato di output predefinito. Faccia clic su «View a List» e verifichi che CSV sia il formato predefinito e l’unico formato abilitato. In questo modo l’output sarà un file di dati pulito e non formattato.
Pianifichi il report: salvi il report. Ora può eseguirlo su richiesta oppure, per ottenere prestazioni migliori, pianificarne l’esecuzione nelle ore di minore attività. La pianificazione può essere configurata per consegnare l’output CSV a una destinazione specifica, come il server Universal Content Management (UCM), da cui potrà recuperarlo per il caricamento.
Esporti e prepari i dati: al termine del job del report, scarichi il file CSV risultante. Verifichi che le intestazioni delle colonne corrispondano agli attributi richiesti (InvoiceNumber, ActivityName, EventTime e così via) prima di caricarlo nello strumento di Process Mining.

Configurazione

Origine dei dati: la query deve essere eseguita sul database dell’applicazione Fusion Financials, generalmente connesso tramite l’origine dati JNDI ApplicationDB_FSCM in BI Publisher.
Parametri: il modello dati deve essere configurato con i seguenti parametri per consentire un’estrazione flessibile dei dati:
- p_start_date: la data iniziale del periodo di estrazione nel formato 'YYYY-MM-DD'.
- p_end_date: la data finale del periodo di estrazione nel formato 'YYYY-MM-DD'.
- p_bu_name: il nome dell’unità aziendale (codice società) da utilizzare per filtrare i dati. Utilizzi un carattere jolly come '%' per estrarre i dati di tutte le unità aziendali.
Intervallo di date: per l’estrazione iniziale, si consiglia di utilizzare un intervallo di 3-6 mesi di dati. In questo modo si ottiene un set di dati rappresentativo, mantenendo al contempo sotto controllo le prestazioni dell’estrazione.
Considerazioni sulle prestazioni: l’estrazione di dati relativi a periodi estesi o a tutte le unità aziendali contemporaneamente può richiedere molte risorse e causare timeout. È consigliabile eseguire le estrazioni di grandi dimensioni in batch più piccoli e sequenziali, ad esempio mese per mese, oppure programmarle nelle fasce di minore utilizzo.
Prerequisiti: l’utente che crea ed esegue il report deve disporre di un ruolo con autorizzazioni per accedere allo strumento BI Publisher, ad esempio BI Administrator, e dei privilegi di sicurezza sui dati necessari per visualizzare le tabelle sottostanti di Contabilità fornitori (AP_INVOICES_ALL, AP_PAYMENTS_ALL, ecc.) per le unità aziendali interessate.

a Query di esempio sql

WITH INVOICE_BASE AS (
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE,
        AIA.CREATED_BY,
        AIA.LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY,
        AIA.CANCELLED_DATE,
        AIA.CANCELLED_BY,
        AIA.WFAPPROVAL_STATUS,
        AIA.TERMS_DATE AS PAYMENT_DUE_DATE,
        PSV.VENDOR_NAME,
        FABUV.BU_NAME AS COMPANY_CODE
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V FABUV ON AIA.ORG_ID = FABUV.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
        AND FABUV.BU_NAME LIKE :p_bu_name
)
-- 1. Invoice Created
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB

UNION ALL

-- 2. Invoice Validated
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIA.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    AIA.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICES_ALL AIA
JOIN 
    INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AIA.WFAPPROVAL_STATUS IN ('VALIDATED', 'NEEDS REVALIDATION', 'STOPPED')

UNION ALL

-- 3. Invoice Matched to PO
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(AID.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICE_DISTRIBUTIONS_ALL AID
JOIN 
    INVOICE_BASE IB ON AID.INVOICE_ID = IB.INVOICE_ID
WHERE
    AID.PO_DISTRIBUTION_ID IS NOT NULL
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 4. Matching Discrepancy Identified & 5. Hold Placed on Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AH.HOLD_LOOKUP_CODE IN ('QTY ORD', 'QTY REC', 'PRICE', 'AMT ORD', 'AMT REC') THEN 'Matching Discrepancy Identified'
        ELSE 'Hold Placed on Invoice'
    END AS "ActivityName",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AH.RELEASE_LOOKUP_CODE IS NOT NULL AND AH.RELEASE_DATE IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval, 8. Invoice Approved, 9. Invoice Rejected
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AAH.ACTION = 'INITIATED' THEN 'Invoice Sent for Approval'
        WHEN AAH.ACTION = 'APPROVED' THEN 'Invoice Approved'
        WHEN AAH.ACTION = 'REJECTED' THEN 'Invoice Rejected'
    END AS "ActivityName",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AAH.RESPONSE_ID AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INV_APRVL_HIST_ALL AAH
JOIN 
    INVOICE_BASE IB ON AAH.INVOICE_ID = IB.INVOICE_ID
WHERE
    AAH.ACTION IN ('INITIATED', 'APPROVED', 'REJECTED') AND AAH.RESPONSE_DATE IS NOT NULL

UNION ALL

-- 10. Invoice Corrected
SELECT DISTINCT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.LAST_UPDATE_DATE > IB.CREATION_DATE
    AND IB.LAST_UPDATED_BY <> IB.CREATED_BY 
    AND EXISTS (
        SELECT 1 FROM AP_INV_APRVL_HIST_ALL AAH 
        WHERE AAH.INVOICE_ID = IB.INVOICE_ID AND AAH.ACTION = 'REJECTED' AND IB.LAST_UPDATE_DATE > AAH.RESPONSE_DATE
    )

UNION ALL

-- 11. Invoice Accounted
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(XAH.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM XLA_AE_HEADERS XAH
JOIN XLA_TRANSACTION_ENTITIES XTE ON XAH.ENTITY_ID = XTE.ENTITY_ID
JOIN INVOICE_BASE IB ON XTE.SOURCE_ID_INT_1 = IB.INVOICE_ID
WHERE XTE.APPLICATION_ID = 200
AND XTE.ENTITY_CODE = 'AP_INVOICES'
AND XAH.ACCOUNTING_ENTRY_STATUS_CODE = 'F' -- Final
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 12. Payment Scheduled
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(APISC.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INV_SELECTION_CRITERIA_ALL APISC
JOIN AP_INVOICES_ALL AIA ON APISC.CHECKRUN_NAME = AIA.PAYMENT_STATUS_FLAG
JOIN INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 13. Payment Created
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIPA.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 14. Payment Executed
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AC.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN AP_CHECKS_ALL AC ON AIPA.CHECK_ID = AC.CHECK_ID
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID
WHERE AC.CLEARED_DATE IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CANCELLED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.CANCELLED_DATE IS NOT NULL

Passaggi

Prerequisiti: verifichi che Python 3.6 o versione successiva sia installato sul Suo sistema, insieme alle librerie requests e pandas. Può installarle con pip: pip install requests pandas.
Configurazione dell’API Oracle Fusion: nell’istanza Oracle Fusion, acceda a Security Console. Crei una nuova applicazione riservata per ottenere l’accesso all’API. Annoti il Client ID e il Client Secret assegnati. Verifichi che l’utente dell’applicazione disponga dei ruoli necessari per leggere i dati di fatture e pagamenti, come il ruolo Financials - Payables Invoice Inquiry Duty.
Configuri lo script Python: copi lo script Python fornito in un file, ad esempio extract_fusion_invoices.py. Apra il file e valorizzi le variabili segnaposto all’inizio dello script. Tra queste rientrano CLIENT_ID, CLIENT_SECRET, TOKEN_URL, FUSION_HOST, START_DATE e END_DATE. FUSION_HOST deve corrispondere all’URL di base delle applicazioni Oracle Cloud.
Imposti il periodo di estrazione: modifichi le variabili START_DATE e END_DATE per definire l’intervallo temporale dell’estrazione. È consigliabile iniziare con un periodo più breve, ad esempio un mese, per testare lo script e verificare l’output.
Esegua lo script: esegua lo script dalla riga di comando o dal terminale, accedendo alla relativa directory e digitando python extract_fusion_invoices.py. Lo script eseguirà l’autenticazione, recupererà i dati e mostrerà i messaggi di avanzamento nella console.
Processo di autenticazione: lo script invia innanzitutto una richiesta con le credenziali del client al provider di identità Oracle (TOKEN_URL) per ottenere un token di accesso OAuth. Il token viene quindi incluso nell’intestazione di tutte le richieste API successive per autenticarsi con la API di Fusion Financials.
Recupero dei dati e paginazione: lo script interroga l’endpoint REST API invoices, recuperando i record creati nell’intervallo di date specificato. Gestisce automaticamente la paginazione verificando il flag hasMore nella risposta dell’API e inviando richieste successive con un parametro offset aggiornato, fino a recuperare tutti i dati delle fatture.
Recupero dei dettagli: per ogni fattura recuperata, lo script esegue ulteriori chiamate API per acquisire i dettagli associati. Interroga l’endpoint /child/holds per ottenere le informazioni sulle sospensioni e sui rilasci e l’endpoint /payments, filtrato per numero di fattura, per raccogliere i dati sui pagamenti.
Generazione dell’Event Log: la logica principale dello script elabora i dati JSON grezzi provenienti dall’API. Verifica date, stati e record secondari specifici per generare righe distinte per ciascuna delle 15 attività aziendali richieste. Ad esempio, la presenza di un CancelledDate genera un evento «Invoice Canceled».
Verifichi l’output: al termine dell’esecuzione, lo script creerà un file denominato invoice_event_log.csv nella stessa directory. Apra il file CSV con un’applicazione per fogli di calcolo e verifichi i dati. Controlli che siano presenti tutte le colonne richieste (InvoiceNumber, ActivityName, EventTime) e gli attributi consigliati.
Prepari il caricamento: verifichi che le intestazioni delle colonne nel file CSV corrispondano ai nomi degli attributi richiesti. In genere non sono necessarie ulteriori operazioni di formattazione. Il file è ora pronto per essere caricato nello strumento di Process Mining.

Configurazione

Credenziali di autenticazione: sono necessari un Client ID e un Client Secret provenienti da un’applicazione riservata registrata nella Security Console di Oracle Fusion. È inoltre necessario fornire il Token URL del dominio di identità.
URL host dell’API: la variabile FUSION_HOST deve essere impostata sull’URL di base della Sua istanza Oracle Fusion, ad esempio https://[your-instance].fa.us2.oraclecloud.com.
Intervallo di date: le variabili START_DATE e END_DATE sono fondamentali per controllare l’ambito dell’estrazione. Per un’analisi iniziale, è consigliabile estrarre dati relativi a un periodo compreso tra 3 e 6 mesi, così da bilanciare volume dei dati e prestazioni.
Endpoint API utilizzati: lo script interagisce principalmente con gli endpoint fscmRestApi/resources/11.13.18.05/invoices e fscmRestApi/resources/11.13.18.05/payments. Utilizza inoltre la sotto-risorsa /invoices/{InvoiceId}/child/holds.
Limite di paginazione: la variabile LIMIT nello script controlla il numero di record recuperati per ogni richiesta API. Il valore predefinito è 100. Un valore più alto può ridurre il numero di chiamate API, ma aumentare il consumo di memoria per richiesta. Se si verificano errori di timeout, potrebbe essere necessario utilizzare un valore più basso.
Autorizzazioni richieste: l’account utente associato alle credenziali API deve disporre dell’accesso in lettura alle fatture Accounts Payable, alle sospensioni delle fatture, ai pagamenti e alle informazioni sui fornitori. In genere, il ruolo Payables Invoice Inquiry Duty fornisce autorizzazioni sufficienti.

a Query di esempio python

import requests
import pandas as pd
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion credentials and instance details
CLIENT_ID = class="hl-string">'[Your Client ID]'
CLIENT_SECRET = class="hl-string">'[Your Client Secret]'
TOKEN_URL = class="hl-string">'[Your Oracle Identity Cloud Service Token URL, e.g., https://idcs-....identity.oraclecloud.com/oauth2/v1/token]'
FUSION_HOST = class="hl-string">'[Your Fusion Host URL, e.g., https://your-fusion-instance.fa.ocs.oraclecloud.com]'

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Set the date range for the invoice extraction (YYYY-MM-DD)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># API request settings
LIMIT = 100

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_access_token():
    class="hl-string">"""Authenticates and retrieves an OAuth2 access token."""
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    data = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'scope': class="hl-string">'urn:opc:resource:consumer::all'
    }
    try:
        response = requests.post(TOKEN_URL, headers=headers, data=data, auth=(CLIENT_ID, CLIENT_SECRET))
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def fetch_data(api_url, headers, params):
    class="hl-string">"""Fetches data from a given API endpoint with pagination handling."""
    all_items = []
    offset = 0
    has_more = True

    while has_more:
        params[class="hl-string">'offset'] = offset
        try:
            response = requests.get(api_url, headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(items)
            print(fclass="hl-string">"Fetched {len(all_items)} records so far...")
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {api_url}: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save invoice data."""
    access_token = get_access_token()
    if not access_token:
        print(class="hl-string">"Could not obtain access token. Exiting.")
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }

    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch Invoices
    print(class="hl-string">"Starting invoice extraction...")
    invoice_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices'
    invoice_params = {
        class="hl-string">'q': fclass="hl-string">'CreationDate between \'{START_DATE}T00:00:00.000Z\class="hl-string">' and \'{END_DATE}T23:59:59.999Z\class="hl-string">'',
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'limit': LIMIT,
        class="hl-string">'fields': class="hl-string">'InvoiceId,InvoiceNumber,InvoiceAmount,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,SupplierName,ValidationDate,CancelledDate,ApprovalStatus,AccountingDate,PaymentStatus,DueDate,InvoiceStatus,BusinessUnitName'
    }
    invoices = fetch_data(invoice_url, headers, invoice_params)
    print(fclass="hl-string">"Total invoices fetched: {len(invoices)}")

    class=class="hl-string">"hl-comment"># 2. Process each invoice to create events
    for inv in invoices:
        case_id = inv.get(class="hl-string">'InvoiceNumber')
        if not case_id:
            continue

        base_event = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'EndTime': None,
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'SupplierName'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'DueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'InvoiceStatus'),
            class="hl-string">'CompanyCode': inv.get(class="hl-string">'BusinessUnitName')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Created
        if inv.get(class="hl-string">'CreationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Created', class="hl-string">'EventTime': inv[class="hl-string">'CreationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'CreatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Validated
        if inv.get(class="hl-string">'ValidationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Validated', class="hl-string">'EventTime': inv[class="hl-string">'ValidationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activities based on Approval Status
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Initiated', class="hl-string">'Required']:
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Approved', class="hl-string">'Not required', class="hl-string">'Workflow approved']:
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># This is an inference, might represent corrections after rejection or validation failure
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Needs revalidation':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Corrected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Accounted
        if inv.get(class="hl-string">'AccountingDate'):
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Accounted', class="hl-string">'EventTime': inv[class="hl-string">'AccountingDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Canceled
        if inv.get(class="hl-string">'CancelledDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Canceled', class="hl-string">'EventTime': inv[class="hl-string">'CancelledDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activity: Matched to PO - Inference based on PaymentStatus which can indicate matching holds resolved
        if inv.get(class="hl-string">'PaymentStatus') == class="hl-string">'Available':
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Matched to PO', class="hl-string">'EventTime': inv.get(class="hl-string">'ValidationDate') or inv.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 3. Fetch Holds for the Invoice
        holds_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices/{inv["InvoiceId"]}/child/holds'
        holds = fetch_data(holds_url, headers, {class="hl-string">'onlyData': class="hl-string">'true'})
        for hold in holds:
            class=class="hl-string">"hl-comment"># Activity: Hold Placed on Invoice
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Placed on Invoice', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            if hold.get(class="hl-string">'HoldReason') in [class="hl-string">'Price', class="hl-string">'Qty Ord', class="hl-string">'Qty Rec', class="hl-string">'Quality']:
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            
            class=class="hl-string">"hl-comment"># Activity: Hold Released from Invoice
            if hold.get(class="hl-string">'ReleaseDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Released from Invoice', class="hl-string">'EventTime': hold[class="hl-string">'ReleaseDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 4. Fetch Payments for the Invoice
        if inv.get(class="hl-string">'PaymentStatus') in [class="hl-string">'Paid', class="hl-string">'Partially paid']:
            payment_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/payments'
            payment_params = {
                class="hl-string">'q': fclass="hl-string">'InvoiceNumber=\'{case_id}\class="hl-string">'',
                class="hl-string">'onlyData': class="hl-string">'true',
                class="hl-string">'fields': class="hl-string">'PaymentId,CreationDate,CreatedBy,ClearedDate,PaymentDate'
            }
            payments = fetch_data(payment_url, headers, payment_params)
            for pmt in payments:
                 class=class="hl-string">"hl-comment"># Activity: Payment Scheduled (Approximation using Payment Creation Date)
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': pmt[class="hl-string">'CreationDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Created
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Created', class="hl-string">'EventTime': pmt[class="hl-string">'PaymentDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Executed
                 if pmt.get(class="hl-string">'ClearedDate'):
                     event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': pmt[class="hl-string">'ClearedDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})

    class=class="hl-string">"hl-comment"># 5. Create and Save DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. Please check your date range and API responses.")
        return

    df = pd.DataFrame(event_log)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
    if class="hl-string">'EndTime' in df.columns:
         df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    output_filename = class="hl-string">'invoice_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

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

È pronto per iniziare?

Inizi a ottimizzare l’elaborazione delle fatture preparando i Suoi dati con questo Template. Ottenga informazioni preziose e realizzi miglioramenti significativi dell’efficienza nella Sua organizzazione.

Torna alla guida al miglioramento Scarica il Template

Ottimizzi ora l’elaborazione delle fatture P2P per cicli più rapidi del 30%

Elimini i colli di bottiglia in Oracle Fusion Financials e riduca del 30% il tempo di ciclo.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Veda i risultati in pochi giorni.

Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture

Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture

Purchase to Pay - Attributi dell’elaborazione delle fatture

Purchase to Pay - Attività di elaborazione delle fatture

Guide all’estrazione

Esportazione massiva dei dati tramite Oracle BI Cloud Connector (BICC)

Passaggi

Configurazione

a Query di esempio sql

Report Oracle BI Publisher con modello dati SQL personalizzato

Passaggi

Configurazione

a Query di esempio sql

Estrazione tramite script Python utilizzando la REST API di Fusion Financials

Passaggi

Configurazione

a Query di esempio python

È pronto per iniziare?

Ottimizzi ora l’elaborazione delle fatture P2P per cicli più rapidi del 30%

Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture

Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture

Purchase to Pay - Attributi dell’elaborazione delle fatture

Purchase to Pay - Attività di elaborazione delle fatture

Guide all’estrazione

Esportazione massiva dei dati tramite Oracle BI Cloud Connector (BICC)

Passaggi

Configurazione

a Query di esempio sql

Report Oracle BI Publisher con modello dati SQL personalizzato

Passaggi

Configurazione

a Query di esempio sql

Estrazione tramite script Python utilizzando la REST API di Fusion Financials

Passaggi

Configurazione

a Query di esempio python

È pronto per iniziare?

Ottimizzi ora l’elaborazione delle fatture P2P per cicli più rapidi del 30%

La Sua privacy è importante