Datatemplate voor Order to Cash - facturatie en factuurverwerking

Generieke process mining-template
Datatemplate voor Order to Cash - facturatie en factuurverwerking

Datatemplate voor Order to Cash - facturatie en factuurverwerking

Generieke process mining-template

Dit is onze generieke datatemplate voor process mining voor Order to Cash - Facturering en facturen. Gebruik onze templates voor specifieke systemen voor gerichter advies.

Selecteer een specifiek systeem
  • Een algemeen startpunt voor elk systeem.
  • Aanbevolen attributen voor een grondige analyse.
  • Belangrijke activiteiten om de facturatiestroom in kaart te brengen.

Attributen voor Order to Cash - facturatie en factuurverwerking

Deze aanbevolen datavelden vormen een goede basis voor je event log en maken een volledige analyse van het Order to Cash-proces voor facturatie en factuurverwerking mogelijk.
5 Verplicht 6 Aanbevolen 5 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de bedrijfsactiviteit of gebeurtenis die op een bepaald moment in de levenscyclus van de factuur plaatsvond.
Beschrijving

De activiteitsnaam beschrijft een specifieke stap of taak in het factureringsproces, zoals ‘Factuur gegenereerd’, ‘Factuur naar klant verzonden’ of ‘Betaling aan factuur toegewezen’. Elke gebeurtenis in het proceslog is gekoppeld aan een activiteit. Samen vormen ze de reeks stappen in de processtroom.

De volgorde van activiteiten analyseren is de kern van process mining. Zo zie je welke routes facturen daadwerkelijk volgen en herken je standaardprocedures, afwijkingen, herstelwerk en bottlenecks. Inzicht in welke activiteiten plaatsvinden, in welke volgorde en hoe vaak, is de basis voor procesontdekking, conformancechecks en het vinden van verbetermogelijkheden.

Waarom dit belangrijk is

De activiteitsnaam bepaalt welke stappen het proces bevat en maakt het mogelijk het verloop van een factuur van aanmaak tot afsluiting te visualiseren en analyseren.

Waar vind je dit?

Vaak afgeleid uit statuswijzigingen van documenten, transactiecodes of specifieke gebeurtenislogs in het bronsysteem.

Voorbeelden
Factuur goedgekeurdBetaling ontvangenBetwisting ingediendFactuur naar klant verzonden
Factuur-ID
InvoiceId
De unieke identificatiecode van elke klantfactuur. Dit attribuut is de primaire case-ID voor het factureringsproces.
Beschrijving

De factuur-ID is een unieke alfanumerieke code die aan elke aangemaakte factuur wordt toegekend. Deze code is de centrale sleutel die alle bijbehorende activiteiten, van aanmaak en goedkeuring tot betaling en afsluiting, samenbrengt in één procesinstantie of case.

Bij process mining is de factuur-ID essentieel om het volledige verloop van elke factuur te reconstrueren. Analisten kunnen er processtromen mee visualiseren, variaties herkennen en metrieken per case berekenen, zoals de doorlooptijd. Door op specifieke factuur-ID’s te filteren, kun je ook probleemgevallen nader bekijken en de oorzaken van vertragingen of fouten achterhalen.

Waarom dit belangrijk is

Dit is de unieke sleutel waarmee je de volledige levenscyclus van een factuur volgt. Daarmee vormt de factuur-ID de basis voor elke analyse van het factureringsproces.

Waar vind je dit?

Meestal te vinden in de kopgegevenstabel van facturerings- of factuurdocumenten in het bronsysteem, zoals een ERP- of financieel systeem.

Voorbeelden
INV-2023-00123910004587SI-58832
Tijdstip van gebeurtenis
EventTime
De exacte timestamp waarop een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis, oftewel de timestamp, legt de exacte datum en tijd vast waarop een activiteit is uitgevoerd of een status is gewijzigd. Deze tijdgegevens zijn belangrijk om te begrijpen wanneer processtappen plaatsvinden en hoelang ze duren.

Bij analyses gebruik je het tijdstip van de gebeurtenis om activiteiten chronologisch te ordenen en de tijd tussen stappen, de duur van activiteiten en de totale doorlooptijd van elke case te berekenen. Het vormt de basis voor het opsporen van bottlenecks, het meten van prestaties ten opzichte van service level agreements en het analyseren van trends. Zonder nauwkeurige timestamps kun je prestaties en doorlooptijden niet analyseren.

Waarom dit belangrijk is

Deze timestamp is nodig om alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden en duur. Die helpen bottlenecks op te sporen.

Waar vind je dit?

Meestal te vinden naast activiteits- of statusvelden in transactielogs, wijzigingsdocumenten of tabellen met documentkoppen en -regels.

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

Dit attribuut geeft aan uit welke bedrijfsapplicatie of welk systeem de gebeurtenisdata afkomstig is, bijvoorbeeld een ERP, CRM of eigen factureringsplatform. In omgevingen met meerdere gekoppelde systemen maakt dit veld onderscheid tussen de databronnen.

Kennis van het bronsysteem is belangrijk voor datavalidatie, governance en het oplossen van problemen. Als data uit meerdere systemen wordt gecombineerd, geeft dit attribuut context en helpt het mogelijke verschillen in detailniveau of terminologie te verklaren. Ook kun je er procesvariaties mee analyseren die samenhangen met het systeem waarin een transactie is verwerkt.

Waarom dit belangrijk is

Dit geeft belangrijke context over de herkomst van de data. Dat is nodig om de data te valideren en processen te analyseren die meerdere systemen omvatten.

Waar vind je dit?

Deze informatie kan als veld in de brontabellen zijn opgeslagen of tijdens het proces voor data-extractie, transformatie en laden (ETL) zijn toegevoegd.

Voorbeelden
SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is vernieuwd of uit het bronsysteem is gehaald.
Beschrijving

Dit attribuut registreert de datum en tijd van de meest recente data-extractie of vernieuwing. Zo zie je hoe actueel de geanalyseerde data is.

Bij elk process mining-project is het belangrijk te weten hoe recent de data is, zowel voor rapportages als voor analyses. Dit attribuut laat zien op welke periode de analyse betrekking heeft en helpt ervoor te zorgen dat beslissingen op actuele informatie zijn gebaseerd. Ook is het nuttig om datapijplijnen te bewaken en te controleren of de data-extractie naar verwachting verloopt.

Waarom dit belangrijk is

Dit geeft aan hoe actueel de data is, zodat analyses en beslissingen zijn gebaseerd op de meest recente beschikbare informatie.

Waar vind je dit?

Deze timestamp wordt meestal tijdens het proces voor data-extractie, transformatie en laden (ETL) gegenereerd en aan de dataset toegevoegd.

Voorbeelden
2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z
Factuurbedrag
InvoiceAmount
Het totale bedrag van de factuur, inclusief alle factuurregels, belastingen en toeslagen.
Beschrijving

Het factuurbedrag is het totale bedrag dat de klant naar verwachting betaalt. Dit is een belangrijke financiële metriek voor elke factuurcase.

Dit attribuut is belangrijk voor financiële analyses met process mining. Je kunt facturen indelen op basis van hun waarde, bijvoorbeeld in hoge en lage bedragen, en nagaan of ze verschillende procesroutes of doorlooptijden hebben. Het wordt ook gebruikt om belangrijke prestatie-indicatoren zoals Days Sales Outstanding (DSO) te berekenen en de financiële gevolgen van procesinefficiëntie te analyseren, bijvoorbeeld wanneer grote facturen laat worden betaald.

Waarom dit belangrijk is

Hiermee analyseer je de financiële gevolgen, geef je prioriteit aan problemen op basis van hun geldwaarde en zie je hoe verschillende factuurbedragen het proces beïnvloeden.

Waar vind je dit?

Meestal te vinden in de kop van de factuur- of factureringsdocumenttabel in het financiële bronsysteem.

Voorbeelden
5000.001250.7525000.5099.99
Factuurstatus
InvoiceStatus
De huidige status van de factuur in de levenscyclus, bijvoorbeeld Open, Betaald of Betwist.
Beschrijving

De factuurstatus geeft de huidige stand van een factuur in het proces aan. Je ziet in één oogopslag waar de factuur zich bevindt, bijvoorbeeld of deze op goedkeuring wacht, nog betaald moet worden, volledig is betaald of is geannuleerd.

Dit attribuut is handig voor een overzicht van de huidige werkvoorraad en financiële positie. Dashboards gebruiken dit veld vaak om facturen per status weer te geven, bijvoorbeeld de totale waarde van openstaande of achterstallige facturen. Bij process mining geeft een analyse van statusovergangen een vereenvoudigd overzicht van de processtroom.

Waarom dit belangrijk is

Je ziet hiermee snel waar een factuur zich in het proces bevindt. Dat is handig voor operationele dashboards en het volgen van de status op hoofdlijnen.

Waar vind je dit?

Dit is een standaardveld in de kop van de meeste factuur- of factureringsdocumenttabellen.

Voorbeelden
OpenBetaaldAchterstalligBetwistGeannuleerd
Gebruiker
User
De gebruiker, medewerker of systeem-ID die verantwoordelijk is voor het uitvoeren van een specifieke activiteit.
Beschrijving

Dit attribuut geeft aan welke persoon of geautomatiseerde systeemagent een bepaalde taak in het proces heeft uitgevoerd. Dat kan de maker van de factuur zijn, de goedkeurder of degene die de betaling heeft toegewezen.

Door activiteiten per gebruiker te analyseren, krijg je inzicht in de werkverdeling, individuele prestaties en opleidingsbehoeften. Zo zie je welke gebruikers of teams efficiënt werken en wie mogelijk extra ondersteuning nodig heeft. Voor compliance en audits is het bovendien belangrijk om te kunnen nagaan wie belangrijke processtappen heeft uitgevoerd.

Waarom dit belangrijk is

Dit geeft inzicht in bronprestaties en werkbelasting. Zo kun je de teamefficiëntie analyseren en opleidingsmogelijkheden herkennen.

Waar vind je dit?

Meestal te vinden in wijzigingslogs of documentgeschiedenistabellen, gekoppeld aan elke geregistreerde gebeurtenis of transactie.

Voorbeelden
j.doeAccountingBotm.smithe.jones
Klantnaam
CustomerName
De naam van de klant of entiteit aan wie de factuur is gericht.
Beschrijving

Dit attribuut bevat de officiële of handelsnaam van de klant aan wie de factuur is gericht. Zo kun je de betrokken zakenpartner eenvoudig herkennen.

Door het proces op klantnaam te analyseren, zie je of bepaalde klanten vaker te maken hebben met procesafwijkingen, betalingsvertragingen of betwistingen. Die informatie kan helpen bij het beheer van klantrelaties en bij het afstemmen van communicatie of processen op specifieke klanten. Ook kun je de prestaties van verschillende klantgroepen vergelijken.

Waarom dit belangrijk is

Hiermee analyseer je het proces vanuit de klant en herken je patronen, vertragingen of problemen die bij bepaalde klanten of klantgroepen voorkomen.

Waar vind je dit?

Afkomstig uit de klantstamgegevens en via een klant-ID gekoppeld aan het factuurdocument.

Voorbeelden
Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc.
Uiterste betaaldatum
PaymentDueDate
De datum waarop de klant de factuur uiterlijk moet betalen.
Beschrijving

De uiterste betaaldatum is een belangrijke datum die wordt berekend op basis van de factuurdatum en de afgesproken betalingstermijn. Het is de deadline voor betaling voordat de factuur achterstallig wordt.

Dit attribuut is nodig om de incassoprestaties te volgen en de kasstroom te beheren. Je gebruikt het om belangrijke metrieken te berekenen, zoals Days Sales Outstanding (DSO) en het percentage betalingen op tijd. Door de werkelijke betaaldatum met de uiterste betaaldatum te vergelijken, kunnen bedrijven late betalingen opsporen, het betaalgedrag van verschillende klanten analyseren en de effectiviteit van hun incassostrategie beoordelen.

Waarom dit belangrijk is

Deze datum is het uitgangspunt voor het meten van betaalprestaties, het berekenen van DSO en het opsporen van achterstallige facturen, die rechtstreeks invloed hebben op de kasstroom.

Waar vind je dit?

Te vinden in de kopgegevens van de factuur. De datum kan handmatig zijn ingevoerd of zijn berekend op basis van de factuurdatum en betalingstermijn.

Voorbeelden
2023-11-302024-01-152024-02-28
Valuta
Currency
De valutacode voor de bedragen op de factuur, zoals USD of EUR.
Beschrijving

Het valuta-attribuut geeft aan in welke munteenheid het factuurbedrag is uitgedrukt. Het biedt de context die nodig is om financiële waarden te interpreteren, vooral bij internationale organisaties die met meerdere valuta werken.

Bij analyses is het valutaveld nodig om financiële data correct op te tellen en te vergelijken. Voordat je totaalbedragen berekent of factuurbedragen uit verschillende regio’s vergelijkt, moet je alle waarden omrekenen naar dezelfde valuta. Dit attribuut is belangrijk voor nauwkeurige financiële rapportages en voor het uitsplitsen van procesprestaties naar valuta of regio.

Waarom dit belangrijk is

Dit biedt de nodige context voor alle financiële waarden en zorgt voor een correcte analyse en rapportage, vooral bij bedrijfsvoering in meerdere landen.

Waar vind je dit?

Te vinden in de kop van de factuur- of factureringsdocumenttabel, meestal naast de bedragvelden.

Voorbeelden
USDEURGBPJPY
Betalingstermijn
PaymentTerms
De afgesproken voorwaarden voor betaling van een factuur, zoals netto 30 dagen of betaling bij ontvangst.
Beschrijving

De betalingstermijn bevat de afspraken tussen verkoper en koper over de betaling van een factuur. Het gaat onder meer om de betalingstermijn en eventuele kortingen bij vroege betaling.

Door het proces per betalingstermijn te analyseren, zie je of bepaalde voorwaarden samengaan met langere betalingstermijnen of vaker te late betalingen. Met die informatie kunnen bedrijven hun betalingsvoorwaarden aanpassen om de kasstroom te verbeteren. De betalingstermijn biedt ook belangrijke context bij het onderzoeken van achterstallige facturen.

Waarom dit belangrijk is

Dit attribuut beïnvloedt de uiterste betaaldatum en het betaalgedrag van klanten. Daarmee is het belangrijk om te begrijpen hoe vaak klanten op tijd betalen en dit te verbeteren.

Waar vind je dit?

Meestal opgeslagen in zowel de klantstamgegevens als de kop van het afzonderlijke factuurdocument.

Voorbeelden
Netto 30 dagenNetto 60 dagenBetaling bij ontvangst2% binnen 10 dagen, netto 30 dagen
Is herstelwerk
IsRework
Een aanduiding die aangeeft of er herstelwerk in het facturatieproces voorkwam, zoals correcties of meerdere goedkeuringsrondes.
Beschrijving

IsRework is een booleaanse aanduiding die waar is als een factuur een of meer herstelrondes heeft doorlopen. Herstelwerk omvat activiteiten om fouten te corrigeren of een stap te herhalen die normaal maar één keer nodig is. Denk aan een factuur die na afwijzing opnieuw ter goedkeuring wordt ingediend.

Dit attribuut meet rechtstreeks hoe efficiënt het proces verloopt. Filter op cases waarvoor IsRework waar is om problematische facturen te vinden en de oorzaken van het herstelwerk te onderzoeken. Het percentage cases met herstelwerk is een belangrijke KPI voor de proceskwaliteit. Je kunt hiermee ook mogelijkheden vinden om processen te verbeteren en onnodig werk te verminderen.

Waarom dit belangrijk is

Het attribuut markeert inefficiëntie in het proces, zodat je cases met extra werk dat geen waarde toevoegt eenvoudig kunt vinden en analyseren.

Waar vind je dit?

Dit attribuut is meestal niet beschikbaar in bronsystemen. Je moet het tijdens de datatransformatie afleiden door reeksen activiteiten te herkennen die op herstelwerk wijzen.

Voorbeelden
truefalse
Klantregio
CustomerRegion
De geografische regio, het gebied of het land dat bij de klant hoort.
Beschrijving

Klantregio geeft aan waar de klant zich geografisch bevindt. Dit kan op verschillende niveaus worden vastgelegd, zoals land, provincie of een zelf gedefinieerde verkoopregio.

Dit attribuut is handig voor segmentatie. Door het facturatieproces per regio te analyseren, zie je geografische verschillen in prestaties, zoals verschillen in betalingstermijnen, geschillen of compliance. Deze inzichten helpen bij het bepalen van een aanpak voor incasso en klantenservice per regio. Ook kun je nagaan welke werkwijzen in goed presterende regio’s elders toepasbaar zijn.

Waarom dit belangrijk is

Hiermee kun je geografische analyses uitvoeren en regionale verschillen in betaalgedrag, procesefficiëntie en compliance zichtbaar maken.

Waar vind je dit?

Afkomstig uit de stamgegevens van de klant, vaak gebaseerd op het adres.

Voorbeelden
Noord-AmerikaEuropa, Midden-Oosten en AfrikaDuitslandAzië-Pacific
Organisatie-eenheid
OrganizationalUnit
De bedrijfseenheid, bedrijfscode of verkooporganisatie die verantwoordelijk is voor de factuur.
Beschrijving

Dit attribuut geeft aan welke interne entiteit binnen het bedrijf de factuur heeft uitgegeven of verantwoordelijk is voor de transactie. Voorbeelden zijn een bedrijfscode, bedrijfseenheid of verkooporganisatie.

Door het proces per organisatie-eenheid te analyseren, kun je onderdelen van het bedrijf onderling vergelijken. Zo zie je welke bedrijfseenheden het efficiëntst werken, waar het meeste herstelwerk voorkomt en waar late betalingen het vaakst een probleem zijn. Dit helpt om eenheden verantwoordelijk te houden en processen binnen de organisatie op elkaar af te stemmen.

Waarom dit belangrijk is

Hiermee kun je de prestaties van verschillende bedrijfseenheden vergelijken en zien waar goede werkwijzen bestaan en waar verbetering mogelijk is.

Waar vind je dit?

Dit is een standaarddataveld in de kop van vrijwel elk financieel document in een ERP-systeem.

Voorbeelden
1000US01Wereldwijde dienstverleningProductie Europa
Verkoopordernummer
SalesOrderNumber
De identificatiecode van de verkooporder waaruit de factuur is voortgekomen.
Beschrijving

Het verkoopordernummer verwijst naar het voorgaande document in de Order-to-Cash-keten dat de aanmaak van de factuur in gang heeft gezet. Zo is het factureringsproces gekoppeld aan het verkoopproces.

Dit attribuut is nodig voor een volledig beeld van het Order-to-Cash-proces. Door facturen aan verkooporders te koppelen, kunnen organisaties het hele verloop analyseren, van klantorder tot uiteindelijke betaling. Zo zie je hoe problemen in het verkoop- of afhandelingsproces de facturering en incasso kunnen beïnvloeden.

Waarom dit belangrijk is

Dit koppelt het factureringsproces aan het voorafgaande verkoopproces en maakt een volledige analyse van Order-to-Cash mogelijk.

Waar vind je dit?

Deze verwijzing is meestal opgeslagen in de kop of factuurregels van het factuurdocument en koppelt de factuur aan de tabel met verkoopdocumenten.

Voorbeelden
SO-10582490000123ORD-2023-987
Verplicht Aanbevolen Optioneel

Activiteiten voor Order to Cash - facturatie en factuurverwerking

De activiteiten hieronder zijn belangrijke processtappen en mijlpalen om vast te leggen. Zo kun je het proces nauwkeurig ontdekken en analyseren.
6 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Betaling aan factuur toegewezen
De ontvangen klantbetaling is succesvol gekoppeld aan de betreffende factuur. Door deze afstemming wordt het openstaande saldo van de factuur verlaagd of volledig afgeboekt.
Waarom dit belangrijk is

Deze activiteit is belangrijk om de doorlooptijd van de betalingsverwerking te begrijpen. Vertragingen kunnen een vertekend beeld geven van de ouderdom van openstaande vorderingen en invloed hebben op het kredietbeheer.

Waar vind je dit?

Te vinden in subadministratietabellen voor debiteuren, waarin betalingsdocumenten aan factuurdocumenten zijn gekoppeld. Deze documenten worden vaak vereffeningsdocumenten genoemd.

Vastleggen

Leg de timestamp vast waarop een betalingsrecord aan een factuurrecord wordt gekoppeld om de openstaande post af te boeken.

Gebeurtenistype explicit
Betaling van klant ontvangen
Een betaling van een klant is ontvangen en vastgelegd in het financiële systeem. Het bedrag is nu geregistreerd, maar mogelijk nog niet aan een specifieke factuur toegewezen.
Waarom dit belangrijk is

Dit is een belangrijke gebeurtenis voor de kasstroom. De tijd tussen ontvangst en toewijzing van de betaling laat zien hoe efficiënt betalingen worden verwerkt.

Waar vind je dit?

Vastgelegd in kasontvangstjournalen, tabellen met betalingstransacties of tabellen voor de verwerking van bankafschriften.

Vastleggen

Zoek naar de aanmaak van een klantbetaling of een kasontvangst.

Gebeurtenistype explicit
Betalingstermijn verstreken
Dit is een berekende gebeurtenis die plaatsvindt zodra de uiterste betaaldatum van de factuur is verstreken. Het is geen transactie, maar een tijdsmoment op basis van de factuurdatum en betalingstermijn.
Waarom dit belangrijk is

Dit moment is essentieel om facturen als achterstallig te classificeren en betalingen op tijd te analyseren. Het vormt ook het startpunt voor incassoactiviteiten.

Waar vind je dit?

Deze gebeurtenis wordt niet rechtstreeks vastgelegd, maar berekend op basis van de factuurdatum en de velden voor de betalingstermijn.

Vastleggen

Bereken dit als ‘Factuur verzonden op’ + ‘Dagen betalingstermijn’.

Gebeurtenistype calculated
Factuur aangemaakt
Deze activiteit markeert het aanmaken van de factuur in het systeem. Dit is het officiële begin van het facturatieproces. De factuur wordt vaak automatisch aangemaakt na het verwerken van een verkooporder, maar kan ook handmatig worden ingevoerd.
Waarom dit belangrijk is

Dit is het startpunt voor het berekenen van de totale doorlooptijd van een factuur en het opsporen van vertragingen aan het begin van het proces.

Waar vind je dit?

Afgeleid van de aanmaaktimestamp in de tabel met facturen of facturatiedocumenten.

Vastleggen

Zoek de gebeurtenis waarmee de factuur is aangemaakt of de eerste timestamp waarop een nieuwe factuur is opgeslagen.

Gebeurtenistype explicit
Factuur afgesloten
De factuur is officieel afgesloten en de levenscyclus is daarmee voltooid. Dit gebeurt wanneer het openstaande saldo door betalingen, creditnota’s of andere correcties op nul komt.
Waarom dit belangrijk is

Als belangrijkste succesvolle eindpunt van het proces is deze activiteit essentieel voor het berekenen van de totale doorlooptijd en het meten van het percentage afgeronde processen.

Waar vind je dit?

Deze status wordt vaak afgeleid uit een factuursaldo van nul, maar kan ook als expliciete statuswijziging in het systeem zijn vastgelegd.

Vastleggen

Bepaal de laatste timestamp van de transactie, bijvoorbeeld een betalingstoewijzing, waardoor het factuursaldo op nul kwam.

Gebeurtenistype inferred
Factuur naar klant verzonden
De goedgekeurde factuur is officieel bij de klant afgeleverd via de afgesproken methode, bijvoorbeeld per e-mail, op papier of via een online portaal. Vanaf dit moment gaat de betalingstermijn van de klant in.
Waarom dit belangrijk is

Deze gebeurtenis markeert het officiële begin van het incassoproces en is essentieel voor het berekenen van Days Sales Outstanding (DSO) en het percentage betalingen op tijd.

Waar vind je dit?

Vastgelegd in logs van outputmanagement, communicatieregistraties of een specifiek veld ‘Verzenddatum’ op de factuur.

Vastleggen

Gebruik de timestamp uit systeemlogs waarin staat wanneer een factuur per e-mail, op papier of via EDI is verzonden.

Gebeurtenistype explicit
Betalingsherinnering verstuurd
Er is een bericht naar de klant gestuurd over een achterstallige factuur, bijvoorbeeld een aanmaningsbrief of e-mail. Dit is een belangrijke stap in het incassoproces om betaling te stimuleren.
Waarom dit belangrijk is

Door herinneringen bij te houden, meet je hoe effectief de incassostrategie is en zie je welke klanten vaak een opvolging nodig hebben.

Waar vind je dit?

Haal deze gegevens uit logs van aanmaningsruns, incassosystemen of communicatielogs die aan de klant of factuur zijn gekoppeld.

Vastleggen

Gebruik de timestamp uit de aanmaningsgeschiedenis of het log met incassoactiviteiten.

Gebeurtenistype explicit
Betwisting ingediend
De klant heeft de factuur geheel of gedeeltelijk formeel betwist, bijvoorbeeld vanwege een onjuiste prijs of hoeveelheid. De incassoactiviteiten worden doorgaans opgeschort totdat de betwisting is afgehandeld.
Waarom dit belangrijk is

Door betwistingen te analyseren, ontdek je de oorzaken van ontevredenheid bij klanten en onjuiste facturering. Die hebben rechtstreeks invloed op DSO en klantrelaties.

Waar vind je dit?

Vaak vastgelegd als statuswijziging, als markering op de factuur of als een afzonderlijke betwistingscase die aan de factuur is gekoppeld.

Vastleggen

Leg de aanmaakdatum van een betwistingscase vast of registreer de statuswijziging naar ‘Betwist’.

Gebeurtenistype explicit
Creditnota aangemaakt
Er wordt een creditnota aangemaakt en vaak aan een bestaande factuur gekoppeld. Dit gebeurt meestal om een factureringsfout te corrigeren, een prijsaanpassing toe te kennen of geretourneerde goederen te verwerken.
Waarom dit belangrijk is

Veel creditnota’s kunnen wijzen op onderliggende problemen bij verkoop of orderafhandeling, met omzetverlies of ontevreden klanten als gevolg.

Waar vind je dit?

Vastgelegd bij de aanmaak van een creditnota of creditmemodocument, dat vaak aan de oorspronkelijke factuur is gekoppeld.

Vastleggen

Leg de aanmaaktimestamp vast van een transactie van het type creditmemo.

Gebeurtenistype explicit
Factuur afgeboekt als oninbaar
Het resterende saldo van een factuur wordt geannuleerd en als oninbare vordering geboekt. Dit gebeurt meestal nadat alle incassomogelijkheden zijn uitgeput.
Waarom dit belangrijk is

Dit wijst erop dat het incassoproces niet is geslaagd en leidt rechtstreeks tot financieel verlies. Door afboekingen te analyseren, ontdek je klanten met een hoog risico en kun je het kredietbeleid verbeteren.

Waar vind je dit?

Vastgelegd als een specifieke correctie of journaalpost waarmee het factuursaldo wordt afgeboekt op een rekening voor oninbare vorderingen.

Vastleggen

Zoek naar transacties die het factuursaldo aanpassen met de reden ‘Afboeking’ of die worden geboekt op een rekening voor oninbare vorderingen.

Gebeurtenistype explicit
Factuur afgewezen
Een goedkeurder heeft de factuur tijdens de interne controle afgewezen. De factuur moet dan meestal worden aangepast en opnieuw ingediend. Zo ontstaat een lus met herstelwerk.
Waarom dit belangrijk is

Deze activiteit wijst op inefficiënties in het interne proces, problemen met de datakwaliteit en herstelwerk. Daardoor duurt het langer voordat de factuur is afgerond en betaald.

Waar vind je dit?

Meestal vastgelegd als een statuswijziging op de factuur, vaak met opmerkingen over de afwijzing in gerelateerde tabellen.

Vastleggen

Leg de gebeurtenis vast wanneer de factuurstatus verandert in ‘Afgewezen’ of een vergelijkbare status.

Gebeurtenistype explicit
Factuur geannuleerd
Een bestaande factuur wordt ongeldig gemaakt of geannuleerd, waardoor de financiële gevolgen worden teruggedraaid. Dit gebeurt meestal om een grote fout te corrigeren voordat de betaling binnen is, bijvoorbeeld als de verkeerde klant is gefactureerd.
Waarom dit belangrijk is

Annuleringen wijzen op fouten in de bedrijfsvoering die herstelwerk vereisen en de juiste facturering kunnen vertragen. Veel annuleringen kunnen duiden op problemen met het proces of de datakwaliteit.

Waar vind je dit?

Vastgelegd in terugboekingsdocumenten of als een specifieke status, zoals ‘Geannuleerd’ of ‘Ongeldig’, op de factuur.

Vastleggen

Zoek naar een terugboekingsdocument dat aan de oorspronkelijke factuur is gekoppeld, of naar een statuswijziging naar ‘Ongeldig’.

Gebeurtenistype explicit
Factuur gecorrigeerd
Een factuur is na de eerste aanmaak aangepast, vaak na een afwijzing of nadat een fout is ontdekt. Het kan gaan om wijzigingen in bedragen, factuurregels of klantgegevens.
Waarom dit belangrijk is

Veel correcties kunnen wijzen op problemen met stamgegevens of met de oorspronkelijke orderafhandeling. Dat leidt tot herstelwerk en vertraging.

Waar vind je dit?

Af te leiden uit wijzigingslogs, auditsporen of patronen waarbij een factuur wordt geannuleerd en daarna opnieuw aangemaakt voor dezelfde order.

Vastleggen

Detecteer wijzigingen in belangrijke financiële velden van de factuur nadat deze voor het eerst is aangemaakt.

Gebeurtenistype inferred
Factuur goedgekeurd
De factuur heeft alle interne controles doorstaan en is formeel goedgekeurd. Dit betekent dat de factuur als correct is bevestigd en naar de klant kan worden verstuurd.
Waarom dit belangrijk is

Dit is een belangrijk moment dat de interne verwerkingstijd scheidt van de betalingstermijn voor de klant. De tijd tot goedkeuring laat zien hoe efficiënt het interne proces verloopt.

Waar vind je dit?

Afgeleid uit een logboek van het workflowsysteem of een statuswijziging van ‘In afwachting’ naar ‘Goedgekeurd’ op het factuurdocument.

Vastleggen

Leg de timestamp van de laatste goedkeuringsgebeurtenis vast in het workflowlog of bij de statuswijziging.

Gebeurtenistype explicit
Factuur ter goedkeuring ingediend
Dit is het moment waarop een aangemaakte factuur wordt ingediend voor een formele interne controle. Dit gebeurt vaak bij organisaties waar een manager de factuur moet beoordelen voordat deze definitief wordt.
Waarom dit belangrijk is

Door indieningen en goedkeuringen te volgen, ontdek je bottlenecks in interne processen die het versturen van facturen vertragen en de cashflow beïnvloeden.

Waar vind je dit?

Meestal vastgelegd als een statuswijziging of logboekregel in een workflowbeheersysteem.

Vastleggen

Leg de timestamp vast waarop de factuurstatus verandert in ‘In afwachting van goedkeuring’ of een vergelijkbare status.

Gebeurtenistype explicit
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 het proces met een extractiegids voor een specifiek systeem, of begin met de generieke template als flexibel uitgangspunt voor je dataverzameling.

Verbeter de facturatie en factuurverwerking en verhoog de cashflow

Vind bottlenecks, verminder fouten en versnel betalingen.

Start je gratis proefperiode

Geen creditcard nodig. Je kunt binnen enkele minuten beginnen.