The payment lifecycleدورة حياة عملية الدفع

Every payment runs through two separate stages: a question answered in two seconds, and a movement of money that happens a day or two later.

The first is authorisation (التفويض), where the shop asks your bank whether it accepts. The second is settlement (التسوية), where the money actually moves between the two banks.

It is like a hotel taking your card at check-in. They confirm the card works and reserve an amount, then take the real charge when you leave. The green screen at the shop is closer to that hold than to cash moving between two banks.

Why isn't it one step?

This is the question to start from. If it were up to you, the money would move the instant the button is pressed. So why don't banks do that?

Imagine every purchase moving money immediately from bank to bank. One shop in one day means thousands of separate transfers between the same two banks. Multiply that across every shop in the country and you get millions of transfers an hour, back and forth between roughly the same ten banks.

The problem is not the number of transactions. It is the money that has to sit ready. A bank that sends a million riyals in the morning and receives a million in the evening would have to freeze a full million all day if every transfer executed on its own. That is money doing nothing.

Hence the clever idea: do not move each transaction separately. Gather them first and work out the difference. If Bank A owes Bank B a hundred million and Bank B owes Bank A ninety, the movement that actually needs to happen is ten million. That calculation is called netting.

The result is less money frozen, less risk, and far fewer real movements. That is why there are two stages instead of one.

Clearing and settlement

The stage that gathers, calculates and verifies is clearing (المقاصة). Not one riyal moves in it. It is a checking and matching process: who owes whom, how much, and whether each transaction is valid in the first place. The system operator usually does this, and its job is to confirm everything balances before the next step is allowed.

The stage where the money actually moves is settlement (التسوية). Real value passes between banks here, usually through the accounts they hold at the central bank. That is when the transaction closes financially.

So clearing is the safety valve and settlement is the result. You will find the same principle in every system in the world, from the old ones to modern instant rails, whatever the names change to.

And before both: authorisation

One more thing comes before those two, and it is the part that concerns you as a customer: authorisation (التفويض).

When you tap your card, your bank is asked one question: does this person have the money, and does this look legitimate? It answers in under a second. The amount is held from your available balance, and it does not leave your bank.

This is the source of the biggest misunderstanding in payments. The screen says "approved", and the customer understands that their money reached the shop. What actually happened is a hold. The money will move after clearing and settlement, possibly the next day.

What this means in practice

Take an online shop. The customer presses pay, the success message appears, and the order ships that evening. In the morning the accountant finds one payment never arrived. The shop shipped goods against a screen's promise, not against money received.

The most common complaint support hears is "I was charged and the shop says it got nothing". Usually that is not a fault. It is an authorisation that succeeded and a settlement that has not completed. The held amount is released automatically if the transaction never completes, but that can take days, during which the customer believes their money is gone.

The practical rule is simple: decide in advance when you ship and when you treat the cash as available. A cheap item can ship on authorisation alone. A ten-thousand-riyal order waits for settlement.

Which is why a company that writes "paid" the moment authorisation succeeds creates a problem for itself on day one: in support, in accounting, and in the merchant's trust.

Cards and sarie are not the same thing

With a card, the door to dispute stays open after the transaction. If the customer denies the purchase or the goods never arrive, they can request a chargeback (الاسترداد) and the payment is reversed days or weeks later.

With an instant transfer over sarie, the money moves in seconds and does not come back easily. There is no dispute button, only a slow route depending on both banks and the beneficiary cooperating.

That difference inverts how you design protection. With cards you can catch fraud afterwards and fix it. With sarie you have to stop it before the money leaves, because afterwards there is nothing to fix. So fraud rules do not transfer from a card product to an instant transfer product without rethinking them.

Reconciliation

Checking that your records match the bank's or the network's is called reconciliation (المطابقة). Serious companies run it daily, and it is where the duplicate payment, the stuck amount, and the transaction that succeeded at one end and failed at the other all surface.

If you build a financial product, give every movement a stable identifier from day one, and keep a record you can reread line by line. Most fires in this field start with one sentence: the screen said it worked, and the bank said it never arrived.