Claim, evidence, cash
Does a payment screenshot mean an invoice is paid?
No — not on its own. A screenshot, transfer advice or remittance is a real and useful input: it usually means a payment has been instructed. It is not the same as money arriving in your account, identified, against that invoice, in full.
Most customers who send one have paid, and they should be treated that way. The invoice should still stay open until the amount appears in the bank and matches — because the small share that never clear are exactly the ones you would otherwise have stopped looking at.
A claim, evidence, and settled cash are three different things.
The confusion is not really about screenshots. It is that one word — paid — is being asked to describe three states that carry completely different levels of certainty.
- A claim. The customer says the invoice has been paid. It costs nothing to make, it is usually true, and it is worth acting on straight away — but it is a statement about their intention and their records, not about your bank account.
- Evidence. A screenshot, a transfer advice, a remittance, a payment reference, a confirmation from their accounts team. This raises the claim considerably: it shows an instruction was given or an entry exists on their side. It tells you where to look and roughly when. It does not tell you the money arrived.
- Settlement. The amount is in your account, identified, and matched to that invoice. This is the only one of the three that can safely close a receivable, because it is the only one that is a fact about your own records rather than someone else’s.
The three are cumulative, not alternatives. Evidence does not stand in for settlement — it shortens the search for it. And the gap between the second and third state is usually a day or two and occasionally permanent, which is the entire reason to keep them apart.
Five ordinary ways a receipt is not settlement.
None of these requires the customer to have done anything wrong, and in most cases they have not. This is ordinary banking and ordinary bookkeeping, and it is why an instruction and a receipt are different events.
- The instruction never completed. A transfer can be prepared and saved without being released for approval, rejected for insufficient funds, held for a routine verification or compliance check, or returned because a detail did not match. The screenshot was taken at the point of instruction, which is the point before any of that happens.
- It was reversed or returned. Depending on the payment route and the banks involved, a payment can be recalled or sent back after it appears to have gone. This is uncommon. It is not rare enough to close a receivable on a screenshot.
- It settled somewhere else. Against a different invoice, across several, or on account with no allocation given at all. The money is genuinely yours; it just does not belong to the invoice somebody is about to close. Matching the wrong invoice leaves two errors, not one.
- It arrived short. Bank charges, an intermediary bank fee on a cross-border transfer, a rate difference on a foreign-currency payment, or a deduction the customer applied without mentioning it. The first three are mechanical. The last is often an objection wearing a discount’s clothes — see disputed invoice versus overdue invoice.
- It is dated in a different period. The advice says the twenty-ninth; the funds are value-dated in the following month. Close the invoice against the wrong period and the receivable, the revenue and the bank stop agreeing with each other in a way that only surfaces at the close.
Cross-border payments carry three of these at once — clearing time, intermediary charges and a rate difference — which is why an invoice settled from abroad is the one most often closed at the wrong amount.
What to do with the claim while you wait.
There are three wrong answers — argue with it, ignore it, or close on it — and one right one, which is to record it as its own state and act accordingly.
- Attach the evidence to the invoice. Not to a phone, not to a thread. The advice is what you will use to find the payment, and it is the reference you will need if it does not appear.
- Give it an honest status. Something like payment reported, not yet reconciled, visible to whoever works the list. Not overdue, not paid. A receivables view that has only those two options is what forces people to guess.
- Stop the routine reminder immediately. This is the practical reason the status matters. A customer who paid on Monday and receives a standard overdue notice on Thursday remembers it far longer than they remember the invoice.
- Set a check date from the advice. Take the value date on the customer’s own document and add the clearing time the payment route genuinely needs. Domestic and cross-border are not the same wait.
- Match on the bank, not on the message. The invoice closes when identified funds appear against it. Where the amount is close but not exact, find the reason before closing — the difference is either a charge or a deduction, and those have different consequences.
- If it has not arrived by the check date, go back with their own reference. The date and reference from their advice make it a specific, easy question rather than an accusation, and it usually goes straight to the person who can check it.
What an invoice closed on a screenshot actually costs.
Closing early feels like tidiness. It removes an item from a list and ends a conversation. What it produces, in the cases where the payment never lands, is two losses at the same time.
The first is a receivable you have stopped chasing. Closed items do not appear on the follow-up list, so nobody looks at it again. This is the property that makes the error expensive: it conceals itself. An invoice that is simply overdue keeps presenting itself until someone deals with it, and an invoice wrongly marked settled never does.
The second is cash you never received, sitting in the books as though you did. Revenue looks collected, the receivables balance looks healthy, and the bank quietly disagrees. That disagreement surfaces at reconciliation, at the close, or at year end — by which point the trail is months cold, the contact who sent the screenshot has moved on, and the realistic outcome is a write-off nobody decided to take.
There is a smaller third cost worth naming. It corrupts the payment history. A customer recorded as having settled on the date they said becomes, in your own records, a reliable payer — and that record is what you will look at the next time you are deciding terms or taking on a larger piece of work.
The correction is not suspicion. It is a third state between overdue and paid, and the discipline of moving records on settled funds rather than on a customer’s word. That discipline is what a properly reconciled close depends on, whether the ledger sits in QuickBooks, Xero or anywhere else.
Where At Par fits — and the limits.
At Par holds the middle state so it does not have to live in somebody’s head. Payment evidence is captured against the invoice, the reported-not-reconciled status is visible to whoever works the list, routine reminders stop for that invoice, the check date is set from the advice, and the invoice closes on identified funds and an unambiguous match. Where the match is not clean — short, split, unallocated, or dated across a period — it is surfaced for a person to look at rather than quietly closed.
The receivables process this sits inside is described in accounts receivable outsourcing, and the promise that usually precedes the receipt in tracking promised payment dates. Where the payment evidence itself is held, and under what controls, is documented on security and data protection.
Asked by people staring at a transfer receipt.
Is a bank transfer receipt proof of payment? +
It is proof that a payment was instructed, which is genuinely useful and usually accurate. It is not proof that funds arrived in your account against a specific invoice. The receipt is captured at the moment of instruction, before clearing, before any charge is deducted and before the payment is identified on your side. Treat it as a strong indication and a place to start looking, not as settlement.
Can a payment be reversed after the customer sends a confirmation? +
Yes, though it is uncommon. Depending on the payment route and the banks involved, an instruction can fail, be returned or be recalled after it appears on the sender’s screen as sent. Rules differ by country and by payment method. The practical consequence is the same either way: a confirmation is a claim about the sender’s side and cannot close a receivable on its own.
Should an invoice be marked paid when the customer sends a screenshot? +
No, but it should not be left looking untouched either. Attach the evidence to the invoice, set a status that says payment has been reported and not yet reconciled, and stop the routine reminders. The invoice then closes when identified funds appear and match. Two states — overdue or paid — is what forces the guess in the first place.
What should you do when the amount received is less than the invoice? +
Do not close it, and identify the cause from the bank data before contacting anyone. Bank charges, an intermediary fee and a currency rate difference explain most shortfalls and are mechanical. Whatever the cause, the remaining balance stays open with its own follow-up. Writing off the difference is a commercial decision and belongs to whoever holds that authority in the business.
How do you match a payment when a customer settles several invoices at once? +
Ask for the remittance detail rather than inferring it. Where the total matches a clean set of invoices exactly, the match is safe. Where it does not, holding the amount unallocated on the customer’s account is better than a confident wrong allocation — an unallocated receipt is visible and easy to correct, while a wrongly closed invoice disappears from the list and takes a second error with it.
What does reconciled actually mean for an invoice? +
That the funds appear in the business’s own bank records, are identified, and are matched to that specific invoice for the right amount and the right period. It is a statement about your records rather than about the customer’s intention. Until all four of those hold, the receivable is still open regardless of how convincing the evidence from the other side looks.
Is confirmation from the customer’s accounts team enough to close an invoice? +
It carries more weight than an informal message, because it usually means the payment reached their ledger and a run. It is still a claim about their system, not about yours. A payment can be entered, approved and released on their side and still be delayed, returned, deducted from, or applied to a different invoice by the time it reaches you.
How long should you wait for a promised transfer to appear? +
As long as the payment route genuinely takes, measured from the value date on the customer’s own advice rather than from the day they sent the message. Domestic transfers and cross-border payments are not comparable waits, and a fixed general rule produces either premature chasing or weeks of drift. Set the check date when the evidence arrives, and let it surface on its own.
Send us the invoices marked paid. We’ll tell you which ones reconciled.
Bring your open and recently closed invoice list and a bank statement for the same period. We will show you where the two agree, where they do not, and which items were closed on a claim rather than on cash.
Prefer to reach us directly? Tell us a little and we'll come back with a time.
Check what actually settledWe use your details only to prepare for and hold this call. No spam, ever.
Reviewed by an ACCA on the At Par team · Last updated 29 July 2026 · At Par records settlement on evidence and never moves your money. See what we actually do.