What Happens After a Customer Pays? Understanding Settlement

A customer taps their card. The terminal says Approved. From the customer's perspective, the transaction is finished.

For the business, however, the movement of money has only just begun. Between the card terminal and the business bank account sits a payment process that many merchants rarely think about until something goes wrong.

Understanding that process can make cash flow easier to manage, reconciliation easier to understand and payment providers easier to compare.

Imagine a customer spends £100. The EPOS records a £100 sale. The payment terminal records a successful £100 payment.

But that does not necessarily mean another £100 immediately appears in the merchant's available bank balance. The transaction needs to move through the payment system and ultimately be settled to the merchant. Exactly how and when that happens depends on the payment arrangement being used.

This creates an important distinction:

Taking money and receiving money are two different stages of commerce.

For some businesses, settlement speed is relatively unimportant. For others, it directly affects operations.

Consider a retailer continually replenishing stock. Today's sales might finance tomorrow's purchasing. The faster revenue becomes usable working capital, the faster that money can potentially be recycled through the business.

The same principle can apply to hospitality businesses buying ingredients, trades purchasing materials and growing retailers funding inventory.

Settlement is therefore not merely a technical payment feature. It can be part of cash-flow management.

Another source of confusion is the difference between sales and settlement. Suppose your till reports £4,000 of card sales. The amount appearing in the bank may not correspond neatly with that number.

There may be refunds, adjustments, different settlement periods or fees depending upon the arrangement. Without a clear reconciliation process, an owner can find themselves asking a surprisingly difficult question:

“Which transactions make up this payment into my bank?”

When payment, EPOS, banking and accounting systems operate separately, answering it can involve jumping between multiple dashboards.

Reconciliation is essentially the process of confirming that the different sides of the transaction agree. You want to be able to follow the journey:

Sale → Payment → Settlement → Bank → Accounts

The more fragmented the systems are, the more likely somebody has to manually connect those stages.

• Comparing terminal totals against the till.
• Comparing payouts against the terminal.
• Matching deposits against the bank.
• Entering or importing the information into accounting software.

Each individual task may seem small. Collectively, they can become a recurring administrative process.

Business banking is sometimes treated as something completely separate from payment technology. Operationally, that distinction is becoming less useful.

If your sales originate in one system, are processed through another, settled through another and ultimately reconciled against another, then the way money moves between those systems matters.

Modern payment providers can sometimes offer significantly tighter relationships between payment acceptance, settlement and business banking. In some setups, this can include much faster access to settled funds. That can remove one of the traditional gaps between making the sale and being able to use the money.

Whether that is valuable depends entirely on the business. But it should be considered when designing the setup.

Faster settlement sounds universally better. But like card rates, it is only one component. A business should consider settlement alongside its wider requirements:

• How quickly do we actually need the money?
• How easy is it to understand payouts?
• Does the banking arrangement fit the way we operate?
• Can transactions be reconciled easily?
• How does the payment system integrate with our EPOS and accounting software?
• What happens with online sales?

The goal isn't simply to make money move faster. It's to make the entire movement of money clearer and more efficient.

One of the simplest ways to understand a commerce system is to follow a single transaction from beginning to end. A customer buys something.

• Where is that sale recorded?
• Where is the payment recorded?
• When does it settle?
• Where does the money arrive?
• How are the fees recorded?
• How does the accountant see it?

Every unnecessary manual step between those points is worth examining.