Payment

A payment is a transfer of money that discharges some or all of an obligation between two parties.

Also called Receipt · Remittance · Settlement · Payment entry

Why it exists

Because an obligation that is never discharged is just a number in a ledger, and the business needs to know which of its claims have turned into money.

What it means to the business

Payment is where a receivable becomes cash and the commercial cycle closes. Everything upstream is a claim; this is the only step that pays wages. Which is why allocation matters more than it looks: unallocated cash makes the receivables ledger untrustworthy, and an untrustworthy ageing report means collections chase the wrong people and stop chasing the right ones.

01Lifecycle — walk the states

Draft. Recorded, not posted. No ledger impact.

State 1 of 4

02Relationships — walk the chain

Payment made by Customer.

Open Customer
03What goes wrong — and why
  • Ageing collapses. You can see that they paid, but not what they paid for, so you cannot tell which invoices are genuinely overdue — and collections start chasing settled bills.

Rules that must hold

  • A payment must be allocated against something — an invoice, an advance, or an on-account balance. An unallocated payment is an unexplained credit.
  • The sum allocated may never exceed the payment amount.
  • A payment is a bank or cash fact. It must ultimately reconcile to a statement line, or one of the two records is wrong.

What commonly goes wrong

Payments land on the account rather than the invoice, usually because whoever posts them cannot tell which invoice a remittance covers. The balance is right and the detail is wrong — so the total agrees with the bank while every line in the ageing report is fiction, and nobody notices until a customer disputes a reminder for something they paid months ago.

Edge cases

  • Part payment against several invoices, where allocation order changes which invoices show as overdue.
  • Overpayment, which becomes a credit balance and is a liability until refunded or applied.
  • Payment in a currency other than the invoice, where the realised exchange gain or loss belongs to the settlement, not the invoice.
  • Bounced or reversed payments, which must reopen the invoice rather than silently reducing cash.
  • Payment received by a salesperson in cash and deposited days later — the date the business received it and the date the bank did are different facts.

How ERPNext models it

DocTypeNote
Payment EntryPayment References child rows are what allow one payment to settle several invoices partially.
Bank TransactionThe statement side. Reconciliation matches the two; an unmatched entry on either side is a real discrepancy.
Journal EntryUsed for set-off, write-off and adjustments that are not a simple cash movement.

Last reviewed 2026-08-14

Machine-readable version

We implement this for a living — that’s where the mistakes above come from. See the service or request a discovery briefing