When one invoice gets paid in pieces

The tidy version of getting paid is one invoice, one payment, done. Real life is messier: a customer pays half on receipt and half at delivery, agrees to three monthly installments on a big project, or just sends a round number that covers part of what they owe. However it happens, the accounting question is the same — how do you record a payment that's less than the invoice total without losing track of the rest? Handled right, a partial payment moves an invoice cleanly from open to partially paid to paid, and your books tell the truth at every step. Handled wrong, you either look paid-up when you're not, or you leave money on the table you forget to collect. (General education, not accounting advice.)

What a partial payment actually does

A partial payment is exactly what it sounds like: cash received against an invoice that doesn't cover the full balance. The mechanics that matter:

  • The invoice keeps its full amount. You don't reduce the invoice — the customer still owes the full contracted total. What changes is the balance due, which drops by whatever you received.
  • The status becomes partial. A good system tracks a distinct state between open and paid — "partially paid" — so the invoice is neither ignored nor treated as settled. It stays on your radar with a smaller, accurate remaining balance.
  • Your AR aging reflects the remainder. After a partial payment, the invoice should show its remaining balance in the aging report, aged from the original due date. The part they paid is gone; the part they still owe keeps aging.

Each payment is its own dated record — amount, date, and method — so you can see the full history of how a single invoice got settled over time.

Why the payment date matters

This is where partial payments quietly interact with your reporting. If you run a cash-basis P&L, revenue is recognized when the money lands — so each installment shows up in the period you actually received it, not the period you invoiced. Record a payment with the real date it cleared, not the invoice date and not today's date, or your cash-basis income and your cash-flow picture drift out of line with the bank.

On an accrual basis the full revenue was already recognized when you invoiced, so the installments only affect cash and the receivable balance — but the dates still matter for reconciling to the bank and for knowing when cash truly arrived.

A quick worked example

You invoice a customer three thousand dollars, Net 30. They pay in three installments.

  • Payment 1 — one thousand on day 10. Record a one-thousand payment dated day 10. Invoice status flips from open to partially paid; balance due is now two thousand, and that two thousand is what shows on your AR aging.
  • Payment 2 — one thousand on day 25. Another one-thousand payment, dated day 25. Balance due drops to one thousand. Still partially paid.
  • Payment 3 — one thousand on day 40. The final one thousand, dated day 40 — ten days past the due date. Balance due hits zero, so the invoice flips to paid. Until this point the remaining balance was correctly aging as overdue, not the whole three thousand.

On a cash-basis P&L, this invoice contributed one thousand of revenue in each of the periods those three payments landed — not three thousand on the invoice date. That's the whole reason to record each installment with its true date.

Don't confuse partial with short

One trap: a payment that's short because the customer took a deduction — a credit memo, an early-payment discount, or a disputed line — isn't the same as a genuine partial payment. If the shortfall is a legitimate reduction, record the credit or discount so the balance clears properly; don't leave a small "remaining balance" hanging that you'll chase and never collect. A partial payment means they still owe the rest. A deduction means they don't.

Hosting Books records each payment against an invoice with its own date and method, flips the invoice through open, partial, and paid as the balance falls, and ages the remaining balance on your AR aging — so an invoice paid in installments stays accurate at every step and your cash-basis P&L lands each payment in the period it actually arrived.

This article is general educational information about accounting concepts and is not accounting advice for your specific situation.