SEPA - SCT / Learning brief
Sepa Credit Transfer – Return Flow
Your notes
In simple terms / 01
What this means in plain language
Shows how a beneficiary PSP sends a pacs.004 along the reverse route when a settled SEPA transfer cannot be completed.
A return is used when a SEPA Credit Transfer has already settled but the beneficiary PSP cannot complete the credit as intended. Instead of rejecting the original instruction before settlement, the receiving side sends funds back through the reverse chain. A pacs.004 return message identifies the original payment, states a reason, and supports reconciliation by each participant. The returned amount and any permitted adjustments must be checked carefully. Operations teams should distinguish this bank-initiated return from a customer-requested recall because the trigger, timing, and responsibilities differ.
Complete lesson / 02
Understand the full idea, step by step
Sometimes a payment goes all the way — the banks settle, the money reaches the beneficiary's bank — and only then does something block the final credit. You cannot un-ring that bell by pretending the settlement never happened. The money is already on the other side, so it has to make a real journey home. That journey is a return.
The return at a glance
- Original payment
- SCT, EUR 8,750.00, already settled
- Who returns it
- Nordbank (creditor agent)
- Reason
- Beneficiary account closed (AC04)
- Return message
- pacs.004 payment return
- Direction
- Reverse of the original route, back to Bank Alfa
- Who re-credits the payer
- Bank Alfa, after the return settles
After settlement, the money has to travel back
The line that separates a return from a reject is settlement. A reject stops a payment before the banks settle, so nothing has to move. A return happens after settlement, when the money has already reached the creditor agent — Nordbank — and it turns out it cannot be applied. Now the value genuinely sits on Nordbank's side. To make the payer whole, Nordbank starts a new movement in the opposite direction, referencing the original transfer, and that return is itself cleared and settled before Bank Alfa can re-credit its customer.
Return — value sent back after a payment has already settled
A return carries the value of a settled transfer back to the sender because the beneficiary side cannot complete the credit. In SEPA it uses the pacs.004 payment return message, which quotes the original payment's references and a reason code, and moves the returned amount along the reverse route. The word to hold onto: a return is a new, settled payment going backwards — not an erased original.
The reverse journey, step by step
- SETTLEMENT
The original SCT has already settled: Bank Alfa and Nordbank squared up, and Nordbank holds the EUR 8,750.00 to pass on.
- VALIDATION
Nordbank tries to credit the supplier and finds the account closed. It cannot complete the credit, so it prepares a return.
- MESSAGE
Nordbank sends a pacs.004 back toward the clearing system, quoting the original transfer's references and the reason code AC04.
- SETTLEMENT
The return is cleared and settled in its own right — money moves in central bank money from Nordbank back to Bank Alfa.
- LEDGER
Bank Alfa receives the returned funds and re-credits Asha Traders' account, closing the loop with a clear reason on record.
Read the steps as text
- 01MessageThe debtor initiates the transferDebtor (payer) → Bank Alfa (debtor agent) · pain.001
The customer instructs their bank to pay. A corporate typically sends a pain.001 file; a retail customer uses a banking channel that creates the same instruction internally.
- 02ProcessingBank Alfa validates the instructionBank Alfa (debtor agent)
The debtor agent checks the format, the IBAN, available funds, and runs compliance screening before accepting the instruction for execution.
Screening checkpoint: Debtor-agent transaction screening — Names and remittance data are screened against sanctions lists before the payment goes interbank.
- 03PostingThe debtor's account is debitedBank Alfa (debtor agent)
Once accepted, Bank Alfa books the debit. The customer's money has left their account, but no money has yet moved between banks.
- DR Debtor's current account at Bank Alfa — EUR 12,500.00
- 04MessageBank Alfa submits the interbank transferBank Alfa (debtor agent) → Clearing & settlement mechanism · pacs.008
The debtor agent converts the customer instruction into an interbank pacs.008 and submits it to the clearing and settlement mechanism.
- 05Clearing obligationThe CSM calculates positionsClearing & settlement mechanism
The CSM validates the message and includes it in a clearing cycle. Each participant's obligations are calculated — this creates who-owes-whom, not yet a movement of money.
Clearing produces obligations. The banks do not have their money yet — that only happens at settlement.
- 06SettlementPositions settle in central bank moneyBank Alfa (debtor agent) → Nordbank (creditor agent)
The calculated positions settle across the banks' settlement accounts at the central bank. Only now has money finally moved between Bank Alfa and Nordbank.
- DR Bank Alfa settlement account — EUR 12,500.00
- CR Nordbank settlement account — EUR 12,500.00
- 07MessageThe CSM delivers the transfer to NordbankClearing & settlement mechanism → Nordbank (creditor agent) · pacs.008
The creditor agent receives the pacs.008 with full payment details so it can credit the right account.
- 08ProcessingNordbank validates and screens the incoming paymentNordbank (creditor agent)
The creditor agent checks that the account exists and can be credited, and runs its own sanctions screening on the incoming payment.
Screening checkpoint: Creditor-agent inbound screening — The receiving bank screens independently — it cannot rely on the sender's screening alone.
- 09 · EXCEPTION PATHProcessingNordbank cannot apply the creditNordbank (creditor agent)
The account is closed, so the payment cannot be completed. Because settlement already happened, the money must travel back as a new, settled movement — a return.
- 10 · EXCEPTION PATHMessageNordbank returns the paymentNordbank (creditor agent) → Clearing & settlement mechanism · pacs.004
A pacs.004 carries the returned amount and the AC04 reason code back along the original route, referencing the original transfer.
- 11 · EXCEPTION PATHSettlementThe return settles backNordbank (creditor agent) → Bank Alfa (debtor agent)
The return is itself cleared and settled — money moves from Nordbank back to Bank Alfa in central bank money.
- DR Nordbank settlement account — EUR 12,500.00
- CR Bank Alfa settlement account — EUR 12,500.00
- 12 · EXCEPTION PATHPostingBank Alfa re-credits the debtorBank Alfa (debtor agent)
The debtor gets their money back with the reason code available to explain what happened.
- CR Debtor's current account at Bank Alfa — EUR 12,500.00
- OUTCOME
- Funds
- Back in the debtor's account after the return settled.
- Settlement
- Original settlement completed, then reversed by a separately settled return.
- Who acts next
- Nordbank (creditor agent) — The debtor confirms the beneficiary's current account details before paying again.
ISO 20022 — ILLUSTRATIVE, NON-PRODUCTION
The pacs.004 quotes the original payment so both banks can reconcile: OrgnlEndToEndId and OrgnlUETR identify the transfer being returned, RtrdIntrBkSttlmAmt is what is coming back, and RtrRsnInf/Rsn/Cd carries AC04. Here ChrgsInf shows 0.00 — the full amount is returned — though a return can deduct an agreed charge.
| Account | Dr | Cr |
|---|---|---|
| Returned funds received (settlement) | EUR 8,750.00 | |
| Asha Traders' current account | EUR 8,750.00 |
Illustrative view of re-crediting the payer once the return has settled. A real bank posts through suspense and settlement control accounts and may account for any return charge separately; exact structure varies by institution.
| Reject | Return | |
|---|---|---|
| When it happens | Before interbank settlement | After settlement completed |
| Did money move interbank? | No | Yes — and must travel back |
| Message | pacs.002, status RJCT | pacs.004 payment return |
| Who typically raises it | Sending bank, clearing system, or receiving bank | The beneficiary's bank (creditor agent) |
| Effect on the payer | Balance untouched; nothing to reverse | Re-credited once the return settles |
STRICTLY SPEAKING
Strictly speaking, the reasons a return may be used, the timeframe within which the beneficiary's bank may send one, and whether a return charge applies are all set by the scheme rulebook and can change between rulebook versions. The pacs.004 message is the vehicle; the eligibility rules live in the rulebook, so check the current one before quoting windows or fees.
FOR NOW, REMEMBER
- A return happens after settlement, when the money has already reached the beneficiary's bank and cannot be applied.
- It is a new, settled movement backwards — the original is not erased — carried by a pacs.004 that quotes the original references.
- The beneficiary's bank usually starts it; the payer is re-credited only after the return itself settles.
- Reject versus return turns entirely on one fact: had the payment settled before the problem was found?
TRY IT YOURSELF
Maya at Bank Alfa sees that Asha Traders' EUR 8,750.00 transfer settled two hours ago, and Nordbank has now sent a pacs.004 citing AC04. How should she classify and handle it?
A return is started by the beneficiary's side because it cannot complete the credit. But what if the payer themselves made a mistake — paid twice, or was defrauded — and wants a completed, credited payment back? That is a different move: the payer must ask, and the other side may say no.
KEEP GOINGKey takeaways / 03
Three things to remember
- 01
Returns apply after settlement when credit completion fails.
- 02
The pacs.004 links the returned funds to the original transfer.
- 03
Reason codes and references drive repair and reconciliation.
Practical use cases / 04
Where you would use this
A beneficiary PSP returns a settled payment after discovering that the destination account cannot receive it.
A reconciliation analyst matches an incoming pacs.004 to the original outgoing SCT and customer posting.
A tester verifies that a payment engine preserves original identifiers when generating a return.
Worked example / 05
Put the idea into a real situation
Consider a transfer that settles successfully, but the beneficiary PSP later finds the target account is unavailable for credit. The PSP creates a pacs.004 referencing the original instruction and selects an appropriate reason. The message and funds travel back through the clearing route. The originator PSP matches the return, restores value to the customer according to its process, and records the case. The sequence is illustrative and may vary by participant setup.
Operational sequence / 06
Follow the message and decision path
This compact sequence is a learning model. Exact routing and rulebook behavior can vary by scheme, participant, and implementation.
Read the steps as text
- 01MessageThe debtor initiates the transferDebtor (payer) → Bank Alfa (debtor agent) · pain.001
The customer instructs their bank to pay. A corporate typically sends a pain.001 file; a retail customer uses a banking channel that creates the same instruction internally.
- 02ProcessingBank Alfa validates the instructionBank Alfa (debtor agent)
The debtor agent checks the format, the IBAN, available funds, and runs compliance screening before accepting the instruction for execution.
Screening checkpoint: Debtor-agent transaction screening — Names and remittance data are screened against sanctions lists before the payment goes interbank.
- 03PostingThe debtor's account is debitedBank Alfa (debtor agent)
Once accepted, Bank Alfa books the debit. The customer's money has left their account, but no money has yet moved between banks.
- DR Debtor's current account at Bank Alfa — EUR 12,500.00
- 04MessageBank Alfa submits the interbank transferBank Alfa (debtor agent) → Clearing & settlement mechanism · pacs.008
The debtor agent converts the customer instruction into an interbank pacs.008 and submits it to the clearing and settlement mechanism.
- 05Clearing obligationThe CSM calculates positionsClearing & settlement mechanism
The CSM validates the message and includes it in a clearing cycle. Each participant's obligations are calculated — this creates who-owes-whom, not yet a movement of money.
Clearing produces obligations. The banks do not have their money yet — that only happens at settlement.
- 06SettlementPositions settle in central bank moneyBank Alfa (debtor agent) → Nordbank (creditor agent)
The calculated positions settle across the banks' settlement accounts at the central bank. Only now has money finally moved between Bank Alfa and Nordbank.
- DR Bank Alfa settlement account — EUR 12,500.00
- CR Nordbank settlement account — EUR 12,500.00
- 07MessageThe CSM delivers the transfer to NordbankClearing & settlement mechanism → Nordbank (creditor agent) · pacs.008
The creditor agent receives the pacs.008 with full payment details so it can credit the right account.
- 08ProcessingNordbank validates and screens the incoming paymentNordbank (creditor agent)
The creditor agent checks that the account exists and can be credited, and runs its own sanctions screening on the incoming payment.
Screening checkpoint: Creditor-agent inbound screening — The receiving bank screens independently — it cannot rely on the sender's screening alone.
- 09 · EXCEPTION PATHProcessingNordbank cannot apply the creditNordbank (creditor agent)
The account is closed, so the payment cannot be completed. Because settlement already happened, the money must travel back as a new, settled movement — a return.
- 10 · EXCEPTION PATHMessageNordbank returns the paymentNordbank (creditor agent) → Clearing & settlement mechanism · pacs.004
A pacs.004 carries the returned amount and the AC04 reason code back along the original route, referencing the original transfer.
- 11 · EXCEPTION PATHSettlementThe return settles backNordbank (creditor agent) → Bank Alfa (debtor agent)
The return is itself cleared and settled — money moves from Nordbank back to Bank Alfa in central bank money.
- DR Nordbank settlement account — EUR 12,500.00
- CR Bank Alfa settlement account — EUR 12,500.00
- 12 · EXCEPTION PATHPostingBank Alfa re-credits the debtorBank Alfa (debtor agent)
The debtor gets their money back with the reason code available to explain what happened.
- CR Debtor's current account at Bank Alfa — EUR 12,500.00
- OUTCOME
- Funds
- Back in the debtor's account after the return settled.
- Settlement
- Original settlement completed, then reversed by a separately settled return.
- Who acts next
- Nordbank (creditor agent) — The debtor confirms the beneficiary's current account details before paying again.
Evidence & review / 07
Evidence & review
SEPA Credit Transfer (SCT) scheme in the euro area; pacs.004 payment return.
What this brief simplifies: One fictional scenario and one reason (account closed). Return eligibility, timeframes, and any return charge follow the current EPC rulebook; the ledger view is a simplified two-entry illustration and identifiers are non-production.
Sources for this brief4
- Scheme-specific rule2025 version 1.1 (EPC125-05)
2025 SEPA Credit Transfer rulebook ↗ — European Payments Council · R-transactions: return eligibility, timeframes, charges
Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.
- Official requirement
ISO 20022 Catalogue of messages ↗ — ISO 20022 Registration Authority · pacs.004 payment return
Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.
- Official requirement
ISO 20022 External code sets ↗ — ISO 20022 Registration Authority · Return reason codes (e.g. AC04)
Updated quarterly (end of February, May, August, and November) in XLSX, XSD, and JSON formats; always check the latest published version for valid codes.
- Simplified educational illustration
Payments Signal editorial teaching models — Payments Signal
Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.