> Miglioramento Continuo dei Processi > Ciclo Ordine Incasso Fatturazione > Oracle E Business Suite > Template Dati

Il suo Data Template del Ciclo Ordine-Incasso - Fatturazione

Oracle E-Business Suite

Ciclo Ordine-Incasso - Attributi di Fatturazione (21) Ciclo Ordine-Incasso - Attività di Fatturazione (13) Guide all'Estrazione (3)

Il suo Data Template del Ciclo Ordine-Incasso - Fatturazione

Questo template fornisce una chiara roadmap per la raccolta dei dati essenziali necessari per analizzare il suo processo Ciclo Ordine-Incasso - Fatturazione. Delinea i campi dati chiave da includere nel suo event log, i passaggi critici del processo da tracciare e una guida pratica sull'estrazione di queste informazioni. Utilizzi questa risorsa per assicurarsi di raccogliere tutti i dati necessari per un'efficace analisi e ottimizzazione del processo.

Attributi consigliati da raccogliere
Attività chiave da tracciare
Guida all'estrazione per Oracle E-Business Suite

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

Scarica Template

Ciclo Ordine-Incasso - Attributi di Fatturazione

Questi sono i campi dati raccomandati da includere nel suo event log per un'analisi completa del processo Ciclo Ordine-Incasso - Fatturazione.

3 Obbligatorio 6 Consigliato 12 Facoltativo

	Nome	Descrizione
	Numero fattura InvoiceNumber	L'identificatore univoco per ogni documento di fattura, che funge da ID case primario per il processo di fatturazione.
Descrizione Il Numero Fattura è la pietra angolare dell'analisi di fatturazione del Ciclo Ordine-Incasso, identificando in modo univoco ogni transazione di fatturazione. Raggruppa tutte le attività correlate, come generazione, approvazione, invio, pagamento e chiusura, in una singola istanza di processo coesa. Ciò consente una visione completa end-to-end del ciclo di vita della fattura. Nel Process Mining, l'analisi dei processi per Numero Fattura aiuta a misurare il tempo di ciclo totale, identificare le varianti nel modo in cui le fatture vengono gestite e individuare i bottlenecks che ritardano il pagamento. È essenziale per tracciare le singole fatture attraverso il loro intero percorso dalla creazione al saldo. Perché è importante È l'identificatore di `case` essenziale che collega tutti gli `eventi` correlati, consentendo la ricostruzione e l'analisi dell'intero processo di fatturazione per ogni fattura unica. Dove trovare Questo è tipicamente il numero di transazione dalla tabella RA_CUSTOMER_TRX_ALL in Oracle Receivables. Esempi INV-9234501788144US-2023-001293
	Timestamp Evento EventTime	La data e l'ora esatte in cui si è verificata l'attività.
Descrizione L'`Event Time` è il `timestamp` associato a ciascuna attività, fornendo l'ordine cronologico degli `eventi` all'interno di un `case`. È il `data` grezzo utilizzato per tutte le analisi basate sul tempo nel Process Mining. Questo attributo è essenziale per calcolare indicatori chiave di performance come i tempi di ciclo, le durate tra le attività e i `lead time` di processo. Ad esempio, la differenza nell'`Event Time` tra 'Fattura Generata' e 'Fattura Approvata' fornisce la durata dell'approvazione. `Timestamp` accurati e completi sono cruciali per un'analisi di processo affidabile. Perché è importante Fornisce il contesto temporale per ogni `event`, rendendo possibile calcolare le durate, analizzare le prestazioni del processo e scoprire i bottleneck. Dove trovare Acquisito da vari campi data attraverso le tabelle Oracle EBS, come i campi CREATION_DATE o LAST_UPDATE_DATE in tabelle come RA_CUSTOMER_TRX_ALL e AR_CASH_RECEIPTS_ALL. Esempi 2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
	Nome attività ActivityName	Il nome dello specifico event aziendale che si è verificato in un dato momento all'interno del ciclo di vita della fattura.
Descrizione Il Nome Attività descrive un passaggio o una pietra miliare nel processo di fatturazione, come 'Fattura Generata', 'Fattura Approvata' o 'Pagamento Cliente Ricevuto'. Una sequenza cronologica di queste attività per un dato Numero Fattura forma il flusso di processo. Questo attributo è fondamentale per il Process Mining, poiché viene utilizzato per costruire la mappa di processo, analizzare le varianti di processo e identificare deviazioni o cicli di rilavorazione. La chiarezza e la coerenza dei nomi delle attività sono critiche per un'analisi significativa, come il calcolo del tempo tra passaggi specifici o la comprensione della conformità del processo. Perché è importante Questo attributo è la base per la scoperta e la visualizzazione del flusso di processo, consentendo l'analisi delle varianti di processo, dei bottlenecks e delle rilavorazioni. Dove trovare Questo è tipicamente derivato mappando i cambiamenti di stato, i tipi di event o gli events di creazione/aggiornamento dei record da varie tabelle Oracle EBS (ad esempio, AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL) a nomi di attività standardizzati. Esempi Fattura generataFattura ApprovataData di Scadenza Pagamento RaggiuntaPagamento cliente ricevuto
	Data di Scadenza DueDate	La data entro cui il cliente è tenuto a saldare la fattura.
Descrizione La Data di Scadenza è un attributo data critico che definisce la scadenza di pagamento per una fattura, come determinato dalle condizioni di pagamento. È il punto di riferimento rispetto al quale viene misurata la performance di pagamento effettiva. Questo attributo è essenziale per il calcolo di KPI come il Tasso di Pagamento Puntuale e per la creazione di report di invecchiamento delle fatture. Nel Process Mining, consente l'analisi dei comportamenti di pagamento, come l'identificazione dei clienti che pagano costantemente in ritardo o l'identificazione dell'impatto dei ritardi di processo sulla capacità di riscuotere i pagamenti in tempo. Perché è importante È la base per misurare le prestazioni di pagamento, calcolare l'invecchiamento delle fatture e valutare il rischio di ritardi nei pagamenti o crediti inesigibili. Dove trovare Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, nella colonna DUE_DATE. Esempi 2023-05-152023-06-302023-07-01
	Dipartimento Department	Il reparto o il team funzionale associato all'utente che ha eseguito l'attività.
Descrizione L'attributo Reparto fornisce il contesto organizzativo per l'utente che ha svolto un'attività, come 'Contabilità Clienti' o 'Operazioni di Vendita'. Ciò consente di aggregare l'analisi a livello di team o reparto. Questo è cruciale per comprendere how different parts of the organization interact with and influence the billing process. It can help identify systemic issues within a department, compare performance between teams, and analyze resource allocation. For example, it enables the 'Invoice Approval Cycle Time' dashboard to be broken down by department. Perché è importante Permette l'analisi delle prestazioni del processo per struttura organizzativa, evidenziando le differenze tra i team e aiutando a individuare i bottleneck specifici del dipartimento. Dove trovare Tipicamente derivato unendo le informazioni utente con i dati della gerarchia HR dell'organizzazione, spesso da PER_ALL_ASSIGNMENTS_F o una tabella HR simile. Esempi Crediti InsolutiOperazioni FinanziarieServizi di Fatturazione
	ID Cliente CustomerId	Un identificatore univoco per il cliente a cui è stata emessa la fattura.
Descrizione L'ID Cliente collega una fattura a uno specifico conto cliente nei dati anagrafici. Ciò consente l'aggregazione e il confronto delle prestazioni del processo tra diversi clienti. Utilizzando questo attributo, gli analisti possono costruire dashboards che evidenziano i comportamenti di pagamento dei clienti, identificare quali clienti sono associati alla maggior parte delle controversie o rilavorazioni e confrontare i tempi di elaborazione delle fatture tra i segmenti di clientela. È fondamentale per passare da una visione solo di processo a un'analisi incentrata sul cliente. Perché è importante Consente un'analisi customer-centric, aiutando a identificare modelli di pagamento, controversie frequenti o variazioni di processo specifiche per determinati clienti. Dove trovare Trovato nella tabella RA_CUSTOMER_TRX_ALL come SOLD_TO_CUSTOMER_ID o BILL_TO_CUSTOMER_ID. Esempi CUST-100239845ACME-US-01
	Importo Totale Fattura TotalInvoiceAmount	Il valore monetario totale della fattura, incluse tutte le voci, tasse e oneri.
Descrizione Questo attributo rappresenta il valore finanziario totale della fattura inviata al cliente. È una metrica fondamentale per l'analisi finanziaria all'interno del processo di fatturazione. Nel Process Mining, l'Importo Totale Fattura viene utilizzato per segmentare e filtrare i cases. Ad esempio, gli analisti possono confrontare il flusso di processo per fatture di alto valore rispetto a fatture di basso valore per vedere se vengono trattate in modo diverso. È anche essenziale per l'analisi dell'impatto finanziario, come il calcolo del valore delle fatture bloccate nella fase di approvazione. Perché è importante Consente l'analisi dell'impatto finanziario, permettendo agli utenti di prioritizzare i problemi in base al valore monetario e di comprendere come diversi valori di fattura influenzano il processo. Dove trovare Probabilmente proveniente dalla tabella AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) o calcolato da RA_CUSTOMER_TRX_LINES_ALL per una data fattura. Esempi 1500.0012550.75500.50
	Stato Fattura InvoiceStatus	Lo stato attuale della fattura nel suo ciclo di vita.
Descrizione Lo Stato Fattura riflette lo stato attuale di una fattura, come 'Aperta', 'Chiusa' o 'Contestata'. Questo fornisce una visione istantanea del progresso della fattura. Questo attributo è essenziale per creare `dashboard` come la 'Panoramica Scadenza & Stato Fatture', permettendo agli utenti di vedere rapidamente il volume e il valore delle fatture in diversi stati. Aiuta a prioritizzare gli sforzi di riscossione sulle fatture aperte e fornisce un riepilogo di alto livello della salute generale del portafoglio crediti. Perché è importante Fornisce una visione attuale delle fatture, cruciale per le dashboards operative, la gestione dei carichi di lavoro e la prioritizzazione delle attività di incasso. Dove trovare Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, nella colonna STATUS ('OP' per aperto, 'CL' per chiuso). Esempi ApertoChiusoIn Contestazione
	Utente User	L'user ID della persona che ha eseguito l'attività.
Descrizione Questo attributo identifica lo specifico dipendente o utente di sistema responsabile dell'esecuzione di un passaggio del processo, come l'approvazione di una fattura o l'applicazione della cassa. È essenziale per comprendere l'elemento umano del processo. L'analisi per Utente aiuta a identificare opportunità di formazione, squilibri nella distribuzione del carico di lavoro e differenze di performance individuali. Ad esempio, può evidenziare quali utenti sono associati alla maggior parte delle rilavorazioni o ai tempi di approvazione più lunghi, supportando sforzi mirati di miglioramento del processo. Perché è importante Permette un'analisi delle prestazioni a livello individuale, aiutando a identificare utenti ad alte prestazioni, esigenze di formazione e potenziali squilibri del carico di lavoro. Dove trovare Acquisito dai campi ID utente come CREATED_BY o LAST_UPDATED_BY in varie tabelle di transazione. Questo ID viene quindi unito a FND_USER per ottenere il nome utente. Esempi JSMITHBWILLIAMSCDAVIS
	Days Sales Outstanding DaysSalesOutstanding	Il numero di giorni tra la generazione della fattura e la ricezione del pagamento.
Descrizione Il Days Sales Outstanding (DSO) è una metrica finanziaria critica che misura il tempo medio necessario per riscuotere un pagamento dopo che una fattura è stata generata. Questo attributo è calcolato per ogni singola fattura. Mentre il KPI complessivo è una media, avere questo valore per fattura consente un'analisi potente. Può essere utilizzato per creare distribuzioni, identificare valori anomali e analizzare le tendenze nell'efficienza della riscossione nel tempo. La `dashboard` 'Tendenza DSO' visualizza direttamente la media di questo attributo nel tempo. Perché è importante Misura l'efficienza della riscossione a livello di singola fattura, fornendo i `dati` grezzi per l'analisi delle tendenze e identificando i fattori che correlano con un DSO elevato. Dove trovare Calcolato durante la trasformazione dei dati. Logica: `Timestamp`('Pagamento Cliente Ricevuto') - `Timestamp`('Fattura Generata'). Esempi 304592
	È una Rilavorazione IsRework	Un flag calcolato che indica se la fattura ha subito un'attività di rilavorazione, come una modifica o una nuova approvazione.
Descrizione Questo flag booleano è impostato su true se il flusso di processo di una fattura contiene attività che indicano rilavorazione, come 'Fattura Modificata' o un secondo event 'Fattura Approvata'. Aiuta a identificare rapidamente le fatture che deviano dal percorso standard ed efficiente. Questo attributo è cruciale per KPI come 'Tasso di Errore Fattura' e 'Tasso di Rilavorazione Manuale'. Consente agli analisti di quantificare facilmente la frequenza delle rilavorazioni, filtrare questi cases inefficienti e indagare le cause radice, come gli utenti o i reparti most associated with rework activities. Perché è importante Quantifica l'inefficienza del processo segnalando le fatture che hanno richiesto passaggi extra e non standard, consentendo l'analisi delle cause e dell'impatto delle rilavorazioni. Dove trovare Calcolato durante la trasformazione dei dati rilevando sequenze di attività specifiche (ad esempio, 'Fattura Approvata' seguita da 'Fattura Modificata') all'interno di un caso. Esempi truefalse
	Nome cliente CustomerName	La ragione sociale del cliente a cui è stata emessa la fattura.
Descrizione Il Nome Cliente fornisce un identificatore leggibile per il cliente. Mentre l'ID Cliente viene utilizzato per i join e l'identificazione univoca, il nome viene utilizzato per la visualizzazione in report e dashboards. Ciò rende l'analisi più intuitiva, poiché gli utenti possono facilmente riconoscere i nomi dei clienti anziché dover cercare gli ID. È cruciale per creare visualizzazioni user-friendly, come un grafico a barre che mostra il ritardo medio di pagamento per cliente. Perché è importante Migliora l'usabilità di `dashboard` e report fornendo un nome leggibile per il filtraggio e il raggruppamento, rendendo l'analisi più accessibile. Dove trovare Unito dalle tabelle HZ_PARTIES e HZ_CUST_ACCOUNTS utilizzando l'ID cliente dall'intestazione della fattura. Esempi Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
	Numero ordine di vendita SalesOrderNumber	L'identificatore per l'ordine di vendita originale che ha portato alla creazione della fattura.
Descrizione Il Numero dell'Ordine di Vendita fornisce un collegamento diretto alla parte precedente di 'Gestione Ordini' del ciclo Ordine-Incasso. Collega il processo di fatturazione con l'ordine cliente iniziale. Questo attributo consente un'analisi più ampia e trasversale ai processi. Ad esempio, gli analisti possono indagare se specifici tipi di ordini di vendita portano costantemente a controversie di fatturazione o ritardi nei pagamenti. Fornisce un contesto prezioso che spesso si perde quando si esamina il processo di fatturazione in isolamento. Perché è importante Collega il processo di fatturazione al processo di vendita a monte, consentendo un'analisi Order-to-Cash più olistica e un'indagine sulle cause profonde. Dove trovare Tipicamente trovato in un campo attributo di riferimento o interfaccia sulla tabella delle linee di fattura, RA_CUSTOMER_TRX_LINES_ALL, come INTERFACE_LINE_ATTRIBUTE1 o un campo flessibile descrittivo simile. Esempi SO-54321601882ORD-2023-9910
	Paese Cliente Country	Il paese dell'indirizzo di fatturazione del cliente.
Descrizione Questo attributo specifica il paese associato all'indirizzo di fatturazione del cliente. Fornisce una dimensione geografica per l'analisi del processo. L'analisi del processo per paese può rivelare differenze regionali nel comportamento di pagamento, nell'efficienza del processo o nella conformità con le normative locali. Ad esempio, può essere utilizzato nella dashboard 'Approfondimenti sul Comportamento di Pagamento del Cliente' per vedere se i ritardi medi di pagamento differiscono significativamente tra i paesi. Perché è importante Permette un'analisi geografica del processo, evidenziando variazioni regionali nel comportamento dei clienti, impatto normativo o prestazioni operative. Dove trovare Unito dalle informazioni del sito di fatturazione del cliente archiviate in HZ_LOCATIONS e FND_TERRITORIES, collegato tramite le tabelle degli account cliente. Esempi Stati UnitiGermaniaRegno Unito
	Pagato puntualmente IsPaidOnTime	Un flag calcolato che indica se la fattura è stata pagata alla data di scadenza o prima.
Descrizione Questo è un attributo booleano derivato confrontando il timestamp 'Pagamento Cliente Ricevuto' con la 'Data di Scadenza' della fattura. È true se il pagamento è stato puntuale o anticipato, e false se è stato in ritardo. Questo flag semplifica la creazione di KPI e dashboards relativi alle prestazioni di pagamento. È l'input diretto per il calcolo del KPI 'Tasso di Pagamento Puntuale' e consente una facile filtrazione e segmentazione delle fatture in categorie 'puntuale' e 'in ritardo' per ulteriori analisi delle cause radice. Perché è importante Supporta direttamente il KPI 'Tasso di Pagamento Puntuale' e semplifica le analisi categorizzando le fatture in gruppi 'puntuali' e 'in ritardo'. Dove trovare Calcolato durante la trasformazione dei dati. Logica: SE (`Timestamp`('Pagamento Cliente Ricevuto') <= Data('DueDate')) ALLORA vero ALTRIMENTI falso. Esempi truefalse
	Sistema di Origine SourceSystem	Il sistema di origine da cui sono stati estratti i dati.
Descrizione Questo attributo identifica l'applicazione sorgente da cui hanno avuto origine i dati di event. Per questo processo, sarà costantemente Oracle E-Business Suite. In ambienti con più sistemi, questo campo è critico per la data lineage e la risoluzione dei problemi. Anche in un contesto a sistema singolo, è un campo obbligatorio per la data governance, confermando che i dati provengono dalla fonte prevista. Perché è importante Garantisce la tracciabilità e il contesto dei dati, il che è cruciale per la `data governance` e quando si integrano dati da più sistemi aziendali. Dove trovare Questo è un valore statico impostato durante il processo di estrazione dei dati per identificare l'ERP di origine. Esempi Oracle E-Business SuiteOracle EBS R12
	Tempo del Ciclo di Approvazione ApprovalCycleTime	La durata dal momento in cui una fattura è stata generata fino alla sua approvazione.
Descrizione Questo attributo misura il tempo impiegato per il processo interno di approvazione delle fatture. È un indicatore chiave dell'efficienza interna e una fonte frequente di bottlenecks nel ciclo di fatturazione complessivo. Il calcolo di questa durata per ogni fattura consente la creazione della dashboard 'Tempo di Ciclo di Approvazione Fattura'. Consente l'analisi per reparto, utente o valore della fattura per individuare le fonti dei ritardi di approvazione e misurare l'impatto delle iniziative di miglioramento del processo. Perché è importante Individua i bottlenecks interni misurando l'efficienza del workflow di approvazione, una causa comune di ritardi nell'invio delle fatture ai clienti. Dove trovare Calcolato durante la trasformazione dei dati. Logica: `Timestamp`('Fattura Approvata') - `Timestamp`('Fattura Generata'). Esempi 864001728003600
	Termini di Pagamento PaymentTerms	I termini concordati che stabiliscono quando un cliente deve pagare la propria fattura.
Descrizione Le Condizioni di Pagamento definiscono le modalità di saldo, come 'Netto 30' o 'Netto 60', utilizzate per calcolare la Data di Scadenza della fattura. Sono un elemento cruciale dei dati anagrafici che influisce direttamente sul flusso di cassa. L'analisi per Condizioni di Pagamento aiuta a comprendere come termini diversi influenzino il comportamento di pagamento e il Days Sales Outstanding (DSO). Può rivelare se i clienti con termini di pagamento più brevi saldano più rapidamente e informare le decisioni strategiche su quali condizioni offrire a diversi segmenti di clientela. Perché è importante Influenza direttamente la data di scadenza della fattura e la previsione del flusso di cassa. Analizzarla aiuta a valutare l'efficacia delle diverse politiche di credito. Dove trovare Acquisito dalla tabella RA_TERMS_B, collegato tramite il TERM_ID nella tabella RA_CUSTOMER_TRX_ALL. Esempi Netto 30Netto 60Dovuto al Ricevimento
	Ultimo `Data Update` LastDataUpdate	Il `timestamp` che indica l'ultima volta che i `dati` per questo `evento` sono stati aggiornati o estratti dal sistema di origine.
Descrizione Questo attributo fornisce il timestamp dell'ultima estrazione dei dati. È cruciale per comprendere la freschezza dei dati analizzati. Gli utenti si affidano a questo campo per sapere se le dashboards e le analisi riflettono lo stato più attuale del processo. Aiuta a gestire le aspettative sulla data latency ed è un elemento chiave di metadata per qualsiasi modello di dati affidabile. Perché è importante Informa gli utenti sulla tempestività dei dati, assicurando che comprendano quanto sia attuale l'analisi del processo. Dove trovare Questo è un campo metadata generato e marcato su ogni record durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati. Esempi 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Unità aziendale BusinessUnit	La specifica unità aziendale o unità operativa all'interno dell'azienda che ha emesso la fattura.
Descrizione L'Unità Aziendale rappresenta l'entità organizzativa responsabile della transazione. In Oracle EBS, ciò è spesso rappresentato dall'Unità Operativa. Questo attributo consente di confrontare le prestazioni del processo tra diverse parti dell'azienda. Può aiutare a determinare se alcune unità aziendali sono più efficienti, hanno tassi di pagamento puntuali più elevati o riscontrano più controversie, consentendo la condivisione delle migliori pratiche e interventi mirati. Perché è importante Consente il confronto delle prestazioni tra diverse parti dell'organizzazione, aiutando a identificare le migliori pratiche e le sfide specifiche dell'area. Dove trovare Il contesto dell'unità operativa è implicitamente disponibile tramite l'ORG_ID sulla maggior parte delle tabelle di transazione come RA_CUSTOMER_TRX_ALL. Esempi Operazioni USAServizi EMEAProduzione Globale
	Valuta Currency	Il codice valuta per gli importi monetari sulla fattura.
Descrizione Questo attributo specifica la valuta, come USD o EUR, in cui sono denominati gli importi delle fatture. Fornisce il contesto necessario per tutte le metriche finanziarie. Quando si analizzano i dati da operazioni multinazionali, l'attributo Valuta è essenziale per interpretare e confrontare correttamente i valori finanziari. Le dashboards possono utilizzarlo per filtrare per valuta o per applicare tassi di cambio per la reportistica consolidata. Perché è importante Fornisce il contesto essenziale per tutti gli attributi finanziari, garantendo un'interpretazione e un'analisi accurate in un ambiente multivaluta. Dove trovare Tipicamente trovato nella tabella RA_CUSTOMER_TRX_ALL, nella colonna INVOICE_CURRENCY_CODE. Esempi USDEURGBP

Obbligatorio Consigliato Facoltativo

Ciclo Ordine-Incasso - Attività di Fatturazione

Questi sono i passaggi di processo e le pietre miliari essenziali da catturare nel suo event log per una scoperta e un'analisi accurate delle sue operazioni di fatturazione.

5 Consigliato 8 Facoltativo

	Activity	Descrizione
	Cassa Applicata/Riconciliata	Il pagamento del cliente ricevuto è stato applicato con successo a una o più fatture specifiche, riducendo il saldo dovuto. Questo rappresenta la riconciliazione del pagamento rispetto al debito.
Perché è importante Questo è il passaggio finale nel processo di pagamento ed è critico per misurare il tempo di ciclo di applicazione della cassa. I ritardi qui possono travisare i saldi dei conti clienti e influenzare la gestione del credito. Dove trovare Questo event è esplicitamente registrato con un timestamp quando un record viene creato nella tabella AR_RECEIVABLE_APPLICATIONS_ALL collegando una ricevuta di cassa a una transazione. Acquisisci L'`event` è il `timestamp` di creazione (GL_DATE o APPLY_DATE) di un record in AR_RECEIVABLE_APPLICATIONS_ALL. Tipo di evento explicit
	Fattura Chiusa	La fattura è ufficialmente chiusa, indicando che il suo saldo è zero a causa di pagamenti, note di credito e/o rettifiche. Questo segna il completamento con successo del ciclo di vita della fattura.
Perché è importante Questo è il punto finale primario del processo. Il tempo di ciclo totale da 'Fattura Generata' a 'Fattura Chiusa' è un indicatore chiave dell'efficienza complessiva del ciclo di fatturazione del Ciclo Ordine-Incasso. Dove trovare Deducibile dal campo STATUS nella tabella AR_PAYMENT_SCHEDULES_ALL che cambia a 'CL' (Chiuso). La data dell'ultima transazione che ha causato la chiusura può essere utilizzata come `timestamp`. Acquisisci Deducibile dal cambio di stato a 'CL' in AR_PAYMENT_SCHEDULES_ALL, con `timestamp` dell'ultima applicazione correlata. Tipo di evento inferred
	Fattura generata	Contrassegna la creazione di una nuova transazione di fattura nel sistema. Questo `event` è tipicamente attivato dal 'Programma di Importazione Autoinvoice' che elabora le linee di ordine di vendita evase, o tramite l'inserimento manuale delle fatture nel modulo Receivables.
Perché è importante Questo è il punto di partenza del processo di fatturazione. L'analisi del tempo da questo event ad altri rivela il ciclo di vita totale della fattura e aiuta a identificare i bottlenecks nelle fasi iniziali. Dove trovare Registrato come data di creazione di una transazione nella tabella Oracle Receivables RA_CUSTOMER_TRX_ALL. Il campo TRX_DATE o CREATION_DATE può essere utilizzato come event timestamp. Acquisisci L'`event` è il `timestamp` di creazione di un record nella tabella RA_CUSTOMER_TRX_ALL. Tipo di evento explicit
	Fattura inviata al cliente	Questa attività indica che la fattura è stata ufficialmente trasmessa al cliente, sia tramite stampa che con mezzi elettronici. Questo event segna l'inizio del conto alla rovescia del termine di pagamento del cliente.
Perché è importante Questa è una pietra miliare chiave per misurare il tempo di consegna della fattura e il ritardo fino al pagamento. Aiuta a distinguere i ritardi di elaborazione interni dal comportamento di pagamento del cliente. Dove trovare Oracle EBS non registra sempre esplicitamente questo event in un campo standard. Può essere dedotto dal timestamp del programma concorrente 'Stampa Fattura' o da un flag personalizzato impostato alla consegna elettronica. Acquisisci Deducibile dalla data di completamento del programma di stampa delle fatture o dalla logica personalizzata per la trasmissione elettronica. Tipo di evento inferred
	Pagamento cliente ricevuto	Un pagamento da parte di un cliente è stato inserito nel sistema come incasso. In questa fase, il pagamento potrebbe non essere ancora stato applicato a una fattura specifica.
Perché è importante Questa è una pietra miliare importante per il calcolo del Days Sales Outstanding (DSO). Il tempo tra la generazione della fattura e la ricezione del pagamento è una misura primaria dell'efficienza di riscossione. Dove trovare Questo event è esplicitamente registrato con un timestamp alla creazione di un record nella tabella AR_CASH_RECEIPTS_ALL. Acquisisci L'`event` è il `timestamp` di creazione di un record nella tabella AR_CASH_RECEIPTS_ALL. Tipo di evento explicit
	Controversia Sollevata	Il cliente ha formalmente contestato la fattura, portando a una sospensione delle attività di riscossione fino alla risoluzione. Questo viene spesso gestito all'interno di Oracle Advanced Collections o tramite aggiornamenti manuali dello stato.
Perché è importante Le controversie incidono direttamente sul flusso di cassa ritardando i pagamenti. Tracciare la loro frequenza e il tempo di risoluzione aiuta a identificare problemi ricorrenti con prodotti, servizi o accuratezza della fatturazione. Dove trovare Se viene utilizzato Oracle Advanced Collections, questa è una transazione esplicita. Altrimenti, può essere dedotta da uno specifico stato di 'controversia' o da un blocco applicato alla fattura in AR. Acquisisci Registrato come transazione in Oracle Advanced Collections o dedotto da un cambio di stato sulla fattura. Tipo di evento explicit
	Data di Scadenza Pagamento Raggiunta	Un evento calcolato che segna il giorno in cui la fattura diventa esigibile in base ai termini di pagamento. Questo evento non corrisponde a un'azione utente o di sistema, ma è una pietra miliare temporale critica.
Perché è importante Questo event è essenziale per calcolare i tassi di pagamento puntuali e analizzare il comportamento di pagamento del cliente. Serve come base per determinare se un pagamento è anticipato, puntuale o in ritardo. Dove trovare Questo non è registrato come un event. È calcolato confrontando la data di sistema con il campo TERM_DUE_DATE sulla tabella AR_PAYMENT_SCHEDULES_ALL per la fattura specifica. Acquisisci Derivato confrontando il `timestamp` corrente con AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE. Tipo di evento calculated
	Fattura Approvata	Rappresenta l'approvazione interna formale di una fattura inserita o revisionata manualmente prima che venga inviata al cliente. Questa attività può far parte di un Workflow Oracle configurato o di un cambio di stato manuale.
Perché è importante Tracciare il tempo di approvazione è critico per il KPI 'Tempo di Ciclo di Approvazione Fattura'. I ritardi qui posticipano direttamente la fatturazione al cliente ed estendono il ciclo complessivo di conversione del contante. Dove trovare Questo è spesso dipendente dalla configurazione. Può essere dedotto da modifiche di stato nelle tabelle workflow (ad esempio, WF_ITEM_ACTIVITY_STATUSES) o potenzialmente da un campo flessibile descrittivo sulla transazione della fattura in RA_CUSTOMER_TRX_ALL. Acquisisci Deducibile dai cambiamenti di stato nelle tabelle dei `workflow` o nei campi di stato personalizzati. Tipo di evento inferred
	Fattura Modificata	Indica che una fattura esistente, incompleta, è stata aggiornata o corretta. Ciò potrebbe comportare la modifica di voci, importi o informazioni di fatturazione prima che la fattura sia completata o inviata.
Perché è importante Modifiche frequenti suggeriscono inefficienze di processo, problemi di qualità dei dati o errori dell'utente. Analizzare questa attività aiuta a quantificare la rilavorazione e il suo impatto sui tempi di ciclo, supportando KPI come 'Tasso di Errore Fatture'. Dove trovare Può essere dedotto confrontando la CREATION_DATE con la LAST_UPDATE_DATE sulla tabella RA_CUSTOMER_TRX_ALL per le fatture incomplete. Se l'audit è abilitato, le modifiche possono essere tracciate più esplicitamente. Acquisisci Deducibile tracciando gli aggiornamenti tramite LAST_UPDATE_DATE sulla tabella RA_CUSTOMER_TRX_ALL. Tipo di evento inferred
	Nota di Credito Creata	Viene generata una transazione di nota di credito, spesso applicata a una fattura esistente per correggere un errore di fatturazione o elaborare un reso. Si tratta di una transazione separata ma correlata all'interno della Contabilità Clienti.
Perché è importante Volumi elevati di note di credito indicano problemi a monte nell'evasione degli ordini, nella definizione dei prezzi o nell'accuratezza iniziale della fatturazione. L'analisi di questi `eventi` è fondamentale per l'analisi delle cause profonde di perdite di ricavi e insoddisfazione del cliente. Dove trovare Registrato come nuova transazione in RA_CUSTOMER_TRX_ALL, dove il CUST_TRX_TYPE_ID si collega a un tipo con classe 'CM' (Nota di Credito). Il campo PREVIOUS_CUSTOMER_TRX_ID lo ricollega alla fattura originale. Acquisisci L'`event` è la creazione di un record in RA_CUSTOMER_TRX_ALL con un tipo di transazione di nota di credito. Tipo di evento explicit
	Pagamento Stornato	Indica che un pagamento cliente precedentemente ricevuto è stato stornato. Ciò accade tipicamente a causa di fondi insufficienti (NSF) o altri errori di elaborazione bancaria.
Perché è importante Gli storni di pagamento compromettono la previsione del flusso di cassa e richiedono ulteriore sforzo amministrativo. Tracciare questi events aiuta a identificare clienti o metodi di pagamento problematici. Dove trovare Questa è un'azione esplicita in Oracle Receivables. Uno storno crea voci in AR_CASH_RECEIPT_HISTORY_ALL con uno stato che indica lo storno, come 'REVERSED'. Acquisisci Identificato da un cambio di stato a 'REVERSED' nella tabella AR_CASH_RECEIPT_HISTORY_ALL. Tipo di evento explicit
	Radiazione Creata	Viene effettuata una rettifica per stornare in tutto o in parte il saldo residuo della fattura come credito inesigibile. Ciò avviene tipicamente dopo che gli sforzi di riscossione sono stati esauriti.
Perché è importante Le radiazioni rappresentano una perdita diretta di ricavi. L'analisi della loro frequenza e del loro valore aiuta a perfezionare le politiche di credito e a comprendere l'impatto finanziario del debito inesigibile. Dove trovare Questo è registrato come una transazione di tipo di rettifica specifica contro la fattura. L'event può essere trovato nella tabella AR_ADJUSTMENTS_ALL con un collegamento a un tipo di attività contabile definita per le radiazioni. Acquisisci L'`event` è la creazione di un record in AR_ADJUSTMENTS_ALL con un tipo di attività 'Write-Off'. Tipo di evento explicit
	Sollecito di Pagamento Emesso	È stato inviato al cliente un sollecito o una nota di richiamo per una fattura scaduta. Questa è un'attività chiave nel processo di riscossione.
Perché è importante Tracciare questa attività è cruciale per misurare l'efficacia delle strategie di riscossione. Consente l'analisi dei tassi di pagamento prima e dopo l'invio dei solleciti. Dove trovare Se viene utilizzato Oracle Advanced Collections, l'invio di una lettera di sollecito viene registrato come un `event` esplicito. Senza questo modulo, questa attività viene spesso eseguita al di fuori del sistema e potrebbe non essere tracciata in modo affidabile. Acquisisci Registrato come `event` di Corrispondenza di Sollecito nel modulo Oracle Advanced Collections. Tipo di evento explicit

Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati da Oracle E-Business Suite

Fasi

Accedere a Oracle E-Business Suite: Acceda alla sua istanza di Oracle EBS con un utente che abbia la responsabilità 'XML Publisher Administrator' o una responsabilità simile che conceda l'accesso a BI Publisher.
Navigare a BI Publisher: Dal navigatore principale, selezionare la responsabilità BI Publisher e quindi fare clic su 'Modelli di Dati'.
Creare un Nuovo Modello di Dati: Nella pagina Modello di Dati, fare clic sul pulsante 'Crea' o sull'icona '+' per avviare un nuovo modello di dati.
Definire il Set di Dati della Query SQL: Nell'editor del modello di dati, fare clic sull'icona '+' e selezionare 'Query SQL'. Questo aprirà il generatore di query SQL.
Configurare il Set di Dati: Assegnare un nome descrittivo al set di dati, ad esempio, 'O2C_INVOICING_EVENT_LOG'. Selezionare l'appropriata 'Origine Dati' per il proprio database EBS, tipicamente denominata 'EBS' o simile.
Inserire la Query SQL: Copiare la query SQL completa fornita nella sezione 'query' di questo documento e incollarla nell'area di testo Query SQL.
Definire i Parametri della Query: La query utilizza parametri come p_start_date, p_end_date e p_org_id. BI Publisher li rileverà automaticamente. È possibile configurarli come obbligatori e impostarne i tipi di dati (Data per le date, Intero per gli ID) e i valori predefiniti, se desiderato.
Salvare il Modello di Dati: Dopo aver incollato la query e configurato i parametri, salvare il modello di dati con un nome unico e descrittivo, ad esempio, 'O2C Billing and Invoicing Extraction'.
Creare un Report di BI Publisher: Navigare nel catalogo di BI Publisher e creare un nuovo report. Selezionare il modello di dati appena salvato.
Configurare il Report: Seguire la procedura guidata di creazione del report. Un semplice layout 'tabella' è sufficiente. Non è necessario un template visivo complesso poiché l'obiettivo è l'esportazione di dati grezzi.
Eseguire ed Esportare i Dati: Visualizzare il report. Quando richiesto, inserire la data di inizio, la data di fine e l'ID dell'organizzazione desiderati. Una volta eseguito il report, utilizzare la funzione 'Esporta' per salvare l'output come file CSV.
Preparare il File per il Caricamento: Assicurarsi che il file CSV esportato sia codificato in formato UTF-8. Verificare che le intestazioni delle colonne corrispondano ai requisiti per ProcessMind: InvoiceNumber, ActivityName, EventTime, ecc. Il file è ora pronto per il caricamento.

Configurazione

Origine dei dati: La query deve essere eseguita sull'origine dati del database Oracle E-Business Suite (ad es. EBS) configurata all'interno di BI Publisher.
Parametri intervallo di date: La query include p_start_date e p_end_date per controllare il periodo di estrazione. Per l'analisi iniziale, si raccomanda un periodo di 3-6 mesi per bilanciare volume di dati e insight sul processo.
Filtro organizzativo: Il parametro p_org_id è fondamentale per limitare i dati a una specifica unità operativa o organizzazione. Eseguire la query per tutte le organizzazioni contemporaneamente può portare a tempi di esecuzione estremamente lunghi e file eccessivamente grandi.
Prerequisiti: L'utente che esegue il report necessita di accesso in lettura a diversi moduli chiave di Oracle Financials e moduli di supporto, inclusi Contabilità Clienti (AR), Foundation (FND) ed eventualmente Risorse Umane (PER) per i dettagli utente. È richiesto l'accesso alla responsabilità BI Publisher per creare ed eseguire il modello di dati e il report.
Considerazioni sulle prestazioni: Questa è una query completa che unisce più tabelle di grandi dimensioni. Per ambienti con volumi di transazioni molto elevati, si consiglia di eseguire l'estrazione durante le ore non di punta o in lotti con intervalli di date più piccoli per evitare il degrado delle prestazioni del sistema.

a Query di Esempio sql

WITH base_invoices AS (
  SELECT
    rct.customer_trx_id,
    rct.trx_number,
    rct.trx_date,
    rct.creation_date,
    rct.created_by,
    rct.last_update_date,
    rct.last_updated_by,
    rct.bill_to_customer_id,
    rct.org_id,
    ps.amount_due_original,
    ps.due_date,
    ps.status AS payment_schedule_status,
    ps.class,
    ps.payment_schedule_id
  FROM
    ar.ra_customer_trx_all rct,
    ar.ar_payment_schedules_all ps
  WHERE
    rct.customer_trx_id = ps.customer_trx_id
    AND rct.trx_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    AND rct.org_id = :p_org_id
    AND ps.class = 'INV'
    AND rct.complete_flag = 'Y'
)
-- 1. Invoice Generated
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Generated' AS "ActivityName",
  inv.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department", -- Placeholder for department logic
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN applsys.fnd_user fu ON inv.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND inv.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
UNION ALL
-- 2. Invoice Approved (using completion as proxy)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Approved' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.complete_flag = 'Y' 
  AND rct.initial_customer_trx_id IS NULL -- Only for manually entered or imported invoices, not copies
UNION ALL
-- 3. Invoice Sent To Customer (using first print date)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Sent To Customer' AS "ActivityName",
  rct.printing_original_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.printing_original_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.printing_original_date IS NOT NULL
UNION ALL
-- 4. Invoice Modified
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Modified' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'INCOMPLETE' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.last_update_date > rct.creation_date
  AND rct.complete_flag = 'N' -- Capturing modifications while incomplete
UNION ALL
-- 5. Credit Memo Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Credit Memo Created' AS "ActivityName",
  cm.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all cm ON inv.customer_trx_id = cm.previous_customer_trx_id
  JOIN applsys.fnd_user fu ON cm.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cm.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  cm.trx_class = 'CM'
UNION ALL
-- 6. Dispute Raised
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Dispute Raised' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'DISPUTED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  adj.type = 'INVOICE' AND adj.status = 'A' -- Approved adjustments related to disputes
UNION ALL
-- 7. Payment Due Date Reached
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Due Date Reached' AS "ActivityName",
  inv.due_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  'System' AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
WHERE
  inv.due_date < SYSDATE
UNION ALL
-- 8. Payment Reminder Issued
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reminder Issued' AS "ActivityName",
  dunning.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN iex.iex_dunnings dunning ON inv.payment_schedule_id = dunning.payment_schedule_id
  JOIN applsys.fnd_user fu ON dunning.created_by = fu.user_id
UNION ALL
-- 9. Customer Payment Received
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Customer Payment Received' AS "ActivityName",
  cr.receipt_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
  JOIN applsys.fnd_user fu ON cr.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cr.receipt_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE app.status = 'APP'
UNION ALL
-- 10. Payment Reversed
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reversed' AS "ActivityName",
  crh.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipt_history_all crh ON app.cash_receipt_id = crh.cash_receipt_id
  JOIN applsys.fnd_user fu ON crh.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND crh.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  crh.status = 'REVERSED'
UNION ALL
-- 11. Cash Applied/Reconciled
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Cash Applied/Reconciled' AS "ActivityName",
  app.apply_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN applsys.fnd_user fu ON app.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND app.apply_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  app.status = 'APP'
  AND app.display = 'Y'
UNION ALL
-- 12. Write-Off Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Write-Off Created' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN ar.ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rt.name LIKE '%Write-Off%'
UNION ALL
-- 13. Invoice Closed
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Closed' AS "ActivityName",
  ps_closed.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'CLOSED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_payment_schedules_all ps_closed ON inv.payment_schedule_id = ps_closed.payment_schedule_id
  JOIN applsys.fnd_user fu ON ps_closed.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND ps_closed.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  ps_closed.status = 'CL'

Fasi

Accedere a Oracle E-Business Suite: Acceda alla sua istanza di Oracle EBS con un utente che abbia la responsabilità 'XML Publisher Administrator' o una responsabilità simile che conceda l'accesso a BI Publisher.
Navigare a BI Publisher: Dal navigatore principale, selezionare la responsabilità BI Publisher e quindi fare clic su 'Modelli di Dati'.
Creare un Nuovo Modello di Dati: Nella pagina Modello di Dati, fare clic sul pulsante 'Crea' o sull'icona '+' per avviare un nuovo modello di dati.
Definire il Set di Dati della Query SQL: Nell'editor del modello di dati, fare clic sull'icona '+' e selezionare 'Query SQL'. Questo aprirà il generatore di query SQL.
Configurare il Set di Dati: Assegnare un nome descrittivo al set di dati, ad esempio, 'O2C_INVOICING_EVENT_LOG'. Selezionare l'appropriata 'Origine Dati' per il proprio database EBS, tipicamente denominata 'EBS' o simile.
Inserire la Query SQL: Copiare la query SQL completa fornita nella sezione 'query' di questo documento e incollarla nell'area di testo Query SQL.
Definire i Parametri della Query: La query utilizza parametri come p_start_date, p_end_date e p_org_id. BI Publisher li rileverà automaticamente. È possibile configurarli come obbligatori e impostarne i tipi di dati (Data per le date, Intero per gli ID) e i valori predefiniti, se desiderato.
Salvare il Modello di Dati: Dopo aver incollato la query e configurato i parametri, salvare il modello di dati con un nome unico e descrittivo, ad esempio, 'O2C Billing and Invoicing Extraction'.
Creare un Report di BI Publisher: Navigare nel catalogo di BI Publisher e creare un nuovo report. Selezionare il modello di dati appena salvato.
Configurare il Report: Seguire la procedura guidata di creazione del report. Un semplice layout 'tabella' è sufficiente. Non è necessario un template visivo complesso poiché l'obiettivo è l'esportazione di dati grezzi.
Eseguire ed Esportare i Dati: Visualizzare il report. Quando richiesto, inserire la data di inizio, la data di fine e l'ID dell'organizzazione desiderati. Una volta eseguito il report, utilizzare la funzione 'Esporta' per salvare l'output come file CSV.
Preparare il File per il Caricamento: Assicurarsi che il file CSV esportato sia codificato in formato UTF-8. Verificare che le intestazioni delle colonne corrispondano ai requisiti per ProcessMind: InvoiceNumber, ActivityName, EventTime, ecc. Il file è ora pronto per il caricamento.

Configurazione

Origine dei dati: La query deve essere eseguita sull'origine dati del database Oracle E-Business Suite (ad es. EBS) configurata all'interno di BI Publisher.
Parametri intervallo di date: La query include p_start_date e p_end_date per controllare il periodo di estrazione. Per l'analisi iniziale, si raccomanda un periodo di 3-6 mesi per bilanciare volume di dati e insight sul processo.
Filtro organizzativo: Il parametro p_org_id è fondamentale per limitare i dati a una specifica unità operativa o organizzazione. Eseguire la query per tutte le organizzazioni contemporaneamente può portare a tempi di esecuzione estremamente lunghi e file eccessivamente grandi.
Prerequisiti: L'utente che esegue il report necessita di accesso in lettura a diversi moduli chiave di Oracle Financials e moduli di supporto, inclusi Contabilità Clienti (AR), Foundation (FND) ed eventualmente Risorse Umane (PER) per i dettagli utente. È richiesto l'accesso alla responsabilità BI Publisher per creare ed eseguire il modello di dati e il report.
Considerazioni sulle prestazioni: Questa è una query completa che unisce più tabelle di grandi dimensioni. Per ambienti con volumi di transazioni molto elevati, si consiglia di eseguire l'estrazione durante le ore non di punta o in lotti con intervalli di date più piccoli per evitare il degrado delle prestazioni del sistema.

a Query di Esempio sql

WITH base_invoices AS (
  SELECT
    rct.customer_trx_id,
    rct.trx_number,
    rct.trx_date,
    rct.creation_date,
    rct.created_by,
    rct.last_update_date,
    rct.last_updated_by,
    rct.bill_to_customer_id,
    rct.org_id,
    ps.amount_due_original,
    ps.due_date,
    ps.status AS payment_schedule_status,
    ps.class,
    ps.payment_schedule_id
  FROM
    ar.ra_customer_trx_all rct,
    ar.ar_payment_schedules_all ps
  WHERE
    rct.customer_trx_id = ps.customer_trx_id
    AND rct.trx_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    AND rct.org_id = :p_org_id
    AND ps.class = 'INV'
    AND rct.complete_flag = 'Y'
)
-- 1. Invoice Generated
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Generated' AS "ActivityName",
  inv.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department", -- Placeholder for department logic
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN applsys.fnd_user fu ON inv.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND inv.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
UNION ALL
-- 2. Invoice Approved (using completion as proxy)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Approved' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.complete_flag = 'Y' 
  AND rct.initial_customer_trx_id IS NULL -- Only for manually entered or imported invoices, not copies
UNION ALL
-- 3. Invoice Sent To Customer (using first print date)
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Sent To Customer' AS "ActivityName",
  rct.printing_original_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.printing_original_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.printing_original_date IS NOT NULL
UNION ALL
-- 4. Invoice Modified
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Modified' AS "ActivityName",
  rct.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'INCOMPLETE' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all rct ON inv.customer_trx_id = rct.customer_trx_id
  JOIN applsys.fnd_user fu ON rct.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND rct.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rct.last_update_date > rct.creation_date
  AND rct.complete_flag = 'N' -- Capturing modifications while incomplete
UNION ALL
-- 5. Credit Memo Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Credit Memo Created' AS "ActivityName",
  cm.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ra_customer_trx_all cm ON inv.customer_trx_id = cm.previous_customer_trx_id
  JOIN applsys.fnd_user fu ON cm.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cm.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  cm.trx_class = 'CM'
UNION ALL
-- 6. Dispute Raised
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Dispute Raised' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'DISPUTED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  adj.type = 'INVOICE' AND adj.status = 'A' -- Approved adjustments related to disputes
UNION ALL
-- 7. Payment Due Date Reached
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Due Date Reached' AS "ActivityName",
  inv.due_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  'System' AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
WHERE
  inv.due_date < SYSDATE
UNION ALL
-- 8. Payment Reminder Issued
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reminder Issued' AS "ActivityName",
  dunning.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  NULL AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN iex.iex_dunnings dunning ON inv.payment_schedule_id = dunning.payment_schedule_id
  JOIN applsys.fnd_user fu ON dunning.created_by = fu.user_id
UNION ALL
-- 9. Customer Payment Received
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Customer Payment Received' AS "ActivityName",
  cr.receipt_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
  JOIN applsys.fnd_user fu ON cr.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND cr.receipt_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE app.status = 'APP'
UNION ALL
-- 10. Payment Reversed
SELECT DISTINCT
  inv.trx_number AS "InvoiceNumber",
  'Payment Reversed' AS "ActivityName",
  crh.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'OPEN' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN ar.ar_cash_receipt_history_all crh ON app.cash_receipt_id = crh.cash_receipt_id
  JOIN applsys.fnd_user fu ON crh.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND crh.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  crh.status = 'REVERSED'
UNION ALL
-- 11. Cash Applied/Reconciled
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Cash Applied/Reconciled' AS "ActivityName",
  app.apply_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_receivable_applications_all app ON inv.customer_trx_id = app.applied_customer_trx_id
  JOIN applsys.fnd_user fu ON app.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND app.apply_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  app.status = 'APP'
  AND app.display = 'Y'
UNION ALL
-- 12. Write-Off Created
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Write-Off Created' AS "ActivityName",
  adj.creation_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  inv.payment_schedule_status AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_adjustments_all adj ON inv.customer_trx_id = adj.customer_trx_id
  JOIN ar.ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
  JOIN applsys.fnd_user fu ON adj.created_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND adj.creation_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  rt.name LIKE '%Write-Off%'
UNION ALL
-- 13. Invoice Closed
SELECT
  inv.trx_number AS "InvoiceNumber",
  'Invoice Closed' AS "ActivityName",
  ps_closed.last_update_date AS "EventTime",
  inv.amount_due_original AS "TotalInvoiceAmount",
  inv.due_date AS "DueDate",
  inv.bill_to_customer_id AS "CustomerId",
  fu.user_name AS "User",
  papf.full_name AS "Department",
  'CLOSED' AS "InvoiceStatus"
FROM
  base_invoices inv
  JOIN ar.ar_payment_schedules_all ps_closed ON inv.payment_schedule_id = ps_closed.payment_schedule_id
  JOIN applsys.fnd_user fu ON ps_closed.last_updated_by = fu.user_id
  LEFT JOIN applsys.per_all_people_f papf ON fu.employee_id = papf.person_id AND ps_closed.last_update_date BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
  ps_closed.status = 'CL'

Fasi

Configurare l'Ambiente Python: Assicurarsi di avere Python 3.6 o versioni successive installato sulla propria macchina. Installare le librerie necessarie, pandas e oracledb, usando pip: pip install pandas oracledb
Preparare lo Script Python: Creare un nuovo file Python (ad esempio, extract_invoices.py) e copiare lo script completo fornito nella sezione query in questo file.
Configurare la Connessione al Database: Nello script, individuare la sezione dei dettagli di connessione. Sostituire i valori placeholder per user, password e dsn con le credenziali e la stringa di connessione reali del proprio database Oracle E-Business Suite. Il DSN, o Nome Origine Dati, segue tipicamente il formato hostname:port/service_name.
Definire i Parametri di Estrazione: Modificare il dizionario params nello script. Impostare i placeholder :start_date, :end_date e :org_id per definire l'ambito dell'estrazione dei dati. Utilizzare il formato 'YYYY-MM-DD' per le date.
Eseguire lo Script: Eseguire lo script dal terminale usando il comando: python extract_invoices.py Lo script si connetterà al database, eseguirà la query SQL e recupererà i risultati.
Recuperare il Event Log: Una volta completato lo script, verrà creato un file denominato oracle_ebs_billing_event_log.csv nella stessa directory. Questo file contiene il event log estratto.
Esaminare i Dati: Aprire il file CSV in un'applicazione foglio di calcolo per verificarne il contenuto. Controllare che tutte le colonne attese siano presenti e che i dati per attività, timestamp e attributi appaiano corretti.
Preparare per il Caricamento: Il file CSV generato è formattato per l'uso diretto. Assicurarsi che le intestazioni delle colonne corrispondano ai campi case_id, activity e timestamp richiesti per il proprio strumento di Process Mining. Lo script li nomina rispettivamente InvoiceNumber, ActivityName e EventTime.

Configurazione

Credenziali del database: È richiesto un utente del database con accesso in sola lettura agli schemi di Oracle E-Business Suite. Nello specifico, l'utente necessita delle autorizzazioni per interrogare tabelle come RA_CUSTOMER_TRX_ALL, AR_PAYMENT_SCHEDULES_ALL, AR_CASH_RECEIPTS_ALL, AR_RECEIVABLE_APPLICATIONS_ALL, AR_ADJUSTMENTS_ALL, FND_USER e HZ_CUST_ACCOUNTS.
Intervallo di date: Lo script include i parametri :start_date e :end_date per limitare il periodo di estrazione. Per un'analisi iniziale, si raccomanda un intervallo di 3-6 mesi per mantenere il set di dati gestibile.
Filtro organizzativo: Il parametro :org_id è critico per ambienti multi-organizzazione per assicurare che i dati siano estratti per la corretta unità aziendale. L'ID appropriato può essere trovato nella tabella HR_OPERATING_UNITS.
Librerie Python: Questo metodo richiede la libreria pandas per la manipolazione dei dati e la libreria oracledb per connettersi al database Oracle. Assicurarsi che queste siano installate nel proprio ambiente Python.
Considerazioni sulle prestazioni: La query utilizza UNION ALL su più tabelle di grandi dimensioni, il che può essere ad alta intensità di risorse. Si consiglia vivamente di eseguire questa estrazione durante le ore non di punta o su un'istanza di reporting del database per evitare di influenzare le prestazioni del sistema di produzione.

a Query di Esempio python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration: Replace with your database details ---
class=class="hl-string">"hl-comment"># For security, consider using environment variables or a secrets management tool.
db_user = class="hl-string">"your_user"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) e.g., class="hl-string">'your_db_host:1521/your_service_name'
db_dsn = class="hl-string">"your_dsn"

class=class="hl-string">"hl-comment"># --- Parameters for the extraction ---
class=class="hl-string">"hl-comment"># Use class="hl-string">'YYYY-MM-DD' format for dates
params = {
    class="hl-string">'start_date': class="hl-string">'2023-01-01',
    class="hl-string">'end_date': class="hl-string">'2023-12-31',
    class="hl-string">'org_id': 204 class=class="hl-string">"hl-comment"># Example Organization ID
}

sql_query = class="hl-string">"""
WITH base_invoices AS (
    -- Pre-filter invoices to the relevant period to improve performance
    SELECT
        rct.customer_trx_id,
        rct.trx_number,
        rct.org_id
    FROM
        RA_CUSTOMER_TRX_ALL rct
    WHERE
        rct.creation_date BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND rct.org_id = :org_id
        AND rct.cust_trx_type_id IN (SELECT cust_trx_type_id FROM ra_cust_trx_types_all WHERE type IN ('INV', 'CM', 'DM'))
)
-- 1. Invoice Generated
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    rct.creation_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 2. Invoice Approved
-- This activity is highly dependent on custom workflows. 
-- This query assumes approval is marked by the invoice status becoming 'OP' (Open) from an 'IP' (Incomplete) state.
-- The event time is the last update date when this condition is met.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    rct.last_update_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.complete_flag = 'Y'
  AND aps.status = 'OP'

UNION ALL

-- 3. Invoice Sent To Customer
-- This event is often not explicitly stored. We use the invoice date (TRX_DATE) of a completed invoice as a proxy.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Sent To Customer' AS ActivityName,
    rct.trx_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.complete_flag = 'Y'

UNION ALL

-- 4. Invoice Modified
-- Captures updates to an invoice before it is completed.
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Modified' AS ActivityName,
    rct.last_update_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rct.last_update_date > rct.creation_date + INTERVAL '1' MINUTE
  AND rct.complete_flag = 'N'

UNION ALL

-- 5. Credit Memo Created
SELECT
    rct.trx_number AS InvoiceNumber,
    'Credit Memo Created' AS ActivityName,
    rct.creation_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN RA_CUST_TRX_TYPES_ALL rctt ON rct.cust_trx_type_id = rctt.cust_trx_type_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON rct.created_by = fu.user_id
WHERE rct.previous_customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND rctt.type = 'CM'

UNION ALL

-- 6. Dispute Raised
SELECT
    rct.trx_number AS InvoiceNumber,
    'Dispute Raised' AS ActivityName,
    aps.dispute_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON aps.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND aps.dispute_date IS NOT NULL

UNION ALL

-- 7. Payment Due Date Reached
SELECT
    rct.trx_number AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    aps.due_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    'SYSTEM' AS User,
    'System' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 8. Payment Reminder Issued
-- Assumes usage of Oracle Advanced Collections dunning letters
SELECT
    rct.trx_number AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    adl.dunning_letter_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_DUNNING_LETTERS adl
    JOIN AR_DUNNING_LETTER_SETS adls ON adl.dunning_letter_set_id = adls.dunning_letter_set_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON adl.payment_schedule_id = aps.payment_schedule_id
    JOIN RA_CUSTOMER_TRX_ALL rct ON aps.customer_trx_id = rct.customer_trx_id
    LEFT JOIN FND_USER fu ON adl.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)

UNION ALL

-- 9. Customer Payment Received
SELECT 
    rct.trx_number AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    acr.receipt_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM 
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN AR_CASH_RECEIPTS_ALL acr ON ara.cash_receipt_id = acr.cash_receipt_id
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON acr.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.status = 'APP'

UNION ALL

-- 10. Payment Reversed
SELECT 
    rct.trx_number AS InvoiceNumber,
    'Payment Reversed' AS ActivityName,
    ara.reversal_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM 
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON ara.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.reversal_date IS NOT NULL

UNION ALL

-- 11. Cash Applied/Reconciled
SELECT
    rct.trx_number AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    ara.apply_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_RECEIVABLE_APPLICATIONS_ALL ara
    JOIN RA_CUSTOMER_TRX_ALL rct ON ara.applied_customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON ara.applied_payment_schedule_id = aps.payment_schedule_id
    LEFT JOIN FND_USER fu ON ara.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND ara.status = 'APP'

UNION ALL

-- 12. Write-Off Created
SELECT
    rct.trx_number AS InvoiceNumber,
    'Write-Off Created' AS ActivityName,
    adj.apply_date AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    AR_ADJUSTMENTS_ALL adj
    JOIN RA_CUSTOMER_TRX_ALL rct ON adj.customer_trx_id = rct.customer_trx_id
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON adj.created_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND adj.type = 'INVOICE'
  AND adj.receivables_trx_id IN (SELECT receivables_trx_id FROM AR_RECEIVABLES_TRX_ALL WHERE name = 'Write-Off')

UNION ALL

-- 13. Invoice Closed
SELECT
    rct.trx_number AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    aps.actual_date_closed AS EventTime,
    aps.amount_due_original AS TotalInvoiceAmount,
    aps.due_date AS DueDate,
    rct.bill_to_customer_id AS CustomerId,
    fu.user_name AS User,
    '[Department Placeholder]' AS Department,
    aps.status AS InvoiceStatus
FROM
    RA_CUSTOMER_TRX_ALL rct
    JOIN AR_PAYMENT_SCHEDULES_ALL aps ON rct.customer_trx_id = aps.customer_trx_id
    LEFT JOIN FND_USER fu ON aps.last_updated_by = fu.user_id
WHERE rct.customer_trx_id IN (SELECT customer_trx_id FROM base_invoices)
  AND aps.status = 'CL'
"""

try:
    class=class="hl-string">"hl-comment"># Establish the connection to the Oracle database
    print(class="hl-string">"Connecting to Oracle database...")
    connection = oracledb.connect(user=db_user, password=db_password, dsn=db_dsn)

    print(class="hl-string">"Executing query...")
    class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
    class=class="hl-string">"hl-comment"># Using a with statement ensures the connection is closed automatically
    with connection:
        df = pd.read_sql_query(sql_query, connection, params=params)

    print(fclass="hl-string">"Successfully extracted {len(df)} events.")

    class=class="hl-string">"hl-comment"># Data processing and cleanup
    if not df.empty:
        df[class="hl-string">'EVENTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTTIME'])
        df.sort_values(by=[class="hl-string">'INVOICENUMBER', class="hl-string">'EVENTTIME'], inplace=True)

    class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
    output_filename = class="hl-string">'oracle_ebs_billing_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.Error as e:
    print(fclass="hl-string">"Database error occurred: {e}")
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An error occurred: {e}")
    sys.exit(1)

Il suo Data Template del Ciclo Ordine-Incasso - Fatturazione

Il suo Data Template del Ciclo Ordine-Incasso - Fatturazione

Ciclo Ordine-Incasso - Attributi di Fatturazione

Ciclo Ordine-Incasso - Attività di Fatturazione

Guide all'Estrazione

Report Oracle BI Publisher per i dati di fatturazione e incasso

Fasi

Configurazione

a Query di Esempio sql

Query SQL Diretta su Schemi Database Oracle EBS

Fasi

Configurazione

a Query di Esempio sql

Estrazione tramite Script Python con Connettore Oracle DB

Fasi

Configurazione

a Query di Esempio python

Pronto per iniziare?

Accelerate ora la vostra Fatturazione e Contabilità Clienti Order to Cash

Il suo Data Template del Ciclo Ordine-Incasso - Fatturazione

Il suo Data Template del Ciclo Ordine-Incasso - Fatturazione

Ciclo Ordine-Incasso - Attributi di Fatturazione

Ciclo Ordine-Incasso - Attività di Fatturazione

Guide all'Estrazione

Report Oracle BI Publisher per i dati di fatturazione e incasso

Fasi

Configurazione

a Query di Esempio sql

Query SQL Diretta su Schemi Database Oracle EBS

Fasi

Configurazione

a Query di Esempio sql

Estrazione tramite Script Python con Connettore Oracle DB

Fasi

Configurazione

a Query di Esempio python

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Accelerate ora la vostra Fatturazione e Contabilità Clienti Order to Cash