> Miglioramento continuo dei processi > Elaborazione dei pagamenti dei debiti verso fornitori > Oracle Fusion Financials > Template dei dati

Il template dei dati per la gestione dei pagamenti dei debiti verso fornitori

Oracle Fusion Financials

← Torna alla guida al miglioramento

Attributi della gestione dei pagamenti dei debiti verso fornitori (20) Attività della gestione dei pagamenti dei debiti verso fornitori (12) Guide all’estrazione (2)

Il template dei dati per la gestione dei pagamenti dei debiti verso fornitori

Questo template offre un approccio strutturato per mappare i flussi di lavoro dei pagamenti in Oracle Fusion Financials. Descrive i campi dati e le fasi del processo necessari per ottenere una visione completa del ciclo di pagamento. Seguendo questa struttura, può individuare i colli di bottiglia e ottimizzare le operazioni finanziarie.

Attributi consigliati per un’analisi dettagliata
Attività standard del processo per la mappatura degli eventi
Guida passo passo all’estrazione dei dati da Oracle Fusion Financials

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

Scarica il template

Attributi della gestione dei pagamenti dei debiti verso fornitori

Questi campi dati consigliati consentono di acquisire i dettagli essenziali delle transazioni da Oracle Fusion Financials e analizzare in modo approfondito i pagamenti.

5 Obbligatorio 10 Consigliato 5 Facoltativo

	Nome	Descrizione
	Data e ora dell’evento EventDateTime	La data e l’ora in cui si è verificata l’attività.
Descrizione Questo attributo registra la data e l’ora esatte in cui si è svolta un’attività. Serve a ordinare cronologicamente gli eventi e a calcolare la durata tra i passaggi del processo. Date e ore precise sono fondamentali per analizzare correttamente il tempo di ciclo e individuare i colli di bottiglia in cui le fatture restano ferme tra un passaggio e l’altro. Perché è importante Fornisce la dimensione temporale necessaria per analizzare i risultati e ordinare le fasi del processo. Dove reperirli CREATION_DATE o LAST_UPDATE_DATE delle rispettive tabelle, ad esempio AP_INVOICES_ALL e AP_CHECKS_ALL Esempi 2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
	Nome dell’attività ActivityName	L’evento o il passaggio specifico eseguito nel processo.
Descrizione Questo attributo indica il nome del passaggio del processo in esecuzione, ad esempio 'Invoice Created', 'Invoice Validated' o 'Payment Cleared'. Consente all’algoritmo di Process Mining di ricostruire la sequenza degli eventi (flusso di controllo) per ogni fattura. Questi valori derivano in genere dall’unificazione dei dati provenienti da più tabelle delle transazioni e della cronologia, assegnando a ogni record un nome di evento comprensibile. Perché è importante Definisce il «che cosa» del processo, un elemento essenziale per mappare il flusso del processo e individuare le varianti. Dove reperirli Ricavato dalle variazioni di stato in AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL e AP_CHECKS_ALL Esempi Fattura creataFattura convalidataPagamento creato
	Numero della fattura InvoiceNumber	Identificativo univoco della fattura del fornitore.
Descrizione Questo attributo è il riferimento univoco di una specifica fattura inviata da un fornitore. Funge da ID del caso centrale per l’analisi di Process Mining e raggruppa tutte le attività successive, come approvazioni, blocchi e pagamenti. In Oracle Fusion Financials, questo campo è fondamentale per collegare le intestazioni delle fatture alle righe, ai pagamenti e agli ordini di acquisto. Gli analisti utilizzano questo identificativo per ricostruire l’intero ciclo di vita di una passività, dal momento della registrazione fino all’addebito sul conto bancario. Perché è importante È l’identificativo univoco del caso necessario per ricostruire l’intera istanza del processo, dall’inizio alla fine. Dove reperirli AP_INVOICES_ALL.INVOICE_NUM Esempi INV-2023-00199887766OCT-SERVICE-04
	Sistema di origine SourceSystem	Il nome del sistema da cui provengono i dati.
Descrizione Identifica il sistema software che funge da fonte ufficiale dei dati dell’evento. In questo caso, si tratta in genere di 'Oracle Fusion Financials'. Questo attributo è particolarmente utile negli ambienti con più sistemi, in cui i dati possono provenire da sistemi ERP, di approvvigionamento e bancari. Perché è importante Garantisce la tracciabilità della provenienza dei dati, soprattutto in architetture di sistemi complesse. Dove reperirli Valorizzato in modo statico o ricavato dalla configurazione della connessione Esempi Oracle Fusion FinancialsOracle ERP CloudEBS legacy
	Ultimo aggiornamento dei dati LastDataUpdate	La data e l’ora in cui i dati sono stati estratti o aggiornati.
Descrizione Indica il momento esatto in cui il record è stato estratto da Oracle Fusion. Aiuta gli analisti a capire quanto sono aggiornati i dati e supporta le strategie di caricamento incrementale. Permette di distinguere il momento effettivo dell’evento da quello in cui i dati sono diventati disponibili per l’analisi. Perché è importante Garantisce l’aggiornamento dei dati e aiuta a gestire i caricamenti incrementali. Dove reperirli Ora di sistema al momento dell’estrazione Esempi 2023-10-27T23:59:59Z
	Data di pagamento PaymentDate	La data in cui il pagamento è stato effettivamente eseguito o contabilizzato.
Descrizione Registra la data del trasferimento dei fondi o dell’emissione dell’assegno. È il punto di arrivo del KPI «Tempo di ciclo medio dalla fattura al pagamento». Il confronto con la data di scadenza permette di stabilire se il pagamento è stato effettuato in ritardo, puntualmente o abbastanza in anticipo da ottenere uno sconto. Perché è importante Segna il completamento della transazione finanziaria e del ciclo di vita del processo. Dove reperirli AP_CHECKS_ALL.CHECK_DATE Esempi 2023-10-282023-11-01
	Data di scadenza DueDate	La data entro cui effettuare il pagamento per evitare penali.
Descrizione La scadenza calcolata in base alla data fattura e ai termini di pagamento. Questo attributo è il principale riferimento per il KPI «Tasso di pagamenti in ritardo». Confrontando questa data con la data effettiva di pagamento è possibile verificare il rispetto dei contratti con i fornitori e valutare l’efficacia della gestione dei flussi di cassa. Perché è importante È la data obiettivo fondamentale per misurare la puntualità dei pagamenti. Dove reperirli AP_PAYMENT_SCHEDULES_ALL.DUE_DATE Esempi 2023-10-302023-11-15
	Data fattura InvoiceDate	La data riportata sulla fattura dal fornitore.
Descrizione Questa data indica quando il fornitore ha emesso la fattura, a differenza della data in cui è stata ricevuta o inserita in Oracle. È il riferimento per calcolare le scadenze di pagamento in base ai termini concordati. Le discrepanze tra la data fattura e la data di inserimento spesso indicano ritardi nella gestione della posta o nella scansione. Perché è importante È il riferimento per calcolare i termini di pagamento e l’analisi dell’anzianità. Dove reperirli AP_INVOICES_ALL.INVOICE_DATE Esempi 2023-09-152023-10-01
	Importo della fattura InvoiceAmount	Il valore monetario totale della fattura.
Descrizione Indica l’importo totale da pagare per la fattura. Questo valore è fondamentale per la revisione dell’efficienza nella gestione delle fatture di importo ridotto, perché consente alle organizzazioni di confrontare l’impegno richiesto con il valore finanziario della transazione. Serve inoltre a dare priorità alle fatture di importo elevato per ottenere gli sconti previsti in caso di pagamento anticipato. Perché è importante Quantifica l’impatto finanziario del caso e aiuta a definire le priorità in base al rischio. Dove reperirli AP_INVOICES_ALL.INVOICE_AMOUNT Esempi 1500.00250.5010000.00
	Nome del fornitore SupplierName	Il nome del venditore o del fornitore che ha emesso la fattura.
Descrizione Questo attributo identifica il soggetto esterno che richiede il pagamento. In Oracle Fusion, queste informazioni sono gestite nell’anagrafica fornitori (POZ_SUPPLIERS) e collegate alla fattura. L’analisi di questo attributo consente di valutare la conformità dei fornitori e i tempi di attraversamento, aiutando a individuare quelli che inviano spesso fatture problematiche o causano rilavorazioni. Perché è importante Consente di segmentare i risultati del processo per fornitore e di gestire i rapporti con ciascuno di essi. Dove reperirli POZ_SUPPLIERS.VENDOR_NAME (collegato tramite VENDOR_ID da AP_INVOICES_ALL) Esempi Office Depot Inc.Oracle CorporationDell Services
	Numero dell’ordine di acquisto PurchaseOrderNumber	Il numero di riferimento dell’ordine di acquisto associato.
Descrizione Collega la fattura al processo di approvvigionamento a monte. Questo attributo è fondamentale per l’analisi «Abbinamento degli ordini di acquisto e risoluzione delle discrepanze». Le fatture senza numero d’ordine di acquisto seguono in genere un flusso di approvazione diverso, spesso meno efficiente, rispetto a quelle associate a un ordine. Perché è importante Permette di distinguere le fatture associate a un ordine di acquisto da quelle che ne sono prive, caratterizzate da comportamenti di processo diversi. Dove reperirli PO_HEADERS_ALL.SEGMENT1 (collegato tramite AP_INVOICE_LINES_ALL) Esempi PO-9988774500001234
	Termini di pagamento PaymentTerms	Le condizioni concordate per le scadenze di pagamento e gli sconti.
Descrizione Specifica le condizioni contrattuali che regolano il pagamento, ad esempio «30 giorni» o «2% entro 10 giorni, netto 30». Questo attributo è alla base della Dashboard «Applicazione degli sconti per pagamento anticipato». Determina la data di scadenza prevista e gli eventuali risparmi ottenibili accelerando la gestione. Perché è importante Definisce gli obiettivi relativi alla puntualità dei pagamenti e all’applicazione degli sconti. Dove reperirli AP_TERMS.NAME (collegato tramite TERMS_ID da AP_INVOICES_ALL) Esempi Netto a 30 giorniImmediato2% entro 10 giorni, netto a 30 giorni
	Tipo di fattura InvoiceType	La classificazione della fattura, ad esempio standard o nota di credito.
Descrizione Classifica le fatture in categorie quali standard, anticipo o nota di credito. Corrisponde all’attributo Generico CaseType. I diversi tipi di fattura seguono percorsi di convalida e approvazione differenti; perciò, segmentare i dati in base a questo attributo è necessario per definire una base di riferimento accurata per le «Prestazioni del tempo di ciclo end-to-end». Perché è importante Consente di confrontare correttamente le prestazioni dei processi, distinguendo situazioni diverse. Dove reperirli AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE Esempi STANDARDCREDITOANTICIPO
	Unità aziendale BusinessUnit	L’unità operativa o l’entità aziendale responsabile della fattura.
Descrizione Identifica la divisione interna o la filiale che gestisce la fattura. In Oracle Fusion, corrisponde all’ID dell’organizzazione. Questo attributo è essenziale per la Dashboard «Standardizzazione delle varianti globali di processo», che consente di confrontare l’efficienza dei processi tra regioni o divisioni diverse. Perché è importante Consente di confrontare le prestazioni tra diverse entità organizzative. Dove reperirli HR_ORGANIZATION_UNITS.NAME (collegato tramite ORG_ID da AP_INVOICES_ALL) Esempi Operazioni negli Stati UnitiVendite in EMEAProduzione in APAC
	Utente che ha creato la fattura CreatedByUserName	L’ID utente o il nome della persona che ha inserito la fattura.
Descrizione Identifica l’utente responsabile dell’inserimento iniziale dei dati. Corrisponde all’attributo Generico del modello dati utente. Questi dati vengono utilizzati nell’analisi «Tasso di interventi manuali» per individuare esigenze di formazione o utenti specifici associati a un elevato tasso di rilavorazione. Perché è importante Consente di analizzare le prestazioni a livello di risorsa e di verificare la separazione dei compiti. Dove reperirli AP_INVOICES_ALL.CREATED_BY (risolto nel nome utente tramite PER_USERS) Esempi j.doesystem_integrationm.smith
	Codice valuta CurrencyCode	La valuta in cui è stata emessa la fattura.
Descrizione Il codice valuta ISO, ad esempio USD o EUR, della transazione. È necessario per uniformare gli importi nell’«Analisi dell’efficienza delle fatture di basso valore». Le varianti di processo possono differire notevolmente tra pagamenti nazionali, in valuta locale, e internazionali, in valuta estera, a causa delle complessità bancarie. Perché è importante Identifica le complessità dei pagamenti transfrontalieri ed è necessario per uniformare i dati finanziari. Dove reperirli AP_INVOICES_ALL.INVOICE_CURRENCY_CODE Esempi USDEURGBP
	Giorni di ritardo DaysOverdue	Numero di giorni di ritardo del pagamento rispetto alla data di scadenza.
Descrizione Numero calcolato che indica il ritardo del pagamento. I valori positivi indicano un pagamento in ritardo, quelli negativi un pagamento anticipato. Questa metrica alimenta la Dashboard «Monitoraggio dei pagamenti in ritardo e del rischio di penali» e aiuta a quantificare la gravità dei ritardi nel processo. Perché è importante Quantifica l’entità del problema dei pagamenti in ritardo. Dove reperirli Calcolato: PaymentDate - DueDate Esempi 5-20
	Importo dello sconto perso DiscountLostAmount	Valore monetario dello sconto non ottenuto a causa del pagamento in ritardo.
Descrizione Calcolato come differenza tra l’importo totale della fattura e l’importo scontato, quando la data di pagamento supera la scadenza prevista per ottenere lo sconto. Supporta l’analisi «Applicazione degli sconti per pagamento anticipato». Attribuisce un valore monetario concreto alle inefficienze del processo. Perché è importante Quantifica in termini economici il costo dei ritardi nel processo. Dove reperirli Calcolato a partire da InvoiceAmount e PaymentTerms Esempi 50.000.00120.50
	Possibile fattura duplicata IsPotentialDuplicate	Indicatore che segnala se la fattura condivide alcuni dati con un’altra fattura.
Descrizione Indicatore booleano calcolato, impostato su vero quando il fornitore e l’importo corrispondono a quelli di un’altra fattura entro un intervallo di tempo specifico. Supporta la Dashboard «Analisi per il rilevamento delle fatture duplicate». Funziona da avviso preventivo per consentire ai revisori di controllare i casi specifici prima di autorizzare il pagamento. Perché è importante È un attributo fondamentale per controllare il rischio di perdite finanziarie. Dove reperirli Calcolato con funzioni di finestra su InvoiceAmount e SupplierName Esempi truefalse
	Stato di approvazione ApprovalStatus	Stato attuale del flusso di lavoro della fattura.
Descrizione Indica se la fattura è richiesta, avviata, rifiutata o approvata. Questo attributo è utile per l’«Analisi dei colli di bottiglia nel flusso di approvazione». Fornisce una panoramica del punto in cui si trova la fattura nella gerarchia delle autorizzazioni. Perché è importante Aiuta a individuare i blocchi nella catena di approvazione. Dove reperirli AP_INVOICES_ALL.WFAPPROVAL_STATUS Esempi RICHIESTAAPPROVATA NEL FLUSSO DI LAVORONON RICHIESTA

Obbligatorio Consigliato Facoltativo

Attività della gestione dei pagamenti dei debiti verso fornitori

Tenga traccia di queste tappe fondamentali del processo per visualizzare l’intero percorso di ogni pagamento, dalla creazione iniziale al saldo finale.

7 Consigliato 5 Facoltativo

	Attività	Descrizione
	Blocco applicato alla fattura	Alla fattura viene applicato un blocco manuale o di sistema che ne impedisce il pagamento. Può trattarsi di differenze nelle quantità o nei prezzi oppure di blocchi manuali come 'Invoice Needs Review'.
Perché è importante È il principale indicatore di ostacoli nel processo. Analizzare i motivi dei blocchi aiuta a individuare problemi di conformità dei fornitori o lacune nei processi interni. Dove reperirli Tabella AP_HOLDS_ALL, CREATION_DATE. Indica un’interruzione nel flusso del processo. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Fattura annullata	La fattura viene stornata o annullata, terminando di fatto l’istanza del processo senza che venga effettuato il pagamento.
Perché è importante Rappresenta uno spreco di lavoro. Un tasso elevato di annullamenti è spesso riconducibile all’inserimento di duplicati nelle fasi precedenti o a dati dei fornitori di scarsa qualità. Dove reperirli AP_INVOICES_ALL.CANCELLED_DATE è valorizzato. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Fattura approvata	Nel flusso di lavoro viene concessa l’approvazione finale. Lo stato della fattura diventa 'Workflow Approved' o 'Manually Approved'.
Perché è importante È una tappa fondamentale che rende la fattura disponibile per la selezione dei pagamenti. Intervalli lunghi prima di questa fase indicano colli di bottiglia nell’approvazione. Dove reperirli Tabella AP_INV_APRVL_HIST_ALL (ultima azione di approvazione) oppure AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'. Acquisizione Confrontare il campo di stato prima e dopo Tipo di evento inferred
	Fattura convalidata	Lo stato della fattura passa a 'Validated', a indicare che ha superato i controlli di integrità del sistema, il calcolo delle imposte e le regole di abbinamento. È un requisito preliminare per l’approvazione e il pagamento.
Perché è importante Segna il passaggio dall’inserimento dei dati al flusso di lavoro di approvazione e pagamento. Eventuali ritardi in questa fase indicano problemi nella qualità dei dati o errori di configurazione. Dove reperirli Deducibile dalla data e ora di AP_INVOICES_ALL.VALIDATION_REQUEST_ID oppure dal monitoraggio delle variazioni di stato in AP_INVOICE_HISTORY, se abilitato. Acquisizione Confrontare il campo di stato prima e dopo Tipo di evento inferred
	Fattura creata	Creazione iniziale del record della fattura nel sistema Oracle Fusion Payables. Registra la data e l’ora in cui l’intestazione della fattura viene inserita per la prima volta nel database, manualmente oppure tramite importazione con IDR/interfaccia.
Perché è importante Definisce l’ora di inizio del processo per il calcolo del tempo di ciclo e l’analisi dell’anzianità. È essenziale per misurare il tempo che intercorre tra la ricezione e l’inserimento. Dove reperirli Tabella AP_INVOICES_ALL, colonna CREATION_DATE. Filtrare per INVOICE_ID. Acquisizione Registrato alla creazione del record della transazione Tipo di evento explicit
	Pagamento creato	Viene generato il documento di pagamento (assegno, EFT o bonifico). La passività si riduce e il pagamento risulta eseguito.
Perché è importante L’ora di fine per il calcolo del tempo di ciclo. Il confronto con la data di scadenza consente di calcolare gli indicatori relativi ai pagamenti in ritardo e agli sconti ottenuti. Dove reperirli Tabella AP_INVOICE_PAYMENTS_ALL collegata ad AP_CHECKS_ALL. Utilizzare CREATION_DATE del record di pagamento. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Riga della fattura abbinata	Associazione di una riga della fattura a un ordine di acquisto (PO) o a una ricevuta. Indica che durante l’inserimento della riga è stato eseguito un abbinamento a tre o a due vie.
Perché è importante È fondamentale per analizzare la percentuale di abbinamenti corretti al primo tentativo e individuare i casi in cui l’abbinamento automatico non riesce. Una percentuale bassa comporta rilavorazioni manuali. Dove reperirli Tabella AP_INVOICE_LINES_ALL. Individuare i record in cui MATCH_TYPE è 'ITEM_TO_PO', 'PO_PRICE_ADJUSTMENT' e così via. Acquisizione Registrato alla creazione della riga della transazione con il collegamento Tipo di evento explicit
	Approvazione avviata	La fattura viene inviata al flusso di lavoro di approvazione (AMX). Segna l’inizio della fase di autorizzazione da parte della direzione.
Perché è importante Permette di distinguere il tempo di elaborazione operativa dal tempo di attraversamento dell’approvazione da parte della direzione. Aiuta a capire se i ritardi dipendono dal personale della contabilità fornitori o dagli approvatori. Dove reperirli Tabella AP_INV_APRVL_HIST_ALL (cronologia delle approvazioni) oppure deducibile dal passaggio di AP_INVOICES_ALL.WFAPPROVAL_STATUS a 'INITIATED'. Acquisizione Confrontare il campo di stato prima e dopo Tipo di evento inferred
	Blocco rimosso dalla fattura	Rimozione di un blocco applicato in precedenza, che consente alla fattura di proseguire nel flusso di lavoro. Segna la risoluzione di una discrepanza.
Perché è importante Consente di calcolare il tempo di rilavorazione o di risoluzione. Una frequenza elevata indica possibili inefficienze nella gestione delle eccezioni. Dove reperirli Tabella AP_HOLDS_ALL, LAST_UPDATE_DATE, quando RELEASE_LOOKUP_CODE è valorizzato. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Fattura contabilizzata	Vengono generate le scritture contabili della fattura e trasferite alla contabilità generale. In questo modo si registra l’impatto finanziario.
Perché è importante Garantisce la conformità finanziaria. Eventuali ritardi in questa fase possono incidere sulle attività di chiusura del periodo e sull’accuratezza della rendicontazione finanziaria. Dove reperirli AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' oppure tramite XLA_AE_HEADERS (contabilità secondaria) collegata alla fattura. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Pagamento compensato	Il pagamento viene riconciliato con l’estratto conto bancario. Lo stato passa a 'Cleared' o 'Reconciled'.
Perché è importante Segna la fine effettiva del ciclo di cassa. È essenziale per le previsioni dei flussi di cassa e per capire il tempo che intercorre tra l’emissione e la compensazione del pagamento. Dove reperirli AP_CHECKS_ALL.STATUS_LOOKUP_CODE passa a 'CLEARED'. La data e ora sono registrate in CLEARED_DATE. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Pagamento selezionato	La fattura viene selezionata da una richiesta di elaborazione dei pagamenti (PPR). È pronta per il pagamento, ma il denaro non è ancora stato trasferito.
Perché è importante Indica che la fattura è stata inclusa in un’esecuzione dei pagamenti. Un intervallo lungo tra questa fase e 'Payment Created' può indicare problemi nell’elaborazione in batch. Dove reperirli Tabella AP_SELECTED_INVOICES_ALL (temporanea) oppure deducibile dalla valorizzazione di AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID. Acquisizione Confrontare il campo di stato prima e dopo Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Oracle Fusion Financials

Passaggi

Passaggio 1: acceda a Oracle BI Publisher

Acceda all’ambiente Oracle Fusion Financials con un utente che dispone dei privilegi BI Administrator o BI Author.
Apra Tools > Reports and Analytics.
Faccia clic su Browse Catalog per aprire l’interfaccia di Oracle BI Publisher.

Passaggio 2: crei un modello dati

Nel catalogo, faccia clic su Nuovo (in alto a sinistra) e selezioni Data Model.
Nell’editor del modello dati, faccia clic sull’icona New Data Set e selezioni SQL Query.
Assegni un nome al set di dati, ad esempio AP_Process_Mining, e selezioni l’origine dei dati ApplicationDB_FSCM (Financials Supply Chain Management).

Passaggio 3: configuri la query di estrazione

Incolli nella casella di testo SQL Query il codice SQL completo fornito nella sezione Query qui sotto.
La query utilizza UNION ALL per estrarre tutte le 12 attività necessarie in un’unica struttura di Event Log.
Faccia clic su OK per salvare la query.

Passaggio 4: configuri i parametri

La query utilizza i segnaposto :p_start_date e :p_end_date per filtrare InvoiceDate. Apra la scheda Parameters a sinistra.
Definisca entrambi i parametri come tipo Date e assegni loro un’etichetta visualizzata, ad esempio Start Date ed End Date.
Verifichi che il formato dei parametri corrisponda a quello del database, in genere DD-MON-YYYY o il formato ISO standard.

Passaggio 5: convalidi ed esporti i dati

Faccia clic sulla scheda Dati, quindi su Visualizza. Selezioni un intervallo di date breve per verificare che vengano restituiti dei dati.
Faccia clic su Save as Sample Data per salvare la struttura dello schema.
Salvi il modello dati in una cartella condivisa, ad esempio /Shared Folders/Custom/ProcessMining.
Crei un Report basato su questo modello dati. Aggiunga un layout che elenchi semplicemente tutte le colonne in una tabella.
Pianifichi il report tramite Report Job e imposti CSV come formato di output.
Scarichi il file CSV e lo importi direttamente in ProcessMind.

Configurazione

Origine dei dati: ApplicationDB_FSCM (connessione standard al database Fusion Financials)
Intervallo di date: Per il caricamento iniziale si consiglia una finestra mobile di 3-6 mesi. Utilizzi Invoice Date o Creation Date come riferimento per il filtro.
Prestazioni: La query è ottimizzata con join di base. Per volumi molto elevati (oltre 1 milione di fatture), valuti l’aggiunta di un filtro per Unità aziendale (Org ID), così da suddividere l’estrazione.
Formato di output: È preferibile il formato CSV. Nelle proprietà del report, imposti esplicitamente il formato delle date su YYYY-MM-DD HH24:MI:SS per evitare ambiguità.
Prerequisiti: L’utente deve poter accedere alle tabelle della contabilità fornitori (AP_INVOICES_ALL, AP_CHECKS_ALL e così via), autorizzazione generalmente concessa con i ruoli Accounts Payable Manager o BI Consumer.

a Query di esempio sql

/* AP Payment Processing Event Log Extraction */
/* Parameter Requirements: :p_start_date, :p_end_date */

/* 1. Invoice Created */
SELECT
    aia.INVOICE_NUM AS InvoiceNumber,
    'Invoice Created' AS ActivityName,
    aia.CREATION_DATE AS EventDateTime,
    'Oracle Fusion' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    poz.PARTY_NAME AS SupplierName,
    aia.INVOICE_AMOUNT AS InvoiceAmount,
    aia.INVOICE_DATE AS InvoiceDate,
    hou.NAME AS BusinessUnit,
    apt.NAME AS PaymentTerms,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)) AS DueDate,
    NULL AS PaymentDate,
    NULL AS PurchaseOrderNumber,
    aia.CREATED_BY AS CreatedByUserName,
    aia.INVOICE_TYPE_LOOKUP_CODE AS InvoiceType
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 2. Invoice Line Matched (PO Match) */
SELECT
    aia.INVOICE_NUM,
    'Invoice Line Matched',
    aila.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    poh.SEGMENT1,
    aila.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_LINES_ALL aila ON aia.INVOICE_ID = aila.INVOICE_ID
JOIN PO_HEADERS_ALL poh ON aila.PO_HEADER_ID = poh.PO_HEADER_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aila.PO_HEADER_ID IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 3. Invoice Validated (Proxy via Validation Request or Distribution Generation) */
SELECT
    aia.INVOICE_NUM,
    'Invoice Validated',
    NVL(aia.VALIDATION_REQUEST_DATE, aia.STATUS_EFFECTIVE_DATE),
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aia.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE (aia.VALIDATION_REQUEST_DATE IS NOT NULL OR aia.STATUS_EFFECTIVE_DATE IS NOT NULL)
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 4. Invoice Hold Applied */
SELECT
    aia.INVOICE_NUM,
    'Invoice Hold Applied',
    aha.HOLD_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aha.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_HOLDS_ALL aha ON aia.INVOICE_ID = aha.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 5. Invoice Hold Released */
SELECT
    aia.INVOICE_NUM,
    'Invoice Hold Released',
    aha.LAST_UPDATE_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aha.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_HOLDS_ALL aha ON aia.INVOICE_ID = aha.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aha.RELEASE_LOOKUP_CODE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 6. Approval Initiated */
SELECT
    aia.INVOICE_NUM,
    'Approval Initiated',
    ap_hist.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    ap_hist.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INV_APRVL_HIST_ALL ap_hist ON aia.INVOICE_ID = ap_hist.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE ap_hist.RESPONSE = 'INITIATED'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 7. Invoice Approved */
SELECT
    aia.INVOICE_NUM,
    'Invoice Approved',
    ap_hist.RESPONSE_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    ap_hist.APPROVER_NAME,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INV_APRVL_HIST_ALL ap_hist ON aia.INVOICE_ID = ap_hist.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE ap_hist.RESPONSE = 'APPROVED'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 8. Invoice Accounted */
SELECT
    aia.INVOICE_NUM,
    'Invoice Accounted',
    MAX(aida.LAST_UPDATE_DATE),
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    'System',
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_DISTRIBUTIONS_ALL aida ON aia.INVOICE_ID = aida.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aida.ACCRUAL_POSTED_FLAG = 'Y'
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date
GROUP BY aia.INVOICE_NUM, poz.PARTY_NAME, aia.INVOICE_AMOUNT, aia.INVOICE_DATE, hou.NAME, apt.NAME, aia.TERMS_DATE, apt.DUE_DAYS, aia.INVOICE_TYPE_LOOKUP_CODE

UNION ALL

/* 9. Payment Selected (Proxy using Payment Link Creation) */
SELECT
    aia.INVOICE_NUM,
    'Payment Selected',
    aipa.CREATION_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aipa.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 10. Payment Created */
SELECT
    aia.INVOICE_NUM,
    'Payment Created',
    aca.CHECK_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    aca.CHECK_DATE,
    NULL,
    aca.CREATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN AP_CHECKS_ALL aca ON aipa.CHECK_ID = aca.CHECK_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 11. Payment Cleared */
SELECT
    aia.INVOICE_NUM,
    'Payment Cleared',
    aca.CLEARED_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    aca.CLEARED_DATE,
    NULL,
    aca.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN AP_INVOICE_PAYMENTS_ALL aipa ON aia.INVOICE_ID = aipa.INVOICE_ID
JOIN AP_CHECKS_ALL aca ON aipa.CHECK_ID = aca.CHECK_ID
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aca.CLEARED_DATE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

UNION ALL

/* 12. Invoice Cancelled */
SELECT
    aia.INVOICE_NUM,
    'Invoice Cancelled',
    aia.CANCELLED_DATE,
    'Oracle Fusion',
    SYSDATE,
    poz.PARTY_NAME,
    aia.INVOICE_AMOUNT,
    aia.INVOICE_DATE,
    hou.NAME,
    apt.NAME,
    TRUNC(aia.TERMS_DATE + NVL(apt.DUE_DAYS, 0)),
    NULL,
    NULL,
    aia.LAST_UPDATED_BY,
    aia.INVOICE_TYPE_LOOKUP_CODE
FROM AP_INVOICES_ALL aia
JOIN POZ_SUPPLIERS poz ON aia.VENDOR_ID = poz.VENDOR_ID
JOIN HR_ORGANIZATION_UNITS hou ON aia.ORG_ID = hou.ORGANIZATION_ID
LEFT JOIN AP_TERMS_TL apt ON aia.TERMS_ID = apt.TERM_ID AND apt.LANGUAGE = USERENV('LANG')
WHERE aia.CANCELLED_DATE IS NOT NULL
AND aia.INVOICE_DATE BETWEEN :p_start_date AND :p_end_date

Passaggi

Predisponga l’ambiente Python installando le librerie necessarie. Per le chiamate API utilizzi requests, per la manipolazione dei dati pandas e per l’analisi dei file JSON json. Esegua pip install requests pandas nel terminale.
Recuperi le credenziali Oracle Fusion Cloud. È necessario un account utente con i ruoli API REST Financials. Individui l’URL specifico del pod, ad esempio https://fa-xxxx-saasfaprod1.fa.ocs.oraclecloud.com, e le credenziali codificate in Base64 oppure configuri un token OAuth.
Configuri i parametri dello script fornito nella sezione Query qui sotto. Aggiorni le variabili base_url, username e password. Imposti la variabile start_date per definire l’intervallo storico da estrarre, ad esempio 2024-01-01.
Lo script inizializza un elenco vuoto in cui memorizzare i dizionari degli eventi. Definisce l’endpoint principale per le fatture (/fscmRestApi/resources/11.13.18.05/invoices) e utilizza un ciclo per gestire la paginazione, recuperando tutti i record corrispondenti alla query.
Per ogni fattura recuperata, lo script estrae le attività a livello di intestazione. Crea un evento 'Fattura creata' utilizzando CreationDate. Verifica i campi InvoiceStatus e ApprovalStatus per generare gli eventi 'Fattura convalidata' e 'Fattura approvata'.
Lo script esegue quindi chiamate API annidate per recuperare le righe della fattura. Le esamina per individuare la corrispondenza con l’ordine di acquisto. Se è presente un POHeaderId, genera un evento 'Riga fattura abbinata'.
Lo script esegue chiamate API annidate alla risorsa figlia invoiceHolds. Esamina le sospensioni per generare eventi 'Sospensione fattura applicata' in base all’ora di creazione e, se è presente una data di rilascio, eventi 'Sospensione fattura rimossa'.
Lo script esegue chiamate API annidate alla risorsa figlia installments per individuare i collegamenti ai pagamenti. Segue i collegamenti ai dettagli del pagamento per generare gli eventi 'Pagamento creato' e 'Pagamento liquidato', in base alla data dell’assegno e allo stato di liquidazione.
Lo script trasforma i dati: standardizza le date nel formato ISO 8601, imposta SourceSystem su 'Oracle Fusion' e mappa tutti gli attributi in una struttura piatta.
Lo script raccoglie tutti i dizionari degli eventi in un DataFrame Pandas. Ordina il DataFrame per InvoiceNumber ed EventDateTime per ottenere un Event Log in ordine cronologico.
Esegua lo script e controlli i messaggi di avanzamento nella console, ad esempio Processing Invoice: INV-12345. In base al volume dei dati e ai limiti di frequenza delle API, l’operazione potrebbe richiedere del tempo.
Infine, lo script esporta il DataFrame in un file CSV denominato oracle_fusion_ap_event_log.csv. Importi il file direttamente in ProcessMind per visualizzare i dati.

Configurazione

URL di base dell’API: deve corrispondere all’istanza specifica del pod Oracle Cloud, ad esempio https://fa-eqmz.fa.us2.oraclecloud.com.
Autenticazione: supporta Basic Auth (Base64) o un token JWT. Per maggiore leggibilità, lo script utilizza Basic Auth, ma per gli ambienti di produzione si consiglia OAuth.
Filtro per data: lo script filtra in base a CreationDate per limitare il volume dei dati. Per l’estrazione iniziale, si consiglia un intervallo degli ultimi 3-6 mesi.
Dimensione dei lotti: le API REST limitano il numero di risultati per risposta, in genere a 25 o 50. Lo script imposta limit=499, vicino al massimo abituale di 500, per ridurre il numero di richieste di paginazione.
Prestazioni: l’estrazione utilizza il modello di query N+1, recuperando i dati figli per ogni elemento principale. Per volumi elevati, oltre 100.000 fatture, valuti l’uso di estrazioni SQL con BI Publisher anziché REST.
Risorse figlie: lo script recupera esplicitamente righe, sospensioni e rate. Si assicuri che l’account utente disponga delle autorizzazioni per visualizzare queste risorse secondarie.

a Query di esempio python

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

class=class="hl-string">"hl-comment"># Configuration - UPDATE THESE VALUES
BASE_URL = class="hl-string">"https://fa-your-instance.fa.ocs.oraclecloud.com"
USERNAME = class="hl-string">"your_username"
PASSWORD = class="hl-string">"your_password"
START_DATE = class="hl-string">"2024-01-01"
OUTPUT_FILE = class="hl-string">"oracle_fusion_ap_event_log.csv"

class=class="hl-string">"hl-comment"># API Endpoints
INVOICES_ENDPOINT = class="hl-string">"/fscmRestApi/resources/11.13.18.05/invoices"

class=class="hl-string">"hl-comment"># Headers
auth_str = fclass="hl-string">"{USERNAME}:{PASSWORD}"
b64_auth = base64.b64encode(auth_str.encode()).decode()
HEADERS = {
    class="hl-string">"Authorization": fclass="hl-string">"Basic {b64_auth}",
    class="hl-string">"Content-Type": class="hl-string">"application/json"
}

class=class="hl-string">"hl-comment"># Event Log Storage
all_events = []

def get_all_pages(url, params=None):
    results = []
    current_url = url
    while current_url:
        try:
            print(fclass="hl-string">"Fetching: {current_url}")
            response = requests.get(current_url, headers=HEADERS, params=params)
            response.raise_for_status()
            data = response.json()
            
            if class="hl-string">'items' in data:
                results.extend(data[class="hl-string">'items'])
            
            class=class="hl-string">"hl-comment"># Handle Pagination
            current_url = None
            if class="hl-string">'links' in data:
                for link in data[class="hl-string">'links']:
                    if link[class="hl-string">'rel'] == class="hl-string">'next':
                        current_url = link[class="hl-string">'href']
            class=class="hl-string">"hl-comment"># Clear params after first call as next link contains them
            params = None
            
        except Exception as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break
    return results

def extract_invoice_data():
    class=class="hl-string">"hl-comment"># 1. Fetch Invoices created after start date
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate > '{START_DATE}'",
        class="hl-string">"limit": 499,
        class="hl-string">"fields": class="hl-string">"InvoiceId,InvoiceNumber,InvoiceDate,InvoiceAmount,Supplier,CreationDate,CreatedBy,Description,InvoiceType,InvoiceStatus,ApprovalStatus,Accounted,PaymentStatus,BusinessUnit,PaymentTerms,TermsDate"
    }
    
    invoices = get_all_pages(fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}", params)
    print(fclass="hl-string">"Total Invoices Found: {len(invoices)}")

    for inv in invoices:
        invoice_id = inv.get(class="hl-string">'InvoiceId')
        invoice_num = inv.get(class="hl-string">'InvoiceNumber')
        print(fclass="hl-string">"Processing Invoice: {invoice_num}")

        common_attrs = {
            class="hl-string">"InvoiceNumber": invoice_num,
            class="hl-string">"SourceSystem": class="hl-string">"Oracle Fusion",
            class="hl-string">"SupplierName": inv.get(class="hl-string">'Supplier'),
            class="hl-string">"InvoiceAmount": inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">"InvoiceDate": inv.get(class="hl-string">'InvoiceDate'),
            class="hl-string">"BusinessUnit": inv.get(class="hl-string">'BusinessUnit'),
            class="hl-string">"PaymentTerms": inv.get(class="hl-string">'PaymentTerms'),
            class="hl-string">"DueDate": inv.get(class="hl-string">'TermsDate'),
            class="hl-string">"CreatedByUserName": inv.get(class="hl-string">'CreatedBy'),
            class="hl-string">"InvoiceType": inv.get(class="hl-string">'InvoiceType'),
            class="hl-string">"LastDataUpdate": datetime.now().isoformat()
        }

        class=class="hl-string">"hl-comment"># ACTIVITY 1: Invoice Created
        all_events.append({
            **common_attrs,
            class="hl-string">"ActivityName": class="hl-string">"Invoice Created",
            class="hl-string">"EventDateTime": inv.get(class="hl-string">'CreationDate')
        })

        class=class="hl-string">"hl-comment"># ACTIVITY 2: Invoice Validated
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Validated':
            class=class="hl-string">"hl-comment"># Fusion doesn't expose ValidatedDate on header easily, using LastUpdate or approximation
            class=class="hl-string">"hl-comment"># In a real scenario, you might check a child class="hl-string">'history' resource if enabled
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Validated",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate', inv.get(class="hl-string">'CreationDate')) class=class="hl-string">"hl-comment"># Fallback
            })
        
        class=class="hl-string">"hl-comment"># ACTIVITY 3: Invoice Approved / Approval Initiated
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'WFAPPROVED', class="hl-string">'Manually Approved']:
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Approved",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Approximation
            })
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'INITIATED':
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Approval Initiated",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate')
            })

        class=class="hl-string">"hl-comment"># ACTIVITY 4: Invoice Accounted
        if inv.get(class="hl-string">'Accounted') == class="hl-string">'Y':
             all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Accounted",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Approximation used as AccountingDate field varies
            })

        class=class="hl-string">"hl-comment"># ACTIVITY 5: Invoice Cancelled
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Cancelled':
             all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Cancelled",
                class="hl-string">"EventDateTime": inv.get(class="hl-string">'LastUpdateDate')
            })

        class=class="hl-string">"hl-comment"># FETCH SUB-RESOURCES
        class=class="hl-string">"hl-comment"># ---------------------------------------------------------
        
        class=class="hl-string">"hl-comment"># ACTIVITY 6: Invoice Line Matched (Check Lines)
        lines_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/lines"
        lines = get_all_pages(lines_url, {class="hl-string">"fields": class="hl-string">"LineNumber,CreationDate,POHeaderId"})
        
        matched_po = False
        for line in lines:
            if line.get(class="hl-string">'POHeaderId'):
                matched_po = True
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Invoice Line Matched",
                    class="hl-string">"EventDateTime": line.get(class="hl-string">'CreationDate'),
                    class="hl-string">"PurchaseOrderNumber": str(line.get(class="hl-string">'POHeaderId'))
                })

        class=class="hl-string">"hl-comment"># ACTIVITY 7 & 8: Holds (Applied and Released)
        holds_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/invoiceHolds"
        holds = get_all_pages(holds_url)
        
        for hold in holds:
            class=class="hl-string">"hl-comment"># Hold Applied
            all_events.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Invoice Hold Applied",
                class="hl-string">"EventDateTime": hold.get(class="hl-string">'CreationDate')
            })
            
            class=class="hl-string">"hl-comment"># Hold Released
            if hold.get(class="hl-string">'ReleaseDate'):
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Invoice Hold Released",
                    class="hl-string">"EventDateTime": hold.get(class="hl-string">'ReleaseDate')
                })

        class=class="hl-string">"hl-comment"># ACTIVITY 9, 10, 11: Payments (Selected, Created, Cleared)
        class=class="hl-string">"hl-comment"># Note: In Fusion REST, we go Invoice -> Installments -> Payment Details
        installments_url = fclass="hl-string">"{BASE_URL}{INVOICES_ENDPOINT}/{invoice_id}/child/installments"
        installments = get_all_pages(installments_url)
        
        for inst in installments:
            class=class="hl-string">"hl-comment"># Check if paid
            if inst.get(class="hl-string">'PaymentStatusFlag') in [class="hl-string">'Y', class="hl-string">'P']: class=class="hl-string">"hl-comment"># Y=Fully Paid, P=Partially
                 all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Payment Selected",
                    class="hl-string">"EventDateTime": inst.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy for selection time
                })
                
            class=class="hl-string">"hl-comment"># Attempt to fetch payment details if link exists
            class=class="hl-string">"hl-comment"># This is simplified; usually requires querying the class="hl-string">'apPayments' endpoint using the check_id found here
            class=class="hl-string">"hl-comment"># We simulate the extraction if fields are present
            class=class="hl-string">"hl-comment"># In a full script, you would perform a GET on the class="hl-string">'payment' link relation provided in the installment response
            
            class=class="hl-string">"hl-comment"># Placeholder logic for Payment Created (Check Date)
            if inst.get(class="hl-string">'FirstPaymentDate'):
                all_events.append({
                    **common_attrs,
                    class="hl-string">"ActivityName": class="hl-string">"Payment Created",
                    class="hl-string">"EventDateTime": inst.get(class="hl-string">'FirstPaymentDate'),
                    class="hl-string">"PaymentDate": inst.get(class="hl-string">'FirstPaymentDate')
                })
                
                class=class="hl-string">"hl-comment"># Placeholder for Cleared (assuming cleared if paid and time passed, or check status endpoint)
                class=class="hl-string">"hl-comment"># Real implementation requires querying /fscmRestApi/resources/11.13.18.05/payablesPayments
                class=class="hl-string">"hl-comment"># For this script, we record Payment Created.

class=class="hl-string">"hl-comment"># Execute Extraction
extract_invoice_data()

class=class="hl-string">"hl-comment"># Export to DataFrame and CSV
if all_events:
    df = pd.DataFrame(all_events)
    class=class="hl-string">"hl-comment"># Ensure datetime format
    df[class="hl-string">'EventDateTime'] = pd.to_datetime(df[class="hl-string">'EventDateTime'])
    df = df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventDateTime'])
    
    print(fclass="hl-string">"Exporting {len(df)} events to {OUTPUT_FILE}...")
    df.to_csv(OUTPUT_FILE, index=False)
    print(class="hl-string">"Done.")
else:
    print(class="hl-string">"No events extracted.")

È pronto a iniziare?

Scarichi subito il template per trasformare i dati sui pagamenti in informazioni utili. Se ha bisogno di ulteriore assistenza, il nostro team è a disposizione per aiutarLa nel processo di estrazione.

Torna alla guida al miglioramento Scarica il template

Migliori oggi la gestione dei pagamenti dei debiti verso fornitori

Riduca del 30% i tempi di ciclo e migliori i rapporti con i fornitori.

Inizi la prova gratuita

Non è richiesta la carta di credito. Configurazione in 5 minuti.

Il template dei dati per la gestione dei pagamenti dei debiti verso fornitori

Il template dei dati per la gestione dei pagamenti dei debiti verso fornitori

Attributi della gestione dei pagamenti dei debiti verso fornitori

Attività della gestione dei pagamenti dei debiti verso fornitori

Guide all’estrazione

Query del modello dati SQL di Oracle BI Publisher

Passaggi

Passaggio 1: acceda a Oracle BI Publisher

Passaggio 2: crei un modello dati

Passaggio 3: configuri la query di estrazione

Passaggio 4: configuri i parametri

Passaggio 5: convalidi ed esporti i dati

Configurazione

a Query di esempio sql

Estrazione tramite API REST Python per i debiti verso fornitori in Fusion

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Migliori oggi la gestione dei pagamenti dei debiti verso fornitori

Il template dei dati per la gestione dei pagamenti dei debiti verso fornitori

Il template dei dati per la gestione dei pagamenti dei debiti verso fornitori

Attributi della gestione dei pagamenti dei debiti verso fornitori

Attività della gestione dei pagamenti dei debiti verso fornitori

Guide all’estrazione

Query del modello dati SQL di Oracle BI Publisher

Passaggi

Passaggio 1: acceda a Oracle BI Publisher

Passaggio 2: crei un modello dati

Passaggio 3: configuri la query di estrazione

Passaggio 4: configuri i parametri

Passaggio 5: convalidi ed esporti i dati

Configurazione

a Query di esempio sql

Estrazione tramite API REST Python per i debiti verso fornitori in Fusion

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Migliori oggi la gestione dei pagamenti dei debiti verso fornitori

La Sua privacy è importante