Jouw datatemplate voor het crediteurenproces voor facturen
Jouw datatemplate voor het crediteurenproces voor facturen
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
Attributen voor factuurverwerking bij crediteuren
| 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 | |||
Activiteiten in de factuurverwerking bij crediteuren
| 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 | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Bekijk voor gedetailleerde instructies
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.
Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.