> Continue procesverbetering > Order to Cash Facturatie en factuurverwerking > Oracle Fusion Financials > Datatemplate

Jouw datatemplate voor Order to Cash voor facturatie en factuurverwerking

Oracle Fusion Financials

Attributen voor Order to Cash - Facturatie en factuurverwerking (22) Activiteiten voor Order to Cash - Facturatie en factuurverwerking (13) Extractiegidsen (2)

Jouw datatemplate voor Order to Cash voor facturatie en factuurverwerking

Deze template laat zien welke data je nodig hebt om je Order-to-Cash-proces voor facturatie en factuurverwerking te analyseren. Je vindt hierin de belangrijkste attributen, de activiteiten die je moet volgen en praktische aanwijzingen voor data-extractie. Zo bouw je een goede dataset op voor process mining en procesoptimalisatie.

Aanbevolen attributen om te verzamelen
Belangrijkste activiteiten om te volgen
Aanwijzingen voor data-extractie uit Oracle Fusion Financials

Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Template downloaden

Attributen voor Order to Cash - Facturatie en factuurverwerking

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van Order to Cash - Facturatie en factuurverwerking.

3 Verplicht 5 Aanbevolen 14 Optioneel

	Naam	Beschrijving
	Factuurnummer InvoiceNumber	De unieke identificatie voor elke factuur. Dit nummer dient als primaire case-ID om alle gerelateerde activiteiten te volgen.
Beschrijving Het factuurnummer vormt de basis van de analyse van het factureringsproces. Het fungeert als case-ID en groepeert alle gebeurtenissen, van het aanmaken van de factuur tot de uiteindelijke betaling en sluiting. Zo krijg je een volledig end-to-end overzicht van de levenscyclus van één factuur. In process mining maakt analyse op basis van het factuurnummer het mogelijk om procesvarianten zichtbaar te maken, doorlooptijden per factuur te berekenen en bottlenecks of herstelrondes voor specifieke transacties te vinden. Het is essentieel voor dashboards zoals 'End-to-end doorlooptijd factuur' en voor het berekenen van belangrijke KPI's, zoals Days Sales Outstanding (DSO), per factuur. Waarom dit belangrijk is Dit attribuut koppelt alle gerelateerde facturerings- en betalingsactiviteiten aan één case. Zo kun je de levenscyclus van de factuur volledig en nauwkeurig analyseren. Waar je het vindt Dit is meestal het transactienummer (TRX_NUMBER) uit de tabel RA_CUSTOMER_TRX_ALL in Oracle Fusion Financials. Voorbeelden INV-1002345983451CM-55432
	Starttijd EventTimestamp	De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving De timestamp van de gebeurtenis legt het exacte moment vast waarop een activiteit plaatsvond. Hiermee bepaal je de chronologische volgorde van gebeurtenissen voor elke factuur. Dat is nodig om de procesflow op te bouwen en tijdanalyses uit te voeren. Dit attribuut vormt de basis voor alle berekeningen van duur en prestaties. Je gebruikt het om de tijd tussen activiteiten te meten, end-to-end doorlooptijden te berekenen, te bepalen of betalingen op tijd zijn en trends in de tijd te analyseren. KPI's zoals 'Gemiddelde goedkeuringstijd van facturen' en 'End-to-end doorlooptijd van facturen' worden rechtstreeks uit deze timestamps berekend. Waarom dit belangrijk is Timestamps zijn nodig om alle prestatiemaatstaven te berekenen, waaronder doorlooptijden, vertragingen en het halen van deadlines. Ze vormen de basis van kwantitatieve procesanalyse. Waar je het vindt Deze data komt uit verschillende datumvelden in tabellen van Oracle Fusion Financials, zoals CREATION_DATE in RA_CUSTOMER_TRX_ALL of timestamps van statuswijzigingen in workflowtabellen. Voorbeelden 2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
	Activiteitsnaam ActivityName	De naam van de specifieke bedrijfsgebeurtenis of taak die op een bepaald moment in de levenscyclus van de factuur plaatsvond.
Beschrijving De activiteitsnaam beschrijft een stap in het factureringsproces, zoals 'Factuur aangemaakt', 'Factuur goedgekeurd' of 'Betaling van klant ontvangen'. Deze gebeurtenissen vormen de reeks acties waaruit de procesflow voor elke factuur bestaat. Dit attribuut is de basis voor process discovery. De miningtool gebruikt het om een visuele kaart te maken van de manier waarop facturen daadwerkelijk worden verwerkt. Je gebruikt het om procesvarianten en herstelrondes, zoals meerdere goedkeuringsstappen, te analyseren en de frequentie en duur van elke fase te meten. Alle dashboards en KPI's gebruiken dit attribuut om de procesflow te begrijpen. Waarom dit belangrijk is Dit attribuut bepaalt de stappen in de proceskaart. Daardoor kun je de factuurworkflow visualiseren, analyseren en inefficiënties vinden. Waar je het vindt Deze informatie is afkomstig uit verschillende tabellen en statuswijzigingen binnen Oracle Fusion Financials, zoals tabellen met workflowhistorie, bijvoorbeeld voor goedkeuringen, en statusvelden van transacties. Voorbeelden Factuur aangemaaktFactuur goedgekeurdBetaling van klant ontvangenFactuur gesloten
	Bedrijfseenheid BusinessUnit	De specifieke bedrijfseenheid binnen de organisatie die de factuur heeft uitgegeven.
Beschrijving De bedrijfseenheid vertegenwoordigt de organisatorische entiteit die verantwoordelijk is voor de transactie. Dit is een belangrijk gegeven voor financiële segmentatie en rapportage in grote organisaties. Met dit attribuut kun je de procesprestaties in verschillende delen van het bedrijf vergelijken. Je kunt bijvoorbeeld analyseren of DSO sterk verschilt tussen bedrijfseenheden of dat één eenheid veel vaker facturen opnieuw moet verwerken. Zo richt je verbeterinitiatieven op de plekken waar ze het meest nodig zijn. Waarom dit belangrijk is Maakt prestatievergelijking tussen verschillende organisatie-eenheden mogelijk. Zo kun je best practices en verbeterpunten op detailniveau vinden. Waar je het vindt Beschikbaar in transactietabellen zoals RA_CUSTOMER_TRX_ALL, vaak als ORG_ID, dat naar definities van bedrijfseenheden verwijst. Voorbeelden Consultancy VSProductie EMEADiensten APAC
	Factuurbedrag InvoiceAmount	De totale geldwaarde van de factuur.
Beschrijving Dit attribuut vertegenwoordigt het totale bedrag dat op de factuur moet worden betaald. Het is een belangrijke financiële maatstaf om de geldwaarde in het factureringsproces te begrijpen. In analyses gebruik je het factuurbedrag om transacties met een hoge waarde prioriteit te geven, de totale waarde van openstaande vorderingen te berekenen en KPI's zoals Days Sales Outstanding (DSO) te wegen. Je kunt het proces segmenteren op basis van financiële impact, bijvoorbeeld om te analyseren of facturen met een hoge waarde een ander goedkeuringspad volgen of langer op betaling wachten. Waarom dit belangrijk is Geeft elke case financiële context. Zo kun je waardeanalyses uitvoeren, facturen met een hoge waarde prioriteit geven en belangrijke financiële KPI's berekenen. Waar je het vindt Te vinden in de tabel RA_CUSTOMER_TRX_ALL, waarschijnlijk in een veld zoals INVOICE_AMOUNT of een gerelateerd veld dat het transactietotaal bevat. Voorbeelden 5000.001250.75250000.00
	Factuurstatus InvoiceStatus	De huidige status van de factuur in de levenscyclus, zoals 'Open', 'Closed' of 'Disputed'.
Beschrijving De factuurstatus geeft een momentopname van de positie van een factuur in het proces. Veelvoorkomende statussen zijn open (onbetaald), gesloten (betaald), betwist of ongeldig gemaakt. Dit attribuut is handig voor monitoring op hoofdlijnen en filtering. Het dashboard Real-Time Cash Flow Forecast gebruikt deze status bijvoorbeeld om openstaande bedragen te categoriseren. Zo kun je snel zien welke facturen achterstallig of betwist zijn en welke volledig zijn vereffend. Waarom dit belangrijk is Geeft snel inzicht op hoofdlijnen in de huidige status van een factuur. Zo kun je efficiënt filteren en categoriseren voor financiële rapportage en operationeel beheer. Waar je het vindt Afgeleid uit statusvelden in tabellen zoals RA_CUSTOMER_TRX_ALL of AR_PAYMENT_SCHEDULES_ALL, bijvoorbeeld het veld STATUS. Voorbeelden OpenGeslotenBetwistWacht op goedkeuring
	Klantnaam CustomerName	De naam van de klant of entiteit waaraan wordt gefactureerd.
Beschrijving Dit attribuut identificeert de klant die bij de factuur hoort. Het is een belangrijke dimensie om procesdata te segmenteren en te filteren. Door het proces op klantnaam te analyseren, kun je zien welke klanten de langste betalingscycli hebben, welke klanten facturen het vaakst betwisten en welke klanten consequent op tijd betalen. Dit is belangrijk voor het DSO Trend-dashboard en om collectionsstrategieën af te stemmen op het gedrag van specifieke klanten. Waarom dit belangrijk is Maakt segmentatie van het proces per klant mogelijk. Zo worden verschillende gedragingen, betalingspatronen en mogelijke relatieproblemen zichtbaar die de cashflow beïnvloeden. Waar je het vindt Afgeleid door de transactietabel (RA_CUSTOMER_TRX_ALL) te koppelen aan klantstamdatatabellen zoals HZ_PARTIES. Voorbeelden Global Tech Inc.Innovate Solutions LLCApex Manufacturing
	Vervaldatum DueDate	De datum waarop de betaling van de factuur uiterlijk moet zijn ontvangen.
Beschrijving De vervaldatum is een belangrijk datumattribuut dat de betalingstermijn van een factuur bepaalt op basis van de betalingsvoorwaarden. Dit attribuut is nodig om collections en de financiële gezondheid te bewaken. Het vormt de basis voor de KPI Betalingen op tijd en voor rapportages over betalingsachterstanden. In dashboards gebruik je het om de cashflow te voorspellen, te zien wanneer betalingen worden verwacht en achterstallige facturen te vinden waarvoor collectionsactiviteiten nodig zijn. Waarom dit belangrijk is Dit is de belangrijkste referentie voor het meten van tijdige betalingen, het berekenen van DSO en het beheren van de ouderdom van openstaande vorderingen. Waar je het vindt Te vinden in de tabel AR_PAYMENT_SCHEDULES_ALL, meestal in het veld DUE_DATE. Voorbeelden 2023-05-302023-06-152023-07-01
	Betalingsmethode PaymentMethod	De methode die de klant gebruikt om te betalen, zoals een bankoverschrijving of creditcard.
Beschrijving Dit attribuut geeft aan hoe een klant de factuur heeft betaald. Deze informatie is nuttig voor het analyseren van betalingstrends en kosten. Verschillende betalingsmethoden kunnen verschillende verwerkingstijden en transactiekosten hebben. Door per betalingsmethode te analyseren, kun je zien of bepaalde methoden vaker leiden tot afstemmingsfouten of vertragingen. Ook helpt dit om klanten aan te moedigen efficiëntere betaal kanalen te gebruiken. Waarom dit belangrijk is Helpt bij het analyseren van de efficiëntie van betalingsverwerking, transactiekosten en foutpercentages bij het afstemmen van verschillende betaal kanalen. Waar je het vindt Te vinden in tabellen met kasontvangsten, zoals AR_CASH_RECEIPTS_ALL, met een veld dat de betalingsmethode aangeeft. Voorbeelden ACHBankoverschrijvingCreditcardCheque
	Betalingsvoorwaarden PaymentTerms	De afgesproken voorwaarden voor het betalen van een factuur, zoals 'Net 30' of '2% 10, Net 30'.
Beschrijving Betalingsvoorwaarden bepalen wanneer en hoe een factuur moet worden betaald, inclusief mogelijke kortingen voor vroeg betalen. Deze informatie is belangrijk voor het beheer van vorderingen en cashflow. Dit attribuut is nodig om de juiste vervaldatum te berekenen en mogelijkheden voor betalingskorting te vinden. De KPI voor het benutten van betalingskortingen is rechtstreeks afhankelijk van deze data om te bepalen voor welke facturen een korting gold. Waarom dit belangrijk is Bepaalt de betalingsregels voor een factuur en heeft rechtstreeks invloed op de berekening van de vervaldatum en het volgen en optimaliseren van betalingskortingen. Waar je het vindt Te vinden in de tabel RA_TERMS en via term_id in RA_CUSTOMER_TRX_ALL aan de transactie gekoppeld. Voorbeelden Netto 30Netto 602% 10, netto 30
	Bronsysteem SourceSystem	Het bronsysteem waaruit de eventdata is geëxtraheerd.
Beschrijving Dit attribuut identificeert de bronapplicatie waaruit de data afkomstig is. Voor dit proces is dat meestal Oracle Fusion Financials, maar het kan ook een specifieke module daarin zijn, zoals Oracle Receivables (AR). In omgevingen met meerdere geïntegreerde systemen helpt dit veld om databronnen van elkaar te onderscheiden. Het is belangrijk voor datavalidatie en datagovernance en zorgt ervoor dat de analyse op de juiste, bedoelde dataset is gebaseerd. Waarom dit belangrijk is Identificeert de herkomst van de data. Dat is belangrijk voor datagovernance, probleemoplossing en de zekerheid dat de analyse op het juiste bronsysteem is gebaseerd. Waar je het vindt Dit is meestal een statische waarde ('Oracle Fusion Financials') die tijdens het extraheren en transformeren van de data wordt toegevoegd. Voorbeelden Oracle Fusion FinancialsOracle AR CloudFusion Apps
	Dagen openstaande verkoopfacturen DaysSalesOutstanding	Het aantal dagen tussen de factuurdatum en de datum waarop de betaling is ontvangen.
Beschrijving Days Sales Outstanding (DSO) is een belangrijke financiële maatstaf voor de gemiddelde tijd die nodig is om een betaling te innen nadat een factuur is uitgegeven. Dit attribuut berekent DSO per factuur. De totale DSO is een belangrijke KPI, maar berekening op factuurniveau maakt veel gedetailleerdere analyse mogelijk. Je kunt dit gebruiken voor trenddashboards, om kenmerken van facturen met een hoge DSO te vinden en om de financiële impact van procesvertragingen te meten. Deze analyse op detailniveau laat zien welke factoren de totale DSO bepalen. Waarom dit belangrijk is Berekent een belangrijke cashflowmaatstaf per factuur. Zo kun je gedetailleerd analyseren wat de incassotijd en financiële prestaties beïnvloedt. Waar je het vindt Dit wordt berekend door het verschil te bepalen tussen de timestamp van de activiteit 'Betaling van klant ontvangen' en het attribuut 'Factuurdatum'. Voorbeelden 356228
	Doorlooptijd factuur InvoiceCycleTime	De totale tijd vanaf het aanmaken van een factuur tot het sluiten ervan.
Beschrijving Dit attribuut meet de end-to-end duur van de volledige levenscyclus van één case. Het wordt berekend als het tijdsverschil tussen de eerste activiteit, meestal 'Factuur aangemaakt', en de laatste activiteit, 'Factuur gesloten'. Deze maatstaf geeft op hoofdlijnen inzicht in de efficiëntie van het totale proces. Het is de belangrijkste maatstaf voor het dashboard 'End-to-end doorlooptijd factuur'. Door dit attribuut te analyseren per klant, bedrijfseenheid of andere dimensie, kun je zien welke soorten facturen het langst duren en de grondoorzaken onderzoeken. Waarom dit belangrijk is Geeft één belangrijke maatstaf voor de snelheid van het totale proces. Zo zie je snel welke facturen het langst duren van begin tot eind. Waar je het vindt Dit is een berekende maatstaf, afgeleid uit het verschil tussen de maximale en minimale EventTimestamp voor elk uniek InvoiceNumber. Voorbeelden 45 dagen 8 uur32 dagen 2 uur90 dagen 12 uur
	Eindtijd EventEndTime	De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis is voltooid.
Beschrijving De eindtijd van de gebeurtenis legt het moment vast waarop een activiteit is afgerond. Veel gebeurtenissen zijn momentopnames, maar sommige activiteiten, zoals 'Factuur goedkeuren', hebben een duur. Ze beginnen bij indiening en eindigen wanneer een beslissing is genomen. Met een eindtijd kun je de verwerkingstijd van een activiteit nauwkeurig berekenen. Dit helpt om te analyseren hoeveel tijd gebruikers aan specifieke taken besteden. Ook wordt bottleneckanalyse nauwkeuriger, omdat je wachttijd kunt onderscheiden van daadwerkelijke verwerkingstijd. Waarom dit belangrijk is Maakt een nauwkeurige berekening van verwerkingstijden mogelijk. Zo kun je actieve werktijd onderscheiden van inactieve wachttijd, wat belangrijk is voor een gedetailleerde bottleneckanalyse. Waar je het vindt Dit wordt vaak afgeleid door de starttijd van de volgende activiteit in het proces te nemen. Voor sommige activiteiten is een apart eindtijdveld beschikbaar in workflowlogs. Voorbeelden 2023-04-15T09:05:12Z2023-04-18T15:00:00Z2023-05-20T11:25:45Z
	Factureringsafdeling BillingDepartment	De interne afdeling of het team dat verantwoordelijk is voor het aanmaken en beheren van de factuur.
Beschrijving Dit attribuut identificeert het specifieke team of de specifieke afdeling binnen de organisatie die het factureringsproces heeft uitgevoerd. Het voegt een extra organisatielaag toe aan de analyse. Door het proces per factureringsafdeling te segmenteren, kan een bedrijf de efficiëntie en nauwkeurigheid van verschillende teams vergelijken. Zo zie je welke afdelingen vaker herstelwerk uitvoeren, langere goedkeuringscycli hebben of meer bijdragen aan een hoge DSO. Dat maakt gerichte training of standaardisatie van het proces mogelijk. Waarom dit belangrijk is Maakt prestatievergelijking tussen interne teams mogelijk. Zo kun je best practices, benodigde capaciteit en verbeterpunten vinden. Waar je het vindt Deze informatie kan worden afgeleid van de gebruiker die de factuur heeft aangemaakt, door de gebruiker te koppelen aan de toegewezen afdeling in het HR-systeem, bijvoorbeeld via PER_ALL_ASSIGNMENTS_F. Voorbeelden BedrijfsfacturatieTeam facturatie dienstenFacturatie productverkoop
	Factuurdatum InvoiceDate	De officiële datum waarop de factuur is uitgegeven.
Beschrijving De factuurdatum, ook wel transactiedatum genoemd, is de datum die op het factuurdocument staat. Deze datum vormt het startpunt voor de berekening van de betalingsvoorwaarden. Deze datum is nodig om Days Sales Outstanding (DSO) te berekenen. DSO meet de tijd tussen de factuurdatum en de betaaldatum. De factuurdatum verschilt van de aanmaakdatum in het systeem en vertegenwoordigt het officiële begin van de betalingscyclus vanuit het perspectief van de klant. Waarom dit belangrijk is Dient als officiële startdatum van de levenscyclus van een factuur en vormt de basis voor de KPI Days Sales Outstanding (DSO). Waar je het vindt Te vinden in de tabel RA_CUSTOMER_TRX_ALL, in het veld TRX_DATE. Voorbeelden 2023-04-142023-05-182023-06-25
	Gebruiker User	De medewerker of systeemgebruiker die een bepaalde activiteit heeft uitgevoerd.
Beschrijving Het attribuut Gebruiker identificeert de persoon of geautomatiseerde agent die verantwoordelijk is voor een processtap. Dit kan de gebruiker zijn die de factuur heeft aangemaakt, de manager die deze heeft goedgekeurd of de collectionsmedewerker die een herinnering heeft verzonden. Door op gebruiker te analyseren, kun je opleidingsbehoeften, werkverdeling en prestatieverschillen tussen personen of teams vinden. Je ziet bijvoorbeeld of bepaalde gebruikers veel fouten maken of dat specifieke goedkeurders steeds voor bottlenecks zorgen. Waarom dit belangrijk is Legt verantwoordelijkheid voor processtappen vast. Zo kun je gebruikersprestaties en werkverdeling analyseren en opleidingsbehoeften vinden. Waar je het vindt Afkomstig uit gebruikers-IDvelden zoals CREATED_BY of LAST_UPDATED_BY in verschillende transactie- en workflowtabellen. Deze ID wordt vervolgens gekoppeld aan gebruikerstabellen, zoals PER_ALL_PEOPLE_F, om de naam van de gebruiker op te halen. Voorbeelden john.smithjane.doeCollectionsBot
	Is herstelwerk IsRework	Een booleaanse vlag die aangeeft of een activiteit als herstelwerk wordt beschouwd, zoals een herhaalde goedkeuring of correctie.
Beschrijving Dit berekende attribuut markeert activiteiten die onnodig of dubbel werk vertegenwoordigen. Voorbeelden zijn een factuur die wordt afgewezen en daarna opnieuw ter goedkeuring wordt ingediend, of een correctie na de eerste aanmaak. Met deze markering kun je de impact van herstelwerk eenvoudig kwantificeren. De KPI voor het herstelwerkpercentage in facturering wordt rechtstreeks uit dit attribuut berekend. Dashboards kunnen de frequentie van herstelwerk tonen en de extra doorlooptijd meten, zodat je bronnen van inefficiëntie en fouten kunt vinden. Waarom dit belangrijk is Maakt procesinefficiëntie rechtstreeks meetbaar door onnodig of herhaald werk te markeren. Zo kun je de impact van kwaliteitsproblemen in tijd en kosten eenvoudig bepalen. Waar je het vindt Dit wordt tijdens de datatransformatie berekend op basis van de volgorde van activiteiten. Als de activiteit 'Factuur goedgekeurd' bijvoorbeeld wordt voorafgegaan door 'Factuur afgewezen' voor dezelfde case, wordt deze als herstelwerk gemarkeerd. Voorbeelden truefalse
	Laatste data-update LastDataUpdate	De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is vernieuwd of uit het bronsysteem is geëxtraheerd.
Beschrijving Dit attribuut bevat de timestamp van de meest recente data-extractie. Het is een metadataveld dat nodig is om te begrijpen hoe actueel de geanalyseerde data is. Analisten gebruiken deze informatie om te controleren of ze met actuele informatie werken en om de ouderdom van de data te bepalen. Dit is vooral belangrijk voor dashboards die 'real-time' of bijna real-time zijn, omdat het inzicht geeft in mogelijke vertraging van de data. Waarom dit belangrijk is Informeert gebruikers over de actualiteit van de data. Zo zijn analyses en conclusies gebaseerd op informatie waarvan de ouderdom bekend en acceptabel is. Waar je het vindt Dit metadataveld wordt aangemaakt tijdens het extraheren, transformeren en laden van data (ETL). Het komt meestal overeen met het moment waarop de datapijplijn is uitgevoerd. Voorbeelden 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Op tijd betaald IsPaidOnTime	Een booleaanse vlag die aangeeft of de factuur op of vóór de vervaldatum is betaald.
Beschrijving Dit berekende attribuut geeft eenvoudig aan of een betaling op tijd was. Het wordt afgeleid door de datum van de activiteit 'Betaling van klant ontvangen' te vergelijken met het attribuut 'Vervaldatum' van de factuur. Deze vlag vereenvoudigt analyse en rapportage voor de KPI Betalingen op tijd. Je kunt eenvoudig filteren en segmenteren om te begrijpen welke factoren, zoals klant, regio of factuurbedrag, samenhangen met te late betalingen. Het is een belangrijke maatstaf voor de effectiviteit van collections. Waarom dit belangrijk is Vereenvoudigt het meten van collectionsprestaties en maakt analyse mogelijk van factoren die bijdragen aan tijdige of te late betalingen. Waar je het vindt Berekend door de timestamp van de laatste betalingsactiviteit te vergelijken met het attribuut DueDate. De logica is: `PaymentTimestamp <= DueDate`. Voorbeelden truefalse
	Reden van geschil DisputeReason	De reden die de klant opgeeft voor het betwisten van een factuur.
Beschrijving Wanneer een klant een factuur betwist, wordt de reden van het geschil vastgelegd. Dit kan te maken hebben met prijs, hoeveelheid, servicekwaliteit of andere problemen. Analyse van geschilredenen is een goede manier om grondoorzaken te vinden. Door de meest voorkomende redenen te begrijpen, kan het bedrijf onderliggende problemen in prijzen, orderafhandeling of datakwaliteit aanpakken. Dit helpt de gemiddelde oplostijd van factuurgeschillen te verlagen en de klanttevredenheid te verbeteren. Waarom dit belangrijk is Geeft rechtstreeks inzicht in de grondoorzaken van betalingsvertragingen en klantontevredenheid. Zo kan het bedrijf structurele problemen aanpakken. Waar je het vindt Deze informatie kan zijn opgeslagen in Oracle Collections of een gerelateerde module voor geschilbeheer. Het kan om een aparte geschilstabel gaan of om een redenencode op de transactie zelf. Voorbeelden Onjuiste prijsVerschil in hoeveelheidBeschadigde goederenDubbele factuur
	Regio Region	De geografische regio die bij de klant of transactie hoort.
Beschrijving Regio geeft de geografische context van de factuur, meestal op basis van de locatie van de klant. Zo kun je procesprestaties geografisch analyseren. Analyse per regio kan verschillen zichtbaar maken die worden veroorzaakt door lokale regelgeving, marktomstandigheden of prestaties van regionale teams. Dashboards zoals DSO Trend en End-to-end doorlooptijd factuur kun je per regio segmenteren om te zien of bepaalde gebieden specifieke problemen hebben bij het betaald krijgen van facturen. Waarom dit belangrijk is Maakt geografische segmentatie van het proces mogelijk. Zo kunnen regionale verschillen in prestaties, klantgedrag of compliance zichtbaar worden. Waar je het vindt Dit wordt meestal afgeleid uit adresinformatie van de klant in TCA (HZ_LOCATIONS, HZ_PARTY_SITES). Het is geen rechtstreeks veld op de factuur. Voorbeelden Noord-AmerikaEuropaAzië-Pacific

Verplicht Aanbevolen Optioneel

Activiteiten voor Order to Cash - Facturatie en factuurverwerking

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log vastlegt voor een nauwkeurige procesontdekking.

6 Aanbevolen 7 Optioneel

	Activiteit	Beschrijving
	Betaling aan factuur toegewezen	De ontvangen betaling van de klant is succesvol gematcht met en toegewezen aan de specifieke factuur, waardoor het openstaande saldo afneemt. Dit is een afzonderlijk transactierecord.
Waarom dit belangrijk is Deze activiteit bevestigt dat het geld correct is toegewezen. Dat is belangrijk voor nauwkeurige ouderdomsrapportages en financiële overzichten. Dit is de laatste stap bij het verwerken van het geld op de vordering. Waar je het vindt Expliciet vastgelegd in de tabel AR_RECEIVABLE_APPLICATIONS_ALL. De velden apply_date en gl_date geven aan wanneer de toewijzing plaatsvond. Vastleggen Gebruik apply_date uit de tabel AR_RECEIVABLE_APPLICATIONS_ALL, die de kasontvangst aan de factuur koppelt. Eventtype explicit
	Betaling van klant ontvangen	Een betaling van een klant is als kasontvangst in het systeem ingevoerd. In deze fase is de betaling mogelijk nog niet aan een specifieke factuur toegewezen.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal die de instroom van geld vertegenwoordigt. Het tijdsverschil tussen het ontvangen van de betaling en het toewijzen ervan aan een factuur is een belangrijke indicator voor de efficiëntie van het cashmanagement. Waar je het vindt Expliciet vastgelegd bij het aanmaken van een record in de tabel AR_CASH_RECEIPTS_ALL. receipt_date geeft aan wanneer de betaling is verwerkt. Vastleggen Gebruik creation_date of receipt_date uit de tabel AR_CASH_RECEIPTS_ALL. Eventtype explicit
	Factuur aangemaakt	De eerste aanmaak van een factuurtransactie in het systeem, vaak met de status concept of onvolledig. Dit event wordt expliciet vastgelegd wanneer een gebruiker voor het eerst een nieuwe factuurrecord opslaat in de Accounts Receivable-module.
Waarom dit belangrijk is Dit is het definitieve begin van het facturatieproces. Door de tijd tussen aanmaak en voltooiing te analyseren, zie je vertragingen bij gegevensinvoer aan de voorkant of problemen met systeemprestaties. Waar je het vindt Dit event wordt vastgelegd op basis van de aanmaakdatum van het transactierecord in de tabel RA_CUSTOMER_TRX_ALL. De eerste status is vaak 'Incomplete'. Vastleggen Gebruik creation_date uit de tabel RA_CUSTOMER_TRX_ALL voor het specifieke factuurnummer. Eventtype explicit
	Factuur gesloten	De factuur is volledig betaald en afgestemd en de levenscyclus is voltooid. Deze gebeurtenis wordt meestal afgeleid wanneer het openstaande saldo van de factuur nul wordt en de status wordt bijgewerkt.
Waarom dit belangrijk is Dit is de definitieve afhandeling van de factuur en markeert het einde van het proces. De totale tijd tot deze status is de end-to-end doorlooptijd, een belangrijke KPI voor het factureringsproces. Waar je het vindt Afgeleid uit de tabel AR_PAYMENT_SCHEDULES_ALL wanneer de status wordt bijgewerkt naar 'CLOSED' en amount_due_remaining nul is. Het veld 'gl_date_closed' geeft de sluitingsdatum aan. Vastleggen Gebruik gl_date_closed uit AR_PAYMENT_SCHEDULES_ALL voor de specifieke factuur. Eventtype inferred
	Factuur goedgekeurd	De factuur heeft alle benodigde goedkeuringen ontvangen en kan naar de klant worden verstuurd. Dit event wordt vastgelegd wanneer de goedkeuringsworkflow succesvol is afgerond en de factuurstatus wordt bijgewerkt.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal die bepaalt wanneer de factuur naar de klant kan. Vertragingen op dit punt hebben direct invloed op het moment waarop de betalingstermijn begint en daarmee op de Days Sales Outstanding (DSO). Waar je het vindt Afgeleid van de laatste goedkeuringsupdate in het factuurtransactierecord of de voltooiingstimestamp in de bijbehorende BPM-workflowtaak. Vastleggen Leg de timestamp vast waarop de goedkeuringsstatus van de factuur wordt ingesteld op 'Approved'. Eventtype inferred
	Factuur naar klant verzonden	De factuur is via de voorkeursmethode van de klant bezorgd, bijvoorbeeld per e-mail of per post. Het systeem registreert vaak de timestamp waarop de bezorgactie wordt uitgevoerd.
Waarom dit belangrijk is Met deze activiteit begint officieel de betalingstermijn. De tijd tussen goedkeuring en bezorging is belangrijk om de efficiëntie van het factuurdistributieproces te beoordelen. Waar je het vindt Dit kan worden afgeleid uit het veld 'last_printed_date' in RA_CUSTOMER_TRX_ALL of uit logs in Oracle Business Intelligence Publisher als elektronische bezorging wordt gebruikt. Vastleggen Gebruik de timestamp uit het relevante bezorg- of printlog dat aan de factuur is gekoppeld. Eventtype inferred
	Betalingsherinnering verzonden	Er is een aanmaning of herinnering naar de klant verzonden voor een achterstallige factuur. Dit is een expliciete actie die door de collections-module wordt vastgelegd.
Waarom dit belangrijk is Door herinneringen te volgen, kun je de effectiviteit van het collections-proces meten. Je kunt analyseren welke herinneringsstrategieën tot snellere betalingen leiden. Waar je het vindt Expliciet vastgelegd in de Oracle Advanced Collections-module. Tabellen met aanmaningshistorie, zoals IEX_DUNNINGS, leggen de datum en het niveau van de verzonden herinnering vast. Vastleggen Ophalen uit tabellen met aanmaningshistorie, waarbij de aanmaningstransactie aan de factuur wordt gekoppeld. Eventtype explicit
	Factuur aangepast	Het factuurbedrag is gewijzigd, bijvoorbeeld door een afboeking of credit. Dit is een expliciete transactie om het openstaande saldo van de factuur aan te passen.
Waarom dit belangrijk is Aanpassingen wijzen vaak op geschillen, tegemoetkomingen of correcties. Door de frequentie en waarde van aanpassingen te analyseren, kun je onderliggende problemen in het order-to-cash-proces vinden. Waar je het vindt Expliciet vastgelegd in de tabel AR_ADJUSTMENTS_ALL. De creation_date van het aanpassingsrecord markeert de gebeurtenis. Vastleggen Gebruik creation_date uit de tabel AR_ADJUSTMENTS_ALL voor de betreffende factuur. Eventtype explicit
	Factuur afgewezen	Een goedkeurder heeft de factuur afgewezen, meestal door fouten in gegevens zoals prijzen of aantallen. Dit event stuurt de factuur terug voor correctie en creëert een herstelronde.
Waarom dit belangrijk is Door afwijzingen te volgen, krijg je zicht op problemen met factuurnauwkeurigheid en interne controles. Door de frequentie en redenen van afwijzingen te analyseren, zie je waar procesverbetering en training nodig zijn. Waar je het vindt Afgeleid van een statusupdate op het factuurtransactierecord of de uitkomst 'Rejected' in de BPM-workflowtaak. Vastleggen Leg de timestamp vast waarop de goedkeuringsstatus van de factuur wordt ingesteld op 'Rejected'. Eventtype inferred
	Factuur ter goedkeuring ingediend	De factuur wordt formeel ingediend in een goedkeuringsworkflow, als die is geconfigureerd. Dit wordt vastgelegd wanneer de factuurstatus wordt gewijzigd naar een status voor wachtende goedkeuring en meldingen naar aangewezen goedkeurders worden verstuurd.
Waarom dit belangrijk is Dit markeert het begin van de goedkeuringscyclus. Door deze activiteit te volgen, kun je de daaropvolgende goedkeuringstijd meten en analyseren. Die tijd is een belangrijk onderdeel van de totale doorlooptijd van de factuur. Waar je het vindt Afgeleid van een statuswijziging op de factuurtransactie of vastgelegd in de Oracle Business Process Management (BPM)-workflowtabellen, waarin de start van de goedkeuringstaak wordt geregistreerd. Vastleggen Bepaal de timestamp waarop de goedkeuringsstatus van de factuur verandert naar 'Pending' of een vergelijkbare status. Eventtype inferred
	Factuur voltooid	Dit is het moment waarop de gegevensinvoer voor de factuur is afgerond en de transactie klaar is voor validatie en boekhouding. Meestal wordt dit vastgelegd wanneer de factuurstatus verandert van 'Incomplete' naar 'Complete'.
Waarom dit belangrijk is Deze mijlpaal markeert het einde van de gegevensinvoer. De tijd tussen aanmaak en voltooiing kan iets zeggen over de efficiëntie van de gegevensinvoer en controle binnen de facturatieafdeling. Waar je het vindt Afgeleid van een statuswijziging op het factuurtransactierecord in de tabel RA_CUSTOMER_TRX_ALL. Zoek de timestamp die hoort bij de statuswijziging naar 'Complete'. Vastleggen Volg de statushistorie van de transactie in RA_CUSTOMER_TRX_ALL of gerelateerde workflowtabellen. Eventtype inferred
	Geschil gestart	De klant heeft de factuur formeel betwist en in het systeem is een geschilcase aangemaakt. Dit wordt meestal vastgelegd door een statusvlag in het betalingsschema van de factuur te wijzigen.
Waarom dit belangrijk is Geschillen zetten het betalingsproces stil en vragen handmatig werk om ze op te lossen. Door de frequentie van geschillen en de oplostijd te analyseren, kun je grondoorzaken vinden, zoals fouten in prijzen of verzending. Waar je het vindt Dit kan worden afgeleid uit het statusveld in de tabel AR_PAYMENT_SCHEDULES_ALL wanneer dit op een geschilstatus is ingesteld, of uit aanmaakrecords in AR_DISPUTE_HISTORY. Vastleggen Bepalen wanneer de geschilvlag of -status voor het betalingsschema van de factuur wordt geactiveerd. Eventtype inferred
	Vervaldatum van betaling bereikt	De contractuele vervaldatum voor de betaling van de factuur is verstreken. Dit is geen transactioneel event, maar een berekening op basis van de factuurvoorwaarden en de huidige datum.
Waarom dit belangrijk is Dit berekende event is belangrijk voor ouderdomsanalyses en het berekenen van de DSO. Het onderscheidt facturen die op tijd zijn betaald van achterstallige facturen, zodat je incassoactiviteiten gericht kunt inzetten. Waar je het vindt Dit is een berekende gebeurtenis. Deze treedt op wanneer de huidige datum later is dan het veld due_date in de tabel AR_PAYMENT_SCHEDULES_ALL voor een bepaalde factuur. Vastleggen Berekend door de huidige datum te vergelijken met het veld due_date in AR_PAYMENT_SCHEDULES_ALL. Eventtype calculated

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Oracle Fusion Financials

Stappen

Ga naar BI Publisher: Log in bij Oracle Fusion Applications en open via het Navigator-menu achtereenvolgens Tools en Reports and Analytics. Klik op Browse Catalog om de Business Intelligence Catalog te openen.
Maak een datamodel: Klik in de catalogus op het vervolgkeuzemenu New en selecteer Data Model. De editor voor datamodellen wordt geopend.
Definieer de SQL Query-dataset: Klik in het deelvenster Data Model op het plusteken naast Data Sets en selecteer SQL Query. Geef de dataset in het nieuwe dialoogvenster een naam, bijvoorbeeld AR_INVOICE_LIFECYCLE. Selecteer de juiste Data Source, meestal ApplicationDB_FSCM.
Voer de SQL Query in: Kopieer de volledige SQL-query uit de sectie query van dit document en plak die in het tekstvak SQL Query. De query gebruikt parameters zoals :P_START_DATE, :P_END_DATE en :P_BUSINESS_UNIT. Deze worden automatisch herkend.
Configureer parameters en bekijk de data: Ga naar het tabblad Parameters om standaardwaarden in te stellen of weergaveopties voor de gebruiker te configureren. Ga daarna naar het tabblad Data, vul waarden voor de parameters in, bijvoorbeeld een korte periode, en klik op View om de query te testen en een voorbeeld van de uitvoer te bekijken.
Sla het datamodel op: Controleer eerst of de data klopt. Klik daarna op het pictogram Save en sla het datamodel op in een geschikte map, bijvoorbeeld onder Shared Folders/Custom/ProcessMining.
Maak een rapport: Ga terug naar de catalogus, klik op het vervolgkeuzemenu New en selecteer Report. Kies in de wizard voor het maken van rapporten de optie 'Use Data Model' en selecteer het datamodel dat je zojuist hebt opgeslagen.
Configureer de rapportindeling: Maak in de editor voor de rapportindeling geen complexe opmaak. Selecteer 'Create Table' en sleep alle kolommen uit de dataset naar de tabel. Het doel is een ruwe data-export, geen opgemaakt rapport.
Stel CSV in als standaarduitvoer: Stel in de eigenschappen van het rapport de standaardindeling in op CSV. Zo wordt bij het uitvoeren een tekstbestand gemaakt dat geschikt is voor process mining.
Plan het rapport: Zoek je rapport in de catalogus, klik op More en selecteer Schedule. Maak een nieuwe taak, configureer de parameters, zoals periode en bedrijfseenheid, en stel de bestemming in. Een veelgebruikte bestemming is de Content Server (UCM) of een externe SFTP-server.
Haal het event log op: Ga na afloop van de geplande taak naar de opgegeven bestemming, bijvoorbeeld de UCM-contentrepository, en download het gegenereerde CSV-bestand. Dit bestand is je event log.
Bereid de upload voor: Controleer of het CSV-bestand de juiste kolomkoppen heeft, zoals gedefinieerd in de query (InvoiceNumber, ActivityName, EventTimestamp, enzovoort). Je bestand is nu klaar om naar je process mining-platform te uploaden.

Configuratie

BI Publisher-parameters: De query gebruikt parameters om de scope van de data te bepalen. Deze verschijnen automatisch wanneer je vanuit het datamodel een rapport maakt.
- :P_START_DATE: De startdatum van de extractieperiode, in de notatie YYYY-MM-DD. De query filtert gebeurtenissen op basis van hun timestamp.
- :P_END_DATE: De einddatum van de extractieperiode, in de notatie YYYY-MM-DD.
- :P_BUSINESS_UNIT: De naam van de bedrijfseenheid waarop je de facturen filtert. Gebruik deze parameter om de hoeveelheid data te beperken en de analyse af te bakenen.
Periode: Haal voor een eerste test en analyse een beperkte periode op, bijvoorbeeld 3 tot 6 maanden. Voor een volledige analyse kun je, afhankelijk van je bedrijfsbehoeften, 12 tot 18 maanden ophalen.
Configuratie van statuscodes: De query bevat placeholders zoals '[Your Pending Approval Status]'. Vervang deze door de statuscodes die in jouw Oracle Fusion-omgeving worden gebruikt voor goedkeuringsworkflows van facturen. Vraag een functioneel analist om deze waarden op te zoeken in de tabel RA_CUST_TRX_TYPES_ALL of in de systeemopzoeklijsten.
Prestaties: Data over een lange periode of voor alle bedrijfseenheden tegelijk ophalen kan veel systeemcapaciteit kosten. Plan het BI Publisher-rapport daarom bij voorkeur buiten piekuren, zodat andere gebruikers zo min mogelijk hinder ondervinden.
Vereisten: Je hebt een gebruikersaccount nodig met rollen waarmee je datamodellen en rapporten in BI Publisher kunt maken, zoals BI Administrator, of een aangepaste rol met vergelijkbare rechten. Je gebruikersprofiel moet ook toegang geven tot de benodigde data over debiteuren, klanten en bedrijfseenheden.

a Voorbeeldquery sql

WITH BaseInvoices AS (
    SELECT
        rct.trx_number,
        rct.customer_trx_id,
        hp.party_name AS customer_name,
        rct.trx_date,
        rct.creation_date,
        rct.last_update_date,
        rct.complete_flag,
        aps.status AS payment_schedule_status,
        aps.amount_due_original,
        aps.due_date,
        aps.dispute_flag,
        aps.gl_date_closed,
        rct.last_printed_date,
        rct.status_trx,
        bu.bu_name AS business_unit
    FROM
        ra_customer_trx_all rct
    JOIN
        hz_cust_accounts hca ON rct.bill_to_customer_id = hca.cust_account_id
    JOIN
        hz_parties hp ON hca.party_id = hp.party_id
    JOIN
        ar_payment_schedules_all aps ON rct.customer_trx_id = aps.customer_trx_id
    JOIN
        fun_all_business_units_v bu ON rct.org_id = bu.bu_id
    WHERE
        bu.bu_name = :P_BUSINESS_UNIT
        AND rct.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD') + 1
        AND aps.class = 'INV'
)
-- 1. Invoice Created
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    bi.creation_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi

UNION ALL

-- 2. Invoice Completed
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Completed' AS "ActivityName",
    bi.last_update_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.complete_flag = 'Y'

UNION ALL

-- 3. Invoice Submitted for Approval
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Submitted for Approval' AS "ActivityName",
    bi.last_update_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.status_trx = '[Your Pending Approval Status]' -- Placeholder: Configure status based on your system

UNION ALL

-- 4. Invoice Approved
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Approved' AS "ActivityName",
    bi.last_update_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.status_trx = '[Your Approved Status]' -- Placeholder: Configure status based on your system

UNION ALL

-- 5. Invoice Rejected
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Rejected' AS "ActivityName",
    bi.last_update_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.status_trx = '[Your Rejected Status]' -- Placeholder: Configure status based on your system

UNION ALL

-- 6. Invoice Sent to Customer
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Sent to Customer' AS "ActivityName",
    bi.last_printed_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.last_printed_date IS NOT NULL

UNION ALL

-- 7. Payment Due Date Reached
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Payment Due Date Reached' AS "ActivityName",
    bi.due_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.due_date <= CURRENT_TIMESTAMP

UNION ALL

-- 8. Payment Reminder Issued
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Payment Reminder Issued' AS "ActivityName",
    dlt.trx_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
JOIN
    ar_dunning_letters_trx dlt ON bi.customer_trx_id = dlt.customer_trx_id

UNION ALL

-- 9. Dispute Initiated
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Dispute Initiated' AS "ActivityName",
    bi.last_update_date AS "EventTimestamp", -- Uses last update as a proxy for dispute date
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    'Disputed' AS "InvoiceStatus", -- Overrides status
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.dispute_flag = 'Y'

UNION ALL

-- 10. Customer Payment Received
SELECT DISTINCT
    bi.trx_number AS "InvoiceNumber",
    'Customer Payment Received' AS "ActivityName",
    acr.receipt_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
JOIN
    ar_receivable_applications_all ara ON bi.customer_trx_id = ara.applied_customer_trx_id
JOIN
    ar_cash_receipts_all acr ON ara.cash_receipt_id = acr.cash_receipt_id
WHERE
    ara.status = 'APP'

UNION ALL

-- 11. Payment Applied to Invoice
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Payment Applied to Invoice' AS "ActivityName",
    ara.apply_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
JOIN
    ar_receivable_applications_all ara ON bi.customer_trx_id = ara.applied_customer_trx_id
WHERE
    ara.status = 'APP'

UNION ALL

-- 12. Invoice Adjusted
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Adjusted' AS "ActivityName",
    adj.creation_date AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    bi.status_trx AS "InvoiceStatus",
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
JOIN
    ar_adjustments_all adj ON bi.customer_trx_id = adj.customer_trx_id

UNION ALL

-- 13. Invoice Closed
SELECT
    bi.trx_number AS "InvoiceNumber",
    'Invoice Closed' AS "ActivityName",
    bi.gl_date_closed AS "EventTimestamp",
    bi.amount_due_original AS "InvoiceAmount",
    bi.customer_name AS "CustomerName",
    bi.due_date AS "DueDate",
    'Closed' AS "InvoiceStatus", -- Overrides status
    bi.business_unit AS "BusinessUnit"
FROM
    BaseInvoices bi
WHERE
    bi.payment_schedule_status = 'CL' AND bi.gl_date_closed IS NOT NULL

Stappen

Vereisten: Zorg dat Python 3.6 of hoger is geïnstalleerd, samen met de bibliotheken requests en pandas. Je kunt deze installeren met pip: pip install requests pandas.
Oracle Fusion-inloggegevens: Vraag de benodigde inloggegevens aan voor toegang tot de Oracle Fusion REST API's. Je hebt de basis-URL van je Fusion-instantie, een gebruikersnaam en een wachtwoord nodig voor een gebruiker met voldoende rechten om data over debiteuren te lezen.
Configureer het script: Open het meegeleverde Python-script in een editor. Zoek bovenaan de configuratiesectie en vervang de placeholderwaarden voor FUSION_URL, USERNAME, PASSWORD en eventuele filterparameters, zoals start_date.
Begrijp de API-eindpunten: Het script gebruikt vooral het eindpunt receivablesInvoices om de belangrijkste factuurdata op te halen. Daarna roept het andere eindpunten aan, zoals receivablesReceipts, receivablesReceiptApplications, receivablesAdjustments en collectionsDelinquentTransactions, om gerelateerde gebeurtenissen te verzamelen.
Paginering: Het script bevat de hulpfunctie get_paginated_data. Die verwerkt automatisch de paginering door de next-link in het API-antwoord te volgen tot alle records voor een query zijn opgehaald.
Data ophalen: Het hoofddeel van het script haalt eerst een lijst met facturen binnen de opgegeven periode op. Daarna doorloopt het elke factuur om de details en gerelateerde gebeurtenissen te verzamelen.
Gebeurtenissen genereren: Voor elke factuur maakt het script verschillende activiteitenrijen. Sommige activiteiten, zoals 'Invoice Created', komen rechtstreeks uit factuurvelden, bijvoorbeeld CreationDate. Voor andere activiteiten, zoals 'Payment Applied to Invoice', zijn aparte API-aanroepen nodig. De data wordt daarbij aan het factuurnummer gekoppeld.
Berekende gebeurtenissen verwerken: De gebeurtenis 'Payment Due Date Reached' is geen rechtstreekse transactie. Het script berekent deze gebeurtenis door te controleren of de DueDate is verstreken en de factuur nog niet is betaald.
Voer het script uit: Start het script in je terminal met python your_script_name.py. Het script toont voortgangsupdates terwijl het data voor elke factuur ophaalt.
Controleer de uitvoer: Na afloop wordt in dezelfde map een bestand met de naam oracle_fusion_ar_event_log.csv gemaakt. Dit bestand bevat het geëxtraheerde event log.
Bereid de upload voor: Open het gegenereerde CSV-bestand. Controleer of de kolomkoppen voor een eenvoudige procesmap CaseId, ActivityName en EventTimestamp zijn. Je kunt de gegenereerde kolommen, zoals InvoiceNumber, ActivityName, EventTimestamp en InvoiceAmount, tijdens het uploaden ook aan de juiste velden in je process mining-tool koppelen.

Configuratie

API-basis-URL: De basis-URL van je Oracle Fusion Financials-instantie, bijvoorbeeld https://[your-pod].fa.em2.oraclecloud.com/fscmRestApi/resources/11.13.18.05.
Authenticatie: Het script gebruikt Basic Authentication. Controleer of het gebruikersaccount rollen heeft zoals 'Accounts Receivable Manager' of een aangepaste rol met rechten voor de REST-bronnen receivablesInvoices, receivablesReceipts, receivablesReceiptApplications, receivablesAdjustments en collectionsDelinquentTransactions.
Filter op periode: Het script gebruikt een q-parameter met een filter op CreationDate om de eerste set facturen te beperken. Begin bij voorkeur met een korte periode, bijvoorbeeld 3 tot 6 maanden, om de extractietijd en belasting van de API beheersbaar te houden. Voorbeeld: CreationDate between 'YYYY-MM-DD' and 'YYYY-MM-DD'.
Pagineringlimiet: De parameter limit in de API-aanroepen bepaalt hoeveel records per verzoek worden teruggegeven. Een waarde tussen 100 en 500 werkt meestal efficiënt. Het script gebruikt standaard een ingestelde limiet.
Filter op bedrijfseenheid: Je kunt een filter voor de bedrijfseenheid toevoegen aan de queryparameter (q) om de scope van de extractie te beperken, bijvoorbeeld: BusinessUnitName = '[Your Business Unit Name]'.
Prestaties: Data factuur voor factuur ophalen kan bij grote volumes langzaam zijn. Het script doet meerdere API-aanroepen per factuur. Voor datasets met meer dan 100.000 facturen kun je het script in batches uitvoeren of buiten piekuren plannen om prestatieproblemen en API-rate limiting te voorkomen.

a Voorbeeldquery python

import requests
import pandas as pd
import datetime
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance URL, username, and password
FUSION_URL = class="hl-string">"https://[your-pod].fa.em2.oraclecloud.com/fscmRestApi/resources/11.13.18.05"
USERNAME = class="hl-string">"YOUR_USERNAME"
PASSWORD = class="hl-string">"YOUR_PASSWORD"

class=class="hl-string">"hl-comment"># --- Filter Parameters ---
class=class="hl-string">"hl-comment"># Define the date range for the initial invoice query
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
class=class="hl-string">"hl-comment"># Optional: Filter by a specific Business Unit
BUSINESS_UNIT_FILTER = class="hl-string">"" class=class="hl-string">"hl-comment"># e.g., class="hl-string">" and BusinessUnitName = 'US1 Business Unit'"

class=class="hl-string">"hl-comment"># API call settings
API_LIMIT = 100

def get_paginated_data(endpoint, params):
    class="hl-string">"""Helper function to handle pagination for Oracle Fusion REST API calls."""
    all_items = []
    url = fclass="hl-string">"{FUSION_URL}/{endpoint}"
    
    while url:
        try:
            response = requests.get(url, auth=(USERNAME, PASSWORD), params=params)
            response.raise_for_status()
            data = response.json()
            all_items.extend(data.get(class="hl-string">'items', []))
            
            class=class="hl-string">"hl-comment"># Get the next page link
            links = data.get(class="hl-string">'links', [])
            next_link = next((link[class="hl-string">'href'] for link in links if link[class="hl-string">'rel'] == class="hl-string">'next'), None)
            url = next_link
            class=class="hl-string">"hl-comment"># Params are only needed for the first request
            params = {}

        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error fetching data from {url}: {e}")
            print(fclass="hl-string">"Response body: {response.text}")
            break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Request Error: {e}")
            break
            
    return all_items


def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    event_log = []
    today = datetime.datetime.now().strftime(class="hl-string">'%Y-%m-%dT%H:%M:%SZ')

    class=class="hl-string">"hl-comment"># 1. Fetch main invoice data
    print(class="hl-string">"Fetching invoices...")
    invoice_params = {
        class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'{BUSINESS_UNIT_FILTER}",
        class="hl-string">'fields': class="hl-string">'TransactionNumber,CreationDate,TransactionDate,CreatedBy,LastUpdateDate,LastUpdatedBy,Amount,AmountDueRemaining,Status,CompletedDate,CustomerName,DueDate,BusinessUnitName,ApprovalStatus,paymentSchedules,CustomerTransactionId',
        class="hl-string">'limit': API_LIMIT,
        class="hl-string">'expand': class="hl-string">'paymentSchedules'
    }
    invoices = get_paginated_data(class="hl-string">'receivablesInvoices', invoice_params)
    print(fclass="hl-string">"Found {len(invoices)} invoices.")

    class=class="hl-string">"hl-comment"># 2. Process each invoice to generate events
    for i, inv in enumerate(invoices):
        print(fclass="hl-string">"Processing invoice {i+1}/{len(invoices)}: {inv.get('TransactionNumber')}")
        
        case_id = inv.get(class="hl-string">'TransactionNumber')
        cust_trx_id = inv.get(class="hl-string">'CustomerTransactionId')
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'Amount'),
            class="hl-string">'CustomerName': inv.get(class="hl-string">'CustomerName'),
            class="hl-string">'DueDate': inv.get(class="hl-string">'DueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'Status'),
            class="hl-string">'BusinessUnit': inv.get(class="hl-string">'BusinessUnitName')
        }

        class=class="hl-string">"hl-comment"># Event: Invoice Created
        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Created', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'CreationDate')})

        class=class="hl-string">"hl-comment"># Event: Invoice Completed
        if inv.get(class="hl-string">'CompletedDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Completed', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'CompletedDate')})
        
        class=class="hl-string">"hl-comment"># Events: Approval Cycle (based on final status)
        if inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'APPROVED':
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'LastUpdateDate')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'REJECTED':
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'LastUpdateDate')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'PENDING':
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Submitted for Approval', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'LastUpdateDate')})
        
        class=class="hl-string">"hl-comment"># Placeholder for class="hl-string">'Invoice Sent to Customer' - requires specific configuration
        class=class="hl-string">"hl-comment"># This might come from BI Publisher or another module. Using LastUpdateDate if status is class="hl-string">'COMPLETE' as an example.
        if inv.get(class="hl-string">'Status') == class="hl-string">'COMPLETE': class=class="hl-string">"hl-comment"># This is a proxy event
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent to Customer', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'LastUpdateDate')})

        class=class="hl-string">"hl-comment"># Event: Payment Due Date Reached (calculated)
        if inv.get(class="hl-string">'DueDate') and inv.get(class="hl-string">'DueDate') < today and inv.get(class="hl-string">'AmountDueRemaining', 0) > 0:
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Due Date Reached', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'DueDate')})

        class=class="hl-string">"hl-comment"># Event: Dispute Initiated
        for ps in inv.get(class="hl-string">'paymentSchedules', []):
            if ps.get(class="hl-string">'DisputeDate'):
                event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Dispute Initiated', class="hl-string">'EventTimestamp': ps.get(class="hl-string">'DisputeDate')})
                break class=class="hl-string">"hl-comment"># Assuming one dispute event per invoice for simplicity

        class=class="hl-string">"hl-comment"># Event: Invoice Closed
        if inv.get(class="hl-string">'AmountDueRemaining') == 0 and inv.get(class="hl-string">'Status') == class="hl-string">'CLOSED':
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Closed', class="hl-string">'EventTimestamp': inv.get(class="hl-string">'LastUpdateDate')})
        
        class=class="hl-string">"hl-comment"># 3. Fetch related events using other APIs
        if cust_trx_id:
            class=class="hl-string">"hl-comment"># Events: Payment Applied and Payment Received
            apps = get_paginated_data(class="hl-string">'receivablesReceipts', {class="hl-string">'q': fclass="hl-string">'AppliedCustomerTransactionId={cust_trx_id}', class="hl-string">'onlyData': class="hl-string">'true', class="hl-string">'fields': class="hl-string">'ReceiptNumber,ReceiptDate,ActivityApplication.ApplyDate,ActivityApplication.AppliedCustomerTransactionId'})
            for app in apps:
                for activity_app in app.get(class="hl-string">'ActivityApplication', []):
                    if activity_app.get(class="hl-string">'AppliedCustomerTransactionId') == cust_trx_id:
                        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Customer Payment Received', class="hl-string">'EventTimestamp': app.get(class="hl-string">'ReceiptDate')})
                        event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Applied to Invoice', class="hl-string">'EventTimestamp': activity_app.get(class="hl-string">'ApplyDate')})

            class=class="hl-string">"hl-comment"># Event: Invoice Adjusted
            adjustments = get_paginated_data(class="hl-string">'receivablesAdjustments', {class="hl-string">'q': fclass="hl-string">'CustomerTransactionId={cust_trx_id}', class="hl-string">'onlyData': class="hl-string">'true', class="hl-string">'fields': class="hl-string">'ApplyDate'})
            for adj in adjustments:
                event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Adjusted', class="hl-string">'EventTimestamp': adj.get(class="hl-string">'ApplyDate')})

            class=class="hl-string">"hl-comment"># Event: Payment Reminder Issued (from Delinquency data)
            reminders = get_paginated_data(class="hl-string">'collectionsDelinquentTransactions', {class="hl-string">'q': fclass="hl-string">'TransactionId={cust_trx_id}', class="hl-string">'onlyData': class="hl-string">'true', class="hl-string">'fields': class="hl-string">'LastDunningLetterDate'})
            for rem in reminders:
                if rem.get(class="hl-string">'LastDunningLetterDate'):
                    event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Reminder Issued', class="hl-string">'EventTimestamp': rem.get(class="hl-string">'LastDunningLetterDate')})

    class=class="hl-string">"hl-comment"># 4. Create DataFrame and save to CSV
    if not event_log:
        print(class="hl-string">"No events generated. Exiting.")
        return

    df = pd.DataFrame(event_log)
    df = df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTimestamp'])
    class=class="hl-string">"hl-comment"># Ensure required columns are present
    df_final = df[[class="hl-string">'InvoiceNumber', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'InvoiceAmount', class="hl-string">'CustomerName', class="hl-string">'DueDate', class="hl-string">'InvoiceStatus', class="hl-string">'BusinessUnit']]

    output_filename = class="hl-string">'oracle_fusion_ar_event_log.csv'
    df_final.to_csv(output_filename, index=False)
    print(fclass="hl-string">"\nEvent log successfully saved to {os.path.abspath(output_filename)}")

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

Klaar om aan de slag te gaan?

Gebruik deze template om je data voor te bereiden, je Order-to-Cash-proces voor facturatie en factuurverwerking efficiënter te maken en betalingen sneller te ontvangen. Krijg helder zicht op je proces en verbeter de bedrijfsvoering in Oracle Fusion Financials.

Terug naar de verbetergids Template downloaden

Begin nu met het optimaliseren van Oracle-facturatie en factuurverwerking

Verkort je facturatiecyclus met 30% en verbeter je cashflow met onze oplossing.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je bent in een paar minuten gestart.

Jouw datatemplate voor Order to Cash voor facturatie en factuurverwerking

Jouw datatemplate voor Order to Cash voor facturatie en factuurverwerking

Attributen voor Order to Cash - Facturatie en factuurverwerking

Activiteiten voor Order to Cash - Facturatie en factuurverwerking

Extractiegidsen

Oracle BI Publisher-rapport voor facturatie- en factuurverwerkingsdata

Stappen

Configuratie

a Voorbeeldquery sql

Data-extractie met een Python-script via Oracle Fusion REST API's

Stappen

Configuratie

a Voorbeeldquery python

Klaar om aan de slag te gaan?

Begin nu met het optimaliseren van Oracle-facturatie en factuurverwerking

Jouw datatemplate voor Order to Cash voor facturatie en factuurverwerking

Jouw datatemplate voor Order to Cash voor facturatie en factuurverwerking

Attributen voor Order to Cash - Facturatie en factuurverwerking

Activiteiten voor Order to Cash - Facturatie en factuurverwerking

Extractiegidsen

Oracle BI Publisher-rapport voor facturatie- en factuurverwerkingsdata

Stappen

Configuratie

a Voorbeeldquery sql

Data-extractie met een Python-script via Oracle Fusion REST API's

Stappen

Configuratie

a Voorbeeldquery python

Klaar om aan de slag te gaan?

Begin nu met het optimaliseren van Oracle-facturatie en factuurverwerking

We respecteren je privacy