Joint buyers should agree who will make each payment

A practical way to keep joint ownership, actual payers and the banking evidence aligned across a multi-stage property purchase.

2026-09-06

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

Two people can be buying the same property and still create a payment record that looks surprisingly fragmented. The contract may name both buyers, yet every transfer leaves one particular account in one particular name. The recipient sees another account, the bank records the originator, and the seller may allocate each incoming amount to a specific instalment. If nobody decides in advance who is paying what, a perfectly legitimate joint purchase can end up looking like a sequence of unrelated transactions that has to be reconstructed later.

I prefer to settle that narrow question before discussing speed. The question is not simply whether both buyers are “allowed to pay”. It is which buyer will fund each stage, whether that arrangement matches the transaction documents, what the bank may need to understand about the parties, and what evidence will remain after the money has arrived. Exact requirements vary by institution, country and deal, so the point is not to invent a universal banking rule. The point is to remove avoidable ambiguity before the payment reaches a control desk.

Two owners can create one unclear payment story

Consider a purchase with four instalments. Buyer A plans to pay the first and third, while Buyer B pays the second and fourth. To the couple, this may simply be a practical division of funds. To the transaction record, however, it creates four separate events with different originator details. Each event needs to make sense beside the contract, the seller's invoice or payment notice, and the receiving account.

International anti-money-laundering standards help explain why this matters. FATF's customer due-diligence and wire-transfer standards place importance on accurate information about the originator and beneficiary and on traceability through the payment chain. That does not mean a joint purchase must be funded from one account, nor does it mean split funding is automatically acceptable everywhere. It means names and roles are substantive data, not decorative labels.

The first mistake I would avoid is assuming that “our money” is a sufficient banking description. A couple may regard savings as jointly owned in everyday life while the funds sit in one person's individual account. A bank sees the legal account holder and the payment instruction. If the deal documentation names two purchasers, that difference may be entirely explainable, but the explanation should come from the real structure and supporting documents rather than from a last-minute message after the payment has been queried.

Assign the payer before the due date

A simple payment schedule can prevent much of this confusion. For every instalment, I want five items visible together: due date, amount and currency, intended payer, beneficiary details, and the document that creates or confirms the amount. A sixth line can record what evidence will count as completion on the recipient side.

This is especially useful where one buyer may replace the other as payer because of account limits, liquidity timing or a change in where the funds are held. The switch itself is not necessarily a problem. The problem is treating an old instruction, old invoice or old approval as though it automatically covered a new originator. Once the payer changes, the parties should re-check what the bank and seller require before sending the money.

I also resist the opposite temptation: splitting transfers merely to make the contribution look symmetrical. If one buyer can legitimately fund the whole transaction under an agreed structure, forcing two accounts into the payment chain may add complexity without adding protection. The payment plan should reflect the real arrangement, not a visual preference for equal rows in a spreadsheet.

If the payer changes, the evidence changes too

A good record should let a new person understand the transaction without reading months of chat history. Suppose Buyer A was expected to send the second instalment but Buyer B ultimately did so. The file should show why Buyer B's transfer relates to that obligation. Depending on the transaction, that may involve an updated payment instruction, the relevant invoice, a seller acknowledgement, bank documentation or other evidence requested by the professionals involved.

This is where I draw a clear line around my role. I would not tell buyers that one document is universally sufficient or that a bank must accept a particular explanation. Those are deal- and institution-specific questions. My contribution is to make the mismatch visible early enough that the correct bank, lawyer or transaction party can answer it while there is still time to act.

The same discipline matters after the transfer. Keep the originator's bank evidence, the transaction reference and the recipient-side confirmation together with the instalment they belong to. Otherwise the archive gradually loses the relationship between “who paid” and “what was being paid for”.

The file should answer a question that memory cannot

Months later, the strongest test is simple: can someone open the records and answer, “Why did this person make this payment?” If the answer depends on the two buyers remembering a private conversation, the structure is weak. If the contract, payment schedule and banking evidence tell the same story, the transaction is much easier to explain.

Joint ownership creates enough genuine questions without adding avoidable payment ambiguity. Deciding the payer for each stage does not guarantee that a bank will process a transfer, and it does not replace legal or compliance review. It does something more modest and more useful: it ensures that the payment instruction starts with a coherent identity and purpose instead of asking the banking system to infer them after the fact.

Sources

• FATF — *The FATF Recommendations*, updated through June 2026: customer due diligence and wire-transfer transparency, including the importance of originator and beneficiary information; accessed 6 October 2026.
• FATF — materials relating to Recommendation 16 on wire transfers and traceability; accessed 6 October 2026.