invoice INV-3509 · seen 2026-09-01
| Payments captured, gross | 3,382.00 |
| processor fee | (78.64) |
| tax on the fee | (10.84) |
| Should have landed | 3,292.52 |
| Actually landed | 3,292.52 |
| Unexplained | 0.00 |
The credit ties out.
| Ledger expects, gross | 3,382.00 |
| Customer paid, gross | 3,382.00 |
| Kept back | 0.00 |
The customer paid in full.
Two comparisons, kept apart on purpose. The bank credit is net of the processor’s fee; the invoice is gross. A single “matches” line would hide which side is short.
Shown ahead of the proposal so you can judge whether these cases really are alike, before knowing what was concluded from them.
Seen before. Two ledger entries under one order reference, and a bank credit that equals their combined value net of the processor's fee on the single payment behind it.
Done then. Net at the payment level, not per invoice. There was one payment, so there is one fee, and it must be deducted once from the combined invoice total. Deducting a fee against each invoice separately overstates the deduction and leaves a residue equal to one fee.
Seen before. One bank credit is materially larger than any single open invoice and does not equal any of them. Several payments were captured across distinct orders in the day or two before the credit's value date, and no single one accounts for it.
Done then. This is a batched settlement, so the task is grouping rather than joining. Sum each candidate payment net of its own fee and tax, then find the subset whose total equals the credit exactly. Match the whole group to the credit at once. Never match the credit to the largest single payment and leave the remainder unexplained.
Seen before. A single captured card or UPI payment, one open ledger invoice for the same order, and one bank credit a day or two later. The credit is smaller than the invoice by a few hundred paise and the gap equals the payment processor's fee plus GST on that fee.
Done then. This is a clean match, not a shortfall. Compare the bank credit against the payment amount net of fee and tax, and compare the ledger's expected amount against the payment gross. Both must hold. Do not compare the bank credit to the invoice directly — that comparison fails on every correctly settled payment.
netted settlement
Confidence 0.91 · arithmetic checked
The payments settle to INR 3,292.52 once each one's own processor fee and tax are deducted, against INR 3,292.52 that reached the bank.
Confirming writes this into the corpus. It will be found and cited on future cases that look like this one, so a confirmation that is wrong does not cost one record — it becomes something the system reasons from. Decide on the figures and the precedents above, not on the verdict.