CHAPS: high value payments with same day finality

CHAPS is the United Kingdom's real time gross settlement system for high value sterling payments. It is operated by the Bank of England: when a bank sends a CHAPS payment, the Bank of England debits the sending bank's settlement account and credits the receiving bank's settlement account immediately, and the payment is final at that moment. There is no batching and no netting: each payment settles on its own in central bank money, which is the safest form of settlement available. CHAPS is used for property purchases, corporate treasury movements, interbank payments, securities settlement, and any customer payment that is large, urgent, and must arrive on the same day. Follow one payment end to end. A buyer in London is completing a property purchase for 450,000 pounds, and the solicitor must receive the money today or the keys cannot be handed over. The buyer instructs the payment through their bank at 10am, giving the solicitor's sort code, account number, the amount of 450,000 pounds and the property reference. The sending bank checks the instruction, runs sanctions and fraud screening, and confirms the customer's authority. The bank then sends the payment to the Bank of England as an ISO 20022 message, a pacs.008 for a customer payment or a pacs.009 for a payment between financial institutions. The Bank of England checks the sending bank's settlement balance, and if it is enough, it debits the sender and credits the receiver in the same moment, and the payment status moves to settled. The receiving bank then credits the solicitor and confirms settlement with a pacs.002 report. The solicitor sees the money before 10:01, and the keys can be handed over. The debit and credit entries show why CHAPS is final. On the books of the Bank of England, the sending bank's settlement account is debited 450,000 pounds and the receiving bank's settlement account is credited 450,000 pounds. On the books of the sending bank, the buyer's account is debited 450,000 pounds and its settlement account at the Bank of England is credited back in the same entry. On the books of the receiving bank, its settlement account is debited and the solicitor's account is credited 450,000 pounds. Every entry balances, and the money never leaves the Bank of England's books during settlement, which is why there is no settlement risk between the two banks and why the payment is final the moment the Bank of England moves it. Cutoffs are the hard deadlines that everyone plans around. CHAPS operates on business days during extended hours, and each bank sets a cutoff for customer payments that is usually in the early afternoon. A payment submitted after the cutoff is processed on the next business day, so conveyancers, corporate treasurers and operations teams plan around it. A property purchase is the classic example: if the payment misses the cutoff, the keys cannot be handed over that day, and the buyer, the seller, the solicitors and the removal company all have to rearrange. The analyst must show the cutoff in the product, the customer journey and the operations manual, in the local time zone, with no ambiguity about which day the payment will settle. The screen should warn the customer when they are close to the cutoff, and should offer Faster Payments as the alternative if the amount fits. Liquidity and cost are what make CHAPS a high value system. To settle, the sending bank must have enough balance in its Bank of England settlement account at that moment, and banks manage liquidity through the day, using incoming payments to fund outgoing ones and the Bank of England's intraday liquidity facilities when needed. A CHAPS payment can be queued if the sending bank does not have enough balance at that moment, and the queue is managed in the order the payments were submitted, so a queued payment is sent, not settled, and its status must be tracked until settlement confirms. Banks usually charge the customer a fee per payment, often between twenty and thirty five pounds. There is no upper limit and no lower limit in the system rules, although in practice CHAPS is used for payments too large or too urgent for Faster Payments. The queue deserves a worked example, because it is where CHAPS payments wait. The sending bank has 400,000 pounds in its settlement account at 10am, and it needs to send two CHAPS payments: 450,000 pounds for the property purchase and 200,000 pounds for a corporate treasury movement. The first payment cannot settle, because the balance is short by 50,000 pounds, so it goes into the queue. At 10:30 an incoming CHAPS payment of 100,000 pounds arrives and is credited to the settlement account, bringing the balance to 500,000 pounds. The queue releases the property payment of 450,000 pounds, which settles immediately, leaving 50,000 pounds. The treasury payment of 200,000 pounds stays in the queue until more funds arrive. The operations team must see this queue, the position of each payment, and the funding shortfall, because the buyer is waiting for the keys and the treasury team is waiting for the second payment. Intraday liquidity from the Bank of England is the safety valve. A bank that is short of settlement balance can draw on the Bank of England's intraday liquidity facility, borrowing against eligible collateral, and must repay it before the end of the day. The facility is designed for exactly this situation: a bank that expects incoming payments later in the day but needs to settle an urgent payment now. The analyst must confirm with treasury whether the bank uses the facility, what collateral is eligible, and what the operational procedure is for drawing on it, because a CHAPS payment that waits for an incoming payment that never arrives is a payment that misses its cut off. Exceptions in CHAPS are rare, but they matter because the values are large. A reject happens before settlement, when the payment fails validation or screening, for example an invalid account, a sanctions hit, or a missing mandatory field, and it is reported with a pacs.002 status report carrying a reject code. A return happens after settlement only in narrow cases, for example the receiving bank cannot apply the payment, and it is sent back with a pacs.004 payment return message. A recall is a camt.056 cancellation request, and it can only succeed before settlement, because once the Bank of England has settled the payment it is final and irrevocable. Insufficient funds is the most common operational exception: the payment sits in the queue waiting for liquidity, and operations must decide whether to wait for incoming funds, draw on intraday liquidity, or contact the customer. A worked example with the recall shows the finality rule. The buyer instructs the 450,000 pound payment at 10am, and at 10:05 realises the solicitor's account number was mistyped. If the payment has not yet settled, because it is sitting in the queue waiting for liquidity, the sending bank can send a camt.056 cancellation request and the Bank of England will cancel it. If the payment has already settled, because the balance was sufficient and the Bank of England moved the money at 10:01, the recall will be refused, and the only recovery is a new payment from the solicitor's firm back to the buyer. The analyst must make this clear to customers: a settled CHAPS payment cannot be pulled back unilaterally, and the customer must check the details before confirming, not after. The property chain is the use case that explains CHAPS to a non specialist. A chain of three property purchases, each depending on the previous one completing, needs three CHAPS payments on the same day, each final before the next one is sent. The first buyer pays the second seller, the second seller pays the third seller, and the third seller pays the fourth. If any payment misses the cut off, the whole chain slips by a day, and four families, four solicitors and four removal companies are affected. That is why conveyancers insist on CHAPS, why they plan around the cut off, and why they confirm the payment has settled, not just that it has been sent, before they release the keys. The analyst working on CHAPS must check five things. First, the ISO 20022 message fields, which carry rich information about the payer, the payee and the purpose of the payment. Second, the cutoff times, stated in the local time zone, with a warning when the customer is close to the cutoff. Third, the difference between a payment sent to CHAPS and a payment settled by the Bank of England, because only settlement gives finality. Fourth, the queue and liquidity behaviour, so operations can see a queued payment, its position, and why it is waiting. Fifth, the recall and return paths, so a customer who reports an error is told honestly that a settled CHAPS payment cannot be pulled back unilaterally.