> Miglioramento Continuo dei Processi > Purchase to Pay Gestione Fatture > Oracle Fusion Financials > Template Dati

Il Suo Template Dati per il Processo Dal Ciclo Acquisto al Pagamento - Gestione Fatture

Oracle Fusion Financials

Purchase to Pay - Attributi di Gestione Fatture (21) Purchase to Pay - Activity di Gestione Fatture (15) Guide all'Estrazione (3)

Il Suo Template Dati per il Processo Dal Ciclo Acquisto al Pagamento - Gestione Fatture

Questo template è progettato per guidarLa nella raccolta dei dati essenziali per analizzare il Suo processo Purchase to Pay, in particolare la Gestione Fatture, all'interno di Oracle Fusion Financials. Delinea gli attributi cruciali, le key activities e fornisce indicazioni su come estrarre queste informazioni dal Suo system. L'utilizzo di questo template La aiuterà a preparare un event log accurato e completo per il process mining.

Attributi consigliati da raccogliere
Attività chiave da tracciare
Guida all'estrazione per Oracle Fusion Financials

È nuovo agli event log? Impari come creare un event log di Process Mining.

Scarica Template

Purchase to Pay - Attributi di Gestione Fatture

Questi sono i data fields raccomandati da includere nel Suo event log per un'analisi completa del processo purchase to pay - gestione fatture.

3 Obbligatorio 7 Consigliato 11 Facoltativo

	Nome	Descrizione
	Numero fattura InvoiceNumber	L'identificatore unico per una fattura del fornitore.
Descrizione Il Numero Fattura serve come case identifier primario, collegando tutte le activities e gli events relativi a una singola fattura fornitore dalla Sua creazione al pagamento finale. Ogni fattura è trattata come un'istanza di case unica nell'analisi di processo. Nel process mining, questo attribute è fondamentale per ricostruire il percorso end-to-end di ogni fattura. Consente l'analisi dei flussi di processo, dei tempi di ciclo e delle variazioni su base per fattura. È la chiave per connettere diverse activities come validazione, approvazione e pagamento in una narrativa di processo coerente. Perché è importante Questo è l'essenziale case identifier che collega tutti i passaggi di processo correlati, rendendo possibile tracciare l'intero lifecycle di una fattura. Dove trovare Questo si trova tipicamente nella tabella AP_INVOICES_ALL, nella colonna INVOICE_NUM. Esempi INV-2023-001987654321ACME-FIN-5501
	Activity ActivityName	Il nome dell'attività commerciale o dell'evento che si è verificato nel processo di fatturazione.
Descrizione Questo attribute descrive una fase specifica o un cambiamento di stato nel lifecycle della fattura, come 'Fattura Creata', 'Fattura Approvata' o 'Pagamento Eseguito'. Costituisce la sequenza di events che forma il flusso di processo. L'analisi della sequenza e della frequenza delle activities è il cuore del process mining. Aiuta a scoprire il percorso di processo effettivo, identificando i bottleneck dove le activities sono ritardate e individuando deviazioni o cicli di rework, come una fattura che viene rifiutata dopo l'approvazione. Perché è importante Definisce i passaggi del processo, il che è essenziale per visualizzare la mappa del processo, analizzare le variazioni del flusso e identificare i `bottleneck`. Dove trovare Questo attribute è tipicamente derivato 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 tabelle di workflow correlate. Esempi Fattura ValidataFattura SospesaFattura ApprovataPagamento Eseguito
	Ora di Inizio EventTime	Il timestamp che indica quando si è verificata un'attività o un evento.
Descrizione Questo attribute fornisce la data e l'ora per ogni activity nel processo di fatturazione. È fondamentale per tutte le analisi di processo basate sul tempo, inclusi il calcolo dei tempi di ciclo, delle durate e dei tempi di attesa tra i passaggi. Ordinando gli events cronologicamente utilizzando questo timestamp, gli strumenti di process mining possono ricostruire la sequenza esatta delle activities per ogni fattura. Ciò consente il calcolo di key performance indicators come il Tempo di Ciclo Medio della Fattura e aiuta a identificare quali fasi del processo consumano più tempo. Perché è importante Questo timestamp è cruciale per calcolare tutte le metrics di performance relative a durata e tempo, come i tempi di ciclo e i bottleneck. Dove trovare Questo timestamp è derivato da vari campi data nelle tabelle di Oracle Fusion, come CREATION_DATE o LAST_UPDATE_DATE in tabelle come AP_INVOICES_ALL o tabelle di workflow e pagamento correlate. Esempi 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	Codice Società CompanyCode	L'identificativo dell'entità legale o dell'azienda che elabora la fattura.
Descrizione Il Codice Aziendale rappresenta la specifica entità commerciale all'interno dell'organizzazione finanziariamente responsabile della fattura. Nelle organizzazioni multi-societarie, questo è un dato organizzativo fondamentale. Questo attribute consente di segmentare l'analisi di processo per entità legale. Ciò è utile per confrontare le performance di processo tra diverse parti dell'azienda, identificando bottleneck o problemi di conformità specifici dell'entità, e garantendo che i KPI possano essere riportati a livello aziendale. È anche spesso un fattore nel determinare il workflow di approvazione corretto. Perché è importante Consente il confronto dei processi e il `benchmarking` delle prestazioni tra diverse entità legali o unità aziendali all'interno dell'organizzazione. Dove trovare Questo è tipicamente rappresentato dal LEGAL_ENTITY_ID o un campo simile in AP_INVOICES_ALL, che può essere unito a tabelle del general ledger per ottenere un codice o un nome. Esempi 1001US01DE01
	Data Scadenza Pagamento PaymentDueDate	La data entro la quale il pagamento della fattura è dovuto al fornitore.
Descrizione La Data di Scadenza del Pagamento è calcolata in base ai termini di pagamento concordati con il fornitore. Serve come scadenza per effettuare il pagamento per evitare penali, mantenere buoni rapporti con i fornitori e cogliere potenziali sconti per pagamento anticipato. Questo attribute è essenziale per la dashboard 'Performance di Pagamento Tempestivo' e il KPI associato. Confrontando il timestamp di esecuzione del pagamento effettivo con la Data di Scadenza del Pagamento, l'analisi può classificare i pagamenti come tempestivi o in ritardo, aiutando l'organizzazione a monitorare e migliorare la tempestività dei pagamenti. Perché è importante Questa è la base per misurare le performance di pagamento tempestivo, un KPI critico per la gestione dei fornitori e la salute finanziaria. Dove trovare 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 Fattura InvoiceAmount	Il valore monetario totale della fattura.
Descrizione L'Importo Fattura rappresenta la somma totale dovuta al fornitore come indicato sulla fattura. Questo è un attribute finanziario critico che influenza l'intero processo, determinando spesso il percorso di approvazione, il livello di controllo e la priorità di pagamento. Nell'analisi di process mining, l'Importo Fattura è una dimensione chiave per il filtraggio e la segmentazione. Ad esempio, gli analisti possono confrontare il processo per le fatture di alto valore rispetto a quelle di basso valore per vedere se vengono seguiti percorsi diversi o se i tempi di ciclo differiscono in modo significativo. È anche essenziale per il calcolo dei KPI finanziari e per la valutazione dell'impatto monetario delle inefficienze di processo come i ritardi nei pagamenti. Perché è importante Questo valore è cruciale per l'analisi finanziaria, la comprensione delle deviazioni di processo basate sul valore e per i KPI come il Tasso di Conformità delle Approvazioni. Dove trovare Trovato nella tabella `AP_INVOICES_ALL`, nella colonna `INVOICE_AMOUNT`. Esempi 1500.00250.75125000.50
	Nome Fornitore VendorName	Il nome del fornitore che ha emesso la fattura.
Descrizione Questo attribute identifica l'entità del fornitore da cui proviene la fattura. Le informazioni sul fornitore forniscono un contesto aziendale critico alla transazione finanziaria. L'analisi del processo per fornitore può rivelare insight importanti sulle relazioni e le performance dei fornitori. Ad esempio, può evidenziare se le fatture di determinati fornitori sono più soggette a discrepanze di abbinamento, blocchi o ritardi. Queste informazioni possono essere utilizzate per migliorare l'onboarding dei fornitori, la comunicazione e l'efficienza complessiva della supply chain. Viene anche utilizzato per identificare potenziali pagamenti duplicati. Perché è importante Consente un'analisi di processo specifica per fornitore, aiutando a identificare problemi con particolari fornitori che causano ritardi o eccezioni. Dove trovare Trovato nella tabella `POZ_SUPPLIERS`. La tabella delle fatture `AP_INVOICES_ALL` contiene un `VENDOR_ID` che può essere utilizzato per unirsi alla tabella dei fornitori. Esempi Acme CorporationGlobal Tech Inc.Forniture Ufficio S.p.A.
	Nome Utente UserName	Nome dell'utente che ha eseguito l'attività.
Descrizione Questo attribute identifica lo specifico utente o agente di system responsabile dell'esecuzione di un'activity, come la validazione di una fattura, l'applicazione di un blocco o l'approvazione di un pagamento. Fornisce una dimensione di risorsa umana o di system al processo. L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, a identificare i migliori performer e a rilevare potenziali esigenze di formazione o problemi di conformità. Ad esempio, può rivelare se alcuni utenti sono costantemente associati a cicli di rework o se specifiche fasi di approvazione sono sempre gestite dalla stessa persona, creando un potenziale singolo punto di fallimento. Perché è importante Consente l'analisi delle prestazioni delle risorse, il bilanciamento del carico di lavoro e l'identificazione degli utenti o dei `team` coinvolti in passaggi specifici del processo. Dove trovare Queste informazioni sono spesso memorizzate in colonne di audit come CREATED_BY o LAST_UPDATED_BY in tabelle come AP_INVOICES_ALL, o in log di workflow correlati. Esempi john.doejane.smithSystem.Admin
	Ora di Fine EndTime	Il `timestamp` che indica quando un'attività o un `event` è stato completato.
Descrizione L'End Time segna il completamento di una specifica activity. Mentre lo Start Time segnala l'inizio, l'End Time fornisce il punto di chiusura, consentendo un calcolo preciso della durata dei singoli passaggi. Nell'analisi, la differenza tra End Time e Start Time fornisce il tempo di elaborazione per ciascuna activity. Questo è essenziale per un'analisi dettagliata delle performance, aiutando a distinguere tra tempo di elaborazione attivo e tempo di attesa inattivo. Ad esempio, aiuta a misurare il tempo effettivo che un approvatore ha impiegato per un'attività di approvazione rispetto al tempo in cui l'attività è rimasta in coda. Perché è importante Consente il calcolo preciso dei tempi di elaborazione delle `attività`, separando il tempo di lavoro attivo dal tempo di attesa. Dove trovare Questo è un attribute concettuale derivato dallo Start Time dell'event successivo nella sequenza per un dato case. Esempi 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	Stato Fattura InvoiceStatus	Lo stato attuale della fattura nel suo ciclo di vita.
Descrizione Questo attribute riflette l'ultimo stato noto della fattura, come 'Validata', 'Richiede Rivalidazione', 'Pagata' o 'Annullata'. Fornisce un'istantanea di dove si trova una fattura nel processo in un dato momento. Lo Stato della Fattura è critico per la dashboard 'Distribuzione dello Stato Attuale delle Fatture', che aiuta i responsabili delle operazioni a identificare i backlog e a monitorare la salute complessiva della pipeline di gestione delle fatture. Analizzare come cambiano gli stati nel tempo può anche fornire una visione semplificata del flusso di processo. Perché è importante Fornisce una visione dello stato attuale delle fatture, essenziale per le `dashboard` operative che tracciano arretrati e carico di lavoro. Dove trovare Consultare la documentazione di Oracle Fusion Financials. Lo `status` può essere derivato da campi come `WFAPPROVAL_STATUS` in `AP_INVOICES_ALL` o tabelle di approvazione e pagamento correlate. Esempi ConvalidatoPagatoAnnullatoRichiede Nuova Convalida
	Data Fattura InvoiceDate	La data indicata sul documento di fattura del fornitore.
Descrizione Questo attribute è la data in cui il fornitore ha ufficialmente emesso la fattura. È un'informazione chiave sul documento sorgente e viene utilizzata come punto di partenza per il calcolo della data di scadenza del pagamento in base ai termini di pagamento concordati. Anche se non sempre l'inizio del processo interno, la Data Fattura è un contesto cruciale. Viene utilizzata in combinazione con il Nome del Fornitore e l'Importo della Fattura per aiutare a identificare potenziali fatture duplicate. L'analisi del ritardo tra la Data Fattura e la data in cui la fattura viene creata nel system può anche rivelare inefficienze nel reparto postale o nel processo di acquisizione delle fatture. Perché è importante È un punto `data` chiave per identificare fatture duplicate e per calcolare le date di scadenza dei pagamenti. Dove trovare Questo è un campo standard nella tabella AP_INVOICES_ALL, denominato INVOICE_DATE. Esempi 2023-04-102023-05-012023-05-25
	È Pagamento Puntuale IsOnTimePayment	Un `flag` booleano che indica se la fattura è stata pagata entro la sua data di scadenza.
Descrizione Questa flag è impostata su true se il pagamento è stato eseguito entro o prima della Data di Scadenza del Pagamento specificata, e false altrimenti. Fornisce una classificazione semplice e chiara per ogni fattura pagata. Questo attribute calcolato supporta direttamente il KPI del Tasso di Pagamento Tempestivo e la Sua dashboard corrispondente. Semplifica l'analisi consentendo agli utenti di filtrare, contare e visualizzare facilmente la proporzione di pagamenti in ritardo rispetto a quelli tempestivi senza eseguire confronti di date al volo. Questo aiuta a identificare rapidamente l'entità dei ritardi di pagamento e a monitorare i miglioramenti nel tempo. Perché è importante Questo semplifica l'analisi della tempestività dei pagamenti ed è l'input diretto per il calcolo del KPI del Tasso di Pagamento Tempestivo. Dove trovare Questo è un calculated attribute derivato dal confronto del timestamp dell'activity 'Pagamento Eseguito' con l'attribute 'Data di Scadenza del Pagamento'. Esempi truefalse
	È una Rilavorazione IsRework	Un `flag` booleano che identifica le `attività` che fanno parte di un ciclo di rilavorazione (`rework loop`).
Descrizione Questa flag è impostata su true per le activities che indicano una deviazione dal flusso di processo ideale, come 'Fattura Corretta' o una seconda istanza di 'Fattura Validata' dopo un rifiuto. Aiuta a etichettare e quantificare esplicitamente i cicli di processo inefficienti. Questo attribute è essenziale per la dashboard 'Tasso di Rework e Gestione delle Eccezioni'. Contrassegnando le activities di rework, gli analisti possono facilmente quantificare il volume e il costo del rework, identificarne le cause profonde e misurare l'impatto delle iniziative di miglioramento del processo volte a fare le cose bene la prima volta. Perché è importante Identifica e quantifica esplicitamente la rilavorazione (`rework`), rendendo più facile analizzare la frequenza, le cause e l'impatto delle inefficienze di processo. Dove trovare Questo è un calculated attribute. La logica è definita durante la data transformation per identificare sequenze di activities che costituiscono rework. Esempi truefalse
	Motivo della Discrepanza di Abbinamento MatchingDiscrepancyReason	La ragione specifica di una mancata corrispondenza tra una fattura, un ordine di acquisto e una ricevuta.
Descrizione Questo attribute dettaglia perché una fattura ha fallito il processo di abbinamento automatizzato. Le ragioni comuni includono differenze di prezzo, quantità o codici articolo tra la fattura e l'ordine di acquisto o la ricevuta della merce corrispondenti. Queste informazioni sono vitali per la dashboard 'Tasso di Discrepanza Abbinamento Fatture'. Categorizzando e analizzando le ragioni delle discrepanze, le aziende possono individuare problemi sistemici nei loro processi di approvvigionamento o ricezione. Ciò consente azioni correttive che possono aumentare il tasso di gestione delle fatture straight-through e senza tocco. Perché è importante Spiega perché le fatture falliscono la corrispondenza automatica, fornendo `insight` necessari per migliorare i tassi di corrispondenza al primo tentativo e ridurre la rilavorazione manuale (`rework`). Dove trovare Consultare la documentazione di Oracle Fusion Financials. Questo può essere registrato come un tipo specifico di motivo di blocco in `AP_HOLDS_ALL` o nelle tabelle di dettaglio di corrispondenza correlate. Esempi Prezzo unitario diverso dal POQuantità fatturata > quantità ricevutaArticolo non valido sulla fattura
	Motivo Sospensione HoldReason	Il motivo per cui un blocco o un blocco di pagamento è stato posto su una fattura.
Descrizione Quando una fattura viene bloccata, questo attribute specifica il motivo, come 'Mancata Corrispondenza Prezzo', 'Discrepanza Quantità' o 'In Attesa Ricezione Merci'. Questo fornisce il contesto del motivo per cui il normale flusso di processo è stato interrotto. Questo attribute è la dimensione primaria per la dashboard 'Tendenze e Analisi Blocco Pagamenti'. Analizzando la frequenza delle diverse ragioni di blocco, l'azienda può identificare e affrontare le cause profonde dei blocchi di pagamento, come problemi nei processi di approvvigionamento o accuratezza della fatturazione del fornitore, riducendo in ultima analisi i ritardi di elaborazione. Perché è importante Fornisce la causa radice dei blocchi di pagamento, consentendo miglioramenti mirati per ridurre la frequenza dei blocchi e dei ritardi di pagamento. Dove trovare Le informazioni sul blocco sono tipicamente memorizzate nella tabella `AP_HOLDS_ALL`, che si collega alla fattura e contiene un motivo o codice di blocco. Esempi Discrepanza PrezzoQuantità Fatturata Supera Quantità RicevutaNumero Ordine di Acquisto non valido
	Nome dell'approvatore ApproverName	Il nome della persona che ha approvato o rifiutato la fattura.
Descrizione Questo attribute cattura l'identità dell'individuo che ha agito durante la fase di approvazione. Questo viene registrato per activities come 'Fattura Approvata' o 'Fattura Rifiutata'. Nell'analisi, il Nome Approvatore viene utilizzato per comprendere i carichi di lavoro di approvazione, misurare i tempi di ciclo dei singoli approvatori e controllare la conformità con le politiche di approvazione. Per il KPI 'Tasso di Conformità Approvazioni', questo attribute può essere verificato rispetto alle regole di delega di autorità basate sull'importo della fattura e sul codice aziendale. Perché è importante Questo è essenziale per analizzare i tempi di ciclo di approvazione, garantire la conformità con le politiche della matrice di approvazione e comprendere la distribuzione del carico di lavoro. Dove trovare Queste informazioni risiedono nelle tabelle dello Oracle Fusion workflow o della cronologia delle approvazioni associate all'oggetto fattura. Esempi David WilsonSarah JohnsonMichael Brown
	Numero Ordine d'Acquisto PurchaseOrderNumber	L'identificatore dell'ordine di acquisto associato alla fattura.
Descrizione Questo attribute collega la fattura all'ordine di acquisto (PO) corrispondente che ha autorizzato l'acquisto dei beni o servizi. Le fatture possono essere supportate da PO o non da PO. L'analisi per PO fornisce un collegamento alla parte di approvvigionamento del processo P2P. Aiuta a comprendere quanto il processo di approvvigionamento sia conforme e se i problemi di fatturazione, come le discrepanze di abbinamento, derivano da problemi con il PO iniziale. La presenza o assenza di un numero PO è un modo primario per segmentare e analizzare diversi percorsi di gestione delle fatture. Perché è importante Collega la fattura al processo di `procurement` ed è un `attribute` chiave per analizzare i flussi di fatture con ordine di acquisto (`PO`) rispetto a quelle senza (`non-PO`). Dove trovare Queste informazioni sono disponibili collegando le voci di riga della fattura in AP_INVOICE_LINES_ALL alle distribuzioni PO tramite il PO_DISTRIBUTION_ID. Esempi PO-2023-5001600789PO-FIN-9981
	Sistema di Origine SourceSystem	Identifica il sistema di origine in cui sono stati registrati i dati dell'evento.
Descrizione Questo attribute specifica l'applicazione o il modulo di origine che ha generato i dati, come Oracle Fusion Financials. Negli ambienti con più systems integrati, questo campo aiuta a distinguere l'origine delle diverse fasi del processo. Comprendere il system di origine è prezioso per la validazione dei dati, la risoluzione dei problemi e l'analisi delle variazioni di processo che possono essere specifiche di un particolare system. Assicura chiarezza in complessi paesaggi IT dove il percorso di una fattura può estendersi su più applicazioni. Perché è importante Fornisce contesto sull'origine dei `dati`, che è importante per la `data governance`, il `troubleshooting` e l'analisi del comportamento di processo specifico del sistema. Dove trovare Spesso è un valore fisso aggiunto durante l'estrazione dei dati per identificare l'origine del dataset. Esempi Oracle Fusion FinancialsOracle Payables Cloud
	Tempo di Elaborazione ProcessingTime	La durata del tempo impiegato in una singola attività.
Descrizione Il tempo di elaborazione misura la durata del lavoro attivo per una specifica fase del processo. È calcolato come la differenza tra l'End Time e lo Start Time di un'activity. Questa metric calcolata è vitale per l'analisi delle performance, poiché aiuta a distinguere il tempo di elaborazione attivo dal tempo di attesa inattivo. Ad esempio, può mostrare che un'activity di approvazione ha richiesto 5 minuti di lavoro attivo ma è rimasta in coda per 3 giorni. Questo insight consente ai manager di focalizzare gli sforzi di miglioramento sulla riduzione del tempo di lavoro tramite formazione o automation, o sulla riduzione del tempo di attesa tramite una migliore gestione del carico di lavoro. Perché è importante Isola il tempo di lavoro attivo per un'`attività`, aiutando a differenziare tra `task` inefficienti e lunghi periodi di attesa. Dove trovare Questo è un calculated attribute, derivato sottraendo lo StartTime dall'EndTime (EndTime - StartTime). Esempi PT5MPT1H30MP2D
	Ultimo `Data Update` LastUpdateDate	Timestamp che indica l'ultima volta che il record è stato aggiornato nel system di origine.
Descrizione Questo attribute riflette l'ora dell'ultima modifica dei dati sottostanti in Oracle Fusion Financials. Viene utilizzato per gestire i carichi di dati incrementali e garantire che il modello di process mining sia aggiornato. Sebbene non direttamente utilizzato per l'analisi del flusso di processo, questo timestamp tecnico è cruciale per mantenere la freschezza e l'integrità dei dati. Consente alle data pipelines di interrogare in modo efficiente solo i record nuovi o modificati dall'ultimo aggiornamento, riducendo il carico sul system di origine. Perché è importante Assicura che le `data pipelines` possano essere eseguite in modo efficiente e incrementale, mantenendo l'analisi del processo aggiornata senza ricaricamenti completi. Dove trovare Comunemente trovato 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 attribute specifica la valuta in cui è denominata la fattura, ad esempio USD, EUR o GBP. È un contesto essenziale per il campo Importo Fattura. In un'organizzazione globale, l'analisi delle fatture per valuta è importante per la rendicontazione finanziaria e per comprendere le variazioni di processo per regione. Assicura che i valori monetari siano interpretati correttamente e consente un'analisi specifica per valuta delle pratiche di pagamento o delle soglie di approvazione. Perché è importante Fornisce il contesto necessario per tutti gli importi finanziari, garantendo un'interpretazione e un'analisi accurate, specialmente nelle operazioni multinazionali. Dove trovare Trovato nella tabella `AP_INVOICES_ALL` nella colonna `INVOICE_CURRENCY_CODE`. Esempi USDEURGBPCAD

Obbligatorio Consigliato Facoltativo

Purchase to Pay - Activity di Gestione Fatture

Questi sono i `passi di processo` e le `milestone` chiave da catturare nel suo `Event Log` per una `scoperta dei processi` accurata.

6 Consigliato 9 Facoltativo

	Activity	Descrizione
	Fattura Abbinata all'Ordine di Acquisto	Questa activity indica l'abbinamento riuscito di una riga di fattura a una riga di ordine di acquisto corrispondente, confermando che i beni o servizi fatturati sono stati ordinati. Questa è tipicamente un'azione automatizzata o manuale registrata nel system.
Perché è importante Cruciale per la corrispondenza a tre vie, che coinvolge l'ordine di acquisto (`PO`), la ricevuta e la fattura. I fallimenti in questa fase sono una fonte primaria di eccezioni e ritardi. Dove trovare 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`) (`PO_DISTRIBUTION_ID`). Può essere utilizzato anche lo `status` di corrispondenza a livello di riga in `AP_INVOICE_LINES_ALL`. Acquisisci Dedotto dalla popolazione dei `dati` di distribuzione `PO` sulle righe di fattura. Tipo di evento inferred
	Fattura Approvata	La fattura è stata completamente approvata da tutte le parti richieste nel workflow. È ora pronta per la contabilità e la pianificazione dei pagamenti.
Perché è importante Una tappa fondamentale che indica il completamento con successo del processo di approvazione. I ritardi prima di questo passaggio sono `bottleneck` comuni. Dove trovare Dedotto dal cambiamento dello `APPROVAL_STATUS` nella tabella `AP_INVOICES_ALL` a uno stato finale approvato come 'Approved' o 'Workflow Approved'. La cronologia dell'`audit` su questo campo fornisce il `timestamp`. Acquisisci Dedotto dal cambiamento dello `status` `APPROVAL_STATUS` in `AP_INVOICES_ALL` a 'Approved'. Tipo di evento inferred
	Fattura Contabilizzata	La fattura è stata registrata con successo nel General Ledger, creando registrazioni contabili. Questo event conferma che l'impatto finanziario della fattura è stato formalmente registrato.
Perché è importante Un punto di controllo finanziario critico e un prerequisito per il pagamento. Conferma che la fattura è completamente convalidata, approvata e pronta per il saldo. Dove trovare Dedotto dallo `status` nella tabella `AP_INVOICE_DISTRIBUTIONS_ALL` (`ACCRUAL_POSTED_FLAG` = 'Y') o controllando le voci di diario corrispondenti nelle tabelle General Ledger come `XLA_AE_HEADERS`. Acquisisci Dedotto da `flag` in `AP_INVOICE_DISTRIBUTIONS_ALL` o voci `GL` collegate. Tipo di evento inferred
	Fattura Creata	Rappresenta la creazione iniziale di un record di fattura nel system, tramite inserimento manuale, scansione o invio elettronico. Questo event viene tipicamente catturato quando una nuova riga viene inserita nella tabella principale delle fatture.
Perché è importante Segna l'inizio del ciclo di vita della gestione delle fatture. L'analisi del tempo da questo event aiuta a comprendere l'efficienza dell'inserimento dei dati e i ritardi complessivi nell'avvio del processo. Dove trovare In Oracle Fusion Financials, questo corrisponde al `timestamp` di creazione del record nella tabella `AP_INVOICES_ALL`, in particolare alla colonna `CREATION_DATE`. Acquisisci Timestamp di creazione del record in AP_INVOICES_ALL. Tipo di evento explicit
	Fattura Inviata per Approvazione	La fattura viene inviata a un workflow di approvazione, basato su regole aziendali configurate. Questo segna l'inizio del ciclo di approvazione formale.
Perché è importante Avvia una parte critica del processo. Il tracciamento di questo orario di inizio è essenziale per misurare e ottimizzare il 'Tempo di ciclo di approvazione delle fatture'. Dove trovare Dedotto da un cambiamento di `status` nella tabella `AP_INVOICES_ALL`, dove `APPROVAL_STATUS` passa a uno stato come 'Initiated' o 'Pending Approval'. Le tabelle del `workflow` possono anche contenere questo `evento`. Acquisisci Dedotto dal cambiamento dello `status` `APPROVAL_STATUS` in `AP_INVOICES_ALL` a 'Initiated'. Tipo di evento inferred
	Pagamento Eseguito	La conferma finale che il pagamento è stato effettuato e accreditato. Per gli assegni, questa sarebbe la data di incasso, e per i pagamenti elettronici, è la conferma della banca.
Perché è importante Questa è l'activity finale nel lifecycle della fattura, che segna il completamento riuscito del processo. È il punto finale per il calcolo del 'Tempo di Ciclo Medio Fattura' e del 'Tasso di Pagamento Tempestivo'. Dove trovare Dedotto dall'aggiornamento dello `status` del pagamento a 'Cleared' o 'Reconciled' nella tabella `AP_CHECKS_ALL` (utilizzando `CLEARED_DATE`) o tramite `dati` dalla riconciliazione bancaria nel modulo Cash Management (`CE_STATEMENT_LINES`). Acquisisci Dedotto dagli aggiornamenti di `status` in `AP_CHECKS_ALL` o dalla riconciliazione nel modulo `CE`. Tipo di evento inferred
	Blocco Rilasciato dalla Fattura	Questo event segna la risoluzione di un blocco precedentemente posto sulla fattura. Un utente o un processo automatizzato agisce per rimuovere il blocco, consentendo alla fattura di continuare il suo lifecycle.
Perché è importante Il tempo tra l'applicazione e il rilascio di un blocco è una misura critica dell'efficienza nella gestione delle eccezioni. Questo supporta il KPI 'Tempo Medio di Risoluzione delle Eccezioni'. Dove trovare Registrato nella tabella AP_HOLDS_ALL. Quando un blocco viene rilasciato, i campi RELEASE_LOOKUP_CODE e RELEASE_REASON vengono popolati insieme a una LAST_UPDATE_DATE. Acquisisci Aggiornamento di un record nella tabella AP_HOLDS_ALL che contrassegna il blocco come rilasciato. Tipo di evento explicit
	Discrepanza di Abbinamento Identificata	Si verifica quando il system o un utente identifica una mancata corrispondenza tra la fattura, l'ordine di acquisto e le informazioni di ricezione, come prezzo o quantità. Ciò spesso comporta un blocco della fattura imposto dal system.
Perché è importante Evidenzia le eccezioni di processo che richiedono un intervento manuale. Il tracciamento di questi `eventi` è essenziale per il `KPI` 'Tasso di discrepanza di corrispondenza delle fatture' e l'analisi delle cause profonde. Dove trovare Questo viene spesso registrato come un tipo specifico di blocco posto sulla fattura. Verifichi la tabella AP_HOLDS_ALL per i tipi di blocco relativi all'abbinamento, ad esempio 'QTY REC' o 'PRICE'. La HOLD_DATE indica il timestamp. Acquisisci Creazione di un record in `AP_HOLDS_ALL` con un tipo di blocco relativo alla corrispondenza. Tipo di evento explicit
	Fattura annullata	La fattura è stata annullata o cancellata e non sarà ulteriormente elaborata o pagata. Questo rappresenta uno stato finale terminale per il processo.
Perché è importante Un `endpoint` importante per le fatture che non si traducono in pagamento. L'analisi degli annullamenti può rivelare problemi con fatture duplicate o presentazioni errate da parte dei fornitori. Dove trovare Dedotto da un cambiamento di `status` in `AP_INVOICES_ALL`. La colonna `CANCELLED_DATE` verrà popolata con il `timestamp` di annullamento. Acquisisci Il campo CANCELLED_DATE nella tabella AP_INVOICES_ALL viene popolato. Tipo di evento explicit
	Fattura Corretta	Si verifica quando un utente modifica una fattura, spesso in risposta a un rifiuto o per correggere un errore di inserimento dati. Questo rappresenta un passaggio di rework manuale nel processo.
Perché è importante Questa activity è un chiaro indicatore di rework. Analizzarne la frequenza aiuta a quantificare l'inefficienza del processo e supporta il KPI 'Tasso di Rework Fatture'. Dove trovare Può essere dedotto tracciando aggiornamenti significativi al record della fattura in `AP_INVOICES_ALL` dopo che è già stato convalidato o inviato per approvazione. Sarebbero necessari il `timestamp` `LAST_UPDATE_DATE` e i `dati` della traccia di `audit`. Acquisisci Dedotto 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 tipicamente rimanda la fattura per correzione o annullamento, avviando un ciclo di rilavorazione (`rework loop`).
Perché è importante Rappresenta un esito negativo e un fattore chiave di rework e aumento dei tempi di ciclo. Il monitoraggio dei rifiuti aiuta a identificare problemi di qualità delle fatture o di conformità PO. Dove trovare Dedotto dal cambiamento dello `APPROVAL_STATUS` nella tabella `AP_INVOICES_ALL` a 'Rejected'. La cronologia del `workflow` conterrà dettagli su chi l'ha rifiutata e quando. Acquisisci Dedotto dal cambiamento dello `status` `APPROVAL_STATUS` in `AP_INVOICES_ALL` a 'Rejected'. Tipo di evento inferred
	Fattura Sospesa	Un'`attività` generica che rappresenta qualsiasi blocco posto su una fattura, impedendone il proseguimento al pagamento. Questo può avvenire per vari motivi come problemi di corrispondenza, fondi insufficienti o intervento manuale.
Perché è importante Impatti direttamente il tempo di ciclo e può portare a pagamenti in ritardo. L'analisi dei blocchi è fondamentale per identificare e risolvere i problemi di processo sistemici, supportando l'analisi 'Payment Block Trends'. Dove trovare Registrato esplicitamente nella tabella `AP_HOLDS_ALL`. Ogni riga rappresenta un blocco con una data di creazione (`HOLD_DATE`) e una motivazione. Acquisisci Creazione di un record nella tabella `AP_HOLDS_ALL`. Tipo di evento explicit
	Fattura Validata	Indica che la fattura ha superato i controlli di validazione del system per la completezza e la correttezza delle informazioni di intestazione e riga. Questo è spesso dedotto da un cambiamento di stato nel record della fattura.
Perché è importante Una pietra miliare fondamentale prima della corrispondenza e dell'approvazione. I ritardi qui possono indicare problemi con la qualità dei `dati` della fattura o la configurazione del sistema. Dove trovare Dedotto dal cambiamento dello `status` della fattura a 'Validated' nella tabella `AP_INVOICES_ALL`. Può essere utilizzata la cronologia delle modifiche o la traccia di `audit` per la colonna `VALIDATION_STATUS`. Acquisisci Dedotto dal cambiamento nel campo `VALIDATION_STATUS` di `AP_INVOICES_ALL`. Tipo di evento inferred
	Pagamento Creato	L'istruzione di pagamento per la fattura è stata generata dal system. Questo potrebbe essere la creazione di un assegno, un file di trasferimento elettronico di fondi (EFT) o un altro strumento di pagamento.
Perché è importante Questo è il punto in cui l'organizzazione impegna i fondi per il pagamento. È una pietra miliare fondamentale appena prima che il denaro lasci il conto bancario. Dove trovare Registrato nella tabella AP_CHECKS_ALL, che memorizza informazioni su tutti i pagamenti. Il CHECK_DATE indica quando il documento di pagamento è stato creato. Acquisisci Creazione di un record nella tabella `AP_CHECKS_ALL`. Tipo di evento explicit
	Pagamento Programmato	La fattura viene selezionata e inclusa in una richiesta di processo di pagamento, spesso chiamata payment run o payment batch. È ora in coda per il pagamento.
Perché è importante Il passaggio tra la contabilità e il pagamento effettivo. La durata di questa fase influisce sulla previsione del cash flow e sulla capacità di ottenere sconti per pagamento anticipato. Dove trovare Questo viene registrato nella tabella AP_INVOICE_PAYMENTS_ALL quando un record di pagamento viene creato ma non ancora confermato come pagato. Può essere trovato anche in tabelle di payment batch come IBY_PAYMENT_PROCESS_REQUESTS. Acquisisci 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 tuoi dati da Oracle Fusion Financials

Fasi

Accedere a Oracle Fusion Cloud: Acceda al Suo ambiente Oracle Fusion Cloud con un utente che abbia il ruolo di BI Cloud Connector Administrator (BICC_ADMIN).
Navigare a BI Cloud Connector: Dal menu di navigazione principale, vada su Tools > BI Cloud Connector. Questo aprirà la console BICC.
Selezionare l'Offerta: Nella console BICC, scelga l'offerta che corrisponde ai Suoi dati Financials. Questa è tipicamente denominata 'Financials'.
Configurare l'Archiviazione Esterna: Navighi alla sezione 'Configure External Storage'. Imposti la connessione al Suo cloud storage dove verranno consegnati i file CSV estratti, ad esempio, Oracle Cloud Infrastructure (OCI) Object Storage.
Abilitare le Offerte per l'Estrazione: Vada alla sezione 'Manage Offerings and PVOs' o simile. Selezioni l'offerta 'Financials' e la abiliti per l'estrazione.
Selezionare gli Oggetti di Vista Pubblica (PVO): Cerchi e selezioni i PVO specifici richiesti per il processo di fatturazione. I PVO chiave sono: FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO, FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO, FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO e FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO.
Pianificare il Job di Estrazione: Navighi a 'Manage Extract Schedules'. Crei un nuovo job, gli dia un nome descrittivo e selezioni tutti i PVO che ha abilitato nel passaggio precedente. Pianifichi l'esecuzione del job. Per il caricamento iniziale, lo esegua per l'intervallo di date storico desiderato. Per le esecuzioni successive, lo configuri per eseguire incremental extracts basati sulla LastUpdateDate.
Monitorare e Recuperare i Dati: Monitorizzi l'avanzamento del job nella console BICC. Una volta completato con successo, navighi alla Sua posizione di cloud storage configurata. Troverà i dati estratti come un set di file CSV compressi, uno per ogni PVO.
Caricare i Dati nell'Area di Staging: Decomprima i file e carichi i CSV in un staging database o in una piattaforma di elaborazione dati (come un data warehouse o un data lake) dove è possibile eseguire SQL queries. Ogni file CSV dovrebbe essere caricato nella propria tabella.
Trasformare i Dati in Event Log: Esegua la SQL query fornita sulle tabelle nella Sua area di staging. Questa query unisce i dati dalle diverse tabelle per creare una singola tabella di event log unificata.
Esportare per ProcessMind: Esporti il risultato della SQL query come un singolo file CSV. Si assicuri che le intestazioni delle colonne corrispondano agli attributes richiesti (InvoiceNumber, ActivityName, EventTime, ecc.) per il caricamento nell'applicazione ProcessMind.

Configurazione

Key Public View Objects (PVOs): L'estrazione si basa su diversi PVO (Public View Objects) centrali dell'offerta Financials. Come minimo, è necessario includere:
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO: Per i dati principali della fattura, gli eventi di creazione, convalida e annullamento.
- FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO: Per tutti gli eventi di blocco e rilascio fattura.
- FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO: Per acquisire i dettagli dei passaggi del workflow di approvazione come la sottomissione, l'approvazione e il rifiuto.
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO: Per gli eventi di creazione ed esecuzione del pagamento.
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO: Per identificare quando una fattura è pianificata per il pagamento.
Extracts Incrementali: Per il monitoraggio continuo, configurare il job BICC per eseguire incremental extracts. Utilizzare 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 Intervallo di Date: Per il caricamento iniziale dei dati storici, si raccomanda di estrarre un periodo gestibile, ad esempio gli ultimi 6-12 mesi di dati. È possibile 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, applicare un filtro su BusinessUnitName o un attribute simile all'interno della configurazione del job BICC. Ciò è fondamentale negli ambienti multi-entità per gestire il volume dei dati.
Prerequisiti: Il Suo account utente necessita dei ruoli appropriati, principalmente BICC Administrator (BICC_ADMIN) e Functional Setup User (FSM_IMPLEMENTATION_CONSULTANT), per configurare ed eseguire i job di estrazione. Deve anche disporre di una posizione di cloud storage configurata e accessibile (come OCI Object Storage, UCM).

a Query di Esempio config

-- 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;

Fasi

Accedere a Oracle BI Publisher: Acceda a Oracle Fusion Applications con un utente che abbia il ruolo di BI Administrator o simile. Navighi allo strumento Reports and Analytics aprendo il menu Navigator, quindi selezionando Tools e infine cliccando su Reports and Analytics.
Navigare al Catalogo: All'interno dell'area di lavoro Reports and Analytics, clicchi sul pulsante Browse Catalog per aprire l'interfaccia di Oracle BI Publisher.
Creare un Nuovo Data Model: Nel catalogo di BI Publisher, navighi in una cartella appropriata (ad esempio, Shared Folders > Custom). Clicchi sul menu a discesa New e selezioni Data Model.
Definire il Data Set SQL Query: Nell'editor del Data Model, clicchi sull'icona '+' per aggiungere un nuovo data set e selezioni SQL Query dall'elenco.
Configurare il Data Set: Nella finestra di dialogo New Data Set, fornisca un nome come P2P_Invoice_Events. Selezioni la Data Source appropriata, che è tipicamente ApplicationDB_FSCM per i dati finanziari. Si assicuri che il Type of SQL sia impostato su Standard SQL.
Inserire la SQL Query: Copi la SQL Query completa fornita nella sezione query di questo documento e la incolli nell'area di testo SQL Query.
Definire 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 i loro data type su String. L'utente fornirà i valori per questi quando eseguirà il report, ad esempio '2023-01-01' per le date e il nome specifico dell'unità aziendale.
Salvare il Data Model: Salvi il data model nella Sua cartella personalizzata. Può visualizzare i dati di esempio cliccando sulla scheda 'Data' e fornendo i valori per i parametri che ha creato.
Creare un Report: Navighi di nuovo al catalogo, clicchi sul menu a discesa New e selezioni Report. Nella procedura guidata di creazione del report, selezioni l'opzione 'Use Data Model' e trovi il data model che ha appena salvato.
Configurare il Layout e l'Output del Report: Nell'editor del report, un semplice layout di tabella è sufficiente. Il passaggio più importante è configurare il formato di output predefinito. Clicchi su 'View a List' e si assicuri che CSV sia il formato predefinito e l'unico abilitato. Ciò garantisce che l'output sia un file di dati pulito e non formattato.
Pianificare il Report: Salvi il report. Ora può eseguirlo su richiesta o, per prestazioni migliori, pianificarlo per l'esecuzione durante le ore non di punta. La pianificazione può essere configurata per consegnare l'output CSV a una destinazione specifica, come il server Universal Content Management (UCM), da cui può essere recuperato per il caricamento.
Esportare e Preparare i Dati: Una volta completato il job del report, scarichi il file CSV risultante. Verifichi che le intestazioni delle colonne corrispondano agli attributes richiesti (InvoiceNumber, ActivityName, EventTime, ecc.) prima di caricarlo nello strumento di Process Mining.

Configurazione

Data Source: La query deve essere eseguita sul database dell'applicazione Fusion Financials, tipicamente connesso tramite la data source JNDI ApplicationDB_FSCM in BI Publisher.
Parametri: Il data model dovrebbe essere configurato con i seguenti parametri per consentire un'estrazione dati flessibile:
- p_start_date: La data di inizio per il periodo di estrazione nel formato 'YYYY-MM-DD'.
- p_end_date: La data di fine per il periodo di estrazione nel formato 'YYYY-MM-DD'.
- p_bu_name: Il nome dell'unità aziendale (Business Unit, Company Code) per filtrare i dati. Utilizzare un carattere jolly come '%' per estrarre dati per tutte le unità aziendali.
Intervallo di Date: Per l'estrazione iniziale, si raccomanda di utilizzare un intervallo di date di 3-6 mesi di dati. Ciò fornisce un equilibrio tra la disponibilità di un dataset rappresentativo e la gestione delle prestazioni di estrazione.
Considerazioni sulle Prestazioni: L'estrazione di dati per periodi lunghi o per tutte le unità aziendali contemporaneamente può richiedere molte risorse e portare a timeout. Si raccomanda di eseguire estrazioni di grandi dimensioni in lotti più piccoli e sequenziali (ad esempio, mese per mese) o di programmarle durante le ore non di punta.
Prerequisiti: L'utente che crea ed esegue il report necessita di un ruolo con autorizzazioni per accedere allo strumento BI Publisher (ad esempio, BI Administrator) e dei privilegi di sicurezza dei dati necessari per visualizzare le tabelle sottostanti dei Conti Fornitori (Accounts Payable) (AP_INVOICES_ALL, AP_PAYMENTS_ALL, ecc.) per le unità aziendali target.

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

Fasi

Prerequisiti: Si assicuri di avere Python 3.6+ installato sul Suo sistema, insieme alle librerie requests e pandas. Può installarle usando pip: pip install requests pandas.
Configurazione API Oracle Fusion: Nella Sua istanza Oracle Fusion, navighi alla Security Console. Crei una nuova applicazione riservata per ottenere l'accesso API. Annoti il Client ID e il Client Secret assegnati. Si assicuri che l'utente dell'applicazione abbia i ruoli necessari per leggere i dati di fatture e pagamenti, come il ruolo Financials - Payables Invoice Inquiry Duty.
Configurare lo Script Python: Copi lo script Python fornito in un file, ad esempio extract_fusion_invoices.py. Apra il file e popoli le variabili placeholder nella parte superiore dello script. Questo include CLIENT_ID, CLIENT_SECRET, TOKEN_URL, FUSION_HOST, START_DATE e END_DATE. Il FUSION_HOST dovrebbe essere l'URL di base per le Sue Oracle Cloud applications.
Impostare il Periodo di Estrazione: Modifichi le variabili START_DATE e END_DATE per definire l'intervallo di tempo per l'estrazione dei dati. Si raccomanda di iniziare con un periodo più breve, come un mese, per testare lo script e verificare l'output.
Eseguire lo Script: Esegua lo script dalla Sua command line o terminal navigando nella sua directory e digitando python extract_fusion_invoices.py. Lo script si autenticherà, recupererà i dati e visualizzerà i messaggi di progresso nella console.
Processo di Autenticazione: Lo script invia prima una richiesta con le Sue credenziali client al provider di identità Oracle (TOKEN_URL) per ottenere un OAuth access token. Questo token viene quindi incluso nell'header di tutte le richieste API successive per autenticarsi con la Fusion Financials API.
Recupero Dati e Paginazione: Lo script interroga l'endpoint REST API invoices, recuperando i record creati all'interno dell'intervallo di date specificato. Gestisce automaticamente la pagination controllando il flag hasMore nella risposta API ed effettuando richieste successive con un parametro offset aggiornato fino a quando tutti i dati della fattura non sono stati recuperati.
Recupero Dati Dettagliati: Per ogni fattura recuperata, lo script effettua ulteriori API calls per recuperare i dettagli associati. Interroga l'endpoint /child/holds per le informazioni sui blocchi e sui rilasci e l'endpoint /payments (filtrato per numero di fattura) per raccogliere i dati di pagamento.
Generazione di Event Log: La logica centrale dello script elabora i dati JSON grezzi dall'API. Controlla date, status e record figlio specifici per generare righe distinte per ciascuna delle 15 attività commerciali richieste. Ad esempio, la presenza di una CancelledDate genera un evento 'Fattura Annullata'.
Rivedere l'Output: Una volta terminato lo script, creerà un file denominato invoice_event_log.csv nella stessa directory. Apra questo file CSV con un'applicazione spreadsheet per rivedere i dati. Verifichi che tutte le colonne richieste (InvoiceNumber, ActivityName, EventTime) e gli attributes consigliati siano presenti.
Preparare per il Caricamento: Si assicuri che le intestazioni delle colonne nel file CSV corrispondano ai nomi degli attribute richiesti. Normalmente non è necessaria alcuna ulteriore formattazione. Il file è ora pronto per essere caricato nel Suo strumento di Process Mining.

Configurazione

Credenziali di Autenticazione: Sono necessari un Client ID e un Client Secret di un'applicazione riservata registrata nella Security Console di Oracle Fusion. Deve essere fornito anche il Token URL per il Suo dominio di identità.
URL Host API: La variabile FUSION_HOST deve essere impostata sull'URL di base della Sua istanza Oracle Fusion, ad esempio, https://[la-tua-istanza].fa.us2.oraclecloud.com.
Intervallo di Date: Le variabili START_DATE e END_DATE sono fondamentali per controllare l'ambito dell'estrazione. Si raccomanda di estrarre 3-6 mesi di dati per un'analisi iniziale, al fine di garantire un equilibrio tra 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 anche la sub-resource /invoices/{InvoiceId}/child/holds.
Limite di Paginazione: La variabile LIMIT nello script controlla quanti record vengono 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. Un valore più basso potrebbe essere necessario in caso di errori di timeout.
Autorizzazioni Richieste: L'account utente associato alle credenziali API necessita dell'accesso in lettura a Payables invoices, invoice holds, payments e alle informazioni sui fornitori. Il ruolo Payables Invoice Inquiry Duty fornisce solitamente 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()

Il Suo Template Dati per il Processo Dal Ciclo Acquisto al Pagamento - Gestione Fatture

Il Suo Template Dati per il Processo Dal Ciclo Acquisto al Pagamento - Gestione Fatture

Purchase to Pay - Attributi di Gestione Fatture

Purchase to Pay - Activity di Gestione Fatture

Guide all'Estrazione

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

Fasi

Configurazione

a Query di Esempio config

Report Oracle BI Publisher con Custom SQL Data Model

Fasi

Configurazione

a Query di Esempio sql

Estrazione Script Python tramite Fusion Financials REST API

Fasi

Configurazione

a Query di Esempio python

Pronto per iniziare?

Ottimizzi ora la Sua gestione fatture P2P per cicli più rapidi del 30%

Il Suo Template Dati per il Processo Dal Ciclo Acquisto al Pagamento - Gestione Fatture

Il Suo Template Dati per il Processo Dal Ciclo Acquisto al Pagamento - Gestione Fatture

Purchase to Pay - Attributi di Gestione Fatture

Purchase to Pay - Activity di Gestione Fatture

Guide all'Estrazione

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

Fasi

Configurazione

a Query di Esempio config

Report Oracle BI Publisher con Custom SQL Data Model

Fasi

Configurazione

a Query di Esempio sql

Estrazione Script Python tramite Fusion Financials REST API

Fasi

Configurazione

a Query di Esempio python

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Ottimizzi ora la Sua gestione fatture P2P per cicli più rapidi del 30%