Deelbetalingen en openstaand bedrag: zo volg je elk saldo zonder de draad kwijt te raken

Door de redactie van InvoiceFlow — gepubliceerd 16 juni 2026 — leestijd 11 minuten

Bijna geen enkele echte factuur wordt betaald zoals het boekje voorschrijft. Het boekje zegt: stuur de factuur, klant betaalt het volledige bedrag, zet op Betaald, klaar. De werkelijkheid zegt: de klant betaalt nu een aanbetaling, de rest "volgende week", daarna de helft van de rest omdat een budget bevroren raakte, en de rest pas nadat je twee keer hebt herinnerd. Tegen de tijd dat alles is voldaan, ben je vergeten hoeveel er eigenlijk nog open stond, en zit je met je ogen te knijpen naar drie bankmeldingen om de rekensom te reconstrueren.

Dit is de meest voorkomende boekhoudfout voor zzp'ers en kleine ondernemers: niet het niet versturen van facturen, maar het verliezen van het overzicht over welke facturen deels betaald zijn. Een volledig betaalde factuur is makkelijk. Een volledig onbetaalde ook. Het gevaarlijke midden — deels betaald — is waar geld stilletjes uit je bedrijf weglekt. Deze gids gaat over het dichten van dat lek: hoe je deelbetalingen netjes vastlegt, altijd het exacte openstaande bedrag kent en deelbetalingen combineert met geplande termijnen, zodat de rommelige werkelijkheid georganiseerd blijft.

Eerst een helder onderscheid: vastleggen versus innen

InvoiceFlow is geen betaaldienstverlener, en dat begrijpen is de sleutel tot goed gebruik. De app schrijft geen kaart af, verplaatst geen geld en zit niet tussen jou en de bank van je klant. Wat de app wél doet, is de helft die je daadwerkelijk solvabel houdt: het legt het geld vast dat je ontvangt — waar je het ook ontvangt — en volgt het saldo.

De klant betaalt je zoals jullie hebben afgesproken: een bankoverschrijving, contant ter plaatse, een overboeking via hun bank-app, een betaallink die je toont, of een QR-code die op de factuur staat. Je factuur kan die betaalinstructies tonen — bankgegevens, een betaallink of een QR-code — zodat de klant precies weet waarheen het geld moet. Wanneer het geld dan binnenkomt, vertel jij de app wat er is ontvangen. De app doet het rekenwerk: totaal min ontvangen is het openstaande bedrag. Altijd, op elke factuur, zonder dat je een parallel spreadsheet bijhoudt.

Dat onderscheid is belangrijk omdat het eerlijk is over waar het risico zit. Het risico zit niet in het verplaatsen van geld — dat doen banken prima. Het risico zit in het onthouden wat er nog open staat over tientallen lopende facturen, elk in een ander stadium. Dat is het werk dat InvoiceFlow van je overneemt.

De drie statussen waarin elke factuur leeft

In de praktijk verkeert een factuur altijd in een van drie financiële statussen, en het hele systeem berust erop die eerlijk te houden:

Wanneer je geld ontvangt op een factuur, leg je het vast en zet je de factuur op Deels betaald (als er een saldo resteert) of Betaald (als alles is voldaan). De app herberekent direct het openstaande bedrag. Er is nooit een moment waarop het getoonde saldo afwijkt van wat je daadwerkelijk hebt ingevoerd — en dat is precies de eigenschap die een schoenendoos vol bankscreenshots je nooit kan geven.

Waarom "openstaand bedrag" het getal is dat ertoe doet

Omzet op papier is een ijdelheidsgetal. Het getal dat je bedrijf draaiende houdt, is het openstaande bedrag over al je open facturen — het geld dat is toegezegd, deels geleverd en nog niet volledig geïnd. Wanneer je in één oogopslag het totale openstaande bedrag ziet én welke specifieke facturen het vormen, gebeuren er drie dingen: je herinnert de juiste klanten, je stopt met aanbetalingen dubbel te tellen alsof het volledige betalingen waren, en je kunt de vraag "hoeveel staat er op dit moment eigenlijk nog open?" beantwoorden zonder een avond te reconstrueren.

Scenario 1: aanbetaling nu, restant bij oplevering

Dit is het standaardgeval. Maya, merkontwerper in Austin, offreert een logo-en-huisstijlpakket voor $3.200. Haar voorwaarden zijn 50% vooraf, 50% bij de definitieve bestanden. Ze stuurt de factuur voor de volledige $3.200, zodat de klant de complete scope en het totaal ziet — dat is de officiële afspraak.

De klant maakt $1.600 over om te starten. Maya legt een betaling van $1.600 vast op de factuur en zet die op Deels betaald. De app toont nu: totaal $3.200, ontvangen $1.600, openstaand bedrag $1.600. Ze begint aan het werk. Drie weken later levert ze op, de klant stuurt de resterende $1.600, ze legt de tweede betaling vast en de factuur springt naar Betaald met een openstaand bedrag van nul.

Let op wat ze niet deed: ze maakte geen twee aparte facturen van elk $1.600. Eén factuur, één doorlopend saldo, twee vastgelegde betalingen. Wanneer de belastingaangifte komt of de klant vraagt om "de factuur voor dat project", is er precies één document, en de betaalgeschiedenis vertelt het hele verhaal.

Scenario 2: de klant die in stukjes betaalt

Sommige klanten betalen simpelweg niet in nette helften. Ze betalen wat ze kunnen, wanneer ze kunnen. Tomas runt een kleine drukkerij en factureert een zakelijke klant $4.500 voor een kwartaal werk. De crediteurenafdeling van de klant maakt het geld vrij in onregelmatige druppels: $1.000 in de ene week, $1.500 tien dagen later, dan een lange stilte, dan $800, en de laatste $1.200 nadat Tomas een vriendelijke herinnering stuurt.

Voor een papieren-en-geheugensysteem is dit een nachtmerrie — vijf betalingen, geen ronde getallen, en een reëel risico op ofwel te weinig tellen (geld najagen dat je al hebt) ofwel te veel tellen (een factuur afsluiten die nog $1.200 tekortkomt). In InvoiceFlow legt Tomas elk bedrag vast zodra het binnenkomt. Na betaling één: openstaand $3.500. Na betaling twee: $2.000. Na drie: $1.200. Na de laatste: nul, en de factuur wordt op Betaald gezet. Op geen enkel moment doet hij hoofdrekenen. De factuur draagt altijd haar eigen doorlopend totaal, en één blik vertelt hem precies wat er nog open staat.

Hier verdient het bijhouden van deelbetalingen zijn waarde. De klanten die in stukjes betalen zijn precies degenen waarop je het meeste geld dreigt te verliezen, want de onregelmatigheid zelf is wat het geheugen verslaat. Laat de app het onthouden.

Scenario 3: deelbetalingen per fase op een lang project

Combineer nu deelbetalingen met structuur. Bij langere opdrachten wil je niet alleen vastleggen wat er binnenkomt — je wilt de deelbetalingen vooraf plannen en de klant het schema tonen. Daarvoor zijn gespreide betaalschema's bedoeld.

Een gespreid betaalschema splitst één factuur op in een betaalplan — een termijnstructuur met vastgelegde bedragen en data. InvoiceFlow bevat een speciaal termijnsjabloon dat het schema netjes op de pdf weergeeft, zodat de klant het volledige totaal en de geplande opdeling op één professioneel document ziet.

Neem Priya, een webconsultant die in drie maanden een website van $12.000 bouwt. Ze structureert het 30/40/30: $3.600 om te starten, $4.800 bij de mijlpaal van de staging-site, $3.600 bij livegang. Ze stuurt één factuur voor $12.000 met een gespreid schema dat de drie termijnen en hun vervaldata toont, weergegeven met het termijnsjabloon. De klant tekent voor één document dat precies uiteenzet wat er verschuldigd is en wanneer.

Dan loopt de werkelijkheid erdoorheen. De aanbetaling komt binnen — ze legt $3.600 vast, openstaand $8.400, status Deels betaald. De staging-mijlpaal wordt goedgekeurd en de $4.800 komt binnen — vastgelegd, openstaand $3.600. Bij livegang komt de laatste termijn binnen — vastgelegd, openstaand nul, op Betaald gezet. Het plan (het schema) en de werkelijkheid (de vastgelegde betalingen) bestaan naast elkaar op dezelfde factuur. Je kunt altijd vergelijken wat er inmiddels betaald had moeten zijn met wat er daadwerkelijk is betaald.

Schema versus vastgelegde betaling — houd ze uit elkaar

Het loont de moeite om precies te zijn over de twee lagen, want ze door elkaar halen veroorzaakt fouten:

Een geplande termijn die nog niet is betaald, hoort nog steeds bij het openstaande bedrag. Alleen het vastleggen van de betaling zet iets in beweging. Houd dat denkmodel vast en je zult een voornemen nooit verwarren met een ontvangst.

De dagelijkse werkwijze

Teruggebracht tot de essentie is de routine kort genoeg om staand aan de kassa of tussen twee klantgesprekken door te doen:

  1. Stuur de factuur voor het volledige bedrag. Ook als je deelbetalingen verwacht, vermeldt de factuur de totale scope. Voeg een gespreid betaalschema toe als de deelbetalingen vooraf gepland zijn.
  2. Laat de klant zien hoe te betalen. Zet je bankgegevens, een betaallink of een QR-code op de factuur, zodat er aan hun kant geen drempel is.
  3. Wanneer er geld binnenkomt, leg het vast. Voer het ontvangen bedrag in. Zet de factuur op Deels betaald als er een saldo resteert, of op Betaald als alles is voldaan.
  4. Lees het openstaande bedrag af. De app toont totaal, ontvangen en resterend saldo. Dat resterende saldo is het enige getal dat je hoeft na te jagen.
  5. Herhaal tot nul. Elke ontvangst verlaagt het openstaande bedrag tot de factuur als Betaald wordt afgesloten.

Vijf stappen, geen spreadsheet, geen hoofdrekenen. De discipline is simpelweg deze: leg het geld vast op de dag dat het binnenkomt. Een betaling die je niet vastlegt, is een saldo dat je verkeerd zult inschatten.

Hoe dit aansluit op de rest van je cijfers

Het bijhouden van deelbetalingen staat niet op zichzelf. Omdat elke vastgelegde betaling het openstaande bedrag bijwerkt, weerspiegelen je Analyses — betaald versus openstaand, incassograad, en welke klanten de grootste open saldi hebben — de werkelijkheid in plaats van wensgedachten. Openstaande saldi voeden rechtstreeks het beeld van wat je bedrijf daadwerkelijk tegoed heeft.

Het past ook van nature bij aanmaningskosten. Wanneer een saldo na de vervaldatum blijft hangen op een verzonden of achterstallige factuur, kun je aanmaningskosten in rekening brengen over het openstaande bedrag — en omdat de app het exacte saldo al kent, worden de kosten berekend op het juiste getal, niet op een gok. (Aanmaningskosten gelden alleen voor in aanmerking komende facturen, nooit voor concepten.) Het openstaande bedrag is het middelpunt waaromheen de andere geldfuncties draaien.

Veelgemaakte fouten — en hoe het saldo je beschermt

Fout 1: een aanbetaling behandelen als een afgeronde verkoop

Een aanbetaling voelt als winst, en mensen archiveren het psychologisch als "betaald". Maar een aanbetaling van 50% betekent dat je precies zoveel tegoed hebt als je hebt ontvangen. De factuur op Deels betaald zetten — niet op Betaald — houdt het resterende saldo zichtbaar, zodat het nooit voortijdig op de stapel "klaar" belandt.

Fout 2: één factuur per betaling

Eén klus opsplitsen in een nieuwe factuur per termijn versnippert de administratie. Je verliest de enige betrouwbare bron voor "wat is het totaal van dit project, en wat staat er nog open?" Houd één factuur aan en leg meerdere betalingen erop vast. De betaalgeschiedenis staat op één plek.

Fout 3: aan het eind van de maand uit het geheugen vastleggen

Als je een maand aan ontvangsten op de 30e in één keer verwerkt, herinner je onvermijdelijk een deelbetaling verkeerd bij een gelijkende klant. Leg het op de dag zelf vast. Het hele punt van een doorlopend openstaand bedrag is dat het altijd actueel is; laat je het verouderen, dan is het gewoon een tragere spreadsheet.

Het bredere punt

Betaald worden is zelden één schone gebeurtenis. Het is een opeenvolging — een aanbetaling, een mijlpaal, een stukje, een herinnering, een eindafrekening — en de bedrijven die gezond blijven, zijn degene die die opeenvolging op elk moment helder kunnen zien. Daar heb je geen betaaldienstverlener voor nodig. Je hebt een eerlijk doorlopend totaal nodig van wat is ontvangen en wat nog open staat, op elke factuur, bijgewerkt op de dag dat er geld beweegt.

Dat is de stille superkracht van het bijhouden van deelbetalingen. Niet flitsend, geen geautomatiseerde magie — gewoon een openstaand bedrag dat je kunt vertrouwen, zodat het rommelige midden waar geld uit kleine bedrijven weglekt, eindelijk ergens geteld kan worden.