Datatemplate voor Order to Cash - facturatie en factuurverwerking
Datatemplate voor Order to Cash - facturatie en factuurverwerking
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
| 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 | |||
Activiteiten voor Order to Cash - facturatie en factuurverwerking
| 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 | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
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.
Geen creditcard nodig. Je kunt binnen enkele minuten beginnen.