> Continue verbetering > Purchase to Pay Factuurverwerking > Oracle Fusion Financials > datatemplate

Uw Purchase to Pay - Factuurverwerking Data Template

Oracle Fusion Financials

Purchase to Pay - Factuurverwerkings-attributes (21) Purchase to Pay - Factuurverwerkingsactiviteiten (15) Extractie Guides (3)

Uw Purchase to Pay - Factuurverwerking Data Template

Deze template is ontworpen om u te begeleiden bij het verzamelen van de essentiële data voor het analyseren van uw Purchase to Pay, specifiek Factuurverwerking, binnen Oracle Fusion Financials. Het beschrijft de cruciale attributen, belangrijke activiteiten en biedt richtlijnen voor het extraheren van deze informatie uit uw systeem. Het gebruik van deze template helpt u bij het voorbereiden van een nauwkeurige en uitgebreide event log voor process mining.

Aanbevolen attributen om vast te leggen
Belangrijkste activiteiten om te volgen
Richtlijnen voor data‑extractie uit Oracle Fusion Financials

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

Template downloaden

Purchase to Pay - Factuurverwerkings-attributes

Dit zijn de aanbevolen data-velden om op te nemen in uw event log voor uitgebreide purchase to pay - factuurverwerkingsanalyse.

3 Verplicht 7 Aanbevolen 11 Optioneel

	Naam	Omschrijving
	Factuurnummer InvoiceNumber	De unieke identifier voor een leveranciersfactuur.
Omschrijving Het Factuurnummer dient als de primaire case identifier, die alle activiteiten en events met betrekking tot één leveranciersfactuur verbindt, van de aanmaak tot de uiteindelijke betaling. Elke factuur wordt behandeld als een unieke case instance in de procesanalyse.\n\nIn process mining is dit attribuut fundamenteel voor het reconstrueren van het end-to-end traject van elke factuur. Het maakt de analyse mogelijk van processtromen, doorlooptijden en variaties per factuur. Het is de sleutel tot het verbinden van verschillende activiteiten zoals validatie, goedkeuring en betaling tot een samenhangend procesverhaal. Het belang Dit is de essentiële case identifier die alle gerelateerde processtappen met elkaar verbindt, waardoor het mogelijk is de gehele levenscyclus van een factuur te traceren. Vindplaats Dit is doorgaans te vinden in de AP_INVOICES_ALL tabel, in de kolom INVOICE_NUM. Voorbeelden INV-2023-001987654321ACME-FIN-5501
	Activiteit ActivityName	De naam van de bedrijfsactiviteit of het event dat in het factuurproces heeft plaatsgevonden.
Omschrijving Dit attribuut beschrijft een specifieke stap of statuswijziging in de factuurlevenscyclus, zoals 'Factuur Aangemaakt', 'Factuur Goedgekeurd' of 'Betaling Uitgevoerd'. Het vormt de reeks events die de processtroom vormen.\n\nHet analyseren van de volgorde en frequentie van activiteiten is de kern van process mining. Het helpt bij het ontdekken van het werkelijke procespad, het identificeren van bottlenecks waar activiteiten worden vertraagd, en het opsporen van afwijkingen of rework loops, zoals een factuur die na goedkeuring wordt afgewezen. Het belang Het definieert de stappen van het proces, wat essentieel is voor het visualiseren van de proceskaart, het analyseren van stroomvariaties en het identificeren van knelpunten. Vindplaats Dit attribuut wordt doorgaans afgeleid uit een combinatie van statusvelden, audittabellen of workflow logs binnen Oracle Fusion Financials, zoals AP_INVOICES_ALL.WFAPPROVAL_STATUS of gerelateerde workflowtabellen. Voorbeelden Factuur gevalideerdFactuur geblokkeerdFactuur GoedgekeurdBetaling Uitgevoerd
	Starttijd EventTime	De timestamp die aangeeft wanneer een activiteit of event heeft plaatsgevonden.
Omschrijving Dit attribuut levert de datum en tijd voor elke activiteit in het factuurproces. Het is essentieel voor alle tijdgebaseerde procesanalyse, inclusief het berekenen van doorlooptijden, duren en wachttijden tussen stappen.\n\nDoor events chronologisch te ordenen met behulp van deze timestamp, kunnen process mining tools de exacte volgorde van activiteiten voor elke factuur reconstrueren. Dit maakt de berekening van belangrijke prestatie-indicatoren zoals Gemiddelde Factuur Doorlooptijd mogelijk en helpt te identificeren welke fasen van het proces de meeste tijd in beslag nemen. Het belang Deze timestamp is cruciaal voor het berekenen van alle prestatiemetrieken met betrekking tot duur en tijd, zoals doorlooptijden en bottlenecks. Vindplaats Deze timestamp is afgeleid van diverse datumvelden in Oracle Fusion tabellen, zoals CREATION_DATE of LAST_UPDATE_DATE in tabellen zoals AP_INVOICES_ALL of gerelateerde workflow- en betalingstabellen. Voorbeelden 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	Bedrijfscode CompanyCode	De identificatiecode voor de juridische entiteit of het bedrijf dat de factuur verwerkt.
Omschrijving De Bedrijfscode vertegenwoordigt de specifieke bedrijfsentiteit binnen de organisatie die financieel verantwoordelijk is voor de factuur. In multi-company organisaties is dit een fundamenteel organisatorisch data punt.\n\nDit attribuut maakt het mogelijk om procesanalyse per juridische entiteit te segmenteren. Dit is nuttig voor het vergelijken van procesprestaties in verschillende bedrijfsonderdelen, het identificeren van entiteitsspecifieke bottlenecks of compliance-problemen, en het waarborgen dat KPI's op bedrijfsniveau kunnen worden gerapporteerd. Het is ook vaak een factor bij het bepalen van de juiste goedkeurings-workflow. Het belang Het maakt procesvergelijking en prestatiebenchmarking mogelijk over verschillende juridische entiteiten of business units binnen de organisatie. Vindplaats Dit wordt doorgaans weergegeven door de LEGAL_ENTITY_ID of een soortgelijk veld in AP_INVOICES_ALL, dat kan worden gekoppeld aan grootboektabellen om een code of naam te verkrijgen. Voorbeelden 1001US01DE01
	Eindtijd EndTime	De timestamp die aangeeft wanneer een activiteit of event is voltooid.
Omschrijving De Eindtijd markeert de voltooiing van een specifieke activiteit. Waar de Starttijd het begin aangeeft, biedt de Eindtijd het sluitingspunt, wat een precieze duurcalculatie van individuele stappen mogelijk maakt.\n\nIn analyse geeft het verschil tussen Eindtijd en Starttijd de verwerkingstijd voor elke activiteit. Dit is essentieel voor gedetailleerde prestatieanalyse, wat helpt onderscheid te maken tussen actieve verwerkingstijd en passieve wachttijd. Het helpt bijvoorbeeld de werkelijke tijd te meten die een goedkeurder aan een goedkeuringstaak heeft besteed versus de tijd dat de taak in hun wachtrij stond. Het belang Het maakt de precieze berekening mogelijk van activiteitsverwerkingstijden, waarbij actieve werktijd wordt gescheiden van wachttijd. Vindplaats Dit is een conceptueel attribuut afgeleid van de Starttijd van de volgende event in de sequentie voor een gegeven case. Voorbeelden 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	Factuurbedrag InvoiceAmount	Het totale factuurbedrag.
Omschrijving Het Factuurbedrag vertegenwoordigt het totaalbedrag dat aan de leverancier verschuldigd is, zoals vermeld op de factuur. Dit is een kritiek financieel attribuut dat het gehele proces beïnvloedt, en vaak het goedkeuringspad, de mate van controle en de betalingsprioriteit bepaalt.\n\nIn process mining analyse is het Factuurbedrag een belangrijke dimensie voor filtering en segmentatie. Analisten kunnen bijvoorbeeld het proces voor facturen met hoge waarde vergelijken met die van lage waarde om te zien of verschillende paden worden gevolgd of dat de doorlooptijden significant verschillen. Het is ook essentieel voor het berekenen van financiële KPI's en het beoordelen van de monetaire impact van procesinefficiënties zoals late betalingen. Het belang Deze waarde is cruciaal voor financiële analyse, het begrijpen van procesafwijkingen op basis van waarde, en voor KPI's zoals Goedkeuringscompliance Rate. Vindplaats Te vinden in de AP_INVOICES_ALL tabel, in de INVOICE_AMOUNT kolom. Voorbeelden 1500.00250.75125000.50
	Factuurstatus InvoiceStatus	De huidige status van de invoice in zijn lifecycle.
Omschrijving Dit attribuut weerspiegelt de laatst bekende status van de factuur, zoals 'Gevalideerd', 'Opnieuw Valideren Nodig', 'Betaald' of 'Geannuleerd'. Het biedt een momentopname van waar een factuur zich op een bepaald moment in het proces bevindt.\n\nFactuurstatus is cruciaal voor het 'Current Invoice Status Distribution' dashboard, dat operations managers helpt bij het identificeren van achterstanden en het monitoren van de algehele gezondheid van de factuurverwerkings-pipeline. Het analyseren van hoe statussen in de loop van de tijd veranderen, kan ook een vereenvoudigd beeld geven van de processtroom. Het belang Het biedt een actueel overzicht van facturen, wat essentieel is voor operationele dashboards die achterstanden en werkdruk volgen. Vindplaats Raadpleeg de Oracle Fusion Financials documentatie. De status kan worden afgeleid van velden zoals WFAPPROVAL_STATUS in AP_INVOICES_ALL of gerelateerde goedkeurings- en betalingstabellen. Voorbeelden GevalideerdBetaaldGeannuleerdHervalidatie nodig
	Gebruikersnaam UserName	De `naam` van de `gebruiker` die de `activiteit` heeft uitgevoerd.
Omschrijving Dit attribuut identificeert de specifieke gebruiker of systeemagent die verantwoordelijk is voor het uitvoeren van een activiteit, zoals het valideren van een factuur, het plaatsen van een blokkade of het goedkeuren van een betaling. Het voegt een menselijke of systeemresource-dimensie toe aan het proces.\n\nAnalyseren per gebruiker helpt bij het begrijpen van de workloadverdeling, het identificeren van toppresteerders en het detecteren van potentiële trainingsbehoeften of compliance-problemen. Het kan bijvoorbeeld aan het licht brengen of bepaalde gebruikers consequent geassocieerd worden met rework loops of dat specifieke goedkeuringsstappen altijd door dezelfde persoon worden afgehandeld, wat een potentieel single point of failure creëert. Het belang Het maakt analyse mogelijk van resourceprestaties, werkdrukbalancering en het identificeren welke gebruikers of teams betrokken zijn bij specifieke processtappen. Vindplaats Deze informatie wordt vaak opgeslagen in auditkolommen zoals CREATED_BY of LAST_UPDATED_BY in tabellen zoals AP_INVOICES_ALL, of in gerelateerde workflow logs. Voorbeelden john.doejane.smithSysteem.Admin
	Naam Leverancier VendorName	De naam van de leverancier die de factuur heeft uitgereikt.
Omschrijving Dit attribuut identificeert de leveranciersentiteit waar de factuur vandaan komt. Leveranciersinformatie biedt cruciale zakelijke context voor de financiële transactie.\n\nHet analyseren van het proces per leverancier kan belangrijke inzichten opleveren in leveranciersrelaties en prestaties. Het kan bijvoorbeeld benadrukken of facturen van bepaalde leveranciers vaker onderhevig zijn aan matching afwijkingen, blokkades of vertragingen. Deze informatie kan worden gebruikt om de leveranciers-onboarding, communicatie en algehele supply chain efficiëntie te verbeteren. Het wordt ook gebruikt bij het identificeren van potentiële dubbele betalingen. Het belang Het maakt leveranciersspecifieke procesanalyse mogelijk, wat helpt bij het identificeren van problemen met specifieke leveranciers die vertragingen of uitzonderingen veroorzaken. Vindplaats Te vinden in de POZ_SUPPLIERS tabel. De factuurtabel AP_INVOICES_ALL bevat een VENDOR_ID dat kan worden gebruikt om te joinen met de leverancierstabel. Voorbeelden Acme CorporationGlobal Tech Inc.Kantoorartikelen B.V.
	Uiterste betaaldatum PaymentDueDate	De datum waarop de factuur aan de leverancier betaald moet zijn.
Omschrijving De Betaaldatum is berekend op basis van de overeengekomen betalingstermijnen met de leverancier. Het dient als deadline voor het uitvoeren van de betaling om boetes te voorkomen, goede leveranciersrelaties te onderhouden en potentiële vroegbetalingskortingen te benutten.\n\nDit attribuut is essentieel voor het 'On-Time Payment Performance' dashboard en de bijbehorende KPI. Door de werkelijke betalingsuitvoering timestamp te vergelijken met de Betaaldatum, kan de analyse betalingen classificeren als op tijd of te laat, wat de organisatie helpt de tijdigheid van betalingen te monitoren en te verbeteren. Het belang Dit is de basislijn voor het meten van on-time betalingsprestaties, een kritieke KPI voor leveranciersbeheer en financiële gezondheid. Vindplaats Deze datum is vaak beschikbaar in betalingsschema-tabellen zoals AP_PAYMENT_SCHEDULES_ALL, gekoppeld aan de factuur. Voorbeelden 2023-05-152023-06-012023-06-30
	Bewerkingstijd ProcessingTime	De tijdsduur besteed aan een enkele activiteit.
Omschrijving Verwerkingstijd meet de actieve werkduur voor een specifieke processtap. Het wordt berekend als het verschil tussen de Eindtijd en Starttijd van een activiteit.\n\nDeze berekende metric is essentieel voor prestatieanalyse, omdat het helpt onderscheid te maken tussen actieve verwerkingstijd en passieve wachttijd. Het kan bijvoorbeeld aantonen dat een goedkeuringsactiviteit 5 minuten actieve werktijd in beslag nam, maar 3 dagen in een wachtrij stond. Dit inzicht stelt managers in staat om verbeteringsinspanningen te richten op het verminderen van de werktijd door training of automatisering, of het verminderen van de wachttijd door beter workloadbeheer. Het belang Het isoleert de actieve werktijd voor een activiteit, en helpt zo onderscheid te maken tussen inefficiënte taken en lange wachttijden. Vindplaats Dit is een berekend attribuut, afgeleid door de StartTime van de EndTime af te trekken (EndTime - StartTime). Voorbeelden PT5MPT1H30MP2D
	Bronsysteem SourceSystem	Geeft het bronsysteem aan waar de eventdata is vastgelegd.
Omschrijving Dit attribuut specificeert de brontoepassing of module die de data heeft gegenereerd, zoals Oracle Fusion Financials. In omgevingen met meerdere geïntegreerde systemen helpt dit veld de herkomst van verschillende processtappen te onderscheiden.\n\nHet begrijpen van het bronsysteem is waardevol voor data-validatie, probleemoplossing en het analyseren van procesvariaties die specifiek kunnen zijn voor een bepaald systeem. Het zorgt voor duidelijkheid in complexe IT-landschappen waar het traject van een factuur meerdere applicaties kan omvatten. Het belang Het biedt context over de data-oorsprong, wat belangrijk is voor data governance, troubleshooting en het analyseren van systeemspecifiek procesgedrag. Vindplaats Dit is vaak een statische waarde die tijdens het data-extractieproces wordt toegevoegd om de oorsprong van de dataset te labelen. Voorbeelden Oracle Fusion FinancialsOracle Payables Cloud
	Factuurdatum InvoiceDate	De datum vermeld op het factuurdocument van de leverancier.
Omschrijving Dit attribuut is de datum waarop de leverancier de factuur officieel heeft uitgegeven. Het is een belangrijk stuk informatie op het brondocument en wordt gebruikt als uitgangspunt voor het berekenen van de betalingsvervaldatum op basis van overeengekomen betalingstermijnen.\n\nHoewel niet altijd de start van het interne proces, is de Factuurdatum cruciale context. Het wordt gebruikt in combinatie met Leveranciersnaam en Factuurbedrag om potentiële dubbele facturen te helpen identificeren. Het analyseren van de vertraging tussen de Factuurdatum en de datum waarop de factuur in het systeem wordt aangemaakt, kan ook inefficiënties in de mailroom of het factuur-ingestieproces aan het licht brengen. Het belang Het is een belangrijk datapunt voor het identificeren van dubbele facturen en voor het berekenen van vervaldatums. Vindplaats Dit is een standaard veld in de AP_INVOICES_ALL tabel, genaamd INVOICE_DATE. Voorbeelden 2023-04-102023-05-012023-05-25
	Inkoopordernummer PurchaseOrderNumber	De identifier van de inkooporder die aan de factuur is gekoppeld.
Omschrijving Dit attribuut koppelt de factuur aan de corresponderende inkooporder (PO) die de inkoop van de goederen of diensten heeft geautoriseerd. Facturen kunnen PO-gebonden of niet-PO-gebonden zijn.\n\nAnalyseren per PO biedt een link terug naar het inkoopgedeelte van het P2P-proces. Het helpt bij het begrijpen van de compliance van het inkoopproces en of problemen in de facturatie, zoals matching afwijkingen, voortkomen uit problemen met de initiële PO. De aanwezigheid of afwezigheid van een PO-nummer is een primaire manier om verschillende factuurverwerkingspaden te segmenteren en te analyseren. Het belang Het koppelt de factuur terug aan het inkoopproces en is een sleutelattribuut voor het analyseren van PO versus non-PO factuurstromen. Vindplaats Deze informatie is beschikbaar door de factuurregelitems in AP_INVOICE_LINES_ALL te koppelen aan de PO-distributies via de PO_DISTRIBUTION_ID. Voorbeelden PO-2023-5001600789PO-FIN-9981
	Is herstelwerk IsRework	Een booleaanse vlag die activiteiten identificeert die deel uitmaken van een herwerkingscyclus.
Omschrijving Deze flag is ingesteld op true voor activiteiten die een afwijking van de ideale processtroom aangeven, zoals 'Factuur Gecorrigeerd' of een tweede instantie van 'Factuur Gevalideerd' na een afwijzing. Het helpt om inefficiënte procesloops expliciet te taggen en te kwantificeren.\n\nDit attribuut is essentieel voor het 'Rework and Exception Handling Rate' dashboard. Door rework activiteiten te markeren, kunnen analisten eenvoudig het volume en de kosten van rework kwantificeren, de hoofdoorzaken ervan identificeren en de impact meten van procesverbeteringsinitiatieven gericht op 'getting things right the first time'. Het belang Het identificeert en kwantificeert expliciet herwerk, waardoor het gemakkelijker wordt om de frequentie, oorzaken en impact van procesinefficiënties te analyseren. Vindplaats Dit is een berekend attribuut. De logica wordt gedefinieerd tijdens data-transformatie om sequenties van activiteiten te identificeren die rework vormen. Voorbeelden truefalse
	Is Tijdige Betaling IsOnTimePayment	Een booleaanse vlag die aangeeft of de factuur op of voor de vervaldatum is betaald.
Omschrijving Deze flag is ingesteld op true als de betaling is uitgevoerd op of vóór de gespecificeerde Betaaldatum, en false anders. Het biedt een eenvoudige, duidelijke classificatie voor elke betaalde factuur.\n\nDit berekende attribuut ondersteunt direct de On-Time Payment Rate KPI en het bijbehorende dashboard. Het vereenvoudigt de analyse door gebruikers in staat te stellen gemakkelijk het aandeel late versus tijdige betalingen te filteren, te tellen en te visualiseren zonder directe datumvergelijkingen uit te voeren. Dit helpt om de omvang van betalingsvertragingen snel te identificeren en verbeteringen in de loop van de tijd te volgen. Het belang Dit vereenvoudigt de analyse van de tijdigheid van betalingen en is de directe input voor het berekenen van de On-Time Payment Rate KPI. Vindplaats Dit is een berekend attribuut dat is afgeleid van het vergelijken van de timestamp van de activiteit 'Betaling Uitgevoerd' met het attribuut 'PaymentDueDate'. Voorbeelden truefalse
	Laatste data-update LastUpdateDate	Timestamp die aangeeft wanneer het record voor het laatst is bijgewerkt in het bronsysteem.
Omschrijving Dit attribuut weerspiegelt de meest recente wijzigingstijd van de onderliggende data in Oracle Fusion Financials. Het wordt gebruikt om incrementele data-loads te beheren en ervoor te zorgen dat het process mining model up-to-date is.\n\nHoewel niet direct gebruikt voor processtroomanalyse, is deze technische timestamp cruciaal voor het handhaven van data-versheid en integriteit. Het stelt data pipelines in staat om efficiënt alleen nieuwe of gewijzigde records op te vragen sinds de laatste update, waardoor de belasting op het bronsysteem wordt verminderd. Het belang Zorgt ervoor dat datapijplijnen efficiënt en incrementeel kunnen worden uitgevoerd, waardoor de procesanalyse actueel blijft zonder volledige herladingen. Vindplaats Vaak te vinden als LAST_UPDATE_DATE in veel Oracle Fusion tabellen, inclusief AP_INVOICES_ALL. Voorbeelden 2023-05-20T11:00:00Z2023-05-21T16:45:00Z
	Naam goedkeurder ApproverName	De naam van de persoon die de factuur heeft goedgekeurd of afgewezen.
Omschrijving Dit attribuut legt de identiteit vast van de persoon die actie heeft ondernomen tijdens de goedkeuringsstap. Dit wordt vastgelegd voor activiteiten zoals 'Factuur Goedgekeurd' of 'Factuur Afgewezen'.\n\nIn analyse wordt de Goedkeurder Naam gebruikt om de goedkeurings-workloads te begrijpen, individuele goedkeurder-doorlooptijden te meten en compliance met goedkeuringsbeleid te auditeren. Voor de KPI 'Goedkeuringscompliance Rate' kan dit attribuut worden gecontroleerd tegen delegatie van autoriteitsregels op basis van het factuurbedrag en de bedrijfscode. Het belang Dit is essentieel voor het analyseren van goedkeurings-doorlooptijden, het waarborgen van compliance met goedkeuringsmatrix-beleid en het begrijpen van de workloadverdeling. Vindplaats Deze informatie bevindt zich in de Oracle Fusion workflow- of goedkeuringsgeschiedenis-tabellen die gekoppeld zijn aan het factuurobject. Voorbeelden David WilsonSarah JanssenMichael Brown
	Reden Matching Afwijking MatchingDiscrepancyReason	De specifieke reden voor een afwijking tussen een factuur, inkooporder en ontvangst.
Omschrijving Dit attribuut beschrijft in detail waarom een factuur het geautomatiseerde matching-proces niet heeft doorstaan. Veelvoorkomende redenen zijn verschillen in prijs, kwantiteit of artikelcodes tussen de factuur en de corresponderende inkooporder of goederenontvangst.\n\nDeze informatie is essentieel voor het 'Invoice Matching Discrepancy Rate' dashboard. Door de redenen voor afwijkingen te categoriseren en te analyseren, kunnen bedrijven systemische problemen in hun inkoop- of ontvangstprocessen opsporen. Dit maakt corrigerende acties mogelijk die de snelheid van straight-through, touchless factuurverwerking kunnen verhogen. Het belang Het verklaart waarom facturen mislukken bij geautomatiseerde matching, en biedt de inzichten die nodig zijn om de matchingpercentages bij de eerste poging te verbeteren en handmatig herwerk te verminderen. Vindplaats Raadpleeg de Oracle Fusion Financials documentatie. Dit kan worden vastgelegd als een specifiek type blokkadereden in AP_HOLDS_ALL of in gerelateerde matching detailtabellen. Voorbeelden Eenheidsprijs verschilt van POGefactureerde kwantiteit > ontvangen kwantiteitOngeldig item op factuur
	Reden van blokkade HoldReason	De reden waarom een blokkade of betalingsblokkade op een factuur werd geplaatst.
Omschrijving Wanneer een factuur wordt geblokkeerd, specificeert dit attribuut de reden, zoals 'Prijsverschil', 'Kwantiteitsafwijking' of 'Wachten op Goederenontvangst'. Dit biedt context waarom de normale processtroom werd onderbroken.\n\nDit attribuut is de primaire dimensie voor het 'Payment Block Trends and Analysis' dashboard. Door de frequentie van verschillende blokkaderedenen te analyseren, kan het bedrijf de hoofdoorzaken van betalingsblokkades identificeren en aanpakken, zoals problemen met inkoopprocessen of de nauwkeurigheid van leveranciersfacturering, waardoor uiteindelijk verwerkingsvertragingen worden verminderd. Het belang Het biedt de grondoorzaak voor betalingsblokkades, waardoor gerichte verbeteringen mogelijk zijn om de frequentie van blokkades en betalingsvertragingen te verminderen. Vindplaats Blokkade-informatie wordt doorgaans opgeslagen in de AP_HOLDS_ALL tabel, die is gekoppeld aan de factuur en een blokkadereden of -code bevat. Voorbeelden PrijsafwijkingGefactureerde hoeveelheid overschrijdt ontvangen hoeveelheidOngeldig PO-nummer
	Valuta InvoiceCurrencyCode	De valuta van het factuurbedrag.
Omschrijving Dit attribuut specificeert de valuta waarin de factuur is gedenomineerd, bijvoorbeeld USD, EUR of GBP. Het is essentiële context voor het veld Factuurbedrag.\n\nIn een wereldwijde organisatie is het analyseren van facturen per valuta belangrijk voor financiële rapportage en het begrijpen van procesvariaties per regio. Het zorgt ervoor dat monetaire waarden correct worden geïnterpreteerd en maakt valuta-specifieke analyse van betalingspraktijken of goedkeuringsdrempels mogelijk. Het belang Biedt de noodzakelijke context voor alle financiële bedragen, waardoor accurate interpretatie en analyse worden gewaarborgd, vooral bij multinationale operaties. Vindplaats Te vinden in de AP_INVOICES_ALL tabel in de INVOICE_CURRENCY_CODE kolom. Voorbeelden USDEURGBPCAD

Verplicht Aanbevolen Optioneel

Purchase to Pay - Factuurverwerkingsactiviteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor accurate procesdiscovery.

6 Aanbevolen 9 Optioneel

	Activiteit	Omschrijving
	Betaling Uitgevoerd	De definitieve bevestiging dat de betaling is gedaan en verwerkt. Voor cheques zou dit de cleared date zijn, en voor elektronische betalingen is het de bevestiging van de bank.
Het belang Dit is de laatste activiteit in de factuurlevenscyclus, die de succesvolle voltooiing van het proces markeert. Het is het eindpunt voor het berekenen van 'Gemiddelde Factuur Doorlooptijd' en 'On-Time Payment Rate'. Vindplaats Afgeleid van de betalingsstatus die is bijgewerkt naar 'Verwerkt' of 'Afgestemd' in de AP_CHECKS_ALL tabel (met behulp van de CLEARED_DATE) of via data van bankreconciliatie in de Cash Management module (CE_STATEMENT_LINES). Vastleggen Afgeleid van statusupdates in AP_CHECKS_ALL of reconciliatie in de CE-module. Gebeurtenistype inferred
	Factuur aangemaakt	Vertegenwoordigt de initiële aanmaak van een factuurrecord in het systeem, via handmatige invoer, scanning of elektronische indiening. Deze event wordt doorgaans vastgelegd wanneer een nieuwe rij wordt ingevoegd in de hoofdfactuurtabel.
Het belang Markeert het begin van de factuurverwerkingslevenscyclus. Het analyseren van de tijd vanaf deze event helpt bij het begrijpen van de efficiëntie van datainvoer en algemene vertragingen bij de start van het proces. Vindplaats In Oracle Fusion Financials komt dit overeen met de aanmaak-timestamp van het record in de AP_INVOICES_ALL tabel, specifiek de CREATION_DATE kolom. Vastleggen Record creatie timestamp in AP_INVOICES_ALL. Gebeurtenistype explicit
	Factuur gematcht met inkooporder	Deze activiteit geeft de succesvolle matching aan van een factuurregel met een corresponderende Inkooporderregel, wat bevestigt dat de gefactureerde goederen of diensten waren besteld. Dit is doorgaans een geautomatiseerde of handmatige actie die in het systeem is vastgelegd.
Het belang Cruciaal voor drieweg-matching, waarbij de inkooporder, ontvangst en factuur betrokken zijn. Fouten in dit stadium zijn een primaire bron van uitzonderingen en vertragingen. Vindplaats Kan worden afgeleid uit de aanmaak van records in de AP_INVOICE_DISTRIBUTIONS_ALL tabel die de factuur koppelen aan een inkooporderdistributie (PO_DISTRIBUTION_ID). De matchingstatus op regel niveau in AP_INVOICE_LINES_ALL kan ook worden gebruikt. Vastleggen Afgeleid van de populatie van inkooporder distributie data op factuurregels. Gebeurtenistype inferred
	Factuur Goedgekeurd	De factuur is volledig goedgekeurd door alle vereiste partijen in de workflow. Deze is nu klaar voor boekhouding en betalingsplanning.
Het belang Een belangrijke mijlpaal die de succesvolle voltooiing van het goedkeuringsproces betekent. Vertragingen vóór deze stap zijn veelvoorkomende knelpunten. Vindplaats Afgeleid van de APPROVAL_STATUS in de AP_INVOICES_ALL tabel die verandert naar een definitieve goedgekeurde status zoals 'Goedgekeurd' of 'Workflow Goedgekeurd'. De auditgeschiedenis op dit veld levert de timestamp. Vastleggen Afgeleid van AP_INVOICES_ALL.APPROVAL_STATUS wijziging naar 'Goedgekeurd'. Gebeurtenistype inferred
	Factuur Verwerkt in Boekhouding	De factuur is succesvol geboekt in het Grootboek, waarbij journaalposten zijn aangemaakt. Deze event bevestigt dat de financiële impact van de factuur formeel is vastgelegd.
Het belang Een cruciaal financieel controlepunt en een voorwaarde voor betaling. Het bevestigt dat de factuur volledig is gevalideerd, goedgekeurd en klaar is voor afwikkeling. Vindplaats Afgeleid van de status in de AP_INVOICE_DISTRIBUTIONS_ALL tabel (ACCRUAL_POSTED_FLAG = 'Y') of door te controleren op corresponderende journaalposten in de Grootboektabellen zoals XLA_AE_HEADERS. Vastleggen Afgeleid van vlaggen in AP_INVOICE_DISTRIBUTIONS_ALL of gekoppelde GL-boekingen. Gebeurtenistype inferred
	Factuur Verzonden ter Goedkeuring	De factuur wordt ingediend in een goedkeurings-workflow, gebaseerd op geconfigureerde bedrijfsregels. Dit markeert de start van de formele goedkeuringscyclus.
Het belang Initieert een cruciaal onderdeel van het proces. Het bijhouden van deze starttijd is essentieel voor het meten en optimaliseren van de 'Factuurgoedkeuring Doorlooptijd'. Vindplaats Afgeleid van een statuswijziging in de AP_INVOICES_ALL tabel, waarbij APPROVAL_STATUS overgaat naar een status als 'Gestart' of 'Goedkeuring Afwachtend'. De workflow-tabellen kunnen dit event ook bevatten. Vastleggen Afgeleid van AP_INVOICES_ALL.APPROVAL_STATUS wijziging naar 'Gestart'. Gebeurtenistype inferred
	Betaling aangemaakt	De betalingsinstructie voor de factuur is door het systeem gegenereerd. Dit kan het aanmaken van een cheque, een elektronisch overboekingsbestand (EFT) of een ander betalingsinstrument zijn.
Het belang Dit is het punt waarop de organisatie de fondsen voor betaling vastlegt. Het is een belangrijke mijlpaal net voordat het geld de bankrekening verlaat. Vindplaats Vastgelegd in de AP_CHECKS_ALL tabel, die informatie over alle betalingen opslaat. De CHECK_DATE geeft aan wanneer het betalingsdocument werd aangemaakt. Vastleggen Aanmaak van een record in de AP_CHECKS_ALL tabel. Gebeurtenistype explicit
	Betaling ingepland	De factuur is geselecteerd en opgenomen in een betalingsprocesverzoek, vaak een betaalrun of betaalbatch genoemd. Deze staat nu in de wachtrij voor betaling.
Het belang De stap tussen boekhouding en daadwerkelijke betaling. De duur van deze fase beïnvloedt de cash flow-voorspelling en de mogelijkheid om vroegbetalingskortingen te benutten. Vindplaats Dit wordt vastgelegd in de AP_INVOICE_PAYMENTS_ALL tabel wanneer een betalingsrecord wordt aangemaakt, maar nog niet is bevestigd als betaald. Het kan ook worden gevonden in betaalbatch-tabellen zoals IBY_PAYMENT_PROCESS_REQUESTS. Vastleggen Aanmaak van een record in AP_INVOICE_PAYMENTS_ALL voor een geplande betaling. Gebeurtenistype explicit
	Blokkade Vrijgegeven van Factuur	Deze event markeert de oplossing van een blokkade die eerder op de factuur was geplaatst. Een gebruiker of een geautomatiseerd proces onderneemt actie om de blokkade op te heffen, waardoor de factuur zijn levenscyclus kan voortzetten.
Het belang De tijd tussen het plaatsen en opheffen van een blokkade is een kritieke maatstaf voor de efficiëntie van uitzonderingsafhandeling. Dit ondersteunt de KPI 'Gemiddelde Afhandeltijd Uitzonderingen'. Vindplaats Vastgelegd in de AP_HOLDS_ALL tabel. Wanneer een blokkade wordt opgeheven, worden de velden RELEASE_LOOKUP_CODE en RELEASE_REASON ingevuld, samen met een LAST_UPDATE_DATE. Vastleggen Update van een record in de AP_HOLDS_ALL tabel, waarmee de blokkade als opgeheven wordt gemarkeerd. Gebeurtenistype explicit
	Factuur afgewezen	Een goedkeurder heeft de factuur afgewezen tijdens de goedkeurings-workflow. Deze actie stuurt de factuur doorgaans terug voor correctie of annulering, wat een herwerkingscyclus initieert.
Het belang Vertegenwoordigt een negatieve uitkomst en een belangrijke oorzaak van rework en langere doorlooptijden. Het volgen van afwijzingen helpt bij het identificeren van problemen met de factuurkwaliteit of PO-compliance. Vindplaats Afgeleid van de APPROVAL_STATUS in de AP_INVOICES_ALL tabel die verandert naar 'Afgewezen'. De workflow-geschiedenis zal details bevatten over wie het heeft afgewezen en wanneer. Vastleggen Afgeleid van AP_INVOICES_ALL.APPROVAL_STATUS wijziging naar 'Afgewezen'. Gebeurtenistype inferred
	Factuur Geannuleerd	De factuur is geannuleerd of ongeldig verklaard en zal niet verder worden verwerkt of betaald. Dit vertegenwoordigt een terminale eindstatus voor het proces.
Het belang Een belangrijk eindpunt voor facturen die niet tot betaling leiden. Het analyseren van annuleringen kan problemen met dubbele facturen of onjuiste leveranciersinzendingen aan het licht brengen. Vindplaats Afgeleid van een statuswijziging in AP_INVOICES_ALL. De CANCELLED_DATE kolom zal worden gevuld met de annulerings-timestamp. Vastleggen Het veld CANCELLED_DATE in de AP_INVOICES_ALL tabel is gevuld. Gebeurtenistype explicit
	Factuur geblokkeerd	Een generieke activiteit die staat voor elke blokkade die op een factuur wordt geplaatst, waardoor deze niet kan worden betaald. Dit kan om verschillende redenen zijn, zoals matching-problemen, onvoldoende middelen of handmatige tussenkomst.
Het belang Beïnvloedt direct de doorlooptijd en kan leiden tot te late betalingen. Het analyseren van blokkades is cruciaal voor het identificeren en oplossen van systemische procesproblemen, ter ondersteuning van de analyse van 'Betalingsblokkade Trends'. Vindplaats Expliciet vastgelegd in de AP_HOLDS_ALL tabel. Elke rij vertegenwoordigt een blokkade met een aanmaakdatum (HOLD_DATE) en reden. Vastleggen Aanmaak van een record in de AP_HOLDS_ALL tabel. Gebeurtenistype explicit
	Factuur gecorrigeerd	Treedt op wanneer een gebruiker een factuur wijzigt, vaak als reactie op een afwijzing of om een datainvoerfout te herstellen. Dit vertegenwoordigt een handmatige rework stap in het proces.
Het belang Deze activiteit is een duidelijke indicator van rework. Het analyseren van de frequentie ervan helpt bij het kwantificeren van procesinefficiëntie en ondersteunt de KPI 'Factuur Rework Rate'. Vindplaats Kan worden afgeleid door belangrijke updates van het factuurrecord in AP_INVOICES_ALL te volgen nadat het al is gevalideerd of ingediend voor goedkeuring. De LAST_UPDATE_DATE timestamp, samen met audit trail data, zou hiervoor nodig zijn. Vastleggen Afgeleid door LAST_UPDATE_DATE te vergelijken na een afwijzing of blokkade. Gebeurtenistype inferred
	Factuur gevalideerd	Geeft aan dat de factuur de validatiecontroles van het systeem heeft doorstaan wat betreft volledigheid en correctheid van kop- en regelinformatie. Dit wordt vaak afgeleid uit een statuswijziging op het factuurrecord.
Het belang Een belangrijke mijlpaal vóór matching en goedkeuring. Vertragingen hier kunnen duiden op problemen met de datakwaliteit van facturen of systeemconfiguratie. Vindplaats Afgeleid van de factuurstatus die verandert naar 'Gevalideerd' in de AP_INVOICES_ALL tabel. De wijzigingsgeschiedenis of audit trail voor de VALIDATION_STATUS kolom kan worden gebruikt. Vastleggen Afgeleid van wijziging in AP_INVOICES_ALL.VALIDATION_STATUS veld. Gebeurtenistype inferred
	Matching Afwijking Geïdentificeerd	Treedt op wanneer het systeem of een gebruiker een afwijking identificeert tussen de factuur, inkooporder en ontvangstinformatie, zoals prijs of kwantiteit. Dit resulteert vaak in een systeemblokkade op de factuur.
Het belang Benadrukt procesuitzonderingen die handmatige tussenkomst vereisen. Het bijhouden van deze events is essentieel voor de 'Factuur Matching Discrepantie Percentage' KPI en grondoorzaakanalyse. Vindplaats Dit wordt vaak gelogd als een specifiek type blokkade dat op de factuur is geplaatst. Controleer de AP_HOLDS_ALL tabel op blokkadetypes gerelateerd aan matching, bijvoorbeeld 'QTY REC' of 'PRICE'. De HOLD_DATE geeft de timestamp aan. Vastleggen Aanmaak van een record in AP_HOLDS_ALL met een matching-gerelateerd blokkade-type. Gebeurtenistype explicit

Aanbevolen Optioneel

Extractie Guides

Zo haal je je data uit Oracle Fusion Financials

Stappen

Log in op Oracle Fusion Cloud: Krijg toegang tot uw Oracle Fusion Cloud-omgeving met een gebruiker die de rol BI Cloud Connector Administrator (BICC_ADMIN) heeft.
Navigeer naar BI Cloud Connector: Ga vanuit het hoofdnavigatiemenu naar Hulpmiddelen > BI Cloud Connector. Dit opent de BICC-console.
Selecteer Aanbod: Kies in de BICC-console het aanbod dat overeenkomt met uw Financials-data. Dit wordt doorgaans 'Financials' genoemd.
Externe Opslag Configureren: Navigeer naar de sectie 'Externe Opslag Configureren'. Stel de verbinding in met uw cloudopslag waar de geëxtraheerde CSV-bestanden zullen worden afgeleverd, bijvoorbeeld Oracle Cloud Infrastructure (OCI) Object Storage.
Schakel Aanbiedingen in voor Extractie: Ga naar de sectie 'Aanbiedingen en PVO's Beheren' of een vergelijkbare sectie. Selecteer het 'Financials'-aanbod en schakel het in voor extractie.
Selecteer Public View Objects (PVO's): Zoek en selecteer de specifieke PVO's die nodig zijn voor het factuurproces. De belangrijkste PVO's zijn: FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO, FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO, FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO, en FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO.
Plan de Extractietaak: Navigeer naar 'Extractieschema's Beheren'. Creëer een nieuwe taak, geef deze een beschrijvende naam en selecteer alle PVO's die u in de vorige stap hebt ingeschakeld. Plan de taak om te worden uitgevoerd. Voor de initiële lading voert u deze uit voor het gewenste historische datumbereik. Voor latere uitvoeringen configureert u deze om incrementele extracties uit te voeren op basis van de LastUpdateDate.
Monitor en Haal Data op: Monitor de voortgang van de taak in de BICC-console. Zodra deze succesvol is voltooid, navigeert u naar uw geconfigureerde cloudopslaglocatie. U vindt de geëxtraheerde data als een set gecomprimeerde CSV-bestanden, één voor elke PVO.
Laad Data in Staging Area: Pak de bestanden uit en laad de CSV's in een staging database of databewerkingsplatform (zoals een data warehouse of data lake) waar u SQL-queries kunt uitvoeren. Elk CSV-bestand moet in een eigen tabel worden geladen.
Transformeer Data naar Event Log: Voer de meegeleverde SQL-query uit op de tabellen in uw staging area. Deze query voegt data uit de verschillende tabellen samen om één, uniforme event log-tabel te creëren.
Exporteer voor ProcessMind: Exporteer het resultaat van de SQL-query als één CSV-bestand. Zorg ervoor dat de kolomkoppen overeenkomen met de vereiste attributen (InvoiceNumber, ActivityName, EventTime, etc.) voor upload naar de ProcessMind applicatie.

Configuratie

Belangrijkste Public View Objects (PVO's): De extractie is gebaseerd op verschillende kern-PVO's uit het Financials aanbod. Minimaal moet u het volgende opnemen:
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO: Voor kernfactuurdata, aanmaak-, validatie- en annulerings-events.
- FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO: Voor alle factuurblokkade- en vrijgave-events.
- FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO: Om gedetailleerde goedkeurings-workflowstappen zoals indiening, goedkeuring en afwijzing vast te leggen.
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO: Voor aanmaak- en uitvoerings-events van betalingen.
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO: Om te identificeren wanneer een factuur is gepland voor betaling.
Incrementale Extracties: Voor doorlopende monitoring configureert u de BICC-taak om incrementele extracties uit te voeren. Gebruik de LastUpdateDate-kolom die beschikbaar is in de meeste PVO's als filtercriteria om alleen nieuwe of gewijzigde records te extraheren sinds de laatste uitvoering.
Datumbereik Filtering: Voor de initiële historische datalading wordt aanbevolen om een beheersbare periode te extraheren, zoals de laatste 6 tot 12 maanden aan data. U kunt een globaal filter toepassen in de BICC-taakplanning om de extractie te beperken tot een specifiek datumbereik.
Business Unit Filter: Om de reikwijdte van de extractie te beperken, past u een filter toe op BusinessUnitName of een vergelijkbaar attribuut binnen de BICC-taakconfiguratie. Dit is cruciaal in multi-entiteitomgevingen om het datavolume te beheren.
Vereisten: Uw gebruikersaccount heeft de juiste rollen nodig, voornamelijk BICC Administrator (BICC_ADMIN) en Functional Setup User (FSM_IMPLEMENTATION_CONSULTANT), om extractietaken te configureren en uit te voeren. U moet ook een geconfigureerde en toegankelijke cloudopslaglocatie hebben (zoals OCI Object Storage, UCM).

a Voorbeeldquery config

-- This script is designed to be run on the CSV files after they have been extracted by BICC and loaded into a staging database.
-- Each CTE (e.g., Invoices, Holds) represents a table created from a corresponding PVO's CSV file.

WITH Invoices AS (
    SELECT 
        InvoiceId,
        InvoiceNumber,
        InvoiceAmount,
        SupplierName AS VendorName,
        CreationDate,
        CreatedBy AS UserName, 
        LastUpdateDate, 
        LastUpdatedBy, 
        ValidatedDate,
        ApprovalStatus,
        WfApprovalStatus,
        PayablesAccountingStatus,
        CancelledDate,
        CancelledBy,
        BusinessUnitName AS CompanyCode
    FROM FscmTopModelAM_FinApInvQuickInvoicesAM_InvoiceHeaderPVO
    WHERE LastUpdateDate >= '[Specify Start Date]'
),
Holds AS (
    SELECT 
        InvoiceId,
        HoldDate,
        ReleasedDate,
        HoldReason,
        CreatedBy,
        LastUpdatedBy
    FROM FscmTopModelAM_FinApInvHoldAM_InvoiceHoldPVO
),
ApprovalHistory AS (
    SELECT
        InvoiceId,
        ActionDate,
        Action,
        Performer AS UserName
    FROM FscmTopModelAM_FinApInvSharedAM_InvoiceApprovalHistoryPVO
),
Installments AS (
    SELECT 
        InvoiceId,
        DueDate AS PaymentDueDate,
        PaymentStatusFlag,
        LastUpdateDate
    FROM FscmTopModelAM_FinApInvPmtsAM_InstallmentPVO
),
Payments AS (
    SELECT
        InvoiceId,
        PaymentId,
        CreationDate,
        CreatedBy AS UserName,
        PaymentDate
    FROM FscmTopModelAM_FinApPmtsInvPmtsAM_PaymentPVO
)

-- 1. Invoice Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    i.CreationDate AS "EventTime",
    i.CreationDate AS "EndTime",
    i.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 2. Invoice Validated
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    i.ValidatedDate AS "EventTime",
    i.ValidatedDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Validated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.ValidatedDate IS NOT NULL

UNION ALL

-- 3. Invoice Matched to PO (Inferred from hold release)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE') AND h.ReleasedDate IS NOT NULL

UNION ALL

-- 4. Matching Discrepancy Identified
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Matching Discrepancy Identified' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE')

UNION ALL

-- 5. Hold Placed on Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Placed on Invoice' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.ReleasedDate IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Sent for Approval' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Initiated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'SUBMITTED'

UNION ALL

-- 8. Invoice Approved
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Approved' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Workflow approved' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'APPROVED'

UNION ALL

-- 9. Invoice Rejected
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Rejected' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Rejected' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'REJECTED'

UNION ALL

-- 10. Invoice Corrected (Inferred from update after rejection)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.WfApprovalStatus = 'WORKFLOW_REJECTED' AND i.LastUpdatedBy <> 'FUSION_APPS_PRC_SOA_APPID'

UNION ALL

-- 11. Invoice Accounted
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Accounted' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.PayablesAccountingStatus = 'ACCOUNTED'

UNION ALL

-- 12. Payment Scheduled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    inst.LastUpdateDate AS "EventTime",
    inst.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName", -- User who ran the PPR is not in this PVO
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Selected for Payment' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE inst.PaymentStatusFlag = 'Y'

UNION ALL

-- 13. Payment Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    p.CreationDate AS "EventTime",
    p.CreationDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 14. Payment Executed
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    p.PaymentDate AS "EventTime",
    p.PaymentDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE p.PaymentDate IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    i.CancelledDate AS "EventTime",
    i.CancelledDate AS "EndTime",
    i.CancelledBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Cancelled' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.CancelledDate IS NOT NULL;

Stappen

Toegang krijgen tot Oracle BI Publisher: Log in op Oracle Fusion Applications met een gebruiker die de BI Administrator- of een vergelijkbare rol heeft. Navigeer naar de tool Rapporten en Analyse door het Navigatormenu te openen, vervolgens Extra te selecteren en ten slotte op Rapporten en Analyse te klikken.
Navigeer naar de Catalogus: Klik in het werkgebied Rapporten en Analyse op de knop Catalogus Bladeren om de Oracle BI Publisher-interface te openen.
Maak een Nieuw Datamodel aan: Navigeer in de BI Publisher-catalogus naar een geschikte map (bijv. Gedeelde Mappen > Aangepast). Klik op het vervolgkeuzemenu Nieuw en selecteer Datamodel.
Definieer de SQL Query Data Set: Klik in de Datamodel-editor op het '+' pictogram om een nieuwe data set toe te voegen en selecteer SQL Query uit de lijst.
Configureer de Data Set: Geef in het dialoogvenster Nieuwe Data Set een naam op, zoals P2P_Invoice_Events. Selecteer de juiste Data Source, wat doorgaans ApplicationDB_FSCM is voor financiële data. Zorg ervoor dat het Type SQL is ingesteld op Standard SQL.
Voer de SQL Query in: Kopieer de complete SQL die is opgenomen in de query-sectie van dit document en plak deze in het SQL Query tekstgebied.
Definieer Parameters: De query gebruikt parameters voor filtering. Maak in de Datamodel-eigenschappen drie parameters aan: p_start_date, p_end_date, en p_bu_name. Stel hun datatypen in op String. De gebruiker zal waarden hiervoor opgeven bij het uitvoeren van het rapport, bijvoorbeeld '2023-01-01' voor datums en de specifieke business unit naam.
Sla het Datamodel op: Sla het datamodel op in uw aangepaste map. U kunt voorbeelddata bekijken door op het tabblad 'Data' te klikken en waarden op te geven voor de parameters die u hebt aangemaakt.
Maak een Rapport aan: Navigeer terug naar de catalogus, klik op het vervolgkeuzemenu Nieuw en selecteer Rapport. Selecteer in de wizard voor het aanmaken van rapporten de optie 'Gebruik Datamodel' en zoek het datamodel dat u zojuist hebt opgeslagen.
Configureer Rapportlay-out en Output: In de rapporteditor is een eenvoudige tabelindeling voldoende. De belangrijkste stap is het configureren van de standaard outputindeling. Klik op 'Bekijk een lijst' en zorg ervoor dat CSV het standaardformaat is en het enige ingeschakelde formaat. Dit zorgt ervoor dat de output een schoon, ongeformatteerd databestand is.
Plan het Rapport: Sla het rapport op. U kunt het nu op aanvraag uitvoeren, of, voor betere prestaties, plannen om het tijdens daluren uit te voeren. De planning kan worden geconfigureerd om de CSV-output naar een specifieke bestemming te sturen, zoals de Universal Content Management (UCM) server, vanwaar het kan worden opgehaald voor upload.
Exporteer en Bereid Data voor: Zodra de rapporttaak is voltooid, downloadt u het resulterende CSV-bestand. Controleer of de kolomkoppen overeenkomen met de vereiste attributen (InvoiceNumber, ActivityName, EventTime, etc.) voordat u het uploadt naar de process mining tool.

Configuratie

Gegevensbron: De query moet worden uitgevoerd op de Fusion Financials applicatiedatabase, doorgaans verbonden via de ApplicationDB_FSCM JNDI-gegevensbron in BI Publisher.
Parameters: Het datamodel moet worden geconfigureerd met de volgende parameters om flexibele gegevensextractie mogelijk te maken:
- p_start_date: De startdatum voor de extractieperiode in 'YYYY-MM-DD' formaat.
- p_end_date: De einddatum voor de extractieperiode in 'YYYY-MM-DD' formaat.
- p_bu_name: De naam van de Business Unit (Bedrijfscode) om de data te filteren. Gebruik een wildcard-teken zoals '%' om voor alle business units te extraheren.
Datumbereik: Voor de initiële extractie wordt aanbevolen een datumbereik van 3 tot 6 maanden aan data te gebruiken. Dit zorgt voor een balans tussen het hebben van een representatieve dataset en het beheren van de extractieprestaties.
Prestatieoverwegingen: Data extraheren voor lange periodes of voor alle business units tegelijkertijd kan resource-intensief zijn en leiden tot timeouts. Het wordt aanbevolen om grote extracties uit te voeren in kleinere, sequentiële batches (bijv. maand per maand) of ze te plannen tijdens daluren.
Vereisten: De gebruiker die het rapport maakt en uitvoert, heeft een rol nodig met machtigingen om toegang te krijgen tot de BI Publisher-tool (bijv. BI Administrator) en de noodzakelijke databeveiligingsrechten om de onderliggende crediteurenadministratie-tabellen (AP_INVOICES_ALL, AP_PAYMENTS_ALL, etc.) voor de doel-business units te bekijken.

a Voorbeeldquery sql

WITH INVOICE_BASE AS (
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE,
        AIA.CREATED_BY,
        AIA.LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY,
        AIA.CANCELLED_DATE,
        AIA.CANCELLED_BY,
        AIA.WFAPPROVAL_STATUS,
        AIA.TERMS_DATE AS PAYMENT_DUE_DATE,
        PSV.VENDOR_NAME,
        FABUV.BU_NAME AS COMPANY_CODE
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V FABUV ON AIA.ORG_ID = FABUV.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
        AND FABUV.BU_NAME LIKE :p_bu_name
)
-- 1. Invoice Created
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB

UNION ALL

-- 2. Invoice Validated
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIA.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    AIA.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICES_ALL AIA
JOIN 
    INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AIA.WFAPPROVAL_STATUS IN ('VALIDATED', 'NEEDS REVALIDATION', 'STOPPED')

UNION ALL

-- 3. Invoice Matched to PO
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(AID.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICE_DISTRIBUTIONS_ALL AID
JOIN 
    INVOICE_BASE IB ON AID.INVOICE_ID = IB.INVOICE_ID
WHERE
    AID.PO_DISTRIBUTION_ID IS NOT NULL
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 4. Matching Discrepancy Identified & 5. Hold Placed on Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AH.HOLD_LOOKUP_CODE IN ('QTY ORD', 'QTY REC', 'PRICE', 'AMT ORD', 'AMT REC') THEN 'Matching Discrepancy Identified'
        ELSE 'Hold Placed on Invoice'
    END AS "ActivityName",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AH.RELEASE_LOOKUP_CODE IS NOT NULL AND AH.RELEASE_DATE IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval, 8. Invoice Approved, 9. Invoice Rejected
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AAH.ACTION = 'INITIATED' THEN 'Invoice Sent for Approval'
        WHEN AAH.ACTION = 'APPROVED' THEN 'Invoice Approved'
        WHEN AAH.ACTION = 'REJECTED' THEN 'Invoice Rejected'
    END AS "ActivityName",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AAH.RESPONSE_ID AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INV_APRVL_HIST_ALL AAH
JOIN 
    INVOICE_BASE IB ON AAH.INVOICE_ID = IB.INVOICE_ID
WHERE
    AAH.ACTION IN ('INITIATED', 'APPROVED', 'REJECTED') AND AAH.RESPONSE_DATE IS NOT NULL

UNION ALL

-- 10. Invoice Corrected
SELECT DISTINCT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.LAST_UPDATE_DATE > IB.CREATION_DATE
    AND IB.LAST_UPDATED_BY <> IB.CREATED_BY 
    AND EXISTS (
        SELECT 1 FROM AP_INV_APRVL_HIST_ALL AAH 
        WHERE AAH.INVOICE_ID = IB.INVOICE_ID AND AAH.ACTION = 'REJECTED' AND IB.LAST_UPDATE_DATE > AAH.RESPONSE_DATE
    )

UNION ALL

-- 11. Invoice Accounted
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(XAH.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM XLA_AE_HEADERS XAH
JOIN XLA_TRANSACTION_ENTITIES XTE ON XAH.ENTITY_ID = XTE.ENTITY_ID
JOIN INVOICE_BASE IB ON XTE.SOURCE_ID_INT_1 = IB.INVOICE_ID
WHERE XTE.APPLICATION_ID = 200
AND XTE.ENTITY_CODE = 'AP_INVOICES'
AND XAH.ACCOUNTING_ENTRY_STATUS_CODE = 'F' -- Final
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 12. Payment Scheduled
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(APISC.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INV_SELECTION_CRITERIA_ALL APISC
JOIN AP_INVOICES_ALL AIA ON APISC.CHECKRUN_NAME = AIA.PAYMENT_STATUS_FLAG
JOIN INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 13. Payment Created
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIPA.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 14. Payment Executed
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AC.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN AP_CHECKS_ALL AC ON AIPA.CHECK_ID = AC.CHECK_ID
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID
WHERE AC.CLEARED_DATE IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CANCELLED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.CANCELLED_DATE IS NOT NULL

Stappen

Vereisten: Zorg ervoor dat Python 3.6+ op uw systeem is geïnstalleerd, samen met de requests- en pandas-bibliotheken. U kunt ze installeren met pip: pip install requests pandas.
Oracle Fusion API Instellen: Navigeer in uw Oracle Fusion-instantie naar de Security Console. Maak een nieuwe vertrouwelijke applicatie aan om API-toegang te verkrijgen. Noteer de toegewezen Client ID en Client Secret. Zorg ervoor dat de applicatiegebruiker de nodige rollen heeft om factuur- en betaaldata te lezen, zoals de rol Financials - Payables Invoice Inquiry Duty.
Configureer het Python Script: Kopieer het meegeleverde Python-script naar een bestand, bijvoorbeeld extract_fusion_invoices.py. Open het bestand en vul de placeholder-variabelen bovenaan het script in. Dit omvat CLIENT_ID, CLIENT_SECRET, TOKEN_URL, FUSION_HOST, START_DATE, en END_DATE. De FUSION_HOST moet de basis-URL zijn voor uw Oracle Cloud-applicaties.
Stel de Extractieperiode in: Wijzig de START_DATE- en END_DATE-variabelen om het tijdsvenster voor de data-extractie te definiëren. Het wordt aanbevolen om te beginnen met een kleinere periode, zoals één maand, om het script te testen en de output te verifiëren.
Voer het Script uit: Voer het script uit vanaf uw command line of terminal door naar de map te navigeren en python extract_fusion_invoices.py te typen. Het script zal authenticeren, de data ophalen en voortgangsberichten weergeven in de console.
Authenticatieproces: Het script stuurt eerst een verzoek met uw cliëntgegevens naar de Oracle identity provider (TOKEN_URL) om een OAuth access token te verkrijgen. Dit token wordt vervolgens opgenomen in de header van alle volgende API-verzoeken om te authenticeren met de Fusion Financials API.
Data Ophalen en Paginatie: Het script bevraagt het invoices REST API-eindpunt, en haalt records op die zijn aangemaakt binnen uw opgegeven datumbereik. Het verwerkt automatisch paginatie door de hasMore-flag in de API-respons te controleren en volgende verzoeken te doen met een bijgewerkte offset-parameter totdat alle factuurdata is opgehaald.
Gedetailleerde Data Ophalen: Voor elke opgehaalde factuur doet het script extra API-aanroepen om bijbehorende details op te halen. Het bevraagt het /child/holds-eindpunt voor blokkade- en vrijgave-informatie en het /payments-eindpunt (gefilterd op het factuurnummer) om betaaldata te verzamelen.
Event Log Generatie: De kernlogica van het script verwerkt de ruwe JSON data van de API. Het controleert op specifieke datums, statussen en onderliggende records om afzonderlijke rijen te genereren voor elk van de 15 vereiste bedrijfsactiviteiten. Bijvoorbeeld, de aanwezigheid van een CancelledDate genereert een 'Factuur Geannuleerd'-event.
Bekijk de Output: Zodra het script klaar is, zal het een bestand genaamd invoice_event_log.csv aanmaken in dezelfde map. Open dit CSV-bestand met een spreadsheetapplicatie om de data te bekijken. Controleer of alle vereiste kolommen (InvoiceNumber, ActivityName, EventTime) en aanbevolen attributen aanwezig zijn.
Voorbereiden voor Upload: Zorg ervoor dat de kolomkoppen in het CSV-bestand overeenkomen met de vereiste attribuutnamen. Verdere opmaak is doorgaans niet nodig. Het bestand is nu klaar om te worden geüpload naar uw process mining tool.

Configuratie

Authenticatiegegevens: Een Client ID en Client Secret van een vertrouwelijke applicatie, geregistreerd in Oracle Fusion's Security Console, zijn vereist. De Token URL voor uw identiteitsdomein moet ook worden opgegeven.
API Host URL: De FUSION_HOST variabele moet worden ingesteld op de basis-URL van uw Oracle Fusion-instantie, bijvoorbeeld https://[uw-instantie].fa.us2.oraclecloud.com.
Datumbereik: De START_DATE en END_DATE variabelen zijn cruciaal voor het bepalen van de omvang van de extractie. Het wordt aanbevolen om 3 tot 6 maanden aan data te extraheren voor een initiële analyse om een balans te garanderen tussen datavolume en prestaties.
Gebruikte API-eindpunten: Het script interageert voornamelijk met de fscmRestApi/resources/11.13.18.05/invoices en fscmRestApi/resources/11.13.18.05/payments eindpunten. Het gebruikt ook de /invoices/{InvoiceId}/child/holds sub-resource.
Paginatielimiet: De LIMIT variabele in het script bepaalt hoeveel records per API-aanvraag worden opgehaald. De standaardwaarde is 100. Een hogere waarde kan het aantal API-aanroepen verminderen, maar het geheugengebruik per aanvraag verhogen. Een lagere waarde kan nodig zijn als u timeout-fouten tegenkomt.
Vereiste Machtigingen: Het gebruikersaccount dat gekoppeld is aan de API-gegevens heeft leestoegang nodig tot crediteurenfacturen, factuurblokkades, betalingen en leveranciersinformatie. De Payables Invoice Inquiry Duty rol biedt doorgaans voldoende machtigingen.

a Voorbeeldquery python

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

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion credentials and instance details
CLIENT_ID = class="hl-string">'[Your Client ID]'
CLIENT_SECRET = class="hl-string">'[Your Client Secret]'
TOKEN_URL = class="hl-string">'[Your Oracle Identity Cloud Service Token URL, e.g., https://idcs-....identity.oraclecloud.com/oauth2/v1/token]'
FUSION_HOST = class="hl-string">'[Your Fusion Host URL, e.g., https://your-fusion-instance.fa.ocs.oraclecloud.com]'

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Set the date range for the invoice extraction (YYYY-MM-DD)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># API request settings
LIMIT = 100

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_access_token():
    class="hl-string">"""Authenticates and retrieves an OAuth2 access token."""
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    data = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'scope': class="hl-string">'urn:opc:resource:consumer::all'
    }
    try:
        response = requests.post(TOKEN_URL, headers=headers, data=data, auth=(CLIENT_ID, CLIENT_SECRET))
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def fetch_data(api_url, headers, params):
    class="hl-string">"""Fetches data from a given API endpoint with pagination handling."""
    all_items = []
    offset = 0
    has_more = True

    while has_more:
        params[class="hl-string">'offset'] = offset
        try:
            response = requests.get(api_url, headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(items)
            print(fclass="hl-string">"Fetched {len(all_items)} records so far...")
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {api_url}: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save invoice data."""
    access_token = get_access_token()
    if not access_token:
        print(class="hl-string">"Could not obtain access token. Exiting.")
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }

    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch Invoices
    print(class="hl-string">"Starting invoice extraction...")
    invoice_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices'
    invoice_params = {
        class="hl-string">'q': fclass="hl-string">'CreationDate between \'{START_DATE}T00:00:00.000Z\class="hl-string">' and \'{END_DATE}T23:59:59.999Z\class="hl-string">'',
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'limit': LIMIT,
        class="hl-string">'fields': class="hl-string">'InvoiceId,InvoiceNumber,InvoiceAmount,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,SupplierName,ValidationDate,CancelledDate,ApprovalStatus,AccountingDate,PaymentStatus,DueDate,InvoiceStatus,BusinessUnitName'
    }
    invoices = fetch_data(invoice_url, headers, invoice_params)
    print(fclass="hl-string">"Total invoices fetched: {len(invoices)}")

    class=class="hl-string">"hl-comment"># 2. Process each invoice to create events
    for inv in invoices:
        case_id = inv.get(class="hl-string">'InvoiceNumber')
        if not case_id:
            continue

        base_event = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'EndTime': None,
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'SupplierName'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'DueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'InvoiceStatus'),
            class="hl-string">'CompanyCode': inv.get(class="hl-string">'BusinessUnitName')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Created
        if inv.get(class="hl-string">'CreationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Created', class="hl-string">'EventTime': inv[class="hl-string">'CreationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'CreatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Validated
        if inv.get(class="hl-string">'ValidationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Validated', class="hl-string">'EventTime': inv[class="hl-string">'ValidationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activities based on Approval Status
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Initiated', class="hl-string">'Required']:
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Approved', class="hl-string">'Not required', class="hl-string">'Workflow approved']:
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># This is an inference, might represent corrections after rejection or validation failure
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Needs revalidation':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Corrected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Accounted
        if inv.get(class="hl-string">'AccountingDate'):
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Accounted', class="hl-string">'EventTime': inv[class="hl-string">'AccountingDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Canceled
        if inv.get(class="hl-string">'CancelledDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Canceled', class="hl-string">'EventTime': inv[class="hl-string">'CancelledDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activity: Matched to PO - Inference based on PaymentStatus which can indicate matching holds resolved
        if inv.get(class="hl-string">'PaymentStatus') == class="hl-string">'Available':
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Matched to PO', class="hl-string">'EventTime': inv.get(class="hl-string">'ValidationDate') or inv.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 3. Fetch Holds for the Invoice
        holds_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices/{inv["InvoiceId"]}/child/holds'
        holds = fetch_data(holds_url, headers, {class="hl-string">'onlyData': class="hl-string">'true'})
        for hold in holds:
            class=class="hl-string">"hl-comment"># Activity: Hold Placed on Invoice
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Placed on Invoice', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            if hold.get(class="hl-string">'HoldReason') in [class="hl-string">'Price', class="hl-string">'Qty Ord', class="hl-string">'Qty Rec', class="hl-string">'Quality']:
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            
            class=class="hl-string">"hl-comment"># Activity: Hold Released from Invoice
            if hold.get(class="hl-string">'ReleaseDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Released from Invoice', class="hl-string">'EventTime': hold[class="hl-string">'ReleaseDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 4. Fetch Payments for the Invoice
        if inv.get(class="hl-string">'PaymentStatus') in [class="hl-string">'Paid', class="hl-string">'Partially paid']:
            payment_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/payments'
            payment_params = {
                class="hl-string">'q': fclass="hl-string">'InvoiceNumber=\'{case_id}\class="hl-string">'',
                class="hl-string">'onlyData': class="hl-string">'true',
                class="hl-string">'fields': class="hl-string">'PaymentId,CreationDate,CreatedBy,ClearedDate,PaymentDate'
            }
            payments = fetch_data(payment_url, headers, payment_params)
            for pmt in payments:
                 class=class="hl-string">"hl-comment"># Activity: Payment Scheduled (Approximation using Payment Creation Date)
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': pmt[class="hl-string">'CreationDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Created
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Created', class="hl-string">'EventTime': pmt[class="hl-string">'PaymentDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Executed
                 if pmt.get(class="hl-string">'ClearedDate'):
                     event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': pmt[class="hl-string">'ClearedDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})

    class=class="hl-string">"hl-comment"># 5. Create and Save DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. Please check your date range and API responses.")
        return

    df = pd.DataFrame(event_log)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
    if class="hl-string">'EndTime' in df.columns:
         df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    output_filename = class="hl-string">'invoice_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

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

Uw Purchase to Pay - Factuurverwerking Data Template

Uw Purchase to Pay - Factuurverwerking Data Template

Purchase to Pay - Factuurverwerkings-attributes

Purchase to Pay - Factuurverwerkingsactiviteiten

Extractie Guides

Oracle BI Cloud Connector (BICC) Bulk `Data` Export

Stappen

Configuratie

a Voorbeeldquery config

Oracle BI Publisher Rapport met Aangepast SQL Data Model

Stappen

Configuratie

a Voorbeeldquery sql

Python Script Extractie via Fusion Financials REST API

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te starten?

Optimaliseer Nu Uw P2P Factuurverwerking voor 30% Snellere Cycli

Uw Purchase to Pay - Factuurverwerking Data Template

Uw Purchase to Pay - Factuurverwerking Data Template

Purchase to Pay - Factuurverwerkings-attributes

Purchase to Pay - Factuurverwerkingsactiviteiten

Extractie Guides

Oracle BI Cloud Connector (BICC) Bulk `Data` Export

Stappen

Configuratie

a Voorbeeldquery config

Oracle BI Publisher Rapport met Aangepast SQL Data Model

Stappen

Configuratie

a Voorbeeldquery sql

Python Script Extractie via Fusion Financials REST API

Stappen

Configuratie

a Voorbeeldquery python

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Optimaliseer Nu Uw P2P Factuurverwerking voor 30% Snellere Cycli