Loading...
FinchTrade

Clearing vs Settlement: When Can PSPs Pay Merchants?

Clearing establishes obligations; settlement completes a specified transfer. Learn why merchant payouts still need usable funding.

By FinchTrade 7 min read
TL;DR Key takeaways
  • Clearing establishes what is owed; settlement completes a specified transfer. Neither label alone proves the merchant has been paid.
  • In the hypothetical example, $500,000 due today minus $200,000 usable today leaves a $300,000 gap, despite an expected receipt tomorrow.
  • Agreed prefunding or usable credit may bridge that gap. Earlier payout does not accelerate collection, and delayed receipts can extend the funding need.

The batch is marked “cleared.” Merchants are due to be paid today. Treasury expects the matching receipt tomorrow. There is no contradiction—but there is a funding question that the processing record cannot answer.

For a PSP or EMI, knowing what is owed, completing an institutional transfer, having usable payout funds and crediting the merchant are different things. Related receipts do not always have to arrive before a merchant can be paid: agreed prefunding or credit may bridge the gap. Equally, a transfer marked “settled” does not automatically make its proceeds available for any payout.

The useful question is not just “Has it settled?” It is “Which transfer has settled, and what will fund the merchant payment?”

Clearing vs settlement: what each establishes

Clearing establishes and processes obligations. It can include transmitting and reconciling instructions, confirming transactions and calculating net amounts owed. Its output tells participants what they must deliver or pay; it does not, by itself, establish that value has moved.

Settlement completes the relevant transfer of value. In banking, it discharges a specified payment obligation between participating institutions through transfers on the relevant accounts. Clearing determines what must be transferred; settlement completes that transfer. These are different functions, not simply earlier and later processing labels.

In securities, settlement concerns delivery or ownership of securities and, where applicable, payment. Clearing may involve a central counterparty becoming buyer to the seller and seller to the buyer; this changes who owes whom, rather than delivering cash or securities. Linking securities delivery to payment, or the two currency legs of an exchange, protects only those covered legs—not a separate merchant payout.

In crypto, completion depends on the applicable ledger and arrangement. A completed transfer on that ledger does not automatically complete a related bank payment. Across these settings, “settled” is useful only when it identifies the obligation, the asset and the accounts or parties involved.

Follow the payment beyond its processing status

For card payments, “approved,” “captured” and “cleared” are not three ways of saying “cash received.” Authorization approves a payment and may reserve an amount; capture takes the authorized amount forward for collection. In flows that separate the two, approval does not establish capture. Clearing processes payment instructions and establishes the participating institutions’ obligations. The precise flow depends on the payment arrangement, and none of these statuses alone proves completed institutional settlement.

A later settlement event might complete a transfer between two institutions. That answers a narrower question than whether the PSP has funds available for merchant payouts. The receipt may still need to reach the payout account, become available in the required currency, or satisfy restrictions governing its use.

This separates two treasury tests: does the money exist where it is needed, and may it be used for this payout? Cash reserved for settlement or another obligation is not automatically free payout liquidity. A credit facility is useful only to the extent that it is drawable in time and permitted for the purpose—not merely because a limit appears in an agreement.

Even after funding is available and a payout has been submitted, merchant receipt remains a separate fact: has the merchant’s account actually been credited? An institutional settlement record cannot stand in for that evidence.

A completed institutional transfer or merchant payout does not answer a separate dispute. If the applicable arrangement calls for a refund, chargeback or another payment, that is a further obligation to assess and fund; it should not be confused with whether the earlier specified transfer completed. Check the governing terms rather than treating a settlement status as closure of every claim.

Netting reduces what moves—not the need to bridge time

Gross settlement handles obligations individually. Net settlement settles the resulting net positions under the system’s rules. Here, “net” means offsetting obligations, not deducting merchant fees.

Netting can reduce the amount that must move, but it does not turn an expected receipt into cash available now. Gross settlement can require more liquidity, particularly where outgoing transfers must be funded before incoming transfers arrive. Deferred net settlement can leave participants exposed between settlement cycles. Timing is a separate dimension: gross settlement does not inherently mean real-time settlement.

Consider a simplified hypothetical example. A PSP expects a net settlement receipt of $500,000 tomorrow and owes merchants the same amount today. It has only $200,000 available and permitted for those payouts. Assuming one currency and no other calls on liquidity, today’s funding gap is still $300,000—even though the expected net receipt would cover the payout tomorrow.

Agreed prefunding or a usable credit draw could bridge that gap. If tomorrow’s receipt arrives as expected and is available for repayment, it can repay the credit, excluding financing costs. If the receipt is delayed, the merchant may already have been paid while the PSP still owes its lender and needs funding for longer.

Earlier payout does not accelerate collection. It changes who finances the interval. Faster payment can therefore shift funding requirements rather than eliminate them.

Different clocks, different promises

A fast customer experience does not establish that every underlying obligation has settled. The Bank of England describes UK Faster Payments as providing near-real-time customer payments around the clock, while interinstitutional net settlement takes place in scheduled business-day cycles.

That is a system-specific illustration, not a universal payout timetable. Customer access and institutional settlement can occur on different clocks, and a PSP’s separate merchant transfer adds another event to track.

Settlement-cycle notation also needs an object and a calendar. Where T means the transaction date and the increment counts business days, T+1 means settlement on the next business day—not necessarily the next calendar day. It does not automatically promise merchant receipt at that point. A continuously available service may still depend on another leg with business-day operating hours.

Crypto finality does not complete a separate fiat leg

Appearing in a block means a crypto transfer has been recorded; it does not necessarily mean the network has finalized that record. Finality provides stronger assurance against reversal under the network’s rules. Ethereum, for example, distinguishes block inclusion from later finalization. Other networks use different rules, so there is no universal confirmation count that establishes completion everywhere.

Now assume that the required crypto leg has reached its applicable completion threshold. If the merchant is owed fiat and a conversion or fiat payment remains outstanding, the payout is still incomplete. Paying the merchant earlier requires an available, permitted fiat funding source. A completed crypto transfer is not itself a completed credit to the merchant’s fiat account.

If an exchange balance is part of the funding plan, distinguish its internal entry from the external crypto or bank transfer the payout requires. Once crypto completion is established, investigate any outstanding conversion, funding or bank-transfer leg. Additional blockchain confirmations will not complete a separate fiat payment.

Make the funding answer explicit

When operations asks whether merchants can be paid today, treasury’s answer should identify the payout amount and currency, the usable account balance or drawable facility, and when that funding will be available. If matching receipts remain outstanding, it should also identify the bridge and the consequence of a delayed receipt.

Conclusion

Paying before an expected receipt arrives requires funding that is available in time and permitted for that payout. The interval still has to be financed.

For requesting more information about how we can help reach out to us. We're here to help and answer any questions you may have.

Contact us!

Power your growth with seamless crypto liquidity

A single gateway to liquidity with competitive prices, fast settlements, and lightning-fast issue resolution

Get started