> Continue verbetering > Inkoop tot betaling Aanvraag > Oracle Fusion Financialscials > datatemplate

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Oracle Fusion Financialscials

Inkoop tot betaling - Aanvraag Attributen (22) Inkoop tot betaling - Aanvraag Activiteiten (12) Extractiegidsen (4)

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Deze template biedt een helder stappenplan voor het verzamelen van de data die nodig is om uw Inkoop tot betaling - Aanvraagproces te analyseren. Het schetst de belangrijkste attributen om te verzamelen, de belangrijke activiteiten om te volgen, en praktische richtlijnen voor het extraheren van deze Informatie uit Oracle Fusion Financialscials. Hiermee kunt u effectief uw event log voorbereiden voor inzichtelijke process mining.

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

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

Template downloaden

Inkoop tot betaling - Aanvraag Attributen

Dit zijn de aanbevolen velden om op te nemen in uw event log voor volledige Inkoop tot betaling - Aanvraag analyse.

5 Verplicht 7 Aanbevolen 10 Optioneel

	Naam	Omschrijving
	Activiteit ActivityName	De naam van de business gebeurtenis die plaatsvond op een specifiek punt in het aanvraagproces.
Omschrijving De Activiteit vertegenwoordigt een afzonderlijke stap of mijlpaal in de levenscyclus van de inkoopaanvraag. Voorbeelden zijn 'Aanvraag Aangemaakt', 'Goedkeuringsstap Goedgekeurd' of 'Inkooporder Aangemaakt'. Deze activiteiten zijn afgeleid van statuswijzigingen, gebruikersacties of systeem gebeurtenissen die zijn vastgelegd in de auditlogs of transactietabellen van het bronsysteem. Dit attribuut is belangrijk voor het construeren van de proceskaart, die de flow van aanvragen visueel weergeeft. Het analyseren van de volgorde en frequentie van activiteiten helpt bij het vinden van gemeenschappelijke procespaden, knelpunten, herstelwerk-loops en afwijkingen van de standaardprocedure. Het belang Dit vormt de basis van de proceskaart, waardoor de visualisatie en analyse van de aanvraagworkflow mogelijk worden. Vindplaats Afgeleid van statuswijzigings in tabellen zoals POR_REQUISITION_HEADERS_ALL, transactiegeschiedenis of workflow audit trails zoals FA_FUSION_SOAINFRA.WFTASK. Voorbeelden Aanvraag AangemaaktGoedkeuringsstap goedgekeurdAanvraag AfgewezenInkooporder Aangemaakt
	ID Inkoopaanvraag PurchaseRequisitionId	De unieke kenmerk voor een inkoopaanvraag, dienend als de case ID voor het proces.
Omschrijving De ID Inkoopaanvraag is de centrale kenmerk die alle activiteiten koppelt die gerelateerd zijn aan een specifiek verzoek om goederen of diensten. Elke aanvraag krijgt bij creatie een unieke ID toegewezen, die gedurende de hele levenscyclus constant blijft. In process mining wordt dit attribuut gebruikt om alle gerelateerde gebeurtenissen, zoals creatie, indiening, goedkeuringsstappen en uiteindelijke afsluiting, in één case te groeperen. Dit maakt de end-to-end-analyse van het aanvraagtraject mogelijk, waardoor proceskaarten kunnen worden gevisualiseerd, cyclustijden kunnen worden berekend en varianten voor elke individuele aanvraag kunnen worden geanalyseerd. Het belang Dit is het fundamentele attribuut voor het volgen van de levenscyclus van een aanvraag van begin tot eind, waardoor alle case-level analyse en KPI-berekeningen mogelijk zijn. Vindplaats Dit is doorgaans de primary key in de aanvraagheader tabel, zoals POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_ID in Oracle Fusion Financialscials. Voorbeelden 100234810023491002350
	TijdsTip Gebeurtenis EventTime	De timestamp waarop de activiteit heeft plaatsgevonden.
Omschrijving De Event Time registreert de precieze datum en tijd waarop een specifieke activiteit plaatsvond. Deze timestamp is onmisbaar voor de chronologische ordening van gebeurtenissen binnen een case en is afkomstig van creatiedatums, laatste update datums of specifieke actie tijdstempels in het systeem. In de analyse wordt Event Time gebruikt om alle duur-gebaseerde meetwaarden te berekenen, zoals cyclustijden tussen activiteiten, wachttijden en de totale case-duur. Het is belangrijk voor het vinden van knelpunten, het meten van prestaties tegen SLA's en het begrijpen van de het verloop in de tijd van het aanvraagproces. Het belang Dit attribuut is belangrijk voor het berekenen van alle tijdgerelateerde KPI's, het correct ordenen van gebeurtenissen en het analyseren van procesprestaties en knelpunten. Vindplaats Dit is doorgaans afkomstig uit een 'LAST_UPDATE_DATE' of 'CREATION_DATE' kolom geassocieerd met de transactie of statuswijziging, vaak te vinden in tabellen zoals POR_REQUISITION_HEADERS_ALL of workflow historie tabellen. Voorbeelden 2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
	Bronsysteem SourceSystem	Het Informatiesysteem waaruit deze data werd opgehaald.
Omschrijving Dit attribuut identificeert de oorsprong van de procesdata. Voor dit data model zal dit consequent 'Oracle Fusion Financialscials' zijn. In omgevingen met meerdere ERP's of geïntegreerde systemen is dit veld belangrijk voor data lineage, probleemoplossing en het waarborgen van datakwaliteit. Het biedt context over de bron van waarheid voor de proces gebeurtenissen die worden geanalyseerd. Het belang Biedt essentiële context over de data oorsprong, wat belangrijk is voor data governance en bij het integreren van data uit meerdere systemen. Vindplaats Dit is een statische waarde die tijdens het data-extractie- en transformatieproces wordt toegevoegd om de oorsprong van de dataset te labelen. Voorbeelden Oracle Fusion Financialscials
	Tijdstip van extractie LastDataUpdate	De timestamp van de meest recente gegevensverversing uit het bronsysteem.
Omschrijving Dit attribuut geeft de datum en tijd aan waarop de data voor het laatst is opgehaald uit Oracle Fusion Financialscials. Het is van toepassing op de hele dataset in plaats van op individuele gebeurtenissen. Analisten gebruiken deze Informatie om de relevantie van de data te begrijpen en te bevestigen wanneer de nieuwste transacties zijn opgenomen. Het is een belangrijk stuk metadata voor dashboard rapportage en het waarborgen dat analyses gebaseerd zijn op up-to-date Informatie. Het belang Informeert gebruikers over de relevantie van de data, zodat analyses relevant zijn en gebaseerd op de meest recente beschikbare Informatie. Vindplaats Deze timestamp wordt gegenereerd en opgeslagen tijdens het data-extractieproces, doorgaans door de ETL tool of data pijplijn. Voorbeelden 2023-10-27T02:00:00Z
	Aanvraagstatus RequisitionStatus	De huidige of uiteindelijke status van de inkoopaanvraag.
Omschrijving Dit attribuut geeft de algehele staat van de aanvraag op een bepaald tijdsTip of de uiteindelijke uitkomst aan, zoals 'Approved', 'Rejected', 'In Process' of 'Closed'. Dit is vaak de bron waaruit veel activiteiten in de event log zijn afgeleid. Dit attribuut is belangrijk voor het 'Aanvraagstatus-overzicht' dashboard, en biedt een momentopname van de huidige workload en backlog. Het wordt ook gebruikt om op uitkomst gebaseerde KPI's te berekenen, zoals het aanvraag-afwijzingspercentage, door te filteren op cases die eindigen in een specifieke status. Het belang Biedt een momentopname van de huidige status van aanvragen en wordt gebruikt om de uiteindelijke uitkomsten voor KPI-berekeningen te bepalen. Vindplaats Gevonden in de requisitieheader-tabel, doorgaans in een veld zoals 'DOCUMENT_STATUS' of 'APPROVAL_STATUS' in POR_REQUISITION_HEADERS_ALL. Voorbeelden APPROVEDIN PROCESSAFGEWEZENINGETROKKEN
	Afdeling DepartmentName	De afdeling waartoe de aanvrager behoort.
Omschrijving Dit attribuut geeft de organisatie-eenheid aan van de persoon die de aanvraag heeft aangemaakt, zoals 'Financiën', 'IT' of 'Marketing'. Het wordt doorgaans afgeleid van het gebruikersprofiel van de aanvrager in het HR-systeem. Analyseren per afdeling is een veelvoorkomende en krachtige manier om procesdata te segmenteren. Het helpt afdelingsspecifiek gedrag te vinden, zoals hogere afwijzingspercentages of langere cyclustijden, wat kan leiden tot gerichte procesverbeteringsinitiatieven. Dit is een belangrijke dimensie voor het 'Aanvrager Prestatie Kengetallen' dashboard. Het belang Maakt procesanalyse mogelijk gesegmenteerd per businessunit, wat afdelingsspecifieke patronen, prestaties en compliance-problemen onthult. Vindplaats Doorgaans afgeleid van het profiel van de aanvrager, vaak vereist dit een join van de aanvraagtabel naar een HR- of gebruikersdirectorytabel die afdelingsInformatie bevat. Voorbeelden InformatietechnologieFinanciënOperationele takenMarketing
	Bedrijfseenheid BusinessUnit	De specifieke businessunit binnen de organisatie waartoe de aanvraag behoort.
Omschrijving De Business Unit vertegenwoordigt een afzonderlijke juridische of functionele entiteit binnen het bedrijf waarvoor de aanvraag wordt gedaan. Het is een organisatiegroepering van een hoger niveau dan een afdeling. Het analyseren van data per Business Unit maakt prestatievergelijkingen op hoog niveau mogelijk tussen verschillende onderdelen van de organisatie. Dit helpt senior management te begrijpen of procesinefficiënties lokaal of wijdverspreid zijn en waar de verbeteringsinspanningen op te richten. Het is een belangrijke dimensie voor het filteren van vrijwel alle dashboards en KPI's. Het belang Biedt een organisatorische context op hoog niveau, waardoor prestatievergelijking en strategische analyse over verschillende onderdelen van de onderneming mogelijk worden. Vindplaats Dit is een fundamenteel organisatorisch veld in Oracle Fusion, doorgaans beschikbaar in de aanvraagheader in tabellen zoals POR_REQUISITION_HEADERS_ALL. Voorbeelden BU North AmericaBU EuropaHoofdkantoor
	Naam Aanvrager RequesterName	De naam van de medewerker die de inkoopaanvraag heeft aangemaakt en ingediend.
Omschrijving Dit attribuut identificeert de persoon die het verzoek om goederen of diensten heeft geïnitieerd. Deze Informatie wordt doorgaans vastgelegd aan het begin van het proces wanneer de aanvraag voor het eerst wordt aangemaakt. Het analyseren van procesprestaties per Aanvrager is belangrijk voor het 'Aanvrager Prestatie Kengetallen' dashboard. Het helpt te vinden welke gebruikers of groepen aanvullende training nodig kunnen hebben door hoge aantallen wijzigingen, afwijzingen of lange cyclustijden die verband houden met hun aanvragen te benadrukken. Het biedt een mensgerichte kijk op het proces. Het belang Maakt prestatieanalyse per aanvrager mogelijk, wat helpt bij het vinden van trainingsbehoeften en het benadrukken van efficiënte gebruikers of afdelingen. Vindplaats Afkomstig uit de aanvraagheader data, vaak door de ID van de aanvrager te koppelen aan een werknemers- of gebruikersstamdata tabel. Zoek naar velden gerelateerd aan 'PREPARER_ID' in POR_REQUISITION_HEADERS_ALL en koppel aan PER_ALL_PEOPLE_F. Voorbeelden John SmithJane DoeEmily Jones
	Reden van afwijzing RejectionReason	De reden die door een goedkeurder wordt gegeven wanneer een aanvraag of goedkeuringsstap wordt afgewezen.
Omschrijving Wanneer een inkoopaanvraag wordt afgewezen, geeft de goedkeurder gewoonlijk een reden op, door te kiezen uit een voorgedefinieerde lijst of door vrije tekst in te voeren. Dit attribuut legt die rechtvaardiging vast. Dit is een onmisbaar attribuut voor oorzaakanalyse van procesfouten. Het ondersteunt direct het 'Amendment and Rejection Trends' dashboard door het 'waarom' achter afwijzingen te verschaffen. Het analyseren van de redenen voor afwijzing helpt bij het vinden van veelvoorkomende problemen, zoals onjuiste codering, budgetoverschrijdingen of beleidsovertredingen, die vervolgens kunnen worden aangepakt via training of systeemcontroles. Het belang Biedt direct inzicht in waarom aanvragen worden afgewezen, wat gerichte verbeteringen mogelijk maakt om herstelwerk te verminderen en de straight-through verwerkingsgraad te verhogen. Vindplaats Afkomstig uit workflow commentaren of specifieke velden voor afkeuringsredencodes in het workflow audit trail, potentieel binnen tabellen gerelateerd aan FA_FUSION_SOAINFRA.WFTASK of geassocieerde commentaaropslag. Voorbeelden Incorrect GL AccountOverschrijdt budget voor kostenplaatsNiet-voorkeursleverancier geselecteerdDubbele Aanvraag
	Totaalbedrag aanvraag RequisitionTotalAmount	De totale financiële waarde van de inkoopaanvraag.
Omschrijving Dit attribuut vertegenwoordigt de som van de waarde van alle regelitems op een enkele inkoopaanvraag. Het is een kritiek datapunt voor het begrijpen van de financiële significantie van elk verzoek. In process mining wordt het totale bedrag gebruikt voor een breed scala aan analyses. Het kan worden gebruikt om te filteren op waardevolle aanvragen, die vaak verschillende goedkeuringspaden of hogere controle vereisen. Dashboards kunnen dit attribuut gebruiken om te analyseren hoe procesmeetwaarden, zoals cyclustijd of afwijzingspercentage, correleren met de waarde van de aanvraag. Het belang Biedt financiële context, waardoor waardegewogen analyse mogelijk is om procesverbeteringen te prioriteren en te begrijpen hoe de waarde van aanvragen het procesgedrag beïnvloedt. Vindplaats Bevindt zich in de aanvraagheader, vaak in een veld zoals REQUISITION_TOTAL in POR_REQUISITION_HEADERS_ALL. Het kan ook worden berekend door de bedragen van regelitems uit POR_REQUISITION_LINES_ALL op te tellen. Voorbeelden 550.0012500.7599.99
	Verplichte Leverdatum RequiredByDate	De datum waarop de aanvrager de goederen of diensten nodig heeft.
Omschrijving Deze datum wordt door de aanvrager gespecificeerd om de deadline voor het ontvangen van de aangevraagde items aan te geven. Het dient als een interne service level agreement (SLA) target voor het inkoopproces. Dit attribuut is de basis voor het 'Required By Date Performance' dashboard en de 'Required-By Date Adherence Rate' KPI. Door deze datum te vergelijken met de daadwerkelijke creatiedatum van de inkooporder of de ontvangstdatum van goederen, kan de analyse zichtbaar maken hoe goed het inkoopproces voldoet aan de interne klantvragen en systemische vertragingen vinden. Het belang Belangrijk voor het meten van procesprestaties tegen interne deadlines en het begrijpen of het inkoopproces tijdig aan de bedrijfsbehoeften voldoet. Vindplaats Meestal opgeslagen op het niveau van het aanvraagregelitem, in tabellen zoals POR_REQUISITION_LINES_ALL in een veld zoals 'NEED_BY_DATE'. Voorbeelden 2023-11-012023-12-152024-01-31
	Aanvraagtype RequisitionType	De categorie van de aanvraag, zoals een verzoek om goederen of diensten.
Omschrijving Dit attribuut classificeert de aanvraag op basis van wat er wordt aangevraagd. Veelvoorkomende typen zijn goederen, diensten of kapitaalinvesteringen. Het type kan de vereiste goedkeuringsworkflow en inkoopstrategie beïnvloeden. In analyse dient Aanvraagtype als een waardevolle factor voor filtering en vergelijking. Men kan bijvoorbeeld analyseren of serviceaanvragen een langere goedkeuringscyclustijd hebben dan aanvragen voor goederen. Het helpt te begrijpen of verschillende typen aanvragen verschillende procesgedragingen of knelpunten vertonen. Het belang Maakt het mogelijk de analyse te segmenteren om te begrijpen hoe het proces verschilt voor diverse soorten aankopen, zoals goederen versus diensten. Vindplaats Dit wordt vaak bepaald door het regelitem type of de categorie die is geselecteerd tijdens het aanmaken van de aanvraag. Het kan worden opgeslagen in de aanvraagregeltabel, POR_REQUISITION_LINES_ALL. Voorbeelden GoederenDienstenKapitaaluitgave
	Artikelomschrijving ItemDescription	De omschrijving van het product of de dienst die op een aanvraagregel wordt aangevraagd.
Omschrijving Dit attribuut bevat de tekstuele omschrijving van het in te kopen item. Het biedt specifieke details over de aangevraagde goederen of diensten. Hoewel vaak ongestructureerd, biedt de Item Description waardevolle context voor analyse. Het kan worden gebruikt in filters om aanvragen voor specifieke soorten aankopen te isoleren die mogelijk niet worden vastgelegd door het Aanvraagtype. Een analysest zou bijvoorbeeld kunnen zoeken naar alle aanvragen die 'Software Licentie' bevatten om hun specifieke processtroom en cyclustijd te begrijpen. Het belang Biedt gedetailleerde context over wat er wordt ingekocht, wat gedetailleerdere filtering en analyse van specifieke goederen of diensten mogelijk maakt. Vindplaats Bevindt zich in de tabel voor aanvraagregelitems, POR_REQUISITION_LINES_ALL, in een veld zoals ITEM_DESCRIPTION. Voorbeelden 15 inch Laptop, 16GB RAMAdviesdiensten - Q4 ProjectJaarlijkse Softwareonderhoudsverlenging
	Gebruikersnaam UserName	De naam van de gebruiker die een specifieke activiteit heeft uitgevoerd, zoals een goedkeurder of een bewerker.
Omschrijving Waar 'Naam aanvrager' de initiatiefnemer identificeert, specificeert 'Gebruikersnaam' de persoon die een specifiek gebeurtenis in het proces heeft uitgevoerd, zoals een goedkeuring of afwijzing. Dit is vooral belangrijk voor goedkeuringsworkflows met meerdere stappen waarbij verschillende personen betrokken zijn. Dit attribuut is belangrijk voor het analyseren van goedkeuringsknelpunten en het meten van de prestaties van specifieke goedkeurders of teams. Het ondersteunt direct het 'Approval Workflow Bottlenecks' dashboard door analyse van doorlooptijden voor elke gebruiker die betrokken is bij de goedkeuringsketen mogelijk te maken. Het belang Identificeert de actor voor elke gebeurtenis, wat belangrijk is voor het analyseren van overdrachtstijden, prestaties van goedkeurders en toewijzing van middelen. Vindplaats Afkomstig uit workflow historie of audit trail-tabellen, zoals FA_FUSION_SOAINFRA.WFTASK, die de gebruiker loggen die geassocieerd is met elke taakvoltooiing. Voorbeelden David LeeSusan ChenMichael Brown
	Goedkeuring workflowpad ApprovalWorkflowPath	De vooraf gedefinieerde volgorde van goedkeurders of goedkeuringsgroepen die vereist zijn voor de aanvraag.
Omschrijving Dit attribuut definieert het verwachte, standaard goedkeuringsproces voor een gegeven aanvraag op basis van bedrijfspolicies, rekening houdend met factoren zoals aanvraagbedrag, type en afdeling. Het vertegenwoordigt het 'to-be' procesmodel. Het Goedkeuringsworkflowpad is onmisbaar voor compliance en conformiteitsanalyse. Het ondersteunt direct het 'Compliance en Afwijkingsanalyse' dashboard en de 'Aanvraag Conformiteitsindex' KPI door een directe vergelijking mogelijk te maken van de daadwerkelijk genomen goedkeuringsstappen met het voorgeschreven pad. Afwijkingen kunnen duiden op beleidsschendingen of procesinefficiënties. Het belang Maakt conformance checking mogelijk door de feitelijke processtroom te vergelijken met de vereiste goedkeuringshiërarchie, waarbij niet-compliant requisities worden benadrukt. Vindplaats Deze Informatie is geconfigureerd in de Oracle Fusion BPM Worklist of Approval Management Engine (AMX). Het extraheren van het gedefinieerde pad voor elke aanvraag kan complex zijn en kan het opvragen van configuratietabellen vereisen. Voorbeelden Manager > Directeur > VP FinanceEigenaar Kostenplaats > IT BeveiligingManager > Afdelingshoofd
	Inkoopordernummer PurchaseOrderNumber	De kenmerk van de inkooporder die is gecreëerd uit de goedgekeurde aanvraag.
Omschrijving Dit attribuut koppelt een inkoopaanvraag aan de resulterende inkooporder. Zodra een aanvraag volledig is goedgekeurd, wordt deze doorgaans omgezet in één of meerdere inkooporders die naar een leverancier worden gestuurd. In analyse is deze ID belangrijk voor het volgen van het proces stroomafwaarts van de aanvraag. Het maakt de berekening mogelijk van de 'Aanvraag-tot-PO Lead Time' KPI en ondersteunt het 'Aanvraag tot PO Cyclustijd' dashboard. Het maakt ook de combinatie van aanvraagprocesdata met de daaropvolgende PO- en factureringsprocessen mogelijk voor een ware end-to-end Purchase-to-Pay analyse. Het belang Koppelt de aanvraag aan de daaropvolgende inkooporder, waardoor de cyclustijd van aanvraag tot inkooporder en end-to-end procesanalyse kunnen worden gemeten. Vindplaats Deze Informatie wordt opgeslagen zodra een PO is gecreëerd. Het wordt doorgaans gevonden door te kijken naar de backing aanvraagreferences in de PO distributietabellen, zoals PO_DISTRIBUTIONS_ALL, die teruglinkt naar de aanvraagregel. Voorbeelden PO-2023-5832PO-2023-5833PO-2023-5834
	Is Geautomatiseerd IsAutomated	Een indicator die aangeeft of een activiteit automatisch door het systeem is uitgevoerd.
Omschrijving Dit attribuut identificeert gebeurtenissen in het proces die zijn uitgevoerd door een systeemgebruiker of een geautomatiseerde agent in plaats van een mens. Voorbeelden kunnen systeemgestuurde statuswijzigingen of geautomatiseerde goedkeuringsstappen voor items met lage waarde zijn. Het analyseren van dit attribuut helpt het niveau van automatisering in het proces te kwantificeren. Het kan worden gebruikt om de snelheid en efficiëntie van geautomatiseerde stappen te vergelijken met handmatige en om mogelijkheden voor verdere automatisering te vinden. Het belang Helpt het niveau van automatisering in het proces te meten en mogelijkheden te vinden om handmatige taken te automatiseren. Vindplaats Afgeleid door te controleren of de gebruiker die aan een activity is gekoppeld, een systeem- of serviceaccount is. Dit vereist een lijst met bekende systeemgebruikers-id's. Voorbeelden truefalse
	Is Gewijzigd IsAmendedFlag	Een booleanse vlag die 'true' is als de requisitie ten minste één keer is gewijzigd.
Omschrijving Dit berekende attribuut geeft aan of een aanvraag wijzigingen heeft ondergaan na de initiële indiening. Het wordt afgeleid door te controleren op de aanwezigheid van een 'Aanvraag Gewijzigd' activiteit in de historie van de case. Deze flag vereenvoudigt analyse en KPI-berekening. Het wordt direct gebruikt om de 'Aanvraag Wijzigingspercentage' KPI te berekenen en om cases te vinden die niet straight-through zijn. Het maakt een eenvoudige filtering en vergelijking van procesmeetwaarden mogelijk tussen gewijzigde en niet-gewijzigde aanvragen. Het belang Vereenvoudigt de berekening van het wijzigingspercentage en maakt een eenvoudige vergelijking mogelijk tussen gewijzigde en niet-gewijzigde aanvragen. Vindplaats Dit attribuut bevindt zich niet in het bronsysteem, maar wordt berekend tijdens datatransformatie op basis van de aanwezigheid van wijzigingsgerelateerde activiteiten in het event log. Voorbeelden truefalse
	Is Straight Through IsStraightThrough	Een indicator die aangeeft of de requisitie is goedgekeurd zonder wijzigingen of afwijzingen.
Omschrijving Deze berekende flag identificeert aanvragen die het proces van indiening tot goedkeuring hebben doorlopen zonder herstelwerk-loops, zoals wijzigingen of afwijzingen. Het betekent een perfect uitgevoerd proces voor een enkele case. Dit attribuut is de basis voor de 'Straight-Through Aanvraag Percentage' KPI. Het analyseren van de kenmerken van straight-through aanvragen (bijv. veelvoorkomende afdelingen, aanvragers of typen) kan best practices en mogelijkheden voor automatisering zichtbaar maken. Omgekeerd helpt het analyseren van aanvragen die niet straight-through zijn bij het vinden van de primaire oorzaken van inefficiëntie. Het belang Meet direct de procesefficiëntie en vormt de basis voor de KPI 'Straight-Through Requisition Rate', wat helpt bij het vinden van oorzaken van herstelwerk. Vindplaats Dit attribuut wordt berekend tijdens datatransformatie. Een case wordt als true gemarkeerd als er geen 'Aanvraag Gewijzigd' of 'Goedkeuringsstap Afgewezen' activiteiten aanwezig zijn. Voorbeelden truefalse
	Leveranciersnaam SupplierName	De naam van de voorgestelde of vooraf geselecteerde leverancier voor de goederen of diensten.
Omschrijving Dit attribuut identificeert de leverancier van wie de goederen of diensten naar verwachting zullen worden ingekocht. De leverancier kan worden voorgesteld door de aanvrager of worden bepaald door het systeem op basis van catalogi of eerdere overeenkomsten. Analyseren per leverancier kan belangrijke inkooppatronen zichtbaar maken. Het kan bijvoorbeeld helpen te vinden of aanvragen voor bepaalde leveranciers langer duren om goedgekeurd te worden of hogere afwijzingspercentages hebben. Deze Informatie kan waardevol zijn voor leveranciersrelatiebeheer en inkoopstrategie. Het belang Maakt analyse van procesprestaties per leverancier mogelijk, wat kan helpen bij de sourcingstrategie en leveranciersrelatiebeheer. Vindplaats Bevindt zich in de tabel voor aanvraagregelitems, POR_REQUISITION_LINES_ALL, vaak gekoppeld via een VENDOR_ID aan een leveranciersstamgegevensbestand zoals POZ_SUPPLIERS. Voorbeelden Office Supplies B.V.Wereldwijd Tech SolutionsCreatief Marketingbureau
	Valuta CurrencyCode	De valutacode voor het aanvraagbedrag, zoals USD of EUR.
Omschrijving Dit attribuut specificeert de valuta waarin het Totaal Aanvraagbedrag is gedenomineerd. Voor globale organisaties kunnen aanvragen in verschillende valuta's worden aangemaakt. Het is belangrijk voor het correct interpreteren en aggregeren van financiële data. In elke analyse die financiële waarden betreft, moet de valutacode worden gebruikt om ervoor te zorgen dat bedragen nauwkeurig worden vergeleken, hetzij door te filteren op een enkele valuta, hetzij door alle bedragen om te zetten naar een gemeenschappelijke valuta. Het belang Zorgt voor nauwkeurige financiële analyse en rapportage, vooral in multinationale organisaties die met meerdere valuta's werken. Vindplaats Doorgaans te vinden in de aanvraagheader tabel naast de bedragsvelden, bijvoorbeeld in POR_REQUISITION_HEADERS_ALL. Voorbeelden USDEURGBPJPY

Verplicht Aanbevolen Optioneel

Inkoop tot betaling - Aanvraag Activiteiten

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor accurate Inkoop tot betaling - Aanvraagprocess discovery.

6 Aanbevolen 6 Optioneel

	Activiteit	Omschrijving
	Aanvraag Aangemaakt	Markeert de initiatie van het inkoopproces wanneer een gebruiker voor de eerste keer een nieuwe inkoopaanvraag opslaat. Deze gebeurtenis wordt doorgaans vastgelegd als een expliciete recordcreatie met een bijbehorende timestamp in het systeem.
Het belang Dit is de primaire start gebeurtenis voor het aanvraagproces. Het analyseren van de tijd van creatie tot indiening kan vertragingen in de formalisering van de aanvraag zichtbaar maken. Vindplaats Deze gebeurtenis wordt vastgelegd in de POR_REQUISITION_HEADERS_ALL tabel, vastgelegd vanuit de creation_date kolom wanneer een nieuwe Aanvraag ID wordt gegenereerd. Vastleggen Gebruik de creatie timestamp voor de aanvraagheader record. Gebeurtenistype explicit
	Aanvraag Afgewezen	Vertegenwoordigt de definitieve afwijzing van de aanvraag, waarmee het proces voor deze aanvraag wordt beëindigd. Dit wordt afgeleid wanneer de algehele status van de aanvraag wordt bijgewerkt naar 'Rejected'.
Het belang Deze activiteit is een terminaal eindpunt voor onsuccesvolle aanvragen. Het analyseren van deze cases is belangrijk voor het begrijpen van de KPI voor het Afwijzingspercentage van Aanvragen en de redenen voor falen. Vindplaats Afgeleid uit de documentstatus in de POR_REQUISITION_HEADERS_ALL tabel die verandert naar 'REJECTED'. Vastleggen Identificeer de timestamp waarop de documentstatus voor het eerst is ingesteld op 'Rejected'. Gebeurtenistype inferred
	Aanvraag gesloten	Geeft de uiteindelijke afsluiting van de levenscyclus van een requisitie aan, wat betekent dat al haar regels zijn vervuld (bijv. omgezet naar inkooporders) of geannuleerd. Dit wordt afgeleid uit een definitieve statusupdate.
Het belang Dit is de primaire succesvolle eind gebeurtenis voor het proces. Het bevestigt dat de aanvraag volledig is verwerkt en dat er geen verdere actie nodig is. Vindplaats Afgeleid uit de requisitieheader-status in POR_REQUISITION_HEADERS_ALL die verandert naar 'CLOSED'. Vastleggen Identificeer de timestamp waarop de documentstatus van de requisitie verandert naar 'Closed'. Gebeurtenistype inferred
	Aanvraag Goedgekeurd	Markeert de definitieve goedkeuring van de inkoopaanvraag nadat alle stappen in de workflow succesvol zijn doorlopen. Dit wordt afgeleid uit de algehele status van de aanvraag die verandert naar 'Approved'.
Het belang Dit is een belangrijke mijlpaal die aangeeft dat de aanvraag klaar is voor inkoopactie. Het is het eindpunt voor het meten van de totale cyclustijd van aanvraaggoedkeuring. Vindplaats Afgeleid uit het documentstatusveld in de POR_REQUISITION_HEADERS_ALL tabel dat verandert naar 'APPROVED'. De datum van deze statuswijziging is de gebeurtenis time. Vastleggen Identificeer de timestamp waarop de documentstatus voor het eerst is ingesteld op 'Approved'. Gebeurtenistype inferred
	Inkooporder Aangemaakt	Deze gebeurtenis vindt plaats wanneer een goedgekeurde aanvraagregel wordt gebruikt om een inkooporder te genereren. Het koppelt het aanvraagproces aan het downstream inkoopproces.
Het belang Dit is een kritieke mijlpaal voor het meten van de Aanvraag-tot-PO Lead Time. Vertragingen hier duiden op knelpunten in de overdracht van goedkeuring naar inkoop. Vindplaats Dit is een expliciete gebeurtenis. De koppeling tussen de aanvraag en de inkooporder wordt opgeslagen in tabellen zoals PO_LINE_LOCATIONS_ALL, die een referentie bevat naar de bron aanvraagregel ID. Vastleggen Vind de aanmaakdatum van de inkooporder die verwijst naar de gegeven Requisition ID. Gebeurtenistype explicit
	Requisition Ingediend	Vertegenwoordigt de gebruikersactie van het indienen van de voltooide aanvraag in de goedkeuringsworkflow. Dit wordt vastgelegd wanneer de aanvraagstatus verandert van 'Incomplete' of 'Draft' naar een status die aangeeft dat deze in afwachting is van goedkeuring.
Het belang Deze activiteit triggert de goedkeuringscyclus. Het is een kritieke mijlpaal voor het meten van de Cyclustijd voor Aanvraaggoedkeuring en de algehele lead times. Vindplaats Afgeleid van een statuswijziging in de POR_REQUISITION_HEADERS_ALL tabel (bijv. status verandert naar 'PENDING APPROVAL'). De indieningsdatum wordt vaak ook expliciet opgeslagen. Vastleggen Identificeer de timestamp waarop het documentstatusveld voor het eerst verandert naar 'Pending Approval'. Gebeurtenistype inferred
	Aanvraag gewijzigd	Deze gebeurtenis betekent dat een gebruiker een aanvraag heeft gewijzigd na de initiële indiening, wat vaak vereist dat het goedkeuringsproces opnieuw start. Dit wordt afgeleid door veranderingen in belangrijke datavelden of de creatie van een nieuwe versie van de aanvraag te detecteren.
Het belang Frequente wijzigingen duiden op problemen met de datakwaliteit of veranderende vereisten, wat leidt tot herstelwerk en procesvertragingen. Dit helpt bij de KPI 'Requisition Amendment Rate'. Vindplaats Afgeleid door het bijhouden van versienummers van de requisitie of door statuswijzigingen terug naar 'Incomplete' na indiening te vinden. Wijzigingslogs of audittrail-tabellen kunnen deze modificaties ook vastleggen. Vastleggen Identificeer nieuwe timestamp voor versieaanmaak voor dezelfde Requisition ID nadat deze is ingediend. Gebeurtenistype inferred
	Aanvraag ingetrokken	Gebeurt wanneer de aanvrager een ingediende aanvraag annuleert of intrekt voordat deze volledig is goedgekeurd. Dit is meestal een expliciete gebruikersactie die resulteert in een statuswijziging.
Het belang Het volgen van intrekkingen helpt bij het vinden van redenen voor vroegtijdige beëindiging, zoals gewijzigde business needs of gebruikers die fouten corrigeren na indiening. Vindplaats Afgeleid van een statuswijziging naar 'WITHDRAWN' in de POR_REQUISITION_HEADERS_ALL tabel. De actie wordt vastgelegd in de actiegeschiedenis van de requisitie. Vastleggen Detecteer de timestamp waarop de status van de requisitie is bijgewerkt naar 'Withdrawn'. Gebeurtenistype inferred
	Goedkeuringsstap afgewezen	Een individuele goedkeurder wijst de requisitie af, wat deze doorgaans terugstuurt naar de opsteller voor correctie of de aanvraag beëindigt. Deze actie wordt expliciet vastgelegd in de workflow-geschiedenis.
Het belang Deze activiteit is een primaire oorzaak van herstelwerk en vertragingen. Het analyseren van afwijzingen helpt bij het vinden van compliance-problemen, budgetproblemen of onduidelijke rechtvaardigingen. Vindplaats Vastgelegd vanuit de goedkeuringsgeschiedenis van de requisitie. Het workflow-systeemlogt een 'REJECT'-actie met een timestamp. Vastleggen Gebruik de timestamp van de 'REJECT' actie uit de workflow action history log. Gebeurtenistype explicit
	Goedkeuringsstap gestart	Markeert het moment dat een aanvraag wordt toegewezen aan een specifieke goedkeurder of goedkeuringsgroep binnen de workflow. Dit wordt vastgelegd vanuit het transactielogboek van de workflow engine.
Het belang Deze activiteit is belangrijk voor het berekenen van de wachttijd voor elke goedkeuringsstap. Het helpt knelpunten aan te wijzen die worden veroorzaakt door specifieke goedkeurders of goedkeuringsniveaus. Vindplaats Opgehaald uit de workflow tabellen van Oracle Fusion, die taken loggen die aan gebruikers zijn toegewezen. De toewijzings timestamp voor de goedkeuringstaak wordt gebruikt. Vastleggen Gebruik de creatie timestamp van de taak in de workflow historie voor de gegeven aanvraag. Gebeurtenistype explicit
	Goedkeuringsstap goedgekeurd	Vertegenwoordigt de actie van een individuele goedkeurder om de aanvraag goed te keuren in hun aangewezen stap in de workflow. De gebeurtenis wordt expliciet vastgelegd in de goedkeuringshistorie.
Het belang Het volgen van individuele goedkeuringsstappen helpt bij het in kaart brengen van het daadwerkelijke goedkeuringspad en het meten van de verwerkingstijd in elke fase van de hiërarchie. Vindplaats Vastgelegd vanuit de goedkeuringsgeschiedenis van de requisitie, die doorgaans wordt opgeslagen in workflow (WF) of Human Capital Management (HCM) tabellen die goedkeuringshiërarchieën beheren. Vastleggen Gebruik de timestamp van de 'APPROVE' actie uit de workflow action history log. Gebeurtenistype explicit
	Goedkeuringsstap Teruggestuurd	Een goedkeurder stuurt de requisitie terug naar de opsteller voor aanvullende Informatie of kleine correcties, zonder deze formeel af te wijzen. Dit is doorgaans een expliciete actie in het workflow-systeem.
Het belang Dit duidt op een behoefte aan verduidelijking en creëert een herstelwerk loop die de cyclustijd verlengt. Het onderscheiden van retouren van afwijzingen biedt beter inzicht in procesknelpunten. Vindplaats Vastgelegd vanuit de goedkeuringsgeschiedenis van de requisitie. Het workflow-systeemlogt een 'RETURN'- of vergelijkbare actie met een timestamp. Vastleggen Gebruik de timestamp van de 'RETURN' of 'Verzoek om Informatie' actie uit de workflow historie. Gebeurtenistype explicit

Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit Oracle Fusion Financialscials

Stappen

Navigeer naar Rapporten en Analyses: Log in bij Oracle Fusion Financialscials. Gebruik het Navigator-menu om naar Hulpmiddelen te gaan, dan selecteer Rapporten en Analyses. Dit is het centrale punt voor alle rapportageactiviteiten.
Creëer een nieuwe analyse: Klik binnen de werkruimte Rapporten en Analyses op de knop 'Create' en selecteer 'Analysis' uit het dropdownmenu. Dit opent de Oracle Transactional Business Intelligence (OTBI) analyse-editor in een nieuw tabblad.
Selecteer de Subject Area: U wordt gevraagd een Subject Area te selecteren. Typ in het zoekvak 'Inkoop - Requisitions Real Time' en selecteer deze uit de lijst. Deze subject area bevat alle benodigde gegevenspunten voor requisitielevenscyclusgebeurtenissen.
Bouw de analyse voor requisitie-gebeurtenissen: Deze stap vereist het creëren van een unie van verschillende queries om elke afzonderlijke gebeurtenis vast te leggen. Aangezien de OTBI UI geen directe UNION ALL-functionaliteit heeft voor verschillende gebeurtenis types, maakt u één rapport dat alle relevante datum- en statusvelden ophaalt. Sleep in het tabblad 'Criteria' de kolommen die worden vermeld in de query-sectie vanuit het deelvenster 'Subject Areas' aan de linkerzijde naar het gebied 'Selected Columns'. Dit omvat kolommen voor aanmaakdatum, indieningsdatum, goedkeuringsdatum, PO-aanmaakdatum, enz.
Voeg Requisition Action History toe: Om gedetailleerde goedkeuringsstappen (Approved, Rejected, Returned, Withdrawn) vast te leggen, moet u velden uit de map 'Requisition Action History' binnen de subject area opnemen. Sleep 'Action Date', 'Action' en 'Performer' naar uw geselecteerde kolommen.
Configureer filters: Ga naar het tabblad 'Prompts' om filters voor uw analyse te maken. Het is belangrijk om te filteren op een datumbereik om het datavolume te beheren. Creëer een filter op 'Requisition Header'.'Requisition Creation Date' en stel dit in op een bereik, bijvoorbeeld de laatste 6 maanden. U kunt ook prompts toevoegen voor 'Business Unit' of 'Requester Naam' om de data te verfijnen.
Voer het rapport uit en beoordeel het: Ga naar het tabblad 'Results' om de analyse uit te voeren en de data te previewen. De output is een 'brede' tabel met één rij per requisipakketegel of goedkeuringsactie, met meerdere datum- en statuskolommen.
Exporteer de ruwe data: Zodra u tevreden bent met de preview, klikt u op de 'Export'-link, die doorgaans onderaan de resultatenpagina te vinden is. Kies 'Data' > 'CSV File' als formaat. Dit downloadt de ruwe data van uw analyse.
Transformeer data naar Event Log-formaat: Het geëxporteerde CSV-bestand heeft een breed formaat. U moet een externe tool gebruiken (zoals een Python-script, Power Query in Excel of een andere datavoorbereidingstool) om deze data te transformeren. Het proces omvat het 'unpivoting' van de datumkolommen naar één enkele 'EventTime'-kolom en het creëren van een overeenkomstige 'ActiviteitNaam'-kolom voor elk gebeurtenistype (bijv. 'Requisition Created', 'Requisition Submitted').
Finaliseer en bereid voor op upload: Zorg ervoor dat het bestand na transformatie de vereiste kolommen heeft: PurchaseRequisitionId, ActiviteitNaam, EventTime, Bronsysteem, en LastDataUpdate. Sla de uiteindelijke event log op als een CSV-bestand, dat vervolgens kan worden geüpload naar ProcessMind.

Configuratie

Subject Area: De primaire subject area die gebruikt moet worden, is 'Inkoop - Requisitions Real Time'. Deze bevat alle kernInformatie over de requisitieheader, -regel, -distributie en goedkeuringsgeschiedenis.
Date Range: Pas altijd een verplicht datumfilter toe om het datavolume te beperken en de prestaties te verbeteren. Een filter op 'Requisition Header'.'Requisition Creation Date' voor de laatste 3 tot 6 maanden is een goed startpunt.
Key Filters: Overweeg filters toe te voegen voor 'Requisition Header'.'Business Unit' en 'Requisition Header'.'Requisition Status' om de extractie te richten op relevante organisatie-eenheden en irrelevante statussen zoals 'Annulerened' uit te sluiten indien deze niet nodig zijn voor de analyse.
Column Selection: Wees selectief met de kolommen die u aan de analyse toevoegt. Te veel kolommen, vooral uit veel verschillende mappen (dimensies), kunnen de prestaties negatief beïnvloeden. Concentreer u alleen op de velden die nodig zijn voor de event log.
Permissions: De gebruiker die de extractie uitvoert, moet een rol hebben met de nodige permissies om toegang te krijgen tot de Reports and Analytics werkruimte en de 'Inkoop - Requisitions Real Time' subject area. Doorgaans hebben rollen zoals 'BI Author' of 'Inkoop Analyst' deze privileges.

a Voorbeeldquery config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

Stappen

Log in bij Oracle Fusion Financialscials met een gebruiker die BI Author- of vergelijkbare privileges heeft.
Navigeer naar de werkruimte Rapporten en Analyses door op het Navigator-pictogram te klikken en vervolgens Hulpmiddelen > Rapporten en Analyses te selecteren.
Klik op de knop "Browse Catalog" om de Business Intelligence Publisher catalogus te openen.
Klik in de BI Publisher-interface op "New" en selecteer "Data Model" uit de dropdown-lijst.
In de eigenschappen van het Data Model kunt u een naam en beschrijving opgeven. Klik op het "+"-pictogram om een nieuwe Data Set toe te voegen en selecteer "SQL Query".
Geef in het dialoogvenster Nieuwe Data Set een naam op (bijv. Requisition_Event_Log), selecteer de juiste Data Source voor uw Financials data (bijv. ApplicationDB_FSCM) en stel het type SQL in op "Standard SQL".
Kopieer het complete SQL-script uit de "query"-sectie van dit document en plak het in het SQL Query-tekstgebied.
De query bevat parameters :p_start_date en :p_end_date. Deze worden automatisch herkend door BI Publisher. U kunt desgewenst standaardwaarden instellen.
Sla het Data Model op in een geschikte catalogusmap (bijv. Shared Folders/Custom).
Om de data te exporteren, navigeert u terug naar de catalogus, klikt u op "New" en selecteert u "Report". Koppel dit nieuwe rapport aan het zojuist gemaakte Data Model.
Voer het rapport uit en geef de start- en einddatumparameters op. Zodra het rapport de data weergeeft, gebruikt u de functionaliteit "Export" om de resultaten als een CSV-bestand te downloaden.
Zorg ervoor dat het uiteindelijke CSV-bestand wordt opgeslagen met UTF-8-codering en de vereiste headers bevat voor import in uw process mining-tool.

Configuratie

Data Source: De BI Publisher Data Source, doorgaans 'ApplicationDB_FSCM' of vergelijkbaar genoemd, moet worden geconfigureerd met een gebruiker die leesrechten heeft op alle tabellen in de query, inclusief die van Inkoop (POR, PO), Human Capital Management (PER, HR) en Financials (FUN).
Date Range Filtering: De query is ontworpen met verplichte datumparameters (:p_start_date en :p_end_date) die filteren op de aanmaakdatum van de requisitie. Voor initiële extracties of grote systemen is het belangrijk om data in beheersbare batches te extraheren, bijvoorbeeld 3 tot 6 maanden per keer, om systeemtimeouts te voorkomen.
Business Unit Filtering: Een filter voor de naam van de Business Unit is opgenomen in een gecommentarieerd gedeelte van de WHERE-clausule van de query. Het wordt sterk aanbevolen dit filter te uncommenten en te configureren om de data te beperken tot de bedrijfseenheden die relevant zijn voor uw analyse, wat de prestaties aanzienlijk kan verbeteren.
Prerequisites: De gebruiker die het rapport creëert en uitvoert, heeft een rol nodig met BI Publisher privileges, zoals 'BI Administrator Role' of 'BI Author Role'. Bovendien heeft deze gebruiker de nodige datasecurity-rechten nodig om toegang te krijgen tot de procurement data.

a Voorbeeldquery sql

WITH BaseRequisitions AS (
    SELECT
        PRH.REQUISITION_HEADER_ID,
        PRH.REQUISITION_NUMBER,
        PRH.CREATION_DATE,
        PRH.LAST_UPDATE_DATE AS HEADER_LAST_UPDATE_DATE,
        PRH.DOCUMENT_STATUS,
        PRH.PREPARER_ID,
        PPNF_REQ.DISPLAY_NAME AS RequesterName,
        HOU.NAME AS DepartmentName,
        BU.BU_NAME AS BusinessUnit,
        SUM(PRL.AMOUNT) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequisitionTotalAmount,
        MIN(PRL.NEED_BY_DATE) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequiredByDate
    FROM
        POR_REQUISITION_HEADERS_ALL PRH
    JOIN
        POR_REQUISITION_LINES_ALL PRL ON PRH.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
    JOIN
        PER_USERS PU_REQ ON PRH.PREPARER_ID = PU_REQ.USER_ID
    LEFT JOIN
        PER_PERSON_NAMES_F PPNF_REQ ON PU_REQ.PERSON_ID = PPNF_REQ.PERSON_ID AND PPNF_REQ.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PPNF_REQ.EFFECTIVE_START_DATE AND PPNF_REQ.EFFECTIVE_END_DATE
    LEFT JOIN
        PER_ALL_ASSIGNMENTS_F PAAF ON PU_REQ.PERSON_ID = PAAF.PERSON_ID AND PAAF.ASSIGNMENT_TYPE = 'E' AND PAAF.PRIMARY_FLAG = 'Y' AND SYSDATE BETWEEN PAAF.EFFECTIVE_START_DATE AND PAAF.EFFECTIVE_END_DATE
    LEFT JOIN
        HR_ORGANIZATION_UNITS_F_VL HOU ON PAAF.ORGANIZATION_ID = HOU.ORGANIZATION_ID AND SYSDATE BETWEEN HOU.EFFECTIVE_START_DATE AND HOU.EFFECTIVE_END_DATE
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON PRH.REQ_BU_ID = BU.BU_ID
    WHERE PRH.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    -- AND BU.BU_NAME IN ('[Your Business Unit Name]') -- Recommended: Uncomment and specify your Business Unit(s)
)
-- 1. Requisition Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Created' AS "ActivityName",
    BR.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR

UNION ALL

-- 2. Requisition Submitted, 4. Requisition Amended
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    CASE 
        WHEN PAH.OBJECT_REVISION_NUM > 1 THEN 'Requisition Amended'
        ELSE 'Requisition Submitted'
    END AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'SUBMIT'

UNION ALL

-- 3. Requisition Withdrawn
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Withdrawn' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'WITHDRAW'

UNION ALL

-- 5. Approval Step Started
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Started' AS "ActivityName",
    PAH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE IN ('APPROVE', 'REJECT', 'SUBMIT', 'RETURN')

UNION ALL

-- 6. Approval Step Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'APPROVE'

UNION ALL

-- 7. Approval Step Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'

UNION ALL

-- 8. Approval Step Returned
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Returned' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'RETURN'

UNION ALL

-- 9. Requisition Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'APPROVED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'FINALLY CLOSE' AND BR.DOCUMENT_STATUS = 'APPROVED'

UNION ALL

-- 10. Requisition Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'REJECTED' AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'
AND BR.DOCUMENT_STATUS = 'REJECTED'
AND PAH.ACTION_DATE = (SELECT MAX(PAH2.ACTION_DATE) FROM PO_ACTION_HISTORY PAH2 WHERE PAH2.OBJECT_ID = BR.REQUISITION_HEADER_ID AND PAH2.ACTION_CODE = 'REJECT')

UNION ALL

-- 11. Purchase Order Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Purchase Order Created' AS "ActivityName",
    POH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN POR_REQUISITION_LINES_ALL PRL ON BR.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
JOIN PO_DISTRIBUTIONS_ALL POD ON PRL.REQUISITION_LINE_ID = POD.REQUISITION_LINE_ID
JOIN PO_HEADERS_ALL POH ON POD.PO_HEADER_ID = POH.PO_HEADER_ID

UNION ALL

-- 12. Requisition Closed
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Closed' AS "ActivityName",
    BR.HEADER_LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'CLOSED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
WHERE BR.DOCUMENT_STATUS = 'CLOSED'

Stappen

Verplichten en Omgevingssetup: Zorg ervoor dat Python 3 op je systeem is geïnstalleerd. Installeer de benodigde requests library door de volgende opdracht in uw terminal uit te voeren: pip install requests. U heeft ook API-credentials (gebruikersnaam, wachtwoord) nodig voor een Oracle Fusion-gebruiker met voldoende permissies om inkooprequisitie data te lezen, samen met de basis-URL voor uw Oracle Fusion-instantie.
Sla het Python Script op: Sla de volledige Python-code uit de sectie 'query' op als een bestand, bijvoorbeeld extract_requisitions.py.
Configureer Script Parameters: Open het scriptbestand in een teksteditor. Wijzig de placeholder-waarden bovenaan het script. Stel FUSION_URL, USERNAME en PASSWORD in om overeen te komen met de details van uw Oracle Fusion-omgeving. Pas de START_DATE en END_DATE aan om de extractieperiode te definiëren.
Begrijp API Endpoints en Fields: Het script richt zich op de purchaseRequisitions REST API bron. Het gebruikt de velden parameter om alleen de noodzakelijke data aan te vragen, inclusief geneste collecties zoals lines (voor PO-Informatie) en actionHistory (voor goedkeuringsgebeurtenissen), wat de prestaties verbetert.
Voer het Script uit: Voer het script uit vanuit uw terminal met de opdracht: python extract_requisitions.py. Het script zal authenticeren met de API, beginnen met het ophalen van data en voortgangsupdates naar de console afdrukken, waarbij wordt getoond hoeveel requisities zijn verwerkt.
Beheer Paginering: Het script verwerkt automatisch paginering. De Oracle Fusion REST API retourneert data in chunks (pagina's). Het script controleert de hasMore flag in elke respons en voert herhaaldelijk requests uit met een bijgewerkte offset parameter totdat alle requisities binnen het opgegeven datumbereik zijn opgehaald.
Data Transformatie Logica: Voor elke requisitie die via de API is opgehaald, genereert het script meerdere rijen in de event log. Het creëert een 'Requisition Created' gebeurtenis van de CreationDate, een 'Requisition Submitted' gebeurtenis van de SubmittedDate, en itereert door de actionHistory collectie om gedetailleerde gebeurtenissen te creëren voor elke goedkeuringsstap (Started, Approved, Rejected, Returned).
Afleiden van Finale Status Events: Het script legt de uiteindelijke resultaat-gebeurtenissen zoals 'Requisition Approved' en 'Requisition Rejected' vast door de definitieve DocumentStatus van de requisitie te controleren en de LastUpdateDate als de gebeurtenis timestamp te gebruiken.
Genereer Purchase Order Event: Het script inspecteert elke requisipakketegel. Als een regel een PoHeaderId heeft, betekent dit dat een Purchase Order is gecreëerd. Een event log entry wordt gegenereerd voor deze activity, die de requisitie koppelt aan het stroomafwaartse inkoopproces.
Controleer het Output Bestand: Zodra het script klaar is, creëert het een CSV-bestand genaamd oracle_fusion_requisitions_gebeurtenis_log.csv in dezelfde map. Dit bestand bevat de opgehaalde event log.
Voorbereiden op Upload: Open het gegenereerde CSV-bestand in een spreadsheetprogramma om de inhoud te verifiëren. Zorg ervoor dat de kolommen en dataformaten overeenkomen met de vereisten voor uw process mining-tool. Het bestand is nu klaar om te worden geüpload naar ProcessMind.

Configuratie

API Credentials: Voor de Purchase Requisitions REST API is een specifiek integratiegebruikersaccount vereist met een rol die alleen-lezen toegang verleent. Voorbeelden van rollen zijn Inkoop Manager of een aangepaste integrapakketol.
REST API Endpoint: Het script is geconfigureerd om het .../fscmRestApi/resources/11.13.18.05/purchaseRequisitions endpoint te gebruiken. Zorg ervoor dat het versienummer in de URL overeenkomt met uw Oracle Fusion-omgeving.
Date Range Filter: Het script bevat de variabelen START_DATE en END_DATE. Het wordt sterk aanbevolen om data in beheersbare batches te extraheren, zoals 3 tot 6 maanden per keer, om API-timeouts en prestatieproblemen te voorkomen. Het filter wordt toegepast op de CreationDate van de requisities.
Field Selection: De velden parameter in het script is belangrijk voor de prestaties. Deze beperkt de respons-payload tot alleen de attributen die nodig zijn voor de event log, waardoor netwerkverkeer en verwerkingstijd worden verminderd. Verwijder geen verplichte velden zoals RequisitionId, CreationDate, actionHistory, of lines.
Pagination Limit: De limit parameter is ingesteld op 100, wat een veilige waarde is voor de meeste omgevingen. U kunt proberen deze te verhogen naar 200 of 500 voor een potentieel snellere extractie, maar wees u bewust van mogelijke geheugenproblemen of API-limieten indien te hoog ingesteld.

a Voorbeeldquery python

import requests
import csv
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 instance URL, username, and password.
FUSION_URL = class="hl-string">"https://[your-fusion-instance-url].oraclecloud.com"
USERNAME = class="hl-string">"your_api_user"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Define the date range for the extraction.
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_requisitions_data():
    class="hl-string">"""Fetches and processes purchase requisition data from Oracle Fusion REST API."""
    
    api_url = fclass="hl-string">"{FUSION_URL}/fscmRestApi/resources/11.13.18.05/purchaseRequisitions"
    
    class=class="hl-string">"hl-comment"># Define the fields to retrieve to optimize the API call
    fields_to_get = [
        class="hl-string">"RequisitionId", class="hl-string">"RequisitionNumber", class="hl-string">"CreationDate", class="hl-string">"SubmittedDate", class="hl-string">"LastUpdateDate",
        class="hl-string">"DocumentStatus", class="hl-string">"PreparerName", class="hl-string">"BusinessUnitName", class="hl-string">"RequisitionTotal", class="hl-string">"NeedByDate",
        class="hl-string">"Department", class="hl-string">"RejectionReason", 
        class="hl-string">"actionHistory(ActionCode,ActionDate,PerformerName)",
        class="hl-string">"lines(PoHeaderId,LastUpdateDate)"
    ]
    
    class=class="hl-string">"hl-comment"># Parameters for the API request
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">"fields": class="hl-string">",".join(fields_to_get),
        class="hl-string">"limit": 100,
        class="hl-string">"offset": 0
    }
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    event_log = []
    has_more = True
    total_processed = 0
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    while has_more:
        print(fclass="hl-string">"Fetching requisitions from offset {params['offset']}...")
        try:
            response = requests.get(
                api_url, 
                auth=(USERNAME, PASSWORD), 
                params=params, 
                headers=headers
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break

        data = response.json()
        requisitions = data.get(class="hl-string">'items', [])

        if not requisitions:
            print(class="hl-string">"No more requisitions found.")
            break

        for req in requisitions:
            base_event = {
                class="hl-string">'PurchaseRequisitionId': req.get(class="hl-string">'RequisitionNumber'),
                class="hl-string">'RequesterName': req.get(class="hl-string">'PreparerName'),
                class="hl-string">'DepartmentName': req.get(class="hl-string">'Department'),
                class="hl-string">'RequisitionTotalAmount': req.get(class="hl-string">'RequisitionTotal'),
                class="hl-string">'RequisitionStatus': req.get(class="hl-string">'DocumentStatus'),
                class="hl-string">'RequiredByDate': req.get(class="hl-string">'NeedByDate'),
                class="hl-string">'RejectionReason': req.get(class="hl-string">'RejectionReason'),
                class="hl-string">'BusinessUnit': req.get(class="hl-string">'BusinessUnitName'),
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': now_iso
            }

            class=class="hl-string">"hl-comment"># 1. Requisition Created
            if req.get(class="hl-string">'CreationDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Created', class="hl-string">'EventTime': req[class="hl-string">'CreationDate']})

            class=class="hl-string">"hl-comment"># 2. Requisition Submitted
            if req.get(class="hl-string">'SubmittedDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Submitted', class="hl-string">'EventTime': req[class="hl-string">'SubmittedDate']})

            class=class="hl-string">"hl-comment"># 3-8. Approval Workflow Events from actionHistory
            po_created = False
            if class="hl-string">'actionHistory' in req and req[class="hl-string">'actionHistory'] is not None:
                for action in req[class="hl-string">'actionHistory']:
                    activity = None
                    action_code = action.get(class="hl-string">'ActionCode')
                    if action_code == class="hl-string">'SUBMIT':
                        class=class="hl-string">"hl-comment"># This is often the first step in the approval flow
                        activity = class="hl-string">'Approval Step Started'
                    elif action_code == class="hl-string">'APPROVE':
                        activity = class="hl-string">'Approval Step Approved'
                    elif action_code == class="hl-string">'REJECT':
                        activity = class="hl-string">'Approval Step Rejected'
                    elif action_code == class="hl-string">'RETURN':
                        activity = class="hl-string">'Approval Step Returned'
                    elif action_code == class="hl-string">'WITHDRAW':
                        activity = class="hl-string">'Requisition Withdrawn'
                    elif action_code == class="hl-string">'UPDATE':
                        activity = class="hl-string">'Requisition Amended'
                    
                    if activity:
                        event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': action.get(class="hl-string">'ActionDate')})

            class=class="hl-string">"hl-comment"># 9-10 & 12. Final Status Events
            final_status = req.get(class="hl-string">'DocumentStatus')
            last_update_date = req.get(class="hl-string">'LastUpdateDate')
            if last_update_date:
                if final_status == class="hl-string">'APPROVED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Approved', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'REJECTED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Rejected', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'CLOSED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Closed', class="hl-string">'EventTime': last_update_date})

            class=class="hl-string">"hl-comment"># 11. Purchase Order Created
            if class="hl-string">'lines' in req and req[class="hl-string">'lines'] is not None:
                for line in req[class="hl-string">'lines']:
                    if line.get(class="hl-string">'PoHeaderId') and not po_created:
                        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created', class="hl-string">'EventTime': line.get(class="hl-string">'LastUpdateDate', last_update_date)})
                        po_created = True class=class="hl-string">"hl-comment"># Create only one PO event per requisition
                        break
        
        total_processed += len(requisitions)
        print(fclass="hl-string">"Processed {total_processed} total requisitions so far.")

        class=class="hl-string">"hl-comment"># Check if there is more data to fetch for pagination
        has_more = data.get(class="hl-string">'hasMore', False)
        if has_more:
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

    class=class="hl-string">"hl-comment"># Write to CSV
    if event_log:
        filename = class="hl-string">'oracle_fusion_requisitions_event_log.csv'
        fieldnames = list(event_log[0].keys())
        with open(filename, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
            writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
            writer.writeheader()
            writer.writerows(event_log)
        print(fclass="hl-string">"\nSuccessfully extracted {len(event_log)} events to {filename}")
    else:
        print(class="hl-string">"\nNo events were generated.")

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

Stappen

Navigeer naar Rapporten en Analyses: Log in bij Oracle Fusion Financialscials. Gebruik het Navigator-menu om naar Hulpmiddelen te gaan, dan selecteer Rapporten en Analyses. Dit is het centrale punt voor alle rapportageactiviteiten.
Creëer een nieuwe analyse: Klik binnen de werkruimte Rapporten en Analyses op de knop 'Create' en selecteer 'Analysis' uit het dropdownmenu. Dit opent de Oracle Transactional Business Intelligence (OTBI) analyse-editor in een nieuw tabblad.
Selecteer de Subject Area: U wordt gevraagd een Subject Area te selecteren. Typ in het zoekvak 'Inkoop - Requisitions Real Time' en selecteer deze uit de lijst. Deze subject area bevat alle benodigde gegevenspunten voor requisitielevenscyclusgebeurtenissen.
Bouw de analyse voor requisitie-gebeurtenissen: Deze stap vereist het creëren van een unie van verschillende queries om elke afzonderlijke gebeurtenis vast te leggen. Aangezien de OTBI UI geen directe UNION ALL-functionaliteit heeft voor verschillende gebeurtenis types, maakt u één rapport dat alle relevante datum- en statusvelden ophaalt. Sleep in het tabblad 'Criteria' de kolommen die worden vermeld in de query-sectie vanuit het deelvenster 'Subject Areas' aan de linkerzijde naar het gebied 'Selected Columns'. Dit omvat kolommen voor aanmaakdatum, indieningsdatum, goedkeuringsdatum, PO-aanmaakdatum, enz.
Voeg Requisition Action History toe: Om gedetailleerde goedkeuringsstappen (Approved, Rejected, Returned, Withdrawn) vast te leggen, moet u velden uit de map 'Requisition Action History' binnen de subject area opnemen. Sleep 'Action Date', 'Action' en 'Performer' naar uw geselecteerde kolommen.
Configureer filters: Ga naar het tabblad 'Prompts' om filters voor uw analyse te maken. Het is belangrijk om te filteren op een datumbereik om het datavolume te beheren. Creëer een filter op 'Requisition Header'.'Requisition Creation Date' en stel dit in op een bereik, bijvoorbeeld de laatste 6 maanden. U kunt ook prompts toevoegen voor 'Business Unit' of 'Requester Naam' om de data te verfijnen.
Voer het rapport uit en beoordeel het: Ga naar het tabblad 'Results' om de analyse uit te voeren en de data te previewen. De output is een 'brede' tabel met één rij per requisipakketegel of goedkeuringsactie, met meerdere datum- en statuskolommen.
Exporteer de ruwe data: Zodra u tevreden bent met de preview, klikt u op de 'Export'-link, die doorgaans onderaan de resultatenpagina te vinden is. Kies 'Data' > 'CSV File' als formaat. Dit downloadt de ruwe data van uw analyse.
Transformeer data naar Event Log-formaat: Het geëxporteerde CSV-bestand heeft een breed formaat. U moet een externe tool gebruiken (zoals een Python-script, Power Query in Excel of een andere datavoorbereidingstool) om deze data te transformeren. Het proces omvat het 'unpivoting' van de datumkolommen naar één enkele 'EventTime'-kolom en het creëren van een overeenkomstige 'ActiviteitNaam'-kolom voor elk gebeurtenistype (bijv. 'Requisition Created', 'Requisition Submitted').
Finaliseer en bereid voor op upload: Zorg ervoor dat het bestand na transformatie de vereiste kolommen heeft: PurchaseRequisitionId, ActiviteitNaam, EventTime, Bronsysteem, en LastDataUpdate. Sla de uiteindelijke event log op als een CSV-bestand, dat vervolgens kan worden geüpload naar ProcessMind.

Configuratie

Subject Area: De primaire subject area die gebruikt moet worden, is 'Inkoop - Requisitions Real Time'. Deze bevat alle kernInformatie over de requisitieheader, -regel, -distributie en goedkeuringsgeschiedenis.
Date Range: Pas altijd een verplicht datumfilter toe om het datavolume te beperken en de prestaties te verbeteren. Een filter op 'Requisition Header'.'Requisition Creation Date' voor de laatste 3 tot 6 maanden is een goed startpunt.
Key Filters: Overweeg filters toe te voegen voor 'Requisition Header'.'Business Unit' en 'Requisition Header'.'Requisition Status' om de extractie te richten op relevante organisatie-eenheden en irrelevante statussen zoals 'Annulerened' uit te sluiten indien deze niet nodig zijn voor de analyse.
Column Selection: Wees selectief met de kolommen die u aan de analyse toevoegt. Te veel kolommen, vooral uit veel verschillende mappen (dimensies), kunnen de prestaties negatief beïnvloeden. Concentreer u alleen op de velden die nodig zijn voor de event log.
Permissions: De gebruiker die de extractie uitvoert, moet een rol hebben met de nodige permissies om toegang te krijgen tot de Reports and Analytics werkruimte en de 'Inkoop - Requisitions Real Time' subject area. Doorgaans hebben rollen zoals 'BI Author' of 'Inkoop Analyst' deze privileges.

a Voorbeeldquery config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Inkoop tot betaling - Aanvraag Attributen

Inkoop tot betaling - Aanvraag Activiteiten

Extractiegidsen

Oracle Transactional Business Intelligence (OTBI) Export

Stappen

Configuratie

a Voorbeeldquery config

Oracle BI Publisher SQL-gebaseerde Data Model Extractie

Stappen

Configuratie

a Voorbeeldquery sql

Python Script via Oracle Fusion REST API

Stappen

Configuratie

a Voorbeeldquery python

Oracle BI Cloud Connector (BICC) Bulk Data Extract

Stappen

Configuratie

a Voorbeeldquery config

Klaar om te starten?

Bereik 30% sneller Inkoop tot betaling - Requisitie

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Inkoop tot betaling - Aanvraag Attributen

Inkoop tot betaling - Aanvraag Activiteiten

Extractiegidsen

Oracle Transactional Business Intelligence (OTBI) Export

Stappen

Configuratie

a Voorbeeldquery config

Oracle BI Publisher SQL-gebaseerde Data Model Extractie

Stappen

Configuratie

a Voorbeeldquery sql

Python Script via Oracle Fusion REST API

Stappen

Configuratie

a Voorbeeldquery python

Oracle BI Cloud Connector (BICC) Bulk Data Extract

Stappen

Configuratie

a Voorbeeldquery config

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Bereik 30% sneller Inkoop tot betaling - Requisitie