Jouw datatemplate voor het crediteurenproces voor facturen

Universele process mining-template
Jouw datatemplate voor het crediteurenproces voor facturen

Jouw datatemplate voor het crediteurenproces voor facturen

Universele process mining-template

Dit is onze generieke datatemplate voor process mining voor Factuurverwerking crediteuren. Gebruik onze systeemspecifieke templates voor gerichtere begeleiding.

Selecteer een specifiek systeem
  • Universele datastructuur voor elk crediteurensysteem
  • Aanbevolen attributen voor grondige analyse
  • Belangrijke activiteiten voor volledig inzicht in het proces
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Attributen voor factuurverwerking bij crediteuren

In dit gedeelte staan de aanbevolen datavelden, oftewel attributen, die nodig zijn voor een bruikbaar event log voor een volledige analyse van de factuurverwerking bij crediteuren.
5 Verplicht 6 Aanbevolen 5 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de processtap of het event dat voor de factuur heeft plaatsgevonden.
Beschrijving

De activiteitsnaam beschrijft een specifieke actie, statuswijziging of mijlpaal in de levenscyclus van de factuur. Elk geregistreerd event voor een factuur, zoals 'Invoice Validated', 'Submitted For Approval' of 'Payment Executed', krijgt een eigen activiteitsnaam.

Dit attribuut vormt de basis van de procesmap. Elke unieke waarde wordt een knooppunt in het gevisualiseerde procesverloop. Door de volgorde, frequentie en tijd tussen deze activiteiten te analyseren, krijg je zicht op veelvoorkomende routes, afwijkingen en herstelrondes. Zo zie je wat er werkelijk in het proces gebeurt.

Waarom dit belangrijk is

Bepaalt de stappen in de procesmap en maakt visualisatie en analyse van het procesverloop, knelpunten en variaties mogelijk.

Waar je het vindt

Wordt meestal afgeleid uit transactiec codes, event logs, velden voor statuswijzigingen of specifieke gebruikersacties in het bronsysteem.

Voorbeelden
Factuur goedgekeurdFactuur geblokkeerdBetaling uitgevoerd
Eventtijd
EventTime
De timestamp die de exacte datum en tijd aangeeft waarop een activiteit of event plaatsvond.
Beschrijving

Eventtijd legt het exacte moment vast waarop een specifieke activiteit in de levenscyclus van de factuur plaatsvond. Elke activiteit, van 'Invoice Received' tot 'Invoice Cleared', heeft een bijbehorende timestamp.

Dit attribuut is belangrijk voor prestatieanalyses. Je kunt er de doorlooptijden tussen activiteiten mee berekenen, zoals de goedkeurings- en betalingstijd, en de totale end-to-end-verwerkingstijd per factuur. Door deze doorlooptijden te analyseren, zie je knelpunten, meet je prestaties ten opzichte van service level agreements (SLA's) en vind je mogelijkheden om het proces te versnellen. Ook kun je events chronologisch ordenen en het procesverloop nauwkeurig reconstrueren.

Waarom dit belangrijk is

Dit is essentieel voor het berekenen van doorlooptijden, het vinden van knelpunten en het analyseren van de chronologische volgorde van procesevents.

Waar je het vindt

Staat in systeemlogs, velden met aanmaak- of wijzigingsdatums van transacties of timestamprecords van events die aan factuurdocumenten zijn gekoppeld.

Voorbeelden
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z
Factuur-ID
InvoiceId
De unieke identificatie van elk factuurdocument van een leverancier. Dit is de primaire case-identificatie om de volledige route van de factuur te volgen.
Beschrijving

Het factuur-ID is een unieke alfanumerieke code die aan elke ontvangen leveranciersfactuur wordt toegekend. Het vormt het centrale referentiepunt voor alle activiteiten en data rond die factuur, van ontvangst tot de uiteindelijke betaling en aflettering.

In process mining is het factuur-ID essentieel. Het fungeert als Case ID en koppelt de reeks events, zoals 'Invoice Received', 'Approved' en 'Paid', aan elkaar tot één samenhangend procesverloop voor een factuur. Zo kun je procesvarianten, doorlooptijden en knelpunten per factuur analyseren en zie je duidelijk hoe elke factuur wordt verwerkt.

Waarom dit belangrijk is

Dit is het belangrijkste attribuut, omdat het alle gerelateerde processtappen aan één case koppelt. Zo kun je het proces end-to-end analyseren en visualiseren.

Waar je het vindt

Staat meestal in de kopgegevens van de factuur of in transactietabellen voor crediteuren in het bronsysteem.

Voorbeelden
INV-9876547300015298SI-2023-04-112
Bronsysteem
SourceSystem
Het systeem waaruit de data is geëxtraheerd.
Beschrijving

Dit attribuut identificeert het oorspronkelijke IT-systeem waarin de eventdata is gegenereerd of vastgelegd, zoals een ERP-systeem, documentbeheersysteem of workflowtool. In omgevingen met meerdere systemen in het crediteurenproces laat dit veld zien waar verschillende activiteiten vandaan komen.

Door de data per bronsysteem te analyseren, krijg je zicht op procesfragmentatie en problemen met datakoppelingen. Je ziet bijvoorbeeld of vertragingen of problemen ontstaan bij overdrachten tussen systemen. Het attribuut is ook belangrijk voor datagovernance en validatie, zodat het procesoverzicht de bijdrage van elk systeem correct weergeeft.

Waarom dit belangrijk is

Geeft context over de herkomst van de data. Dat is belangrijk voor datavalidatie, probleemoplossing en het analyseren van procesvariaties tussen systemen.

Waar je het vindt

Is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd of beschikbaar is in de kopgegevens van systeemlogs.

Voorbeelden
ERP_PRODSAP_ECC_100Oracle_Fusion
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit event voor het laatst uit het bronsysteem is vernieuwd.
Beschrijving

De timestamp van de laatste data-update geeft aan wanneer de data voor het laatst uit het bronsysteem is geëxtraheerd en in de process mining-omgeving is geladen. De timestamp zegt niet wanneer het bedrijfsproces plaatsvond, maar hoe actueel de geanalyseerde data is.

Dit attribuut is belangrijk voor datagovernance en helpt je de actualiteit van de inzichten te beoordelen. Je kunt ermee controleren of de analyse op actuele informatie is gebaseerd en de werking en frequentie van de datapijplijn volgen. Zo weten belanghebbenden hoe recent de data is wanneer ze beslissingen nemen op basis van procesdashboards en analyses.

Waarom dit belangrijk is

Belangrijk voor datagovernance en om duidelijk te maken hoe actueel de data is die gebruikers analyseren. Dat vergroot het vertrouwen in de inzichten.

Waar je het vindt

Deze timestamp wordt meestal aangemaakt en toegevoegd tijdens het data-extractie-, transformatie- en laadproces (ETL).

Voorbeelden
2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z
Bedrijfscode
CompanyCode
De identificatie van de juridische entiteit of het bedrijf dat de factuur verwerkt.
Beschrijving

De bedrijfscode is een unieke sleutel voor een afzonderlijke juridische entiteit of onderneming binnen een organisatie. Facturen worden namens een specifieke bedrijfscode verwerkt en geboekt.

Dit attribuut is een belangrijke dimensie voor vergelijkende analyses in organisaties met meerdere entiteiten. Je kunt de prestaties van het crediteurenproces vergelijken tussen bedrijven, dochterondernemingen of bedrijfsonderdelen. Zo zie je welke entiteiten efficiënter werken, een hogere automatiseringsgraad hebben of vaker met betalingsblokkades te maken krijgen. Dit helpt bij het standaardiseren van best practices en het vinden van regionale of entiteitsspecifieke problemen.

Waarom dit belangrijk is

Maakt benchmarking tussen juridische entiteiten of bedrijfsonderdelen mogelijk. Zo kun je werkwijzen standaardiseren en lokale problemen vinden.

Waar je het vindt

Staat in de kop van financiële of factuurtransactiedocumenten en geeft de entiteit aan die de boeking uitvoert.

Voorbeelden
1000US01DE01
Factuurbedrag
InvoiceAmount
De totale geldwaarde van de factuur in de oorspronkelijke transactievaluta.
Beschrijving

Het factuurbedrag is de totale brutowaarde van de factuur zoals de leverancier die heeft ingediend. Dit is een belangrijke financiële maatstaf voor elke case.

Je gebruikt dit attribuut veel in financiële en prestatieanalyses. Je kunt processen filteren op materialiteit, bijvoorbeeld door facturen met een hoge waarde apart te analyseren. Ook kun je goedkeuringsknelpunten voor facturen boven een bepaalde drempel vinden en de financiële impact van procesinefficiëntie berekenen. Zo kun je de waarde van geblokkeerde facturen bepalen of automatisering prioriteren voor grote aantallen facturen met een lage waarde. Het is een belangrijke dimensie voor vrijwel elk crediteurendashboard.

Waarom dit belangrijk is

Maakt analyse van de financiële impact mogelijk, bijvoorbeeld door de waarde van geblokkeerde betalingen te berekenen. Ook helpt het om facturen op basis van materialiteit te prioriteren.

Waar je het vindt

Staat meestal in de kop- of regelgegevenstabellen van de factuurtransactiedata.

Voorbeelden
1500.7525000.00345.50
Gebruikersnaam
UserName
De naam of ID van de gebruiker die een specifieke activiteit op de factuur heeft uitgevoerd.
Beschrijving

De gebruikersnaam identificeert de medewerker of systeemgebruiker die verantwoordelijk is voor een processtap, zoals het invoeren, goedkeuren of boeken van een factuur. Bij geautomatiseerde stappen kan dit een systeem- of batchgebruikers-ID zijn.

Met dit attribuut bekijk je het proces vanuit de mensen die het uitvoeren. Je kunt de verdeling van werk, individuele of teamprestaties en trainingsbehoeften analyseren. Door activiteiten per gebruiker te volgen, zie je herstelrondes die door specifieke personen ontstaan, ontdek je waar goedkeuringen blijven hangen en controleer je de functiescheiding. Het is een belangrijk attribuut om de menselijke kant van het crediteurenproces te begrijpen.

Waarom dit belangrijk is

Maakt analyse van team- en individuele prestaties en werkverdeling mogelijk. Ook helpt het om trainingsmogelijkheden of complianceproblemen te vinden.

Waar je het vindt

Staat meestal in event logs of in de velden 'Changed By' en 'Created By' van transactietabellen.

Voorbeelden
jdoeasmithBATCH_USER
Inkoopordernummer
PurchaseOrderNumber
De unieke identificatie van de inkooporder (PO) die aan de factuur is gekoppeld.
Beschrijving

Het inkoopordernummer is de referentie-ID van het document waarmee de aankoop van goederen of diensten bij de leverancier oorspronkelijk is goedgekeurd. Facturen kunnen aan een PO zijn gekoppeld of zonder PO worden verwerkt.

Dit attribuut is belangrijk voor het analyseren van het factuurmatchingproces. Je kunt onderscheid maken tussen facturen met en zonder PO, die vaak een heel ander procesverloop hebben. Je kunt de efficiëntie van de Three-Way Match analyseren, de oorzaken van mislukte matches vinden en de KPI First-Pass Match Rate meten. Een ontbrekend PO-nummer bij een factuur waarvoor dat wel nodig is, wijst vaak op een complianceprobleem.

Waarom dit belangrijk is

Belangrijk voor het analyseren van de efficiëntie van factuurmatching, het onderscheiden van factuurprocessen met en zonder PO en het vinden van complianceproblemen.

Waar je het vindt

Staat in de factuurtransactiedata, vaak in een referentieveld dat de factuur aan de inkoopmodule koppelt.

Voorbeelden
4500017545PO-2023-10-005789123
Leveranciersnaam
VendorName
De naam van de leverancier die de factuur heeft ingediend.
Beschrijving

De leveranciersnaam identificeert de juridische of handelsnaam van de leverancier die de goederen of diensten levert. Dit attribuut geeft elke factuur belangrijke bedrijfscontext.

Door het proces op leveranciersnaam te segmenteren, kun je prestaties en relaties met specifieke leveranciers beoordelen. Je kunt bijvoorbeeld nagaan welke leveranciers de langste goedkeuringsdoorlooptijden hebben, bij welke leveranciers vaak factuurafwijkingen voorkomen en of je vroegbetaalkortingen bij belangrijke leveranciers goed benut. Dit overzicht is belangrijk voor inkoop en leveranciersbeheer.

Waarom dit belangrijk is

Maakt prestatieanalyse per leverancier mogelijk. Zo zie je problematische leveranciersrelaties, naleving van betalingsvoorwaarden en procesvariaties per leverancier.

Waar je het vindt

Staat in de stamgegevens van leveranciers en is via een leveranciers-ID gekoppeld aan de factuurtransactiedata.

Voorbeelden
Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp
Vervaldatum factuur
InvoiceDueDate
De datum waarop de factuur volgens de betalingsvoorwaarden moet zijn betaald.
Beschrijving

De vervaldatum van de factuur is de berekende datum waarop de leverancier moet zijn betaald om op tijd te betalen en mogelijke rente of boetes te voorkomen. De datum wordt meestal afgeleid van de factuurdatum en de afgesproken betalingsvoorwaarden, bijvoorbeeld Net 30.

Dit attribuut is nodig om betaalprestaties te meten. Het vormt de basis voor de KPI On-Time Payment Rate en voor het vinden van te late betalingen. Door de vervaldatum met de werkelijke betaaldatum te vergelijken, kun je de tijdigheid van betalingen analyseren, leveranciersrelaties verbeteren, boetes voorkomen en cashflow gericht beheren.

Waarom dit belangrijk is

Dit is belangrijk voor het meten van tijdige betalingen, het beheren van cashflow en het voorkomen van boetes voor te late betaling.

Waar je het vindt

Deze datum wordt vaak door het bronsysteem berekend op basis van de factuurdatum en betalingsvoorwaarden en in de factuurkop opgeslagen.

Voorbeelden
2023-11-252023-12-152024-01-30
Betaaldatum
PaymentDate
De datum waarop de betaling van de factuur daadwerkelijk is uitgevoerd.
Beschrijving

De betaaldatum is de timestamp waarop het geld voor een specifieke factuur aan de leverancier is overgemaakt. Dit is een belangrijke mijlpaal en vaak het einde van de belangrijkste processtroom.

In process mining vergelijk je deze datum met de vervaldatum van de factuur om te bepalen of de betaling op tijd, te vroeg of te laat was. De datum is een belangrijk onderdeel van KPI's zoals de On-Time Payment Rate en van analyses naar kansen voor vroegbetaalkorting. Het verschil tussen factuurgoedkeuring en betaaldatum kan ook inefficiëntie in de betalingsuitvoering of treasury laten zien.

Waarom dit belangrijk is

Nodig voor het berekenen van tijdige betalingen, het analyseren van betaalgedrag en het vinden van mogelijkheden om vroegbetaalkortingen te benutten.

Waar je het vindt

Staat in de data van het betalings- of afletterdocument dat aan de oorspronkelijke factuurtransactie is gekoppeld.

Voorbeelden
2023-11-242023-12-202024-01-28
Betalingsvoorwaarden
PaymentTerms
De afgesproken betalingsvoorwaarden voor facturen met de leverancier, inclusief vervaldatums en kortingsmogelijkheden.
Beschrijving

Betalingsvoorwaarden bepalen onder welke voorwaarden een factuur moet worden betaald. Dit omvat vaak het aantal dagen tot de vervaldatum, bijvoorbeeld 30 dagen, en eventuele kortingen voor vroeg betalen, bijvoorbeeld 2% korting bij betaling binnen 10 dagen.

Dit attribuut geeft belangrijke context voor de analyse van financiële prestaties. Je gebruikt het om de vervaldatum van de factuur te berekenen en mogelijkheden voor vroegbetalingskortingen te identificeren. Door procesprestaties per betalingsvoorwaarde te analyseren, zie je of je organisatie structureel kortingsmogelijkheden misloopt door lange interne doorlooptijden. Zo verbind je procesefficiëntie rechtstreeks aan financiële besparingen.

Waarom dit belangrijk is

Bepaalt de berekening van de vervaldatum van de factuur en is belangrijk voor het analyseren van het percentage geïnde vroegbetalingskortingen. Zo wordt procesefficiëntie gekoppeld aan kostenbesparingen.

Waar je het vindt

Komt meestal uit de stamgegevens van de leverancier en wordt bij het aanmaken naar de transactiekop van de factuur gekopieerd.

Voorbeelden
Netto 302% 10, netto 30Netto 60
Blokkeerreden
BlockingReason
De code of omschrijving die uitlegt waarom een factuur is geblokkeerd voor betaling.
Beschrijving

Een blokkeerreden is een code of tekst die uitlegt waarom een factuur bewust is tegengehouden voordat deze de betaalfase bereikt. Veelvoorkomende redenen zijn verschillen in hoeveelheid of prijs, een ontbrekende goederenontvangst of een verplichte kwaliteitscontrole.

Dit attribuut is belangrijk voor de analyse van grondoorzaken van uitzonderingen en herstelwerk. Door de frequentie en impact van verschillende blokkeerredenen te analyseren, zie je welke oorzaken de meeste inefficiëntie in je crediteurenproces veroorzaken. Daarmee kun je gerichte verbeteracties opzetten, zoals het verbeteren van de nauwkeurigheid van inkooporders met leveranciers of het efficiënter maken van het proces voor goederenontvangst. Minder betalingsblokkades dragen sterk bij aan een hoger Straight-Through Processing-percentage (STP-percentage).

Waarom dit belangrijk is

Essentieel voor de analyse van grondoorzaken van betalingsblokkades. Hiermee zie je welke oorzaken de meeste inefficiëntie en herstelwerk in het proces veroorzaken.

Waar je het vindt

Te vinden op het factuurdocument of in een gerelateerde statustabel. De waarde wordt vaak ingevuld wanneer de activiteit 'Geblokkeerd' plaatsvindt.

Voorbeelden
PrijsafwijkingHoeveelheidsverschilOntvangst goederen ontbreekt
Factuurvaluta
InvoiceCurrency
De valutacode voor het factuurbedrag, bijvoorbeeld USD, EUR of GBP.
Beschrijving

De factuurvaluta geeft aan in welke munteenheid het factuurbedrag is uitgedrukt. Dit is vooral belangrijk voor multinationale organisaties die met leveranciers uit verschillende landen werken.

In analyses is dit attribuut nodig om het factuurbedrag correct te interpreteren en financiële berekeningen goed uit te voeren. Je kunt het proces per valuta filteren om regionale verschillen of valutaspecifieke problemen te zien. In combinatie met wisselkoersdata kun je financiële waarden omrekenen naar één rapportagevaluta voor een consistente wereldwijde analyse.

Waarom dit belangrijk is

Geeft de nodige context bij het factuurbedrag en maakt nauwkeurige financiële analyse en processegmentatie voor internationale organisaties mogelijk.

Waar je het vindt

Staat meestal in de kop van de factuurtransactietabel, naast het factuurbedrag.

Voorbeelden
USDEURGBP
Is geautomatiseerd
IsAutomated
Een aanduiding die aangeeft of een activiteit automatisch door het systeem is uitgevoerd in plaats van door een menselijke gebruiker.
Beschrijving

Dit booleaanse attribuut geeft aan of een specifieke processtap is uitgevoerd door een systeemgebruiker, zoals automatisering, een workflow of een batchtaak, of door een menselijke gebruiker. Zo kun je handmatige en geautomatiseerde activiteiten van elkaar onderscheiden.

Met dit attribuut krijg je inzicht in de automatiseringsgraad van het crediteurenproces en meet je het resultaat van initiatieven voor digitale transformatie. Je kunt er het Straight-Through Processing-percentage (STP-percentage) mee berekenen door facturen te identificeren die zonder handmatige tussenkomst zijn verwerkt. Door geautomatiseerde en handmatige routes te vergelijken, onderbouw je investeringen in verdere automatisering met concrete tijd- en kostenbesparingen.

Waarom dit belangrijk is

Maakt het mogelijk om de automatiseringsgraad te meten, bijvoorbeeld het Straight-Through Processing-percentage, en helpt de impact van automatisering op de procesefficiëntie te kwantificeren.

Waar je het vindt

Wordt vaak afgeleid door te controleren of de 'UserName' van een activiteit overeenkomt met een bekende systeem- of batchgebruikers-ID.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Activiteiten in de factuurverwerking bij crediteuren

Hier vind je de belangrijkste processtappen en mijlpalen die je het beste kunt vastleggen. Zo krijg je een nauwkeurig beeld van het proces en waardevolle inzichten in de factuurverwerking bij crediteuren.
7 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Betaling uitgevoerd
De betaling wordt officieel uitgevoerd en het geld wordt aan de leverancier overgemaakt. Hiermee wordt de verplichting afgewikkeld die bij het boeken van de factuur is ontstaan.
Waarom dit belangrijk is

Dit event is belangrijk voor het berekenen van tijdige betalingen en het benutten van betalingskortingen. Het markeert de waardeoverdracht en is een belangrijke mijlpaal voor treasury en leveranciersbeheer.

Waar je het vindt

Dit is een expliciet financieel event dat wordt vastgelegd aan de hand van de transactiedatum van het betalingsdocument dat voor de factuur is aangemaakt.

Vastleggen

Gebruik de transactie- of boekingsdatum van het betalingsdocument waarmee de factuur wordt afgeletterd.

Eventtype explicit
Factuur afgeletterd
Deze activiteit staat voor de laatste afstemming waarbij de betaling aan de factuur wordt toegewezen. Daarmee wordt de post formeel gesloten in het subgrootboek voor crediteuren. In sommige gevallen betekent dit ook dat de betaling door de bank is verwerkt.
Waarom dit belangrijk is

Dit is de laatste activiteit en markeert de succesvolle afronding van het proces. De tijd vanaf ontvangst van de factuur tot het afletteren is de volledige end-to-end-doorlooptijd.

Waar je het vindt

Wordt vastgelegd in het veld met de afletterdatum op het financiële record van de factuur. Dit veld wordt ingevuld wanneer de betaling wordt toegewezen.

Vastleggen

Gebruik de afletterdatum die bij de factuurregel in het financiële grootboek hoort.

Eventtype explicit
Factuur geboekt
De goedgekeurde factuur wordt officieel in het grootboek geboekt. Daarmee ontstaat een financiële verplichting voor het bedrijf. Deze boekhoudkundige transactie legt de kosten en de betalingsverplichting formeel vast.
Waarom dit belangrijk is

Boeken is een belangrijk financieel event. Vertraging tussen goedkeuring en boeking kan de nauwkeurigheid van financiële rapportages en het zicht op openstaande verplichtingen beïnvloeden.

Waar je het vindt

Dit is een financiële transactie die wordt vastgelegd aan de hand van de boekingsdatum en -tijd van het boekhoudkundige document dat aan de factuur is gekoppeld.

Vastleggen

Gebruik het veld met de boekingsdatum uit de kop van het financiële document dat aan de factuur is gekoppeld.

Eventtype explicit
Factuur gematcht
Het koppelen van een factuur aan ondersteunende documenten, zoals inkooporders (PO's) of goederenontvangsten (GR's). Deze activiteit bevestigt dat de gefactureerde bedragen, hoeveelheden en artikelen overeenkomen met wat is besteld en ontvangen.
Waarom dit belangrijk is

Dit is een belangrijke validatiestap voor facturen op basis van een PO. Door het succespercentage en de doorlooptijd van matching te analyseren, krijg je zicht op de automatiseringsgraad en zie je welke leveranciers of materialen problemen veroorzaken.

Waar je het vindt

Dit wordt meestal vastgelegd wanneer een PO- of GR-verwijzing succesvol aan de factuurregels wordt gekoppeld. Vaak wordt daarbij ook een veld voor de matchingstatus bijgewerkt.

Vastleggen

Leg de timestamp vast waarop de matchingstatus van de factuur wordt bijgewerkt naar 'Matched' of 'Successful'.

Eventtype explicit
Factuur goedgekeurd
Geeft de laatste goedkeuring in de workflow aan en vormt de officiële toestemming om de factuur te betalen. Dit is een belangrijk mijlpaal die bepaalt of de factuur van verwerking naar betaling kan gaan.
Waarom dit belangrijk is

Met deze activiteit eindigt de goedkeuringscyclus. De tijd tot dit moment is een belangrijk onderdeel van de totale factuurverwerkingstijd en laat vaak knelpunten in de goedkeuring zien.

Waar je het vindt

Wordt vastgelegd wanneer de workflow- of documentstatus van de factuur wordt bijgewerkt naar 'Approved' of een vergelijkbare eindstatus.

Vastleggen

Leg de timestamp vast waarop de laatste goedkeuringsstatus voor de factuur wordt geregistreerd.

Eventtype explicit
Factuur ontvangen
Deze activiteit markeert het moment waarop een leveranciersfactuur voor het eerst in het systeem wordt opgenomen. Dat kan via handmatige data-invoer, scanning met Optical Character Recognition (OCR) of elektronische gegevensuitwisseling (EDI).
Waarom dit belangrijk is

Dit is meestal het eerste startpunt van het proces. Door de tijd tussen dit event en andere events te analyseren, zie je de totale verwerkingstijd en vertragingen aan het begin van het proces.

Waar je het vindt

Dit event wordt meestal vastgelegd met de aanmaaktimestamp van de primaire factuur of leveranciersfactuur in het systeem.

Vastleggen

Gebruik de aanmaakdatum van het factuurkoprecord.

Eventtype explicit
Ter goedkeuring ingediend
De factuur wordt formeel in een workflow gezet voor beoordeling en goedkeuring door een of meer bevoegde personen. Deze activiteit markeert het begin van het goedkeuringssubproces.
Waarom dit belangrijk is

Dit is het startpunt voor het meten van goedkeuringsdoorlooptijden. Zo kun je de tijd voor dataverwerking onderscheiden van de tijd die de factuur op managementgoedkeuring wacht.

Waar je het vindt

Dit event wordt vastgelegd wanneer de status van de factuur verandert naar 'Pending Approval' of wanneer de factuur in een workflowbeheersysteem wordt gezet.

Vastleggen

Identificeer het event waarbij de factuurstatus wordt bijgewerkt om de start van een goedkeuringsworkflow aan te geven.

Eventtype explicit
Betaling gepland
Een geboekte factuur wordt geselecteerd en opgenomen in een betalingsvoorstel of betalingsbatch. Deze activiteit geeft aan dat de factuur in een komende betaalrun zal worden betaald.
Waarom dit belangrijk is

Deze stap vormt de verbinding tussen boeken en de daadwerkelijke betaling. Door deze activiteit te analyseren, krijg je beter zicht op cashflow en de efficiëntie van de voorbereiding van betalingen.

Waar je het vindt

Wordt afgeleid uit het aanmaken van een betalingsvoorstel of wanneer de factuur aan een betalingsjournaal of -batch wordt toegevoegd.

Vastleggen

Leg de aanmaakdatum vast van het betalingsvoorstel of de batch waarin de factuur is opgenomen.

Eventtype inferred
Blokkade verwijderd
Geeft aan dat een probleem is opgelost en dat een betalingsblokkade of wachtstatus daarna is verwijderd. De factuur is gecorrigeerd of verduidelijkt en kan verder in het proces.
Waarom dit belangrijk is

De tijd tussen het blokkeren van een factuur en het verwijderen van de blokkade is de oplostijd van de afwijking. Door deze doorlooptijd te analyseren, zie je waar het afhandelen van uitzonderingen niet efficiënt verloopt.

Waar je het vindt

Wordt vastgelegd in systeemlogs of wijzigingsdocumenten waarin het verwijderen of deactiveren van een betalingsblokkade staat geregistreerd.

Vastleggen

Leg de timestamp vast waarop een betalingsblokkeringscode of wachtstatus van de factuur wordt verwijderd.

Eventtype explicit
Factuur afgewezen
Een goedkeurder wijst de factuur in de workflow af, waardoor de voortgang richting betaling stopt. Meestal gaat de factuur terug naar een eerdere stap voor correctie, waardoor een herstelronde ontstaat.
Waarom dit belangrijk is

Afwijzingen veroorzaken veel herstelwerk en vertraging. Door de frequentie en redenen te volgen, zie je problemen met datakwaliteit, beleidskennis of compliance bij leveranciers.

Waar je het vindt

Wordt expliciet vastgelegd als statuswijziging, bijvoorbeeld 'Rejected' of 'Denied', in de goedkeuringshistorie of workflowlog van het systeem.

Vastleggen

Gebruik de timestamp uit de goedkeuringslog waarop de factuur de status 'Rejected' krijgt.

Eventtype explicit
Factuur geannuleerd
De factuur wordt ongeldig gemaakt of teruggedraaid nadat deze is ingevoerd of geboekt. Dit gebeurt meestal om een fout te corrigeren of naar aanleiding van een geschil met de leverancier. Het is een alternatief en meestal negatief eindpunt van het proces.
Waarom dit belangrijk is

Annuleringen wijzen op procesfouten, zoals dubbele invoer of onjuiste boekingen. Door de frequentie en onderliggende oorzaken te volgen, kun je de nauwkeurigheid van de invoer en de proceskwaliteit verbeteren.

Waar je het vindt

Dit is een expliciete actie die wordt vastgelegd wanneer een gebruiker de factuur ongeldig maakt of een terugboekingsdocument boekt. Daarbij wordt een annulerings- of terugboekingsdatum ingevuld.

Vastleggen

Zoek naar een koppeling naar een terugboekingsdocument of een annuleringsvlag met de bijbehorende datum op het factuurrecord.

Eventtype explicit
Factuur geblokkeerd
Deze activiteit vindt plaats wanneer een factuur niet mag doorgaan naar betaling. Een blokkade wordt meestal automatisch of handmatig ingesteld vanwege afwijkingen tijdens matching, overtredingen van beleid of andere problemen die onderzoek vereisen.
Waarom dit belangrijk is

Blokkades zijn een belangrijke oorzaak van betalingsvertragingen en extra verwerkingswerk. Door vast te leggen wanneer, waarom en hoe vaak blokkades ontstaan, kun je het proces gericht verbeteren.

Waar je het vindt

Dit is een expliciet event dat wordt vastgelegd wanneer een wacht- of blokkeringsstatus op de factuur wordt gezet. Vaak staat dit in een statuslog of tabel met wijzigingshistorie.

Vastleggen

Gebruik de timestamp waarop een betalingsblokkeringscode of de status 'On Hold' op de factuur wordt gezet.

Eventtype explicit
Factuur gevalideerd
Geeft aan dat de eerste controles op de vastgelegde factuurdata zijn afgerond. Daarbij is gecontroleerd of de data volledig en correct is, voordat de factuur doorgaat naar matching of goedkeuring. Dit kan een geautomatiseerde systeemvalidatie of een handmatige controlestap zijn.
Waarom dit belangrijk is

Door deze activiteit te volgen, zie je waar knelpunten ontstaan in de eerste controle van de datakwaliteit. Ook meet je hoe efficiënt de voorbereidende stappen verlopen.

Waar je het vindt

Wordt vaak vastgelegd door een statuswijziging op de factuur, een specifieke validatietimestamp of indirect wanneer de factuur zonder fouten wordt opgeslagen.

Vastleggen

Zoek naar een statuswijziging naar 'Validated' of een specifiek validatie-event in het event log.

Eventtype explicit
Te late betaling opgetreden
Een factuur wordt na de contractuele vervaldatum betaald. Dit berekende event geeft aan dat niet op tijd aan de betalingsverplichting is voldaan.
Waarom dit belangrijk is

Te late betalingen kunnen de relatie met leveranciers schaden, financiële boetes veroorzaken en wijzen op structurele inefficiëntie. Door dit te meten, krijg je zicht op de procesprestaties en het compliancerisico.

Waar je het vindt

Dit event wordt berekend door de uitvoeringsdatum van de betaling te vergelijken met de netto vervaldatum op de factuur.

Vastleggen

Bereken als: IF Payment_Date > Net_Due_Date.

Eventtype calculated
Vroegbetaalkorting benut
De betaling wordt binnen de kortingsperiode van de leverancier uitgevoerd, waardoor het bedrijf kosten bespaart. Dit is geen rechtstreeks systeemevent, maar wordt afgeleid uit transactiedata.
Waarom dit belangrijk is

Deze activiteit meet rechtstreeks het financiële voordeel van een efficiënt crediteurenproces. Gemiste kansen voor vroeg betalen maken de financiële waarde van procesverbetering zichtbaar.

Waar je het vindt

Dit is een berekend event dat ontstaat door de uitvoeringsdatum van de betaling te vergelijken met de betalingsvoorwaarden en kortingsdatum op de factuur.

Vastleggen

Bereken als: IF Payment_Date <= Discount_Due_Date.

Eventtype calculated
Aanbevolen Optioneel

Extractiegidsen

Zo krijg je je data voor process mining.

Extractiemethoden verschillen per systeem. Bekijk voor gedetailleerde instructies

onze ETL-gids

of selecteer een specifiek proces en systeem.

Klaar om aan de slag te gaan?

Krijg meer inzicht in je crediteurenproces voor facturen door een van onze systeemgerichte extractiegidsen te kiezen. Je kunt ook deze generieke template als basis gebruiken.

Verbeter je crediteurenproces, begin vandaag

Maak workflows efficiënter, verlaag kosten en krijg volledig inzicht in je crediteurenproces.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.