NovAsia

Sender receipt and recipient confirmation prove different moments

A clear map of what the sender's bank record, payment tracking, beneficiary credit and seller acknowledgement each establish in a property transaction.

This article reflects the named expert’s practical perspective. See NovAsia’s editorial policy for how material is prepared and reviewed.

A large payment creates an understandable desire for one definitive piece of paper: something that says the money is “done”. In practice, the sender and recipient often hold evidence of different events. A bank document on the buyer's side may show that an instruction was accepted, processed or debited, depending on the bank's wording. The seller's message may show that funds appeared on the receiving side and were recognised against the property account. Neither document should be asked to prove an event it does not actually record.

This is why I prefer a timeline to a single green tick. The transaction becomes much easier to manage when everyone can see the last confirmed stage instead of arguing about the meaning of “sent”.

1. The payment obligation comes before the banking evidence

The first document is not a transfer receipt. It is the reason the amount is due: a contract schedule, invoice, payment notice or another transaction document. Without that anchor, a bank record may prove that money moved while leaving open which property obligation it was meant to satisfy.

The amount, currency, beneficiary and payment reference should all make sense beside this underlying document. If the seller changes the beneficiary details or issues a revised invoice, that change deserves its own verification before the banking step begins.

2. The sender's receipt proves only what its status says

Bank interfaces use different labels. An instruction can be created, submitted, accepted, processed, debited or completed, and those words are not guaranteed to have identical meanings across institutions. I read the actual status and avoid mentally upgrading it to “the seller has the money”.

Where timing matters, the distinction can be decisive. A buyer may have instructed the bank before a contractual deadline while the seller receives the funds later. Whether that satisfies the contract is a legal question about the actual wording, not something a payment consultant should decide from a screenshot.

3. A transaction reference helps locate the payment

Cross-border payments are much easier to investigate when the bank can identify the exact transaction. Swift's UETR is one example: a unique end-to-end reference used in Swift payment instructions and tracking. Swift describes it as supporting visibility through the payment chain and status updates, including confirmation when funds have been credited to the beneficiary or the payment has been rejected.

The buyer does not need direct access to the underlying banking tracker. The benefit is that the sending bank has a precise identifier to use if the transfer needs to be traced. “USD 50,000 sent yesterday” is weaker operational information than a specific transaction reference tied to the payment.

4. Arrival at the beneficiary bank is not always the final credit

Swift's current material on payment speed distinguishes the interbank journey from the final stage in which the beneficiary is actually credited. This matters because a bank may be able to see that funds reached the beneficiary institution while the seller has not yet received usable credit in the destination account.

That intermediate status can be reassuring, but it should not be described as final receipt. If the transaction depends on the seller having access to the money, the endpoint belongs on the beneficiary side.

Even after the funds arrive, the seller still needs to allocate them correctly. A developer or property company may receive many transfers in similar amounts. An accurate payment reference, unit identifier or contract number can help, but the final accounting connection often belongs to the recipient's finance team.

A message saying “we have received the funds” therefore answers a useful commercial question. A more formal receipt, statement or confirmation may be required by the transaction documents. The right format depends on the deal. I avoid treating an informal message as a substitute for a formal record if the contract requires more.

6. A strong archive keeps the moments separate

Imagine a hypothetical USD 50,000 instalment. At 10:15 the buyer receives a bank acknowledgement that the instruction was accepted. Later the account is debited. The next working day the payment is visible at the beneficiary bank. That afternoon the seller's finance team confirms that the amount has been credited and allocated to instalment two of the contract.

All four timestamps can be true. None needs to be dismissed because another happened later. They describe different points in the same payment journey.

This is also the best defence against vague disputes. If a seller says the payment is missing, the buyer can show the sending evidence and ask the bank to trace the transaction. If the bank confirms credit but the seller has not allocated it, the question moves to the recipient's accounting process. If the sender's document only shows a submitted instruction, there is no reason to pretend a later status has already been achieved.

The practical standard is therefore modest: store the document for the amount due, the sender-side banking evidence, the transaction reference or trace information where available, and the recipient-side confirmation. Those records are complementary. Their value comes precisely from proving different moments, not repeating the same claim four times.

Sources