Hoe het Debiteuren Ouderdomsoverzicht je Facturen Indeelt
In dit artikel
Het ouderdomsoverzicht van openstaande vorderingen (aging report) verdeelt elke onbetaalde factuur in een van vijf categorieën, gebaseerd op hoeveel dagen deze de vervaldatum al is gepasseerd: lopend, 1-30, 31-60, 61-90 en 90+. Het is een standaardbegrip in financiële rapportage, maar de precieze werking van hoe een facturatietool bepaalt in welke categorie een factuur valt — en welke facturen volledig worden uitgesloten — blijft meestal onzichtbaar voor wie het rapport leest. Die werking begrijpen is belangrijk als je het rapport wilt afstemmen met je eigen handmatige telling, of aan een boekhouder wilt uitleggen waarom een getal anders is dan verwacht.
Hoe de Grenzen van de Categorieën Precies Werken
De indeling in categorieën is een eenvoudige vergelijking van het aantal dagen na de vervaldatum, berekend op het moment dat het rapport wordt gegenereerd: een factuur met nul of minder dagen achterstand (dus nog niet vervallen, of vandaag vervallend) valt in "lopend". Één tot 30 dagen achterstand valt in de eerste categorie. 31 tot 60 dagen in de tweede. 61 tot 90 dagen in de derde. Alles voorbij 90 dagen achterstand — 91 dagen, 200 dagen, twee jaar — valt samen in één enkele "90+"-categorie zonder verdere onderverdeling. Er is geen aparte "180+" of "1 jaar+"-laag; zodra een factuur de grens van 90 dagen achterstand passeert, maakt het rapport geen verder onderscheid naar ouderdom.
De berekening van het aantal dagen achterstand zelf gebeurt door kalenderdatums te vergelijken, niet tijdstippen — zowel de vervaldatum als "vandaag" worden genormaliseerd naar middernacht UTC voordat het verschil wordt bepaald, zodat de categorie waarin een factuur valt niet verschuift afhankelijk van het tijdstip waarop je het rapport toevallig laadt. Een factuur die precies vandaag vervalt, telt als dag nul, niet dag één, en blijft in "lopend" totdat de kalenderdatum daadwerkelijk voorbij is.
Welke Facturen Volledig Worden Uitgesloten
Niet elke factuur in je werkruimte verschijnt op het ouderdomsoverzicht. Drie categorieën worden eruit gefilterd nog voordat de indeling plaatsvindt. Ten eerste worden facturen met de status betaald, geannuleerd of gearchiveerd overgeslagen — het ouderdomsoverzicht gaat specifiek over geld dat nog openstaat, dus een betaalde factuur draagt niets bij, hoe laat de betaling ook binnenkwam. Ten tweede worden offertes uitgesloten — het rapport kijkt alleen naar documenten van het type "factuur", omdat een offerte per definitie nog geen vordering is; er is nog niets in rekening gebracht. Ten derde wordt elke factuur waarvan het openstaande bedrag op nul of minder uitkomt overgeslagen, zelfs als de status technisch iets anders is dan "betaald" — dit dekt randgevallen zoals een factuur die volledig is betaald via deelbetalingen maar waarvan het statusveld nog niet expliciet is bijgewerkt.
Dit is in de praktijk relevant: als je het aantal facturen op het ouderdomsoverzicht vergelijkt met een ruwe lijst van alles in je facturentabel, komen de getallen niet overeen, en dat is verwacht gedrag, geen fout. Het ouderdomsoverzicht is bewust smaller dan "elke factuur die je ooit hebt gemaakt" — het is specifiek "elke factuur die op dit moment geld vertegenwoordigt dat iemand je nog schuldig is".
Hoe het Openstaande Bedrag per Factuur Wordt Berekend
Voor elke factuur die de filtering overleeft, berekent het rapport een openstaand saldo als het factuurtotaal minus wat er tot nu toe op is betaald, waarbij het betaalde bedrag wordt begrensd tussen nul en het totaal — zodat een data-afwijking waarbij meer is geregistreerd als betaald dan de factuur waard was, geen negatief openstaand saldo kan opleveren dat de totalen per categorie zou verstoren. Als dat begrensde openstaande bedrag op nul of minder uitkomt, wordt de factuur op dit punt uit het rapport verwijderd, zelfs als deze de eerdere statusfilter heeft doorstaan — dit verklaart waarom een handmatig als betaald gemarkeerde factuur zonder bijbehorende betalingsregistratie toch van het ouderdomsoverzicht kan verdwijnen, ondanks dat de status elders in het product niet strikt "betaald" is.
Groepering per Valuta, Geen Valutaconversie
Als je facturen in meer dan één valuta uitschrijft, probeert het ouderdomsoverzicht niet alles om te rekenen naar één enkel getal. In plaats daarvan worden totalen apart gegroepeerd per valuta — je ziet één set categorietotalen voor USD-facturen, een aparte set voor EUR-facturen, enzovoort, elk gekoppeld aan de valutacode en het symbool dat op de factuur zelf is opgeslagen. Er vindt nergens een wisselkoerscontrole plaats in de berekening. Dit is een bewuste vereenvoudiging: buitenlandse vorderingen omrekenen naar één rapportagevaluta vereist het kiezen van een specifieke wisselkoers op een specifiek moment, wat een getal introduceert dat alleen nauwkeurig is op dat moment en direct begint af te wijken zodra echte wisselkoersen bewegen. Valuta's gescheiden houden voorkomt dat er een gemengd totaal wordt getoond dat meer precisie suggereert dan het daadwerkelijk heeft.
Klantmatching Gebruikt Exacte Vergelijking, Geen Fuzzy Matching
Elke factuurregel op het ouderdomsoverzicht wordt gekoppeld aan een klantrecord zodat het rapport een klantnaam kan tonen in plaats van alleen een factuuradres. Die koppeling gebeurt op twee manieren: eerst via een exacte match op het e-mailadres van de klant met het gefactureerde e-mailadres, en als dat niet lukt, via een exacte, niet-hoofdlettergevoelige match tussen de "factuuraan"-tekst van de factuur en de opgeslagen factuurgegevens van de klant. Eerdere versies van deze matchinglogica gebruikten deelstringmatching op de klantnaam, wat een echt faalscenario had — als de naam van de ene klant toevallig een deelstring was van het volledige factuuradres van een andere klant, werden facturen op het rapport onterecht aan de verkeerde klant toegewezen. Daarom is de matching aangescherpt tot een exacte match in plaats van "bevat". Een factuur die op geen van beide manieren overeenkomt met een opgeslagen klant, krijgt op het rapport het label "Niet gekoppeld" in plaats van stilzwijgend aan de meest gelijkende naam te worden gehangen.
Sortering en de CSV-export
Zodra elke resterende factuur is ingedeeld, sorteert het rapport de factuurregels op dagen achterstand, aflopend — zodat de facturen die het langst openstaan bovenaan verschijnen, wat over het algemeen de volgorde is waarin je een incassolijst daadwerkelijk wilt doorwerken. Het rapport is beschikbaar als JSON-respons voor de weergave in de app en als CSV-download voor spreadsheetwerk of om aan een boekhouder te geven, waarbij de CSV dezelfde onderliggende gegroepeerde data gebruikt — klantnaam, factuurnummer, vervaldatum, dagen achterstand, categorie, openstaand bedrag en valuta — zodat er geen verschil is tussen wat je op het scherm ziet en wat je in de export krijgt.
Het Rapport Correct Interpreteren
De meest voorkomende verkeerde interpretatie van een ouderdomsoverzicht is de categorietotalen behandelen als een volledig beeld van risicovolle omzet, terwijl het eigenlijk een beeld is van incassourgentie, gesorteerd op tijd. Een grote 90+-categorie betekent niet noodzakelijk een grote hoeveelheid oninbare vorderingen — sommige van die facturen kunnen simpelweg toebehoren aan klanten met ongewoon lange betalingstermijnen, of klanten waarmee je al een betalingsregeling hebt afgesproken buiten de vervaldatum van de factuur om. Het rapport heeft geen concept van een heronderhandelde termijn; het kent alleen de vervaldatum die op de factuur is opgeslagen. Als je mondeling of contractueel een deadline hebt verlengd, weerspiegelt de categorie dat niet totdat je de vervaldatum van de factuur bijwerkt om dat te matchen — iets wat de moeite waard is om te doen, specifiek zodat het rapport een nuttige indicator blijft voor "wat vandaag echt een follow-up e-mail nodig heeft" in plaats van een lijst die je elke keer mentaal moet filteren.
Hoe de Categorieën Aansluiten op Automatische Herinneringen en Boetes
De grenzen van de categorieën in het ouderdomsoverzicht zijn niet willekeurig, en het is de moeite waard om te zien hoe nauw ze aansluiten bij andere automatisering rond achterstallige betalingen in het product. Automatische herinneringen voor te late betaling gaan af bij vaste drempels van 3, 7, 14 en 30 dagen achterstand, en automatische boetes voor te late betaling worden toegepast na een instelbare respijtperiode gemeten in dagen achterstand. Beide mechanismen werken een factuur al onafhankelijk van elkaar voordat deze ooit de categorie 31-60 van het ouderdomsoverzicht bereikt — tegen de tijd dat een factuur daar verschijnt, is deze zeer waarschijnlijk al de herinnering na 30 dagen gepasseerd, en mogelijk zelfs een boete, als je die functies hebt ingeschakeld. Het ouderdomsoverzicht stuurt geen van beide automatiseringen zelf aan; het is een aparte, alleen-lezen weergave die telkens opnieuw wordt berekend wanneer je deze laadt, terwijl herinneringen en boetes worden aangestuurd door hun eigen geplande achtergrondprocessen die dezelfde onderliggende vervaldatums onafhankelijk controleren. Beschouw het ouderdomsoverzicht als het dashboardoverzicht van precies dezelfde groep achterstallige facturen waar herinneringen en boetes al stilletjes op inwerken op de achtergrond — als een factuur wekenlang vastzit in je categorie 61-90 ondanks ingeschakelde automatische herinneringen, is dat meestal een signaal dat de automatisering zijn werk heeft gedaan en de factuur een persoonlijke, handmatige follow-up nodig heeft in plaats van nog een automatische herinnering.
Waarom "Lopend" Nog Steeds Belangrijk Is op een Rapport over Achterstallig Geld
Het lijkt misschien vreemd dat een rapport gericht op achterstallige vorderingen ook een categorie "lopend" bevat voor facturen die nog niet eens vervallen zijn, maar deze bestaat om een praktische reden: het geeft je in één oogopslag het volledige openstaande saldo over je hele vorderingenboek, niet alleen het achterstallige deel ervan. Een werkruimte met een grote categorie "lopend" en een kleine achterstallige categorie bevindt zich in een fundamenteel gezondere positie dan een waar de getallen omgekeerd zijn, zelfs als beide werkruimtes een identiek totaalbedrag openstaand hebben. Kijken hoe snel facturen verschuiven van "lopend" naar de categorie 1-30 in de loop van de tijd — in plaats van alleen naar de achterstallige categorieën afzonderlijk te kijken — is vaak het vroegste beschikbare signaal dat een bepaalde klantrelatie, of je incassoproces in het algemeen, begint af te glijden.
Gerelateerde Artikelen
Klantoverzicht vs. Boekhoudrapport: Wat is het Verschil
Twee rapporten putten uit dezelfde gegevens maar dienen tegengestelde doelen — het ene is veilig om aan een klant te geven, het andere zeker niet.
Hoe de Herbruikbare Dienstencatalogus Facturatie Versnelt
Waarom het wijzigen van een tarief in je dienstencatalogus nooit facturen herschrijft die je al hebt verstuurd, en hoe de opslaan-of-bijwerken-logica werkt.
Wat Zit er Precies in je Accountgegevens-Export
Een volledig overzicht van wat de accountgegevens-export bevat, wat bewust wordt weggelaten, en hoe deze op aanvraag wordt gegenereerd.
Hoe Kortingen Worden Toegepast Vóór Belasting op Je Facturen
Belasting wordt berekend over het gekorte bedrag, niet het oorspronkelijke subtotaal — een korting verlaagt ook je belastingbedrag, niet alleen de prijs die de klant betaalt.
Hoe de Herfacturatiestatus van Uitgaven Werkt
Elke geregistreerde uitgave draagt een van drie herfacturatiestatussen — dat veld voorkomt dat dezelfde uitgave twee keer wordt gefactureerd.