The Four-Corner SCT Model and the EUR 48,250 Worked Example

The four-corner model describes a SEPA Credit Transfer as a flow between four parties. The originator is the customer who instructs the payment, and the beneficiary is the customer who receives it. The originator bank holds the originator account and debits it, while the beneficiary bank holds the beneficiary account and credits it. Between the two banks sits a clearing and settlement mechanism, which exchanges the interbank messages and settles the funds. No single party controls the whole journey, so each corner must pass accurate information to the next corner, and each handover must be recorded so the payment can be traced end to end. Our worked example runs through the whole chapter. Loire Components SAS, a French company based in Lyon, buys precision parts from Rhine Metals GmbH, a supplier based in Frankfurt. Loire Components holds its euro account with Meridian Bank Paris, and Rhine Metals holds its euro account with Harbour Bank Frankfurt. On Monday 9 November 2026 Loire Components owes EUR 48,250 for invoice INV-2026-0873, and it instructs Meridian Bank Paris to pay that amount to Rhine Metals. The payment carries end to end identification LOIRE-RHINE-2026-1148, which will travel with it from the first instruction to the final credit. The originator bank and the beneficiary bank have distinct duties in the four-corner model, and confusing them is a common beginner error. Meridian Bank Paris, as originator bank, must validate the instruction, check the account balance, screen the payment, debit EUR 48,250 from Loire Components, and create the interbank payment message. Harbour Bank Frankfurt, as beneficiary bank, must validate the incoming message, check the beneficiary account, credit EUR 48,250 to Rhine Metals, and report the credit to its customer. Neither bank can do the other bank job, and neither bank sees the other bank customer account directly. The clearing and settlement mechanism is the fourth element that makes the model work across banks and borders. In the SEPA area, the mechanism exchanges pacs.008 messages between banks and settles the resulting obligations, usually through central bank money. Meridian Bank Paris does not send money directly to Harbour Bank Frankfurt. Instead, it sends a pacs.008 message into the clearing system, the system nets or settles the obligation, and Harbour Bank Frankfurt receives the funds and the instruction to credit Rhine Metals. The mechanism also sets cut-off times, so a payment sent after the cut-off waits for the next exchange period. Worked example with numbers: Loire Components instructs Meridian Bank Paris to pay EUR 48,250 to Rhine Metals, and the four corners are Loire Components as originator, Rhine Metals as beneficiary, Meridian Bank Paris as originator bank, and Harbour Bank Frankfurt as beneficiary bank. Meridian Bank debits the Loire Components account for EUR 48,250, sends a pacs.008 through the clearing system, and Harbour Bank credits the Rhine Metals account for EUR 48,250 in full, because the SCT rulebook requires the full amount to be credited. The clearing system settles the obligation between the two banks through central bank money, so each bank ends the day with its account correctly debited or credited, and the supplier can reconcile the payment by the end to end identification. Failure and recovery: the four-corner model fails when one corner is wrong, and the failure shows up as a payment that cannot be credited. If the beneficiary IBAN is wrong, Harbour Bank cannot find the Rhine Metals account, and it returns the payment with a pacs.004 carrying reason code AC01, account identifier incorrect. If the originator bank debits the wrong account, the payment is funded from the wrong customer, and the recovery is a reversal and a re-instruction, which takes a day. The recovery for a wrong IBAN is a corrected instruction with the right IBAN, and the sender must check the IBAN with the modulus 97 check before sending, because a check that runs after sending is a check that arrives too late. For a business analyst, product owner or subject matter expert, the four-corner requirement must name all four parties and their duties, and must state that the beneficiary is credited in full under the SCT rulebook. The requirement must also state the messages on each leg, pain.001 from customer to bank, pacs.008 between banks, and pacs.002 for the status, and must name the end to end identification that links them, because a payment that cannot be traced across the four corners cannot be investigated. The test pack must include a payment with a wrong IBAN, a payment with a missing end to end identification, and a payment where the beneficiary bank cannot credit the account. Source: EPC SCT Rulebook 2025 version 1.1, effective 5 October 2025; last reviewed 7 November 2026.