Datatemplate voor de verwerking van crediteurenbetalingen

Oracle Fusion Financials
Datatemplate voor de verwerking van crediteurenbetalingen

Datatemplate voor de verwerking van crediteurenbetalingen

Deze template biedt een vaste aanpak voor het in kaart brengen van betaalworkflows in Oracle Fusion Financials. Je vindt erin welke datavelden en processtappen nodig zijn om de volledige betaalcyclus te analyseren. Met deze aanpak kun je bottlenecks opsporen en de financiële processen verbeteren.
  • Aanbevolen attributen voor een gedetailleerde analyse
  • Standaardprocesactiviteiten voor het koppelen van events
  • Stapsgewijze extractie-instructies voor Oracle Fusion Financials

Attributen voor de verwerking van crediteurenbetalingen

Met deze aanbevolen datavelden leg je belangrijke transactiegegevens uit Oracle Fusion Financials vast voor een analyse van de betaalprestaties.
5 Verplicht 10 Aanbevolen 5 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De gebeurtenis of processtap die is uitgevoerd.
Beschrijving

Dit attribuut bevat de naam van de uitgevoerde processtap, zoals 'Factuur aangemaakt', 'Factuur gevalideerd' of 'Betaling verwerkt door de bank'. Het process mining-algoritme gebruikt deze namen om de volgorde van gebeurtenissen (de procesflow) voor elke factuur in kaart te brengen.

Deze waarden worden meestal afgeleid door data uit meerdere transactie- en geschiedenistabellen samen te voegen. Elke record krijgt daarbij een begrijpelijke naam voor de gebeurtenis.

Waarom dit belangrijk is

Dit beschrijft wat er in het proces gebeurt. Dat is nodig om de procesflow in kaart te brengen en varianten te ontdekken.

Waar vind je dit?

Afgeleid uit statuswijzigingen in AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL en AP_CHECKS_ALL

Voorbeelden
Factuur aangemaaktFactuur gevalideerdBetaling aangemaakt
Bronsysteem
SourceSystem
De naam van het systeem waar de data vandaan komt.
Beschrijving

Identificeert het softwaresysteem waarin de gebeurtenis is geregistreerd. In dit geval is dat meestal 'Oracle Fusion Financials'.

Dit attribuut is vooral nuttig in omgevingen met meerdere systemen, waar data uit ERP-, inkoop- en banksystemen kan worden gecombineerd.

Waarom dit belangrijk is

Zorgt ervoor dat de herkomst van de data traceerbaar is, vooral in complexe systeemomgevingen.

Waar vind je dit?

Hardgecodeerd of afgeleid uit de verbindingsconfiguratie

Voorbeelden
Oracle Fusion FinancialsOracle ERP CloudLegacy EBS
Factuurnummer
InvoiceNumber
De unieke identificatie van de leveranciersfactuur.
Beschrijving

Dit attribuut is de unieke referentie van een specifieke factuur die een leverancier heeft ingediend. Het fungeert als de centrale case-ID voor de process mining-analyse en groepeert alle volgende activiteiten, zoals goedkeuringen, blokkades en betalingen.

In Oracle Fusion Financials is dit veld essentieel om factuurkoppen te koppelen aan factuurregels, betalingen en inkooporders. Analisten gebruiken deze identificatie om de volledige levenscyclus van een schuld te volgen, vanaf de registratie tot het moment waarop het geld van de bankrekening wordt afgeschreven.

Waarom dit belangrijk is

Dit is de definitieve case-identificatie die nodig is om de volledige procesinstantie van begin tot eind in kaart te brengen.

Waar vind je dit?

AP_INVOICES_ALL.INVOICE_NUM

Voorbeelden
INV-2023-00199887766OCT-SERVICE-04
Laatste data-update
LastDataUpdate
De timestamp waarop de data is opgehaald of vernieuwd.
Beschrijving

Geeft aan wanneer de datarecord uit Oracle Fusion is opgehaald. Zo kunnen analisten zien hoe actueel de data is en incrementeel data laden.

Maakt onderscheid tussen het tijdstip waarop de gebeurtenis plaatsvond en het moment waarop de data beschikbaar kwam voor analyse.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is en helpt bij het beheren van incrementele data-invoer.

Waar vind je dit?

Systeemtijd op het moment van ophalen

Voorbeelden
2023-10-27T23:59:59Z
Tijdstip van gebeurtenis
EventDateTime
De datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Dit attribuut registreert de exacte timestamp van een activiteit. Je gebruikt deze om gebeurtenissen chronologisch te ordenen en de tijd tussen processtappen te berekenen.

Nauwkeurige timestamps zijn belangrijk voor een correcte analyse van de doorlooptijd en om bottlenecks op te sporen waarbij facturen tussen stappen blijven liggen.

Waarom dit belangrijk is

Biedt de tijdsgegevens die nodig zijn voor prestatieanalyse en de volgorde van processtappen.

Waar vind je dit?

CREATION_DATE of LAST_UPDATE_DATE uit de betreffende tabellen, zoals AP_INVOICES_ALL en AP_CHECKS_ALL

Voorbeelden
2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
Bedrijfseenheid
BusinessUnit
De bedrijfseenheid of juridische entiteit die verantwoordelijk is voor de factuur.
Beschrijving

Geeft aan welke interne afdeling of dochteronderneming de factuur verwerkt. In Oracle Fusion komt dit overeen met de Organization ID.

Dit attribuut is essentieel voor het dashboard 'Standaardisatie van wereldwijde procesvarianten'. Hiermee kun je de procesefficiëntie in verschillende regio’s of afdelingen vergelijken.

Waarom dit belangrijk is

Hiermee kun je de prestaties van verschillende organisatieonderdelen vergelijken.

Waar vind je dit?

HR_ORGANIZATION_UNITS.NAME (gekoppeld via ORG_ID uit AP_INVOICES_ALL)

Voorbeelden
Bedrijfsvoering VSVerkoop EMEAProductie APAC
Betaaldatum
PaymentDate
De datum waarop de betaling daadwerkelijk is uitgevoerd of verwerkt.
Beschrijving

Legt vast wanneer het geld is overgemaakt of de cheque is uitgeschreven. Dit is het eindpunt voor de KPI 'Gemiddelde doorlooptijd van factuur tot betaling'.

Vergelijk deze datum met de uiterste betaaldatum om te bepalen of een betaling te laat, op tijd of vroeg genoeg was om korting te krijgen.

Waarom dit belangrijk is

Dit markeert de afronding van de financiële transactie en de levenscyclus van het proces.

Waar vind je dit?

AP_CHECKS_ALL.CHECK_DATE

Voorbeelden
2023-10-282023-11-01
Betalingsvoorwaarden
PaymentTerms
De afgesproken voorwaarden voor betalingstermijnen en kortingen.
Beschrijving

Legt de contractuele betalingsvoorwaarden vast, zoals 'Netto 30 dagen' of '2/10 netto 30 dagen'. Dit attribuut vormt de basis voor het dashboard 'Realisatie van betalingskortingen'.

De voorwaarden bepalen de uiterste betaaldatum en eventuele besparingen bij een snelle verwerking.

Waarom dit belangrijk is

Hiermee worden de prestatiedoelen voor tijdige betaling en het benutten van kortingen bepaald.

Waar vind je dit?

AP_TERMS.NAME (gekoppeld via TERMS_ID uit AP_INVOICES_ALL)

Voorbeelden
Netto 30 dagenDirect2% korting bij betaling binnen 10 dagen, anders netto 30 dagen
Factuurbedrag
InvoiceAmount
Het totale bedrag van de factuur.
Beschrijving

Dit is het totale bedrag dat voor de factuur moet worden betaald. Deze waarde is belangrijk voor de efficiëntieanalyse van facturen met een laag bedrag. Zo kunnen organisaties de bestede inspanning vergelijken met de financiële waarde van de transactie.

Je kunt deze waarde ook gebruiken om facturen met hoge bedragen voorrang te geven en vroegbetalingskortingen te krijgen.

Waarom dit belangrijk is

Maakt de financiële impact van de case meetbaar en helpt bij het bepalen van de prioriteit op basis van risico.

Waar vind je dit?

AP_INVOICES_ALL.INVOICE_AMOUNT

Voorbeelden
1500.00250.5010000.00
Factuurdatum
InvoiceDate
De datum die de leverancier op de factuur heeft vermeld.
Beschrijving

Deze datum geeft aan wanneer de leverancier de factuur heeft verstuurd. Dat is iets anders dan de datum waarop de factuur is ontvangen of in Oracle is ingevoerd. De factuurdatum vormt het uitgangspunt voor de berekening van de uiterste betaaldatum op basis van de betalingsvoorwaarden.

Verschillen tussen de factuurdatum en de invoerdatum wijzen vaak op vertraging bij de postverwerking of het scannen.

Waarom dit belangrijk is

Dit is het uitgangspunt voor de berekening van betalingstermijnen en de verouderingsanalyse.

Waar vind je dit?

AP_INVOICES_ALL.INVOICE_DATE

Voorbeelden
2023-09-152023-10-01
Factuurtype
InvoiceType
De indeling van de factuur, bijvoorbeeld standaardfactuur of creditnota.
Beschrijving

Deelt facturen in naar type, zoals standaardfactuur, vooruitbetaling of creditnota. Dit komt overeen met het generieke attribuut CaseType.

Verschillende factuurtypen volgen verschillende controle- en goedkeuringsroutes. Daarom moet je dit attribuut gebruiken om de uitgangswaarde voor 'Prestaties van begin tot eind' nauwkeurig te bepalen.

Waarom dit belangrijk is

Zo kun je vergelijkbare facturen met elkaar vergelijken.

Waar vind je dit?

AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE

Voorbeelden
STANDAARDCREDITVOORUITBETALING
Gebruiker die de factuur heeft aangemaakt
CreatedByUserName
De gebruikers-ID of naam van degene die de factuur heeft ingevoerd.
Beschrijving

Geeft aan wie de gegevens in eerste instantie heeft ingevoerd. Dit komt overeen met het attribuut User Generic Data Model.

Deze data wordt gebruikt in de analyse 'Percentage handmatige interventies' om opleidingsbehoeften vast te stellen en gebruikers te vinden die vaak herstelwerk veroorzaken.

Waarom dit belangrijk is

Hiermee kun je prestaties per gebruiker analyseren en controleren of taken goed gescheiden zijn.

Waar vind je dit?

AP_INVOICES_ALL.CREATED_BY (gebruikersnaam opgehaald via PER_USERS)

Voorbeelden
j.doesysteemintegratiem.smith
Inkoopordernummer
PurchaseOrderNumber
Het referentienummer van de bijbehorende inkooporder.
Beschrijving

Koppelt de factuur aan het voorafgaande inkoopproces. Dit attribuut is belangrijk voor de analyse 'Inkooporderafstemming en oplossen van afwijkingen'.

Facturen zonder inkoopordernummer volgen meestal een andere, vaak minder efficiënte goedkeuringsworkflow dan facturen met een inkooporder.

Waarom dit belangrijk is

Hiermee maak je onderscheid tussen facturen met en zonder inkooporder. Deze volgen verschillende procespatronen.

Waar vind je dit?

PO_HEADERS_ALL.SEGMENT1 (gekoppeld via AP_INVOICE_LINES_ALL)

Voorbeelden
PO-9988774500001234
Leveranciersnaam
SupplierName
De naam van de leverancier die de factuur heeft ingediend.
Beschrijving

Dit attribuut identificeert de externe partij die om betaling vraagt. In Oracle Fusion worden deze gegevens beheerd in de leveranciersstamgegevens (POZ_SUPPLIERS) en gekoppeld aan de factuur.

Met dit attribuut kun je compliance bij leveranciers en de doorvoer analyseren. Zo spoor je leveranciers op die vaak problematische facturen indienen of herstelwerk veroorzaken.

Waarom dit belangrijk is

Hiermee kun je de procesprestaties per leverancier vergelijken en gebruiken voor relatiebeheer.

Waar vind je dit?

POZ_SUPPLIERS.VENDOR_NAME (gekoppeld via VENDOR_ID uit AP_INVOICES_ALL)

Voorbeelden
Office Depot Inc.Oracle CorporationDell Services
Uiterste betaaldatum
DueDate
De datum waarop de betaling uiterlijk moet zijn gedaan om boetes te voorkomen.
Beschrijving

De berekende uiterste betaaldatum op basis van de factuurdatum en de betalingsvoorwaarden. Dit attribuut is de belangrijkste maatstaf voor de KPI 'Percentage te late betalingen'.

Door deze datum te vergelijken met de werkelijke betaaldatum zie je of je voldoet aan leverancierscontracten en hoe effectief het cashflowbeheer is.

Waarom dit belangrijk is

Dit is de streefdatum voor het meten van tijdige betalingen.

Waar vind je dit?

AP_PAYMENT_SCHEDULES_ALL.DUE_DATE

Voorbeelden
2023-10-302023-11-15
Bedrag aan misgelopen korting
DiscountLostAmount
De geldwaarde van de korting die door een te late betaling is misgelopen.
Beschrijving

Berekend als het verschil tussen het volledige factuurbedrag en het bedrag na korting, als de betaaldatum na de uiterste datum voor de korting valt. Dit ondersteunt de analyse 'Realisatie van betalingskortingen'.

Zo wordt de financiële impact van inefficiënte processen zichtbaar.

Waarom dit belangrijk is

Hiermee wordt de financiële impact van procesvertragingen berekend.

Waar vind je dit?

Berekend op basis van InvoiceAmount en PaymentTerms

Voorbeelden
50.000.00120.50
Dagen te laat
DaysOverdue
Het aantal dagen dat de betaling na de uiterste betaaldatum is gedaan.
Beschrijving

Een berekend aantal dat aangeeft hoeveel dagen een betaling te laat was. Positieve waarden staan voor een te late betaling; negatieve waarden voor een vervroegde betaling.

Deze metriek voedt het dashboard 'Volgen van te late betalingen en boeterisico', zodat je de ernst van procesvertragingen kunt meten.

Waarom dit belangrijk is

Hiermee meet je hoe groot het probleem met te late betalingen is.

Waar vind je dit?

Berekend: PaymentDate - DueDate

Voorbeelden
5-20
Goedkeuringsstatus
ApprovalStatus
Huidige status van de factuur in de workflow.
Beschrijving

Geeft aan of de factuur nog goedkeuring vereist, ter goedkeuring is ingediend, is afgewezen of is goedgekeurd. Dit attribuut helpt bij de 'Bottleneckanalyse van de goedkeuringsworkflow'.

Je ziet hiermee in grote lijnen waar de factuur zich in de goedkeuringshiërarchie bevindt.

Waarom dit belangrijk is

Hiermee kun je vertragingen in de goedkeuringsketen opsporen.

Waar vind je dit?

AP_INVOICES_ALL.WFAPPROVAL_STATUS

Voorbeelden
VEREISTGOEDGEKEURD IN WORKFLOWNIET VEREIST
Mogelijk duplicaat
IsPotentialDuplicate
Geeft aan of de factuur gegevens deelt met een andere factuur.
Beschrijving

Een berekende booleaanse vlag die waar is als de leverancier en het bedrag overeenkomen met die van een andere factuur binnen een bepaalde periode. Dit ondersteunt het dashboard 'Analyse van dubbele facturen'.

De vlag waarschuwt auditors, zodat ze specifieke cases kunnen controleren voordat de betaling wordt vrijgegeven.

Waarom dit belangrijk is

Dit attribuut is een belangrijke risicocontrole om financieel verlies te voorkomen.

Waar vind je dit?

Berekend met windowfuncties op basis van InvoiceAmount en SupplierName

Voorbeelden
truefalse
Valutacode
CurrencyCode
De valuta waarin de factuur is opgesteld.
Beschrijving

De ISO-valutacode, bijvoorbeeld USD of EUR, voor de transactie. Deze is nodig om bedragen te normaliseren voor de 'Efficiëntiebeoordeling van facturen met een lage waarde'.

Procesvarianten verschillen vaak sterk tussen binnenlandse betalingen in lokale valuta en internationale betalingen in vreemde valuta, onder meer door verschillen in bankverwerking.

Waarom dit belangrijk is

Dit attribuut maakt complexiteit bij grensoverschrijdende betalingen zichtbaar en is nodig om financiële gegevens te normaliseren.

Waar vind je dit?

AP_INVOICES_ALL.INVOICE_CURRENCY_CODE

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Activiteiten voor de verwerking van crediteurenbetalingen

Volg deze belangrijke processtappen om het volledige verloop van elke betaling zichtbaar te maken, van aanmaak tot afwikkeling.
7 Aanbevolen 5 Optioneel
Activiteit Beschrijving
Betaling aangemaakt
Het betalingsdocument (cheque, EFT of overboeking) wordt aangemaakt. Hiermee wordt de schuld verlaagd en de betaling uitgevoerd.
Waarom dit belangrijk is

De eindtijd voor de berekening van de doorlooptijd. Door deze te vergelijken met de vervaldatum kun je cijfers over te late betalingen en gerealiseerde kortingen berekenen.

Waar vind je dit?

Tabel AP_INVOICE_PAYMENTS_ALL gekoppeld aan AP_CHECKS_ALL. Gebruik CREATION_DATE van de betalingsrecord.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Factuur aangemaakt
De factuurregistratie wordt aangemaakt in Oracle Fusion Payables. Dit legt het tijdstip vast waarop de factuurkop voor het eerst in de database wordt opgeslagen, ongeacht of de factuur handmatig is ingevoerd of via IDR/interface is geïmporteerd.
Waarom dit belangrijk is

Bepaalt de starttijd van het proces voor berekeningen van de doorlooptijd en verouderingsanalyse. Essentieel om de tijd tussen ontvangst en invoer te meten.

Waar vind je dit?

Tabel AP_INVOICES_ALL, kolom CREATION_DATE. Filter op INVOICE_ID.

Vastleggen

Geregistreerd bij het aanmaken van de transactierecord

Gebeurtenistype explicit
Factuur geannuleerd
De factuur wordt ongeldig gemaakt of geannuleerd. De procesinstantie eindigt dan zonder betaling.
Waarom dit belangrijk is

Geeft verspild werk weer. Veel annuleringen wijzen meestal op dubbele invoer eerder in het proces of op slechte datakwaliteit bij leveranciers.

Waar vind je dit?

AP_INVOICES_ALL.CANCELLED_DATE is ingevuld.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Factuur geblokkeerd
Er wordt een systeemblokkade of handmatige blokkade op de factuur gezet, waardoor betaling niet mogelijk is. Dit kan gaan om afwijkingen in aantallen of prijzen, of om een handmatige blokkade met de melding 'Invoice Needs Review'.
Waarom dit belangrijk is

De belangrijkste aanwijzing voor problemen in het proces. Door de redenen voor blokkades te analyseren, kun je problemen met compliance bij leveranciers of tekortkomingen in interne processen opsporen.

Waar vind je dit?

Tabel AP_HOLDS_ALL, CREATION_DATE. Geeft aan dat de procesflow is onderbroken.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Factuur gevalideerd
De factuurstatus verandert in 'Validated'. Dit betekent dat de factuur de integriteitscontroles van het systeem, de belastingberekening en de matchregels heeft doorstaan. Dit is een voorwaarde voor goedkeuring en betaling.
Waarom dit belangrijk is

Markeert de overgang van gegevensinvoer naar de workflow voor goedkeuring en betaling. Vertragingen in deze stap wijzen op problemen met de datakwaliteit of configuratiefouten.

Waar vind je dit?

Af te leiden uit de timestamp van AP_INVOICES_ALL.VALIDATION_REQUEST_ID of door statuswijzigingen in AP_INVOICE_HISTORY te volgen, indien ingeschakeld.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Factuur goedgekeurd
De definitieve goedkeuring wordt gegeven in de workflow. De factuurstatus verandert in 'Workflow Approved' of 'Manually Approved'.
Waarom dit belangrijk is

Een belangrijke mijlpaal: de factuur kan nu worden geselecteerd voor betaling. Lange wachttijden tot deze stap wijzen op bottlenecks bij de goedkeuring.

Waar vind je dit?

Tabel AP_INV_APRVL_HIST_ALL (laatste goedkeuringsactie) of AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Factuurregel gematcht
Een factuurregel wordt gekoppeld aan een inkooporder (PO) of ontvangst. Dit betekent dat de tweevoudige of drievoudige match tijdens het invoeren van de regel heeft plaatsgevonden.
Waarom dit belangrijk is

Belangrijk voor de analyse van het percentage facturen dat in één keer goed gaat en om te zien waar automatisch matchen mislukt. Bij lage matchpercentages is meer handmatig herstelwerk nodig.

Waar vind je dit?

Tabel AP_INVOICE_LINES_ALL. Zoek records met MATCH_TYPE 'ITEM_TO_PO', 'PO_PRICE_ADJUSTMENT' enzovoort.

Vastleggen

Geregistreerd wanneer een transactieregel met een koppeling wordt aangemaakt

Gebeurtenistype explicit
Betaling geselecteerd
De factuur wordt geselecteerd door een betalingsaanvraag (PPR). De factuur staat klaar voor betaling, maar er is nog geen geld overgemaakt.
Waarom dit belangrijk is

Geeft aan dat de factuur is meegenomen in een betalingsrun. Een lange wachttijd tussen deze stap en 'Betaling aangemaakt' wijst op problemen met batchverwerking.

Waar vind je dit?

AP_SELECTED_INVOICES_ALL (tijdelijk) of af te leiden uit een ingevulde AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Betaling verwerkt door de bank
De betaling wordt afgestemd met het bankafschrift. De status verandert in 'Cleared' of 'Reconciled'.
Waarom dit belangrijk is

Het daadwerkelijke einde van de betalingscyclus. Essentieel voor kasstroomprognoses en inzicht in de tijd tussen het versturen en verwerken van de betaling.

Waar vind je dit?

AP_CHECKS_ALL.STATUS_LOOKUP_CODE verandert in 'CLEARED'. De timestamp is CLEARED_DATE.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Blokkade op factuur opgeheven
Een eerder ingestelde blokkade wordt opgeheven, zodat de factuur verder kan in de workflow. Dit betekent dat een verschil is opgelost.
Waarom dit belangrijk is

Berekent de tijd die nodig is voor herstel of oplossing. Een hoge frequentie wijst op inefficiëntie bij het afhandelen van uitzonderingen.

Waar vind je dit?

Tabel AP_HOLDS_ALL, LAST_UPDATE_DATE wanneer RELEASE_LOOKUP_CODE is ingevuld.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Factuur geboekt
De boekingen voor de factuur worden aangemaakt en overgedragen aan het grootboek. Hiermee wordt bevestigd dat de financiële gevolgen zijn vastgelegd.
Waarom dit belangrijk is

Draagt bij aan financiële compliance. Vertragingen in deze stap kunnen de periodeafsluiting verstoren en de nauwkeurigheid van financiële rapportages beïnvloeden.

Waar vind je dit?

AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' of via XLA_AE_HEADERS (subadministratie) gekoppeld aan de factuur.

Vastleggen

Geregistreerd wanneer transactie X is uitgevoerd

Gebeurtenistype explicit
Goedkeuring gestart
De factuur wordt ingediend bij de goedkeuringsworkflow (AMX). Hiermee begint de goedkeuringsfase door het management.
Waarom dit belangrijk is

Maakt onderscheid tussen de verwerkingstijd en de doorlooptijd van de goedkeuring door het management. Helpt bepalen of vertragingen worden veroorzaakt door medewerkers van de crediteurenadministratie of door goedkeurders.

Waar vind je dit?

Tabel AP_INV_APRVL_HIST_ALL (goedkeuringsgeschiedenis) of af te leiden uit AP_INVOICES_ALL.WFAPPROVAL_STATUS dat verandert in 'INITIATED'.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Data ophalen uit Oracle Fusion Financials

Klaar om aan de slag te gaan?

Download de template en zet betaaldata om in concrete inzichten. Heb je hulp nodig bij het ophalen van de data? Ons team helpt je graag.

Verbeter vandaag nog de verwerking van crediteurenbetalingen

Verkort de doorlooptijd met 30% en verbeter de relatie met leveranciers.

Start je gratis proefperiode

Geen creditcard nodig. Binnen 5 minuten ingesteld.