Recording and applying are two different steps
It feels like one action - “the customer paid.” Underneath, it's two: recording that money arrived, and applying (allocating) that money against a specific invoice's balance. An invoice's status only changes once the second step happens. If a payment exists but was never linked to this invoice, the invoice correctly still shows what it's owed.
This is usually not a missing-money problem
Before assuming the payment vanished, check whether it was recorded at all - most of the time it was, and it is simply sitting unallocated or allocated to a different invoice.
Work through these, in order
Finding where the payment actually went
- Search the customer's payment history for the amount and date - confirm the payment exists at all
- Check which invoice(s) that payment is allocated to - it may be sitting against a different invoice for the same customer
- Check for unapplied/unallocated credit on the customer - the amount may be recorded but not yet applied anywhere
- Confirm the payment isn’t still in a draft or unconfirmed state - an unconfirmed payment never reduces an invoice balance
- If it was a partial payment, confirm the invoice correctly shows ‘partially paid’ rather than expecting ‘paid’
- Check the payment currency matches the invoice currency, if the business bills in more than one
Partial payments aren't a bug
If a ₹10,000 invoice received a ₹6,000 payment, the correct state is ‘partially paid’ with a ₹4,000 balance - not ‘paid’. Seeing a balance remaining after a payment is expected behavior when the payment was for less than the full amount, not a sign anything went wrong.
Worked example: the misapplied payment
A customer with two open invoices (₹5,000 and ₹8,000) pays ₹5,000. If that payment gets applied to the ₹8,000 invoice instead of the ₹5,000 one, the ₹5,000 invoice still shows fully unpaid - even though the exact amount owed was received. Re-allocating the payment to the correct invoice (never re-recording a second payment) fixes it without duplicating the cash received.
Never record a second payment to "fix" this
If a payment exists but is misapplied, the fix is re-allocating the existing payment - not recording a new one. Recording a second payment for the same money creates a phantom receipt that overstates cash and will need its own reversal later (see the customer-credit-refunds-and-reversals guide).
I can’t find the payment anywhere on the customer at all - now what?
Check whether it was recorded against a different customer by mistake, especially for customers with similar names. If it genuinely isn’t in the system, it was likely never entered - record it now and allocate it to the correct invoice.
The customer sent extra by mistake - do I refund it or apply it here?
Neither, by default: hold it as customer credit and apply it to their next invoice unless they specifically ask for a refund. See customer-credit-refunds-and-reversals for the full decision rule.
Does re-allocating a payment change anything in the bank reconciliation?
No - reconciliation matches the payment’s bank-side amount and date, which don’t change when you re-allocate which invoice it’s applied to. Allocation is purely an accounts-receivable concept.
Resources
Was this guide helpful?