Datatemplate voor de verwerking van crediteurenfacturen
Datatemplate voor de verwerking van crediteurenfacturen
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
| 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 | |||
Activiteiten bij de verwerking van crediteurenfacturen
| 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 | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
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.
Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.