Datatemplate voor de verwerking van crediteurenbetalingen
Datatemplate voor de verwerking van crediteurenbetalingen
- 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
| 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
|
|||
Activiteiten voor de verwerking van crediteurenbetalingen
| 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
|
|||
Extractiegidsen
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.
Geen creditcard nodig. Binnen 5 minuten ingesteld.