Datatemplate voor de verwerking van crediteurenfacturen

Generieke process mining-template
Datatemplate voor de verwerking van crediteurenfacturen

Datatemplate voor de verwerking van crediteurenfacturen

Generieke process mining-template

Dit is onze generieke datatemplate voor process mining voor Verwerking van crediteurenfacturen. Gebruik onze templates voor specifieke systemen voor gerichter advies.

Selecteer een specifiek systeem
  • Universele datastructuur voor elk crediteurensysteem
  • Aanbevolen attributen voor grondige analyses
  • Belangrijke activiteiten voor een volledig beeld van het proces

Attributen voor de verwerking van crediteurenfacturen

In dit onderdeel staan de aanbevolen datavelden, oftewel attributen, voor een event log waarmee je de verwerking van crediteurenfacturen grondig kunt analyseren.
5 Verplicht 6 Aanbevolen 5 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de processtap of gebeurtenis die voor de factuur heeft plaatsgevonden.
Beschrijving

De activiteitsnaam beschrijft een specifieke actie, statuswijziging of mijlpaal in de levenscyclus van de factuur. Elke vastgelegde gebeurtenis voor een factuur, zoals 'Factuur gevalideerd', 'Ter goedkeuring ingediend' of 'Betaling uitgevoerd', krijgt een eigen activiteitsnaam.

Dit attribuut vormt de basis van de proceskaart. Elke unieke waarde wordt een knooppunt in de visuele weergave van het procesverloop. De volgorde, frequentie en duur van deze activiteiten analyseren is de kern van process mining. Zo kun je veelvoorkomende routes, afwijkingen en herstelcycli opsporen en begrijpen wat er in het proces werkelijk gebeurt.

Waarom dit belangrijk is

Dit attribuut bepaalt de stappen op de proceskaart en maakt het mogelijk het procesverloop, knelpunten en variaties te visualiseren en analyseren.

Waar vind je dit?

Meestal afgeleid uit transactiecodes, event logs, velden met statuswijzigingen of specifieke registraties van gebruikersacties in het bronsysteem.

Voorbeelden
Factuur goedgekeurdFactuur geblokkeerdBetaling uitgevoerd
Factuur-ID
InvoiceId
De unieke identificatiecode van elke leveranciersfactuur. Deze code is de belangrijkste case-ID om het volledige verloop van de factuur te volgen.
Beschrijving

De factuur-ID is een unieke alfanumerieke code die wordt toegekend aan elke factuur van een leverancier. Deze code is de centrale verwijzing naar alle activiteiten en gegevens van die factuur, vanaf de ontvangst tot en met de betaling en afboeking.

In process mining is de factuur-ID onmisbaar. De code fungeert als Case-ID en laat de software gebeurtenissen zoals 'Factuur ontvangen', 'Goedgekeurd' en 'Betaald' samenvoegen 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 afgehandeld.

Waarom dit belangrijk is

Dit is het belangrijkste attribuut: het verbindt alle bijbehorende processtappen in één case, zodat je het volledige proces kunt analyseren en visualiseren.

Waar vind je dit?

Meestal te vinden in de kopgegevens van de factuur of in de transactietabellen voor crediteuren in het bronsysteem.

Voorbeelden
INV-9876547300015298SI-2023-04-112
Tijdstip van gebeurtenis
EventTime
De timestamp met de exacte datum en tijd waarop een activiteit of gebeurtenis plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis legt het exacte moment vast waarop een specifieke activiteit in de levenscyclus van de factuur plaatsvond. Bij elke activiteit, van 'Factuur ontvangen' tot 'Factuur afgeboekt', hoort een timestamp.

Dit attribuut is belangrijk voor prestatieanalyses. Je kunt er de doorlooptijd tussen activiteiten mee berekenen, zoals de goedkeuringstijd en betalingstijd, en de totale verwerkingstijd per factuur. Door deze tijden te analyseren, kunnen organisaties knelpunten opsporen, prestaties toetsen aan service level agreements (SLA's) en mogelijkheden voor versnelling vinden. De timestamps maken het ook mogelijk gebeurtenissen chronologisch te ordenen en het procesverloop nauwkeurig te reconstrueren.

Waarom dit belangrijk is

Dit is nodig om doorlooptijden te berekenen, knelpunten op te sporen en de chronologische volgorde van procesgebeurtenissen te analyseren.

Waar vind je dit?

Te vinden in systeemlogs, velden met aanmaak- of wijzigingsdatums van transacties of records met event-timestamps die bij facturen horen.

Voorbeelden
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z
Bronsysteem
SourceSystem
Het systeem waaruit de data is opgehaald.
Beschrijving

Dit attribuut geeft aan in welk oorspronkelijk IT-systeem de eventdata is aangemaakt of vastgelegd, bijvoorbeeld een ERP-systeem, documentbeheersysteem of workflowtool. Als meerdere systemen bij het crediteurenproces betrokken zijn, helpt dit veld de herkomst van verschillende activiteiten te onderscheiden.

Analyse per bronsysteem geeft inzicht in versnippering van het proces en problemen met gegevensintegratie. Zo zie je of vertragingen of problemen samenhangen met overdrachten tussen systemen. Het attribuut is ook belangrijk voor gegevensbeheer en validatie, zodat de procesweergave de bijdrage van elk systeem goed weergeeft.

Waarom dit belangrijk is

Dit geeft context over de herkomst van de data. Dat is belangrijk voor datavalidatie, probleemoplossing en analyse van procesvariaties tussen systemen.

Waar vind je dit?

Meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd of beschikbaar is in de kop van systeemlogs.

Voorbeelden
ERP_PRODSAP_ECC_100Oracle_Fusion
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor deze gebeurtenis 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 opgehaald en in de process mining-omgeving is geladen. Deze timestamp geeft niet aan wanneer de bedrijfsgebeurtenis plaatsvond, maar hoe actueel de geanalyseerde data is.

Dit attribuut is belangrijk voor gegevensbeheer en helpt gebruikers te beoordelen hoe actueel de inzichten zijn. Het bevestigt dat de analyse op recente informatie is gebaseerd en kan worden gebruikt om de werking en frequentie van de datapijplijn te volgen. Zo weten betrokkenen hoe recent de data is wanneer ze beslissingen nemen op basis van procesdashboards en analyses.

Waarom dit belangrijk is

Dit is belangrijk voor gegevensbeheer en laat gebruikers zien hoe actueel de data is die ze analyseren. Zo weten ze hoe recent de inzichten zijn.

Waar vind je dit?

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

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

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

Dit attribuut is een belangrijke dimensie voor vergelijkende analyses binnen organisaties met meerdere entiteiten. Je kunt er de prestaties van het crediteurenproces bij verschillende bedrijven, dochterondernemingen of bedrijfseenheden mee vergelijken. Zo zie je of bepaalde entiteiten efficiënter werken, meer automatiseren of vaker te maken hebben met betalingsblokkades. Dat helpt om goede werkwijzen op elkaar af te stemmen en problemen per regio of entiteit op te sporen.

Waarom dit belangrijk is

Hiermee kun je processen bij verschillende juridische entiteiten of bedrijfseenheden vergelijken, werkwijzen op elkaar afstemmen en lokale problemen opsporen.

Waar vind je dit?

Staat in de kop van financiële documenten of factuurtransacties en geeft aan namens welke entiteit de boeking plaatsvindt.

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 metriek per case.

Dit attribuut wordt veel gebruikt in financiële en prestatieanalyses. Je kunt processen filteren op basis van de financiële omvang, bijvoorbeeld door facturen met hoge bedragen apart te analyseren. Ook kun je goedkeuringsknelpunten opsporen bij facturen boven een bepaalde drempel en de financiële impact van procesinefficiënties berekenen. Zo kun je de waarde van geblokkeerde facturen bepalen of automatisering prioriteit geven bij grote aantallen facturen met een laag bedrag. Het is een belangrijke dimensie voor vrijwel alle dashboards voor crediteuren.

Waarom dit belangrijk is

Hiermee kun je de financiële impact analyseren, bijvoorbeeld de waarde van geblokkeerde betalingen berekenen, en facturen prioriteren op basis van hun financiële omvang.

Waar vind je dit?

Meestal te vinden in de kop- of regelgegevenstabellen van de factuurtransactiegegevens.

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 geeft aan welke medewerker of systeemgebruiker verantwoordelijk was 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 kun je het proces vanuit menselijk perspectief bekijken. Je kunt de verdeling van het werk en de prestaties van individuele medewerkers of teams analyseren en opleidingsbehoeften opsporen. Door activiteiten per gebruiker te volgen, kunnen organisaties herstelcycli door specifieke medewerkers ontdekken, zien waar goedkeuringen vastlopen en controleren of taken goed gescheiden zijn. Zo krijg je zicht op de menselijke kant van het crediteurenproces.

Waarom dit belangrijk is

Hiermee kun je de prestaties van teams en individuele medewerkers en de werkverdeling analyseren. Ook helpt het opleidingsbehoeften en complianceproblemen op te sporen.

Waar vind je dit?

Meestal te vinden in event logs of in de velden 'Gewijzigd door' en 'Gemaakt door' in transactietabellen.

Voorbeelden
jdoeasmithBATCH_USER
Inkoopordernummer
PurchaseOrderNumber
De unieke identificatiecode van de inkooporder (PO) die bij de factuur hoort.
Beschrijving

Het inkoopordernummer is de referentiecode 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 ingediend.

Dit attribuut is belangrijk voor de analyse van het factuurmatchingsproces. Je kunt ermee onderscheid maken tussen facturen met en zonder PO, die vaak heel verschillende procesroutes volgen. Analyse kan zich richten op de efficiëntie van de driematch (PO, goederenontvangst en factuur), de oorzaken van mislukte matches en het percentage matches in één keer. Een ontbrekend PO-nummer op een factuur waarvoor dat wel nodig is, wijst vaak op een complianceprobleem in het proces.

Waarom dit belangrijk is

Dit is belangrijk om de efficiëntie van factuurmatching te analyseren, processen voor facturen met en zonder PO te onderscheiden en complianceproblemen op te sporen.

Waar vind je dit?

Te vinden in de factuurtransactiegegevens, vaak in een referentieveld dat naar de inkoopmodule verwijst.

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

De leveranciersnaam is de officiële of handelsnaam van de leverancier die de goederen of diensten levert. Dit attribuut geeft elke factuur belangrijke zakelijke context.

Door het proces op leveranciersnaam te analyseren, kun je de prestaties en relaties met specifieke leveranciers beoordelen. Zo kun je vragen beantwoorden als: 'Bij welke leveranciers duurt de goedkeuring het langst?', 'Zijn er vaak afwijkingen op facturen van bepaalde leveranciers?' en 'Benutten we vroegbetalingskortingen bij onze belangrijkste leveranciers goed?'. Deze analyse is nuttig voor inkoop en het beheer van leveranciersrelaties.

Waarom dit belangrijk is

Hiermee kun je prestaties per leverancier analyseren en problemen met leveranciersrelaties, naleving van betalingsvoorwaarden en procesvariaties per leverancier opsporen.

Waar vind je dit?

Te vinden in de stamgegevenstabellen van leveranciers. Via een leveranciers-ID is de naam gekoppeld aan de factuurtransactiegegevens.

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

De vervaldatum van de factuur is de berekende datum waarop de leverancier betaald moet zijn om op tijd te betalen en mogelijke boetes of extra kosten te voorkomen. De datum wordt meestal bepaald op basis van de factuurdatum en de afgesproken betalingsvoorwaarden, bijvoorbeeld 30 dagen netto.

Dit attribuut is essentieel om de betaalprestaties te meten. Het vormt de basis voor de KPI voor het percentage tijdige betalingen en helpt achterstallige betalingen op te sporen. Door de vervaldatum te vergelijken met de werkelijke betaaldatum zie je hoe tijdig betalingen worden uitgevoerd. Zo kunnen organisaties de relatie met leveranciers verbeteren, boetes voorkomen en hun kasstroom beter beheren.

Waarom dit belangrijk is

Dit is belangrijk om tijdige betalingen te meten, de kasstroom te beheren en boetes voor te late betaling te voorkomen.

Waar vind je dit?

Het bronsysteem berekent deze datum vaak op basis van de factuurdatum en betalingsvoorwaarden. De datum wordt opgeslagen in de factuurkop.

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 processtappen.

Bij process mining wordt deze datum vergeleken met de vervaldatum van de factuur om vast te stellen of de betaling op tijd, te vroeg of te laat was. De datum is een belangrijk onderdeel van KPI’s zoals het percentage tijdige betalingen en helpt kansen voor kortingen bij vroege betaling te vinden. Ook kan de tijd tussen factuurgoedkeuring en betaling inefficiënties in de betalingsverwerking of treasury aan het licht brengen.

Waarom dit belangrijk is

Essentieel voor het berekenen van tijdige betalingen, het analyseren van betaalgedrag en het vinden van kansen voor kortingen bij vroege betaling.

Waar vind je dit?

Te vinden in de betalings- of vereffeningsgegevens, die gekoppeld zijn aan de oorspronkelijke factuurtransactie.

Voorbeelden
2023-11-242023-12-202024-01-28
Betalingsvoorwaarden
PaymentTerms
De afspraken met de leverancier over de betaling van facturen, waaronder de vervaldatum en eventuele kortingsmogelijkheden.
Beschrijving

De betalingsvoorwaarden bepalen onder welke voorwaarden een factuur betaald moet worden. Ze bevatten vaak het aantal dagen tot de uiterste betaaldatum, bijvoorbeeld 30 dagen, en eventuele kortingen bij vroege betaling, bijvoorbeeld 2% korting bij betaling binnen 10 dagen.

Dit attribuut geeft belangrijke context voor analyses van financiële prestaties. Het wordt gebruikt om de vervaldatum van de factuur te berekenen en kansen voor kortingen bij vroege betaling op te sporen. Door procesprestaties per betalingsvoorwaarde te analyseren, zie je of lange interne doorlooptijden ervoor zorgen dat kortingskansen structureel worden gemist. Zo wordt duidelijk hoe procesefficiëntie bijdraagt aan lagere kosten.

Waarom dit belangrijk is

Bepaalt mede de vervaldatum van de factuur en is belangrijk om te analyseren hoe vaak kortingen bij vroege betaling worden benut. Zo wordt het verband tussen procesefficiëntie en kostenbesparing zichtbaar.

Waar vind je dit?

Meestal afkomstig uit de stamgegevens van de leverancier en bij het aanmaken gekopieerd naar de factuurkop.

Voorbeelden
Netto 30 dagen2% korting bij betaling binnen 10 dagen, netto 30 dagenNetto 60 dagen
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 internationale organisaties die met leveranciers in verschillende landen werken.

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

Waarom dit belangrijk is

Dit geeft de nodige context bij het factuurbedrag en maakt nauwkeurige financiële analyses en processegmentatie voor internationale organisaties mogelijk.

Waar vind je dit?

Meestal te vinden in de kop van de factuurtransactietabel, naast het factuurbedrag.

Voorbeelden
USDEURGBP
Geautomatiseerd
IsAutomated
Een aanduiding die aangeeft of het systeem een activiteit automatisch heeft uitgevoerd of dat een gebruiker dit heeft gedaan.
Beschrijving

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

Analyse van dit attribuut is essentieel om het automatiseringsniveau van het crediteurenproces te begrijpen en het resultaat van digitale verandertrajecten te meten. Je kunt hiermee het percentage Straight-Through Processing (STP) berekenen door facturen te herkennen die zonder handmatige tussenkomst worden verwerkt. Door de prestaties van geautomatiseerde en handmatige procesroutes te vergelijken, kun je de tijd- en kostenbesparing kwantificeren en onderbouwen waar verdere automatisering zinvol is.

Waarom dit belangrijk is

Hiermee kun je het automatiseringsniveau meten, bijvoorbeeld met het percentage Straight-Through Processing, en de invloed van automatisering op de procesefficiëntie bepalen.

Waar vind je dit?

Vaak afgeleid door te controleren of de ‘UserName’ bij een activiteit overeenkomt met een bekende systeem- of batchgebruikers-ID.

Voorbeelden
truefalse
Reden voor blokkering
BlockingReason
De reden of code die aangeeft waarom een factuur is geblokkeerd voor betaling.
Beschrijving

Een reden voor blokkering is een code of tekst die uitlegt waarom een factuur bewust niet verdergaat naar de betalingsfase. Veelvoorkomende redenen zijn verschillen in hoeveelheid of prijs, een ontbrekende goederenontvangst of een verplichte kwaliteitscontrole.

Dit attribuut is belangrijk voor oorzaakanalyse van uitzonderingen en herstelwerk. Door de frequentie en impact van verschillende blokkeringsredenen te analyseren, kunnen organisaties de belangrijkste bronnen van inefficiëntie in het crediteurenproces vinden. Dat maakt gerichte verbeteringen mogelijk, zoals nauwkeurigere inkooporders met leveranciers of een betere verwerking van goederenontvangsten. Minder betalingsblokkades dragen bij aan een hoger percentage Straight-Through Processing (STP).

Waarom dit belangrijk is

Essentieel voor oorzaakanalyse van betalingsblokkades en helpt de belangrijkste oorzaken van inefficiëntie en herstelwerk in het proces te vinden.

Waar vind je dit?

Te vinden op het factuurdocument of in een gekoppelde statustabel. Vaak wordt de reden ingevuld wanneer de activiteit ‘Geblokkeerd’ plaatsvindt.

Voorbeelden
PrijsverschilHoeveelheidsverschilGoederenontvangst ontbreekt
Verplicht Aanbevolen Optioneel

Activiteiten bij de verwerking van crediteurenfacturen

Hier vind je de belangrijkste processtappen en mijlpalen die je kunt vastleggen voor een nauwkeurige procesanalyse van de verwerking van crediteurenfacturen.
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 voldaan die bij het boeken van de factuur is ontstaan.
Waarom dit belangrijk is

Deze gebeurtenis is belangrijk voor het berekenen van het percentage tijdige betalingen en het benutten van kortingen. De betaling markeert de overdracht van geld en is een belangrijke mijlpaal voor treasury en het beheer van leveranciersrelaties.

Waar vind je dit?

Dit is een expliciete financiële gebeurtenis, 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 afgeboekt.

Gebeurtenistype explicit
Factuur afgeboekt
Deze activiteit is de laatste afstemming, waarbij de betaling met de factuur wordt verrekend en de post formeel wordt afgesloten in de crediteurenadministratie. Soms betekent dit ook dat de betaling door de bank is verwerkt.
Waarom dit belangrijk is

Dit is de laatste activiteit en markeert dat het proces is afgerond. De tijd tussen ontvangst en afboeking van de factuur is de totale doorlooptijd van begin tot eind.

Waar vind je dit?

Dit wordt vastgelegd aan de hand van het veld met de afboekingsdatum in de financiële gegevens van de factuur. Dit veld wordt ingevuld wanneer de betaling wordt verrekend.

Vastleggen

Gebruik de afboekingsdatum die hoort bij de factuurregel in het grootboek.

Gebeurtenistype explicit
Factuur geboekt
De goedgekeurde factuur wordt officieel in het grootboek opgenomen. Daarmee ontstaat een financiële verplichting voor het bedrijf. Deze boeking registreert formeel de kosten en de betalingsverplichting.
Waarom dit belangrijk is

De boeking is een belangrijke financiële gebeurtenis. Vertraging tussen goedkeuring en boeking kan de nauwkeurigheid van financiële rapportages beïnvloeden en het zicht op openstaande verplichtingen beperken.

Waar vind je dit?

Dit is een belangrijke financiële transactie. De gebeurtenis wordt vastgelegd aan de hand van de datum en tijd waarop het boekingsdocument bij de factuur is geboekt.

Vastleggen

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

Gebeurtenistype explicit
Factuur gematcht
Hierbij wordt een factuur gekoppeld aan ondersteunende documenten, zoals inkooporders (PO's) of goederenontvangsten (GR's). Zo wordt gecontroleerd of de gefactureerde bedragen, aantallen en artikelen overeenkomen met wat is besteld en ontvangen.
Waarom dit belangrijk is

Dit is een belangrijke controlestap voor facturen met een PO. Analyse van het succespercentage en de tijdsduur van het matchen laat zien hoe ver de automatisering is en welke leveranciers of materialen problemen opleveren.

Waar vind je dit?

Dit wordt meestal vastgelegd wanneer een PO- of GR-verwijzing met succes aan de factuurregels is gekoppeld. Vaak wordt daarbij ook een veld met de matchstatus bijgewerkt.

Vastleggen

Leg de timestamp vast waarop de matchstatus van de factuur wordt bijgewerkt naar 'Gematcht' of 'Geslaagd'.

Gebeurtenistype explicit
Factuur goedgekeurd
Dit is de definitieve goedkeuring in de workflow en de formele toestemming om de factuur te betalen. Deze belangrijke mijlpaal geeft aan dat de factuur van verwerking naar betaling kan.
Waarom dit belangrijk is

Met deze activiteit is de goedkeuringscyclus afgerond. De tijd tot dit moment vormt een belangrijk deel van de totale verwerkingstijd van de factuur en brengt vaak knelpunten in de goedkeuring aan het licht.

Waar vind je dit?

Dit wordt vastgelegd wanneer de workflowstatus of documentstatus van de factuur wordt bijgewerkt naar 'Goedgekeurd' of een vergelijkbare eindstatus.

Vastleggen

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

Gebeurtenistype explicit
Factuur ontvangen
Deze activiteit markeert het moment waarop een leveranciersfactuur voor het eerst in het systeem wordt geregistreerd. Dat kan via handmatige gegevensinvoer, scannen met Optical Character Recognition (OCR) of elektronische gegevensuitwisseling (EDI).
Waarom dit belangrijk is

Dit is het belangrijkste startpunt van het proces. Door de tijd tussen deze gebeurtenis en andere gebeurtenissen te analyseren, zie je de totale verwerkingstijd en eventuele vertragingen aan het begin van het proces.

Waar vind je dit?

Deze gebeurtenis wordt meestal vastgelegd met de aanmaaktimestamp van de factuur of leveranciersfactuur in het systeem.

Vastleggen

Gebruik de aanmaakdatum van de factuurkop.

Gebeurtenistype explicit
Ter goedkeuring ingediend
De factuur wordt formeel ingediend in een workflow, zodat een of meer bevoegde personen deze kunnen beoordelen en goedkeuren. Hiermee begint het goedkeuringsproces.
Waarom dit belangrijk is

Dit is het startpunt voor het meten van de doorlooptijd van de goedkeuring. Zo kun je de tijd voor gegevensverwerking onderscheiden van de wachttijd op goedkeuring door het management.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd wanneer de status van de factuur verandert in 'Wacht op goedkeuring' of wanneer de factuur in een workflowbeheersysteem wordt opgenomen.

Vastleggen

Zoek de gebeurtenis waarbij de factuurstatus wordt bijgewerkt om aan te geven dat een goedkeuringsworkflow is gestart.

Gebeurtenistype explicit
Betaling ingepland
Een geboekte factuur wordt geselecteerd en opgenomen in een betalingsvoorstel of betalingsbatch. Dit geeft aan dat de factuur tijdens een komende betaalrun wordt betaald.
Waarom dit belangrijk is

Deze stap vormt de overgang tussen de boeking en de daadwerkelijke betaling. Analyse van deze activiteit helpt bij het beheren van de kasstroom en laat zien hoe efficiënt de voorbereiding van betalingen verloopt.

Waar vind je dit?

Dit wordt afgeleid uit het aanmaken van een betalingsvoorstel of uit het toevoegen van de factuur aan een betalingsjournaal of -batch.

Vastleggen

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

Gebeurtenistype inferred
Blokkade opgeheven
Dit markeert dat een probleem is opgelost en de betalingsblokkade of wachtstatus is opgeheven. De factuur is gecorrigeerd of verduidelijkt en kan nu verder in het proces.
Waarom dit belangrijk is

De tijd tussen het blokkeren van een factuur en het opheffen van de blokkade is de tijd die nodig is om de afwijking op te lossen. Analyse van deze duur helpt inefficiënties bij de afhandeling van uitzonderingen op te sporen.

Waar vind je dit?

Dit wordt vastgelegd in systeemlogs of wijzigingsdocumenten waarin het opheffen of deactiveren van een betalingsblokkade staat.

Vastleggen

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

Gebeurtenistype explicit
Factuur afgewezen
Een goedkeurder wijst de factuur in de workflow af, waardoor deze niet verdergaat richting betaling. Meestal gaat de factuur terug naar een eerdere stap om te worden gecorrigeerd. Zo ontstaat een herstelcyclus.
Waarom dit belangrijk is

Afwijzingen leiden vaak tot herstelwerk en vertragingen. Door de frequentie en redenen bij te houden, kun je problemen met de datakwaliteit, het begrip van beleid of de naleving door leveranciers opsporen.

Waar vind je dit?

Dit wordt expliciet vastgelegd als statuswijziging, bijvoorbeeld 'Afgewezen' of 'Geweigerd', in de goedkeuringshistorie of workflowlog van het systeem.

Vastleggen

Gebruik de timestamp uit het goedkeuringslog waarop de factuur de status 'Afgewezen' krijgt.

Gebeurtenistype explicit
Factuur geannuleerd
De factuur wordt ongeldig gemaakt of teruggeboekt nadat deze is ingevoerd of geboekt. Dit gebeurt meestal om een fout te corrigeren of naar aanleiding van een geschil met een leverancier. Dit is een alternatieve, meestal ongewenste, eindstatus van het proces.
Waarom dit belangrijk is

Annuleringen wijzen op problemen in het proces, zoals dubbele invoer of onjuiste boekingen. Door de frequentie en oorzaken bij te houden, kun je de nauwkeurigheid van de gegevensinvoer en de proceskwaliteit verbeteren.

Waar vind je dit?

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

Vastleggen

Zoek naar een koppeling met een tegenboeking of een annuleringsvlag en de bijbehorende datum op de factuur.

Gebeurtenistype explicit
Factuur geblokkeerd
Deze activiteit vindt plaats wanneer een factuur niet verder mag naar de betaling. Een blokkade wordt meestal automatisch of handmatig ingesteld vanwege afwijkingen bij het matchen, overtredingen van beleid of andere zaken die onderzoek vereisen.
Waarom dit belangrijk is

Blokkades zijn een belangrijke oorzaak van betalingsvertragingen en extra verwerkingswerk. Door bij te houden wanneer en waarom ze optreden en hoe vaak dat gebeurt, kun je het proces verbeteren.

Waar vind je dit?

Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer een blokkade of wachtstatus op de factuur wordt ingesteld. Vaak staat deze in een statuslog of tabel met wijzigingshistorie.

Vastleggen

Gebruik de timestamp waarop een betalingsblokkadecode of de status 'In de wacht' op de factuur wordt ingesteld.

Gebeurtenistype explicit
Factuur gevalideerd
Dit geeft aan dat de eerste controles op de volledigheid en juistheid van de factuurdata zijn afgerond, voordat de factuur wordt gematcht of ter goedkeuring wordt voorgelegd. Dit kan een automatische systeemcontrole zijn of een handmatige beoordeling.
Waarom dit belangrijk is

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

Waar vind je dit?

Dit wordt vaak vastgelegd als een statuswijziging op de factuur, met een specifieke validatietimestamp of doordat het record zonder fouten wordt opgeslagen.

Vastleggen

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

Gebeurtenistype explicit
Te late betaling vastgesteld
Een factuur wordt na de contractuele vervaldatum betaald. Deze berekende gebeurtenis geeft aan dat niet op tijd aan de betalingsverplichtingen is voldaan.
Waarom dit belangrijk is

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

Waar vind je dit?

Deze gebeurtenis wordt berekend door de uitvoeringsdatum van de betaling te vergelijken met de nettovervaldatum op de factuur.

Vastleggen

Bereken als volgt: IF Payment_Date > Net_Due_Date.

Gebeurtenistype calculated
Vroegbetalingskorting vastgelegd
Een betaling wordt uitgevoerd binnen de kortingsperiode van de leverancier, waardoor het bedrijf kosten bespaart. Dit is geen directe systeemgebeurtenis, maar wordt afgeleid uit transactiegegevens.
Waarom dit belangrijk is

Deze activiteit meet rechtstreeks het financiële voordeel van een efficiënt crediteurenproces. Gemiste kansen voor vroegbetaling laten zien hoeveel een procesverbetering in geld kan opleveren.

Waar vind je dit?

Dit is een berekende gebeurtenis. De uitvoeringsdatum van de betaling wordt vergeleken met de betalingsvoorwaarden en de kortingsdatum op de factuur.

Vastleggen

Bereken als volgt: IF Payment_Date <= Discount_Due_Date.

Gebeurtenistype calculated
Aanbevolen Optioneel

Extractiegidsen

Zo verzamel je data voor process mining.

Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies

onze ETL-gids   of   selecteer een specifiek proces en systeem.

Klaar om aan de slag te gaan?

Bekijk de verwerking van crediteurenfacturen op een niveau dieper met een extractiegids voor jouw systeem. Je kunt ook deze generieke template als basis gebruiken.

Verbeter het crediteurenproces, begin vandaag

Vereenvoudig workflows, verlaag kosten en krijg volledig zicht op het crediteurenproces.

Start je gratis proefperiode

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