Asking the Payer for Their Receipt
Their confirmation shows the sent amount, the date, the fee they paid and sometimes the reference to trace it by.
Still yours, and statedTaken, never statedUnit changes; scale restarts
Four steps from instruction to arrival. One step carries no figure: the hatching marks where the money leaves and is not drawn to scale, because there is no figure to draw. Nothing here adds them up, since an amount you cannot see is not an amount you can subtract. One line, two facts, and a gap where the rest of the journey was.
The payer's confirmation is the only document that covers the half of the journey you cannot see. Asking for it is a short, ordinary request, and most payers send it without comment.
The evidence question in “Asking the Payer for Their Receipt” calls for records that can be reconciled rather than one unexplained total. For teams exploring self report bias, view the related feature guide can supply time and project context, provided corrections remain visible and the payment provider or bank remains authoritative for settlement and currency data.
It is also the request people avoid making, because it feels like checking up on somebody.
Additional context relevant to “Asking the Payer for Their Receipt” is available through OECD finance resources. A useful review distinguishes the sent amount, conversion, fees, settlement date and landed amount.
What asking actually sounds like
"Could you send me the payment confirmation for this month." One line, no explanation.
Finance teams produce these constantly and attach them to remittance advices as a matter of routine. The request is unremarkable to anybody who works with payments.
The awkwardness is almost entirely on the asking side. Nobody receiving the request reads anything into it.
Why it does not read as distrust
Because the information you want is not about them. The sent amount is agreed; what you are after is the route, the charge instruction and the tracking reference.
Saying so in half a sentence removes any awkwardness: "I am trying to work out where the shortfall comes from."
What you get
Six things, and four of them are not obtainable anywhere else:
- The debit amount and currency.
- The value date.
- The fee they were charged.
- The charge instruction.
- The beneficiary details they used.
- A transaction reference.
It arrives as a PDF produced by their banking software, which means it is the same document every month and can be skimmed in seconds once you know where each field sits.
The beneficiary details they used
Worth checking the first time and after any change. A transposed digit that still validates, an old account, a name that no longer matches.
Several recurring problems turn out to be a detail entered once, years ago, slightly wrong.
The charge instruction
Printed on the document, in a field, and it settles the question people otherwise speculate about for months.
If it says shared, you now know why the middle is coming out of your money, and you know exactly what to ask for.
The reference the chain is tracked by
A single identifier, issued when the payment is instructed. It belongs to the sender, and only the sender can use it to ask where the money is.
Having it in your own records means that when something goes missing you can ask them to trace it without first asking them to go and find a number.
Making it automatic
Ask once for it to be attached to every payment, or to the remittance advice. Most accounting systems can do this and it costs the payer nothing after the first time.
That turns a monthly request into a standing arrangement, which is the version that survives somebody leaving.
It also removes the small monthly awkwardness, which is the real reason people stop asking after the third month.
When they will not
Rare. Where it happens it is usually a person rather than a policy, and a different contact at the same company will often send it.
Where it is genuinely refused, that is information about the relationship, and the measurement note tells you what can still be worked out from your end alone.
When the payer is one person
They have a screenshot rather than a bank document, showing an amount, a rate and a total.
Still useful: the quoted rate against the rate you can derive from what arrived is a comparison, and it occasionally shows the service quoting one thing and delivering another.
Keeping them
Filed by month, beside the statement line. The pair is the unit of evidence for everything in this collection.
Confirmations are not always retrievable later. A payer's system may hold them for a year, or not at all.
Using them to make an argument
Their document and yours, side by side, with the published rate for the day. Three items, one page.
That is the strongest thing anybody in this position can put in front of a payer, and it is entirely built from documents both of you already had.
What their receipt will not show
Anything after their bank. The document was produced at the moment the instruction was accepted, which is before a single thing in the middle happened.
It is a complete record of a decision rather than a record of a journey. Both halves together still leave the middle blank, which is the fact this entire collection keeps arriving back at.
Asking anyway is still right. Two partial records beat one, and the half they hold is the half you will never otherwise see.