> Continue verbetering > Order to Cash Facturatie en Debiteurenbeheer > Oracle E Business Suite > datatemplate

Uw Order to Cash - Facturatie- en Debiteuren Data Template

Oracle E-Business Suite

Order to Cash - Facturatie- en Debiteurenbeheer Attributes (21) Order to Cash - Facturatie- en Debiteurenbeheer Activiteiten (13) Extractie Guides (3)

Uw Order to Cash - Facturatie- en Debiteuren Data Template

Deze template provides een clear roadmap for collecting de essential data required to analyze your Order to Cash - Facturatie- en Debiteurenbeheer process. It outlines the key data fields to include in uw event log, de critical process steps to track, en practical guidance on extracting this information. Use this resource to ensure you gather all necessary data for effective process analysis en optimization.

Aanbevolen attributen om vast te leggen
Belangrijkste activiteiten om te volgen
Extractiehandleiding voor Oracle E-Business Suite

Nieuw met event logs? Leer hoe je een process mining event log creëert.

Template downloaden

Order to Cash - Facturatie- en Debiteurenbeheer Attributes

Dit zijn de aanbevolen data fields om op te nemen in uw event log voor comprehensive Order to Cash - Facturatie- en Debiteurenbeheer process analysis.

3 Verplicht 6 Aanbevolen 12 Optioneel

	Naam	Omschrijving
	Factuurnummer InvoiceNumber	De unieke identificatie voor elk factuurdocument, dienend als de primaire case ID voor het facturatieproces.
Omschrijving Het Factuurnummer is de hoeksteen van de Order to Cash billing analysis, dat elke facturatietransactie uniek identificeert. Het groepeert alle gerelateerde activiteiten, zoals generatie, approval, sending, payment en closure, in één enkele, cohesive process instance. Dit maakt een complete end-to-end view van de factuurlevenscyclus mogelijk. In process mining, helpt het analyseren van processen op Invoice Number om de total cycle time te meten, varianten in hoe invoices worden afgehandeld te identificeren, en bottlenecks op te sporen die payment vertragen. Het is essentieel voor tracking van individuele invoices door hun entire journey van creation tot settlement. Het belang Het is de essentiële case-identificator die alle gerelateerde events verbindt, waardoor de reconstructie en analyse van het gehele facturatieproces voor elke unieke factuur mogelijk wordt. Vindplaats Dit is typically het transaction number from de RA_CUSTOMER_TRX_ALL tabel in Oracle Receivables. Voorbeelden INV-9234501788144US-2023-001293
	Tijdstip Gebeurtenis EventTime	De exacte datum en tijd waarop de activiteit plaatsvond.
Omschrijving Event Time is de timestamp geassocieerd met elke activiteit, wat de chronologische volgorde van events binnen een case aangeeft. Het is de ruwe data die wordt gebruikt voor alle tijdgebaseerde analyse in process mining. Dit attribuut is essentieel voor het berekenen van belangrijke prestatie-indicatoren zoals cyclustijden, doorlooptijden tussen activiteiten en proces-levertijden. Het verschil in Event Time tussen 'Invoice Generated' en 'Invoice Approved' geeft bijvoorbeeld de goedkeuringsduur. Nauwkeurige en complete timestamps zijn cruciaal voor betrouwbare procesanalyse. Het belang Het biedt de temporele context voor elk event, waardoor het mogelijk wordt om doorlooptijden te berekenen, procesprestaties te analyseren en knelpunten te ontdekken. Vindplaats Afkomstig uit diverse date fields in Oracle EBS tabellen, zoals CREATION_DATE of LAST_UPDATE_DATE fields in tabellen zoals RA_CUSTOMER_TRX_ALL en AR_CASH_RECEIPTS_ALL. Voorbeelden 2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
	Activiteitsnaam ActivityName	De naam van de specifieke business event die op een bepaald tijdstip binnen de factuurlevenscyclus heeft plaatsgevonden.
Omschrijving De Activity Name beschrijft een stap of mijlpaal in het facturatieproces, zoals 'Factuur gegenereerd', 'Factuur goedgekeurd', of 'Klantbetaling ontvangen'. Een chronologische reeks van deze activiteiten voor een bepaald Factuurnummer vormt de processtroom. Dit attribute is fundamenteel voor process mining, aangezien het wordt gebruikt om de process map te construeren, procesvarianten te analyseren en afwijkingen of rework loops te identificeren. De duidelijkheid en consistentie van activiteitsnamen zijn cruciaal voor zinvolle analyse, zoals het berekenen van de tijd tussen specifieke stappen of het begrijpen van procescompliance. Het belang Dit attribute is de basis voor discovering en visualizing de process flow, allowing for the analysis of process variants, bottlenecks, en rework. Vindplaats Dit is typically derived by mapping status changes, event types, or record creation/update events from various Oracle EBS tables (e.g., AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL) to standardized activity names. Voorbeelden Factuur OpgesteldFactuur GoedgekeurdVervaldatum betaling bereiktKlantbetaling Ontvangen
	Afdeling Department	De afdeling of het functionele team dat geassocieerd is met de user die de activiteit heeft uitgevoerd.
Omschrijving Het Department attribute biedt organisatorische context voor de user die een activiteit heeft uitgevoerd, zoals 'Debiteurenbeheer' of 'Sales Operations'. Dit maakt analyse op team- of afdelingsniveau mogelijk. Dit is cruciaal voor het begrijpen hoe verschillende onderdelen van de organisatie interactie hebben met en invloed uitoefenen op het facturatieproces. Het kan helpen bij het identificeren van systemische issues binnen een department, het vergelijken van prestaties tussen teams en het analyseren van resource allocation. Bijvoorbeeld, het maakt het 'Factuurgoedkeuring Cyclustijd' dashboard mogelijk om per department uitgesplitst te worden. Het belang Maakt analyse van procesprestaties mogelijk per organisatiestructuur, waarbij verschillen tussen teams worden benadrukt en helpt bij het lokaliseren van afdelingsspecifieke knelpunten. Vindplaats Typically derived by joining user information met de organization's HR hierarchy data, often from PER_ALL_ASSIGNMENTS_F or een similar HR table. Voorbeelden DebiteurenbeheerFinanciële processenFacturatiediensten
	Factuurstatus InvoiceStatus	De huidige status van de invoice in zijn lifecycle.
Omschrijving Factuurstatus weerspiegelt de huidige staat van een factuur, zoals 'Open', 'Gesloten' of 'In Geschil'. Dit geeft een momentopname van de voortgang van de factuur. Dit attribuut is essentieel voor het creëren van dashboards zoals het 'Factuurveroudering & Status Overzicht', waardoor gebruikers snel het volume en de waarde van facturen in verschillende staten kunnen zien. Het helpt bij het prioriteren van incassopogingen op openstaande facturen en biedt een samenvatting op hoog niveau van de algehele gezondheid van de debiteurenportefeuille. Het belang Biedt een actueel overzicht van facturen, wat essentieel is voor operationele dashboards, het beheren van werklasten en het prioriteren van incassoactiviteiten. Vindplaats Beschikbaar in de AR_PAYMENT_SCHEDULES_ALL tabel, in de STATUS kolom ('OP' voor open, 'CL' voor gesloten). Voorbeelden OpenGeslotenIn geschil
	Gebruiker User	De user-ID van de persoon die de activiteit heeft uitgevoerd.
Omschrijving Dit attribute identificeert de specifieke employee of system user responsible for executing een process step, such as approving an invoice or applying cash. It is essential for understanding the human element of the process. Analyzing by User helpt om training opportunities, workload distribution imbalances, en individual performance differences te identificeren. For instance, it can highlight which users are associated with the most rework or the longest approval times, supporting targeted process improvement efforts. Het belang Maakt prestatieanalyse op individueel niveau mogelijk, wat helpt bij het identificeren van goed presterende gebruikers, trainingsbehoeften en mogelijke werkdruk-onevenwichtigheden. Vindplaats Afkomstig uit user ID fields zoals CREATED_BY of LAST_UPDATED_BY in verschillende transactietabellen. Deze ID wordt vervolgens gejoind met FND_USER om de user name te verkrijgen. Voorbeelden JSMITHBWILLIAMSCDAVIS
	Klant-ID CustomerId	Een unieke identificatie voor de klant aan wie de factuur is gericht.
Omschrijving De Customer ID koppelt een factuur aan een specifiek customer account in de master data. Dit maakt aggregatie en vergelijking van procesprestaties over verschillende klanten mogelijk. Met dit attribute kunnen analisten dashboards bouwen die customer payment behaviors benadrukken, identificeren welke klanten geassocieerd zijn met de meeste disputes of rework, en factuurverwerkingstijden vergelijken tussen customer segments. Het is cruciaal voor de overgang van een procesgerichte naar een customer-centric analyse. Het belang Maakt klantgerichte analyse mogelijk, wat helpt bij het identificeren van betalingspatronen, frequente geschillen of procesvariaties die specifiek zijn voor bepaalde klanten. Vindplaats Gevonden in de RA_CUSTOMER_TRX_ALL tabel als SOLD_TO_CUSTOMER_ID of BILL_TO_CUSTOMER_ID. Voorbeelden CUST-100239845ACME-US-01
	Total Invoice Amount TotalInvoiceAmount	De totale monetaire waarde van de factuur, inclusief alle regelitems, belastingen en toeslagen.
Omschrijving Dit attribute represents the total financial value of de invoice sent to de customer. It is een fundamental metric for financial analysis within the billing process. In process mining, Total Invoice Amount is used to segment en filter cases. For example, analysts can compare de process flow for high-value invoices versus low-value invoices to see if they are treated differently. It is also essential for financial impact analysis, such as calculating the value of invoices stuck in the approval stage. Het belang Maakt financiële impactanalyse mogelijk, waardoor gebruikers problemen kunnen prioriteren op basis van monetaire waarde en kunnen begrijpen hoe verschillende factuurwaarden het proces beïnvloeden. Vindplaats Waarschijnlijk afkomstig uit de AR_PAYMENT_SCHEDULES_ALL tabel (AMOUNT_DUE_ORIGINAL) of berekend uit RA_CUSTOMER_TRX_LINES_ALL voor een gegeven factuur. Voorbeelden 1500.0012550.75500.50
	Vervaldatum DueDate	De datum waarop de klant de factuur naar verwachting moet betalen.
Omschrijving De Due Date is een kritiek date attribute dat de betalingstermijn voor een factuur definieert, zoals bepaald door de betalingsvoorwaarden. Het is de benchmark waartegen de werkelijke betalingsprestaties worden gemeten. Dit attribute is essentieel voor het berekenen van KPI's zoals On-Time Payment Rate en voor het creëren van invoice aging reports. Binnen process mining maakt het analyse van payment behaviors mogelijk, zoals het identificeren van klanten die consequent te laat betalen of het identificeren van de impact van process delays op het vermogen om betalingen tijdig te innen. Het belang Het is de basis voor het meten van betalingsprestaties, het berekenen van factuurveroudering en het inschatten van het risico op late betalingen of oninbare vorderingen. Vindplaats Beschikbaar in de AR_PAYMENT_SCHEDULES_ALL tabel, in de kolom DUE_DATE. Voorbeelden 2023-05-152023-06-302023-07-01
	Bedrijfseenheid BusinessUnit	De specifieke business unit of operating unit binnen het bedrijf die de factuur heeft uitgegeven.
Omschrijving De Business Unit vertegenwoordigt de organisatorische entiteit die verantwoordelijk is voor de transactie. In Oracle EBS wordt dit vaak vertegenwoordigd door de Operating Unit. Dit attribute maakt het mogelijk om de procesprestaties te vergelijken tussen verschillende onderdelen van het bedrijf. Het kan helpen bepalen of bepaalde business units efficiënter zijn, hogere percentages tijdige betalingen hebben of meer geschillen ervaren, waardoor het delen van best practices en gerichte interventies mogelijk wordt. Het belang Maakt prestatievergelijking mogelijk tussen verschillende delen van de organisatie, wat helpt bij het identificeren van best practices en gebiedsspecifieke uitdagingen. Vindplaats De Operating Unit context is impliciet beschikbaar via de ORG_ID op de meeste transactietabellen zoals RA_CUSTOMER_TRX_ALL. Voorbeelden Amerikaanse OperatiesEMEA ServicesGlobal Manufacturing
	Betalingstermijnen PaymentTerms	De overeengekomen voorwaarden die bepalen wanneer een klant zijn factuur moet betalen.
Omschrijving Betalingsvoorwaarden definiëren de betalingscondities, zoals 'Net 30' of 'Net 60', die gebruikt worden om de vervaldatum van de factuur te berekenen. Ze zijn een cruciaal onderdeel van de master data die direct invloed heeft op de cashflow. Analyseren op basis van Betalingsvoorwaarden helpt te begrijpen hoe verschillende voorwaarden het betaalgedrag en Days Sales Outstanding (DSO) beïnvloeden. Het kan onthullen of klanten met kortere betalingstermijnen sneller betalen en strategische beslissingen onderbouwen over welke betalingsvoorwaarden aan verschillende klantsegmenten moeten worden aangeboden. Het belang Beïnvloedt direct de vervaldatum van de factuur en de cashflow-prognose. Analyse hiervan helpt de effectiviteit van verschillende kredietbeleidsregels te evalueren. Vindplaats Afkomstig uit de RA_TERMS_B tabel, gekoppeld via de TERM_ID in de RA_CUSTOMER_TRX_ALL tabel. Voorbeelden Netto 30Netto 60Verval bij Ontvangst
	Bronsysteem SourceSystem	Het bronsysteem waaruit de data is geëxtraheerd.
Omschrijving Dit attribute identificeert de source application waar de event data vandaan komt. Voor dit proces zal dit consistent Oracle E-Business Suite zijn. In environments met multiple systems, is dit field kritiek voor data lineage en troubleshooting. Even in een single-system context, is het een mandatory field voor data governance, confirming that the data comes from the expected source. Het belang Zorgt voor datatraceerbaarheid en context, wat cruciaal is voor datagovernance en bij het integreren van data uit meerdere bedrijfssystemen. Vindplaats Dit is een static value set during de data extraction process to identify de source ERP. Voorbeelden Oracle E-Business SuiteOracle EBS R12
	Debiteurendagen DaysSalesOutstanding	Het aantal dagen tussen factuurcreatie en betalingsontvangst.
Omschrijving Days Sales Outstanding (DSO) is een cruciale financiële metric die de gemiddelde tijd meet die nodig is om een betaling te innen nadat een factuur is gegenereerd. Dit attribuut wordt berekend voor elke individuele factuur. Hoewel de algehele KPI een gemiddelde is, maakt het hebben van deze waarde per factuur krachtige analyse mogelijk. Het kan worden gebruikt om distributies te creëren, uitschieters te identificeren en trends in incasso-efficiëntie over tijd te analyseren. Het 'DSO Trend' dashboard visualiseert direct het gemiddelde van dit attribuut over tijd. Het belang Meet de incasso-efficiëntie op individueel factuurniveau, en levert de ruwe data voor trendanalyse en het identificeren van factoren die correleren met een hoge DSO. Vindplaats Berekend tijdens datatransformatie. Logica: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated'). Voorbeelden 304592
	Doorlooptijd goedkeuringscyclus ApprovalCycleTime	De duur vanaf het moment dat een factuur werd gegenereerd totdat deze werd goedgekeurd.
Omschrijving Dit attribute measures the time taken for the internal invoice approval process. It is een key indicator van internal efficiency en een frequent source of bottlenecks in de overall billing cycle. Calculating this duration for each invoice enables the creation of de 'Invoice Approval Cycle Time' dashboard. It allows for analysis by department, user, or invoice value to pinpoint de sources of approval delays and measure the impact of process improvement initiatives. Het belang Identificeert interne knelpunten door de efficiëntie van de goedkeuringsworkflow te meten, wat een veelvoorkomende oorzaak is van vertragingen bij het versturen van facturen naar klanten. Vindplaats Berekend tijdens datatransformatie. Logica: Timestamp('Invoice Approved') - Timestamp('Invoice Generated'). Voorbeelden 864001728003600
	Is herstelwerk IsRework	Een berekende vlag die aangeeft of de factuur een herwerkingsactiviteit heeft ondergaan, zoals een wijziging of hergoedkeuring.
Omschrijving Deze boolean flag is set to true if an invoice's process flow contains activities that indicate rework, such as 'Factuur gewijzigd' or a second 'Factuur goedgekeurd' event. It helps to quickly identify invoices that deviate from de standard, efficient path. Dit attribute is crucial for KPI's like 'Invoice Error Rate' en 'Manual Rework Rate'. It allows analysts to easily quantify de frequency of rework, filter for these inefficient cases, and investigate de root causes, such as the users or departments most associated with rework activities. Het belang Kwantificeert procesinefficiëntie door facturen te markeren die extra, niet-standaard stappen vereisten, waardoor analyse van de oorzaken en impact van rework mogelijk wordt. Vindplaats Berekend tijdens datatransformatie door het detecteren van specifieke activiteitenreeksen (bijv. 'Invoice Approved' gevolgd door 'Invoice Modified') binnen een case. Voorbeelden truefalse
	Klantland Country	Het land van het factuuradres van de klant.
Omschrijving Dit attribute specifies the country associated met de customer's billing address. It provides een geographical dimension for process analysis. Analyzing the process by country can reveal regional differences in payment behavior, process efficiency, or compliance met local regulations. For example, it can be used in de 'Customer Payment Behavior Insights' dashboard to see if average payment delays differ significantly between countries. Het belang Maakt geografische analyse van het proces mogelijk, waarbij regionale variaties in klantgedrag, impact van regelgeving of operationele prestaties worden benadrukt. Vindplaats Samengevoegd uit de factuuradresinformatie van de klant, opgeslagen in HZ_LOCATIONS en FND_TERRITORIES, gekoppeld via de klantaccounttabellen. Voorbeelden USADuitslandVerenigd Koninkrijk
	Klantnaam CustomerName	De wettelijke naam van de klant aan wie de factuur is uitgereikt.
Omschrijving De Customer Name biedt een menselijk leesbare identificatie voor de klant. Terwijl de Customer ID wordt gebruikt voor joins en unieke identificatie, wordt de naam gebruikt voor weergave in rapporten en dashboards. Dit maakt analyse intuïtiever, aangezien users klantnamen gemakkelijk kunnen herkennen in plaats van ID's te moeten opzoeken. Het is cruciaal voor het creëren van user-friendly visualisaties, zoals een bar chart die de gemiddelde betalingsvertraging per klant toont. Het belang Verbetert de bruikbaarheid van dashboards en rapporten door een menselijk leesbare naam te bieden voor filtering en groepering, waardoor analyse toegankelijker wordt. Vindplaats Samengevoegd uit de tabellen HZ_PARTIES en HZ_CUST_ACCOUNTS met behulp van de klant-ID uit de factuurheader. Voorbeelden Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
	Laatste data-update LastDataUpdate	De timestamp die aangeeft wanneer de data voor dit event voor het laatst is vernieuwd of geëxtraheerd uit het bronsysteem.
Omschrijving Dit attribute provides the timestamp of de last data extraction. It is crucial for understanding de freshness of de data being analyzed. Users rely on this field to know if de dashboards and analyses reflect the most current state of de process. It helps manage expectations about data latency en is een key piece of metadata for any reliable data model. Het belang Informeert gebruikers over de actualiteit van de data, zodat ze begrijpen hoe actueel de procesanalyse is. Vindplaats Dit is een metadata field generated en stamped on each record during de data extraction, transformation, and loading (ETL) process. Voorbeelden 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Tijdig betaald IsPaidOnTime	Een berekende vlag die aangeeft of de factuur op of vóór de vervaldatum is betaald.
Omschrijving Dit is een boolean attribute derived by comparing de 'Klantbetaling ontvangen' timestamp met de invoice 'Due Date'. It is true if de payment was on time or early, and false if it was late. Deze flag simplifies the creation of KPI's en dashboards related to payment performance. It is de direct input for calculating de 'On-Time Payment Rate' KPI and allows for easy filtering en segmentation of invoices into 'on-time' en 'late' categories for further root cause analysis. Het belang Ondersteunt direct de 'On-Time Payment Rate' KPI en vereenvoudigt analyses door facturen te categoriseren in 'op tijd' en 'te laat' groepen. Vindplaats Berekend tijdens datatransformatie. Logica: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false. Voorbeelden truefalse
	Valuta Currency	De valutacode voor de monetaire bedragen op de factuur.
Omschrijving Dit attribute specifies the currency, such as USD or EUR, in which de invoice amounts are denominated. It provides necessary context for all financial metrics. When analyzing data from multinational operations, the Currency attribute is essential for correctly interpreting en comparing financial values. Dashboards can use it to filter by currency or to apply exchange rates for consolidated reporting. Het belang Biedt essentiële context voor alle financiële attributes, waardoor accurate interpretatie en analyse in een multi-currency omgeving wordt gewaarborgd. Vindplaats Typically found in de RA_CUSTOMER_TRX_ALL tabel, in de INVOICE_CURRENCY_CODE column. Voorbeelden USDEURGBP
	Verkoopordernummer SalesOrderNumber	De identificatie voor de oorspronkelijke sales order die leidde tot de creatie van de factuur.
Omschrijving Het Sales Order Number biedt een directe link terug naar het voorgaande 'Order Management' deel van de Order-to-Cash cycle. Het verbindt het facturatieproces met de initiële customer order. Dit attribute maakt een bredere, cross-process analysis mogelijk. Bijvoorbeeld, analisten kunnen onderzoeken of bepaalde types van sales orders consistent leiden tot billing disputes of payment delays. Het biedt waardevolle context die vaak verloren gaat bij het kijken naar het billing process in isolation. Het belang Verbindt het facturatieproces met het stroomopwaartse verkoopproces, waardoor een meer holistische Order-to-Cash analyse en hoofdoorzaakonderzoek mogelijk is. Vindplaats Typically found in een reference or interface attribute field on de invoice line table, RA_CUSTOMER_TRX_LINES_ALL, such as INTERFACE_LINE_ATTRIBUTE1 or een similar descriptive flexfield. Voorbeelden SO-54321601882ORD-2023-9910

Verplicht Aanbevolen Optioneel

Order to Cash - Facturatie- en Debiteurenbeheer Activiteiten

Dit zijn de essentiële processtappen en mijlpalen om vast te leggen in uw event log voor accurate discovery en analysis van uw billing operations.

5 Aanbevolen 8 Optioneel

	Activiteit	Omschrijving
	Cash Toegepast/Afgestemd	De ontvangen klantbetaling is succesvol toegepast op één of meer specifieke facturen, waardoor het openstaande saldo is verminderd. Dit vertegenwoordigt de afstemming van de betaling met de schuld.
Het belang Dit is de final step in de payment process and is critical for measuring de Cash Application Cycle Time. Delays here can misrepresent customer account balances en affect credit management. Vindplaats Deze event is explicitly recorded with een timestamp when een record is created in de AR_RECEIVABLE_APPLICATIONS_ALL tabel linking een cash receipt to een transaction. Vastleggen Gebeurtenis is de creatie-timestamp (GL_DATE of APPLY_DATE) van een record in AR_RECEIVABLE_APPLICATIONS_ALL. Gebeurtenistype explicit
	Factuur afgesloten	De factuur is officieel afgesloten, wat betekent dat het saldo nul is door betalingen, creditnota's en/of aanpassingen. Dit markeert de succesvolle voltooiing van de factuurlevenscyclus.
Het belang Dit is de primary end point of de process. De total cycle time from 'Factuur gegenereerd' to 'Factuur afgesloten' is een key indicator of de overall efficiency of de Order to Cash billing cycle. Vindplaats Afgeleid uit het STATUS veld in de AR_PAYMENT_SCHEDULES_ALL tabel dat verandert naar 'CL' (Gesloten). De datum van de laatste transactie die de sluiting veroorzaakte, kan worden gebruikt als de timestamp. Vastleggen Afgeleid uit statuswijziging naar 'CL' in AR_PAYMENT_SCHEDULES_ALL, voorzien van een timestamp door de laatst gerelateerde applicatie. Gebeurtenistype inferred
	Factuur Naar Klant Verzonden	Deze activiteit betekent dat de factuur officieel naar de klant is verzonden, hetzij via print of elektronische middelen. Deze event markeert het begin van het aftellen van de payment term van de customer.
Het belang Dit is een key milestone for measuring invoice delivery lead time and the lag until payment. It helpt distinguish internal processing delays from customer payment behavior. Vindplaats Oracle EBS logt deze event niet altijd expliciet in een standaardveld. Het kan worden afgeleid uit de timestamp van het 'Invoice Print' concurrent programma of een aangepaste flag die is ingesteld bij elektronische levering. Vastleggen Afgeleid uit de voltooiingsdatum van het factuurprintprogramma of aangepaste logica voor elektronische verzending. Gebeurtenistype inferred
	Factuur Opgesteld	Markeert de creatie van een nieuwe factuurtransactie in het systeem. Deze gebeurtenis wordt typisch getriggerd door het 'Autoinvoice Import Program' dat afgehandelde verkooporderregels verwerkt, of door handmatige factuurinvoer in de Receivables module.
Het belang Dit is de starting point of de billing process. Analyzing de time from this event to others reveals de total invoice lifecycle en helpt identify early-stage bottlenecks. Vindplaats Geregistreerd als de creatiedatum van een transactie in de Oracle Receivables tabel RA_CUSTOMER_TRX_ALL. De TRX_DATE of CREATION_DATE kan worden gebruikt als de event timestamp. Vastleggen Gebeurtenis is de creatie-timestamp van een record in de RA_CUSTOMER_TRX_ALL tabel. Gebeurtenistype explicit
	Klantbetaling Ontvangen	Een betaling van een klant is in het systeem ingevoerd als een contante ontvangst. In dit stadium is de betaling mogelijk nog niet toegewezen aan een specifieke factuur.
Het belang Dit is een major milestone for calculating Days Sales Outstanding (DSO). De time between invoice generation en payment receipt is een primary measure of collection efficiency. Vindplaats Deze event is explicitly recorded with een timestamp upon creation of een record in de AR_CASH_RECEIPTS_ALL tabel. Vastleggen Gebeurtenis is de creatie-timestamp van een record in de AR_CASH_RECEIPTS_ALL tabel. Gebeurtenistype explicit
	Afschrijving aangemaakt	Er wordt een correctie uitgevoerd om het resterende factuursaldo geheel of gedeeltelijk af te boeken als oninbare schuld. Dit gebeurt meestal nadat de incassopogingen zijn uitgeput.
Het belang Afschrijvingen vertegenwoordigen een direct loss of revenue. Analyzing their frequency and value helpt in refining credit policies and understanding de financial impact of uncollectible debt. Vindplaats Dit is logged as een specific adjustment type transaction against de invoice. De event can be found in de AR_ADJUSTMENTS_ALL tabel with een link to een receivable activity type defined for write-offs. Vastleggen Gebeurtenis is de creatie van een record in AR_ADJUSTMENTS_ALL met een 'Write-Off' activiteitstype. Gebeurtenistype explicit
	Betaling teruggeboekt	Geeft aan dat een eerder ontvangen klantbetaling is teruggedraaid. Dit gebeurt meestal als gevolg van onvoldoende saldo (NSF) of andere bankverwerkingsfouten.
Het belang Terugboekingen van betalingen verstoren de cashflowprognoses en vragen extra administratieve inspanning. Het volgen van deze events helpt bij het identificeren van problematische klanten of betaalmethoden. Vindplaats Dit is een explicit action in Oracle Receivables. Een reversal creates entries in AR_CASH_RECEIPT_HISTORY_ALL with een status indicating reversal, such as 'REVERSED'. Vastleggen Geïdentificeerd door een statuswijziging naar 'REVERSED' in de AR_CASH_RECEIPT_HISTORY_ALL tabel. Gebeurtenistype explicit
	Betalingsherinnering verstuurd	Een aanmaning of herinnering werd naar de klant gestuurd betreffende een achterstallige factuur. Dit is een belangrijke activiteit in het incassoproces.
Het belang Tracking this activity is crucial for measuring de effectiveness of collection strategies. It allows for analysis of payment rates before and after reminders are sent. Vindplaats Als Oracle Advanced Collections wordt gebruikt, wordt het versturen van een aanmaning gelogd als een expliciete gebeurtenis. Zonder deze module wordt deze activiteit vaak buiten het systeem uitgevoerd en is deze mogelijk niet betrouwbaar te volgen. Vastleggen Vastgelegd als een Dunning Correspondence event in de Oracle Advanced Collections module. Gebeurtenistype explicit
	Creditnota aangemaakt	Een creditnota-transactie wordt gegenereerd en vaak toegepast op een bestaande factuur om een facturatiefout te corrigeren of een retour te verwerken. Dit is een afzonderlijke maar gerelateerde transactie binnen Accounts Receivable.
Het belang Grote volumes creditnota's wijzen op upstream-problemen in orderafhandeling, prijsstelling of initiële facturatienauwkeurigheid. Het analyseren van deze events is cruciaal voor de oorzaakanalyse van omzetlekkage en klantontevredenheid. Vindplaats Geregistreerd als een nieuwe transactie in RA_CUSTOMER_TRX_ALL waarbij de CUST_TRX_TYPE_ID linkt naar een type met een 'CM' (Credit Memo) class. Het veld PREVIOUS_CUSTOMER_TRX_ID koppelt het terug aan de originele factuur. Vastleggen Gebeurtenis is de creatie van een record in RA_CUSTOMER_TRX_ALL met een creditnota-transactietype. Gebeurtenistype explicit
	Factuur Gewijzigd	Geeft aan dat een bestaande, onvolledige factuur is bijgewerkt of gecorrigeerd. Dit kan inhouden dat regelitems, bedragen of facturatiegegevens worden gewijzigd voordat de factuur is voltooid of verzonden.
Het belang Frequente wijzigingen duiden op procesinefficiënties, datakwaliteitsproblemen of gebruikersfouten. Analyse van deze activiteit helpt bij het kwantificeren van herwerk en de impact ervan op cyclustijden, ter ondersteuning van KPI's zoals 'Invoice Error Rate'. Vindplaats Kan worden afgeleid door de CREATION_DATE te vergelijken met de LAST_UPDATE_DATE in de RA_CUSTOMER_TRX_ALL tabel voor onvolledige facturen. Als auditing is ingeschakeld, kunnen wijzigingen explicieter worden gevolgd. Vastleggen Afgeleid door updates te volgen via LAST_UPDATE_DATE in de RA_CUSTOMER_TRX_ALL tabel. Gebeurtenistype inferred
	Factuur Goedgekeurd	Vertegenwoordigt de formele interne goedkeuring van een handmatig ingevoerde of beoordeelde factuur voordat deze naar de klant wordt verstuurd. Deze activiteit kan deel uitmaken van een geconfigureerde Oracle Workflow of een handmatige statuswijziging.
Het belang Tracking approval time is critical for de 'Invoice Approval Cycle Time' KPI. Delays here directly postpone customer billing en extend de overall cash conversion cycle. Vindplaats Dit is often configuration-dependent. It can be inferred from status changes in workflow tables (e.g., WF_ITEM_ACTIVITY_STATUSES) or potentially from een descriptive flexfield on de invoice transaction in RA_CUSTOMER_TRX_ALL. Vastleggen Afgeleid uit statuswijzigingen in workflow tabellen of aangepaste statusvelden. Gebeurtenistype inferred
	Geschil aangemeld	De klant heeft de factuur formeel betwist, wat leidt tot een opschorting van incassoactiviteiten tot de oplossing. Dit wordt vaak beheerd binnen Oracle Advanced Collections of via handmatige statusupdates.
Het belang Geschillen beïnvloeden direct de cashflow door betalingen te vertragen. Het volgen van de frequentie en oplossingstijd helpt bij het identificeren van terugkerende problemen met producten, diensten of facturatienauwkeurigheid. Vindplaats Als Oracle Advanced Collections wordt gebruikt, is dit een expliciete transactie. Anders kan het worden afgeleid uit een specifieke 'dispute' status of een blokkade die op de factuur in AR is toegepast. Vastleggen Vastgelegd als een transactie in Oracle Advanced Collections of afgeleid uit een statuswijziging op de factuur. Gebeurtenistype explicit
	Vervaldatum betaling bereikt	Een berekende gebeurtenis die de dag markeert waarop de factuur vervalt volgens de betalingstermijnen. Deze gebeurtenis komt niet overeen met een gebruikers- of systeemactie maar is een kritieke tijdelijke mijlpaal.
Het belang Deze event is essential for calculating on-time payment rates en analyzing customer payment behavior. It serves as de baseline for determining if een payment is early, on-time, or late. Vindplaats Dit is not recorded as een event. It is calculated by comparing de system date to de TERM_DUE_DATE field on de AR_PAYMENT_SCHEDULES_ALL tabel for de specific invoice. Vastleggen Afgeleid door de huidige timestamp te vergelijken met de AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE. Gebeurtenistype calculated

Aanbevolen Optioneel

Extractie Guides

Hoe u uw `data` uit Oracle E-Business Suite haalt

Stappen

Log in bij Oracle E-Business Suite: Krijg toegang tot uw Oracle EBS-instantie met een gebruiker die de 'XML Publisher Administrator'-rol of een vergelijkbare verantwoordelijkheid heeft die toegang verleent tot BI Publisher.
Navigeer naar BI Publisher: Selecteer vanuit de hoofdnavigator de BI Publisher-verantwoordelijkheid en klik vervolgens op 'Data Models'.
Maak een nieuw datamodel aan: Klik op de pagina Datamodel op de knop 'Create' of het '+' icoon om een nieuw datamodel te starten.
Definieer de SQL Query Data Set: Klik in de datamodel-editor op het '+' icoon en selecteer 'SQL Query'. Dit opent de SQL query builder.
Configureer de Data Set: Geef uw dataset een beschrijvende naam, bijvoorbeeld 'O2C_INVOICING_EVENT_LOG'. Selecteer de juiste 'Data Source' voor uw EBS-database, meestal 'EBS' of iets vergelijkbaars genoemd.
Voer de SQL Query in: Kopieer de volledige SQL-query uit de 'query'-sectie van dit document en plak deze in het SQL Query tekstgebied.
Definieer queryparameters: De query gebruikt parameters zoals p_start_date, p_end_date en p_org_id. BI Publisher detecteert deze automatisch. U kunt ze configureren als verplicht en hun gegevenstypen (Datum voor datums, Integer voor ID) en standaardwaarden instellen indien gewenst.
Sla het datamodel op: Nadat u de query hebt geplakt en de parameters hebt geconfigureerd, slaat u het datamodel op met een unieke en beschrijvende naam, bijvoorbeeld 'O2C Billing and Invoicing Extraction'.
Maak een BI Publisher Rapport aan: Navigeer naar de BI Publisher catalogus en maak een nieuw rapport aan. Selecteer het datamodel dat u zojuist hebt opgeslagen.
Configureer het rapport: Volg de wizard voor het maken van rapporten. Een eenvoudige 'table'-lay-out is voldoende. Er is geen complex visueel template nodig, aangezien het doel ruwe data-export is.
Run en exporteer de data: Bekijk het rapport. Voer, indien gevraagd, de gewenste startdatum, einddatum en organisatie-ID in. Zodra het rapport is uitgevoerd, gebruikt u de 'Export'-functie om de uitvoer op te slaan als een CSV-bestand.
Bereid bestand voor upload voor: Zorg ervoor dat het geëxporteerde CSV-bestand is gecodeerd in UTF-8-formaat. Controleer of de kolomkoppen overeenkomen met de vereisten voor ProcessMind: InvoiceNumber, ActivityName, EventTime, enz. Het bestand is nu klaar voor upload.

Configuratie

Data Source: De query moet worden uitgevoerd op de Oracle E-Business Suite databasebron (bijv. EBS) die is geconfigureerd binnen BI Publisher.
Parameters datumbereik: De query omvat p_start_date en p_end_date om de extractieperiode te regelen. Voor de initiële analyse wordt een periode van 3 tot 6 maanden aanbevolen om datavolume en procesinzicht in evenwicht te houden.
Organisatorisch filter: De parameter p_org_id is cruciaal voor het beperken van de data tot een specifieke operationele eenheid of organisatie. Het uitvoeren van de query voor alle organisaties tegelijk kan leiden tot extreem lange uitvoeringstijden en buitensporig grote bestanden.
Vereisten: De gebruiker die het rapport uitvoert, heeft leesrechten nodig voor verschillende belangrijke Oracle Financials en ondersteunende modules, waaronder Accounts Receivable (AR), Foundation (FND), en potentieel Human Resources (PER) voor gebruikersdetails. Toegang tot de BI Publisher-verantwoordelijkheid is vereist om het datamodel en het rapport te creëren en uit te voeren.
Prestatieoverwegingen: Dit is een uitgebreide query die meerdere grote tabellen combineert. Voor omgevingen met zeer hoge transactievolumes, overweeg de extractie uit te voeren tijdens daluren of in kleinere datumbereikbatches om systeem-prestatiedegradatie te voorkomen.

a Voorbeeldquery 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'

Stappen

Log in bij Oracle E-Business Suite: Krijg toegang tot uw Oracle EBS-instantie met een gebruiker die de 'XML Publisher Administrator'-rol of een vergelijkbare verantwoordelijkheid heeft die toegang verleent tot BI Publisher.
Navigeer naar BI Publisher: Selecteer vanuit de hoofdnavigator de BI Publisher-verantwoordelijkheid en klik vervolgens op 'Data Models'.
Maak een nieuw datamodel aan: Klik op de pagina Datamodel op de knop 'Create' of het '+' icoon om een nieuw datamodel te starten.
Definieer de SQL Query Data Set: Klik in de datamodel-editor op het '+' icoon en selecteer 'SQL Query'. Dit opent de SQL query builder.
Configureer de Data Set: Geef uw dataset een beschrijvende naam, bijvoorbeeld 'O2C_INVOICING_EVENT_LOG'. Selecteer de juiste 'Data Source' voor uw EBS-database, meestal 'EBS' of iets vergelijkbaars genoemd.
Voer de SQL Query in: Kopieer de volledige SQL-query uit de 'query'-sectie van dit document en plak deze in het SQL Query tekstgebied.
Definieer queryparameters: De query gebruikt parameters zoals p_start_date, p_end_date en p_org_id. BI Publisher detecteert deze automatisch. U kunt ze configureren als verplicht en hun gegevenstypen (Datum voor datums, Integer voor ID) en standaardwaarden instellen indien gewenst.
Sla het datamodel op: Nadat u de query hebt geplakt en de parameters hebt geconfigureerd, slaat u het datamodel op met een unieke en beschrijvende naam, bijvoorbeeld 'O2C Billing and Invoicing Extraction'.
Maak een BI Publisher Rapport aan: Navigeer naar de BI Publisher catalogus en maak een nieuw rapport aan. Selecteer het datamodel dat u zojuist hebt opgeslagen.
Configureer het rapport: Volg de wizard voor het maken van rapporten. Een eenvoudige 'table'-lay-out is voldoende. Er is geen complex visueel template nodig, aangezien het doel ruwe data-export is.
Run en exporteer de data: Bekijk het rapport. Voer, indien gevraagd, de gewenste startdatum, einddatum en organisatie-ID in. Zodra het rapport is uitgevoerd, gebruikt u de 'Export'-functie om de uitvoer op te slaan als een CSV-bestand.
Bereid bestand voor upload voor: Zorg ervoor dat het geëxporteerde CSV-bestand is gecodeerd in UTF-8-formaat. Controleer of de kolomkoppen overeenkomen met de vereisten voor ProcessMind: InvoiceNumber, ActivityName, EventTime, enz. Het bestand is nu klaar voor upload.

Configuratie

Data Source: De query moet worden uitgevoerd op de Oracle E-Business Suite databasebron (bijv. EBS) die is geconfigureerd binnen BI Publisher.
Parameters datumbereik: De query omvat p_start_date en p_end_date om de extractieperiode te regelen. Voor de initiële analyse wordt een periode van 3 tot 6 maanden aanbevolen om datavolume en procesinzicht in evenwicht te houden.
Organisatorisch filter: De parameter p_org_id is cruciaal voor het beperken van de data tot een specifieke operationele eenheid of organisatie. Het uitvoeren van de query voor alle organisaties tegelijk kan leiden tot extreem lange uitvoeringstijden en buitensporig grote bestanden.
Vereisten: De gebruiker die het rapport uitvoert, heeft leesrechten nodig voor verschillende belangrijke Oracle Financials en ondersteunende modules, waaronder Accounts Receivable (AR), Foundation (FND), en potentieel Human Resources (PER) voor gebruikersdetails. Toegang tot de BI Publisher-verantwoordelijkheid is vereist om het datamodel en het rapport te creëren en uit te voeren.
Prestatieoverwegingen: Dit is een uitgebreide query die meerdere grote tabellen combineert. Voor omgevingen met zeer hoge transactievolumes, overweeg de extractie uit te voeren tijdens daluren of in kleinere datumbereikbatches om systeem-prestatiedegradatie te voorkomen.

a Voorbeeldquery 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'

Stappen

Python-omgeving instellen: Zorg ervoor dat Python 3.6 of nieuwer op uw machine is geïnstalleerd. Installeer de benodigde libraries, pandas en oracledb, met behulp van pip: pip install pandas oracledb
Python-script voorbereiden: Maak een nieuw Python-bestand aan (bijv. extract_invoices.py) en kopieer het complete script uit de sectie query in dit bestand.
Databaseverbinding configureren: Zoek in het script het gedeelte met verbindingsdetails. Vervang de placeholder-waarden voor user, password en dsn door uw daadwerkelijke Oracle E-Business Suite databasegegevens en verbindingsstring. De DSN, of Data Source Name, volgt doorgaans het formaat hostname:port/service_name.
Extractieparameters definiëren: Pas de params dictionary in het script aan. Stel de :start_date, :end_date en :org_id placeholders in om de scope van uw data-extractie te definiëren. Gebruik het 'YYYY-MM-DD'-formaat voor datums.
Script uitvoeren: Voer het script uit vanuit uw terminal met het commando: python extract_invoices.py Het script maakt verbinding met de database, voert de SQL-query uit en haalt de resultaten op.
Event Log ophalen: Zodra het script is voltooid, wordt er een bestand met de naam oracle_ebs_billing_event_log.csv aangemaakt in dezelfde directory. Dit bestand bevat het geëxtraheerde event log.
Data controleren: Open het CSV-bestand in een spreadsheettoepassing om de inhoud te controleren. Controleer of alle verwachte kolommen aanwezig zijn en of de data voor activiteiten, timestamps en attributes correct lijkt te zijn.
Voorbereiden op upload: Het gegenereerde CSV-bestand is geformatteerd voor direct gebruik. Zorg ervoor dat de kolomkoppen overeenkomen met de vereiste case_id, activity en timestamp velden voor uw process mining tool. Het script noemt ze respectievelijk InvoiceNumber, ActivityName en EventTime.

Configuratie

Database Credentials: Een databasegebruiker met alleen-lezen toegang tot Oracle E-Business Suite schema's is vereist. Specifiek heeft de gebruiker permissies nodig om tabellen zoals RA_CUSTOMER_TRX_ALL, AR_PAYMENT_SCHEDULES_ALL, AR_CASH_RECEIPTS_ALL, AR_RECEIVABLE_APPLICATIONS_ALL, AR_ADJUSTMENTS_ALL, FND_USER, en HZ_CUST_ACCOUNTS te queryen.
Datumbereik: Het script bevat de parameters :start_date en :end_date om de extractieperiode te beperken. Voor de initiële analyse wordt een bereik van 3 tot 6 maanden aanbevolen om de dataset beheersbaar te houden.
Organisatorisch filter: De parameter :org_id is cruciaal voor omgevingen met meerdere organisaties om ervoor te zorgen dat data wordt geëxtraheerd voor de juiste business unit. U kunt de juiste ID vinden in de HR_OPERATING_UNITS tabel.
Python Libraries: Deze methode vereist de pandas library voor datamanipulatie en de oracledb library om verbinding te maken met de Oracle database. Zorg ervoor dat deze zijn geïnstalleerd in uw Python-omgeving.
Prestatieoverwegingen: De query gebruikt UNION ALL over meerdere grote tabellen, wat veel resources kan verbruiken. Het wordt sterk aangeraden om deze extractie tijdens daluren of tegen een rapportage-instantie van de database uit te voeren om impact op de prestaties van het productiesysteem te voorkomen.

a Voorbeeldquery 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)

Uw Order to Cash - Facturatie- en Debiteuren Data Template

Uw Order to Cash - Facturatie- en Debiteuren Data Template

Order to Cash - Facturatie- en Debiteurenbeheer Attributes

Order to Cash - Facturatie- en Debiteurenbeheer Activiteiten

Extractie Guides

Oracle BI Publisher Report voor facturatie- en debiteurendata

Stappen

Configuratie

a Voorbeeldquery sql

Directe SQL Query op Oracle EBS Database Schema's

Stappen

Configuratie

a Voorbeeldquery sql

Python Script Extraction via Oracle DB Connector

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te starten?

Versnel Uw Order to Cash Billing & Invoicing Nu

Uw Order to Cash - Facturatie- en Debiteuren Data Template

Uw Order to Cash - Facturatie- en Debiteuren Data Template

Order to Cash - Facturatie- en Debiteurenbeheer Attributes

Order to Cash - Facturatie- en Debiteurenbeheer Activiteiten

Extractie Guides

Oracle BI Publisher Report voor facturatie- en debiteurendata

Stappen

Configuratie

a Voorbeeldquery sql

Directe SQL Query op Oracle EBS Database Schema's

Stappen

Configuratie

a Voorbeeldquery sql

Python Script Extraction via Oracle DB Connector

Stappen

Configuratie

a Voorbeeldquery python

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Versnel Uw Order to Cash Billing & Invoicing Nu