Interbank Space: pacs.008, pacs.002 and pacs.004 Step by Step

Once Meridian Bank Paris has debited the Loire Components account, it builds the pacs.008.001.08 Customer Credit Transfer message for the interbank leg. The pacs.008 copies the debtor, creditor, amount, currency, and end to end identification from the pain.001, and it adds interbank fields that the customer never sees. Those fields include the debtor agent, Meridian Bank Paris, the creditor agent, Harbour Bank Frankfurt, the settlement method, the clearing system reference, the interbank settlement date, and the charge bearer. The instructed amount is EUR 48,250, and the interbank settlement amount is the same, because this is a single currency SEPA payment with shared charges. The pacs.008 is sent into the clearing system during the next exchange period, and the clearing system routes it to Harbour Bank Frankfurt. Settlement of the obligation between the two banks happens through central bank money, usually on a net basis across many payments in the same exchange period. Meridian Bank Paris does not send EUR 48,250 directly to Harbour Bank Frankfurt as a single wire. Instead, the clearing system calculates what each bank owes the others after netting all payments in the period, and the net amounts settle on central bank accounts. The pacs.008 message and the settlement are separate things, and a business analyst must keep them separate in any design. Harbour Bank Frankfurt receives the pacs.008 and runs its own checks before crediting Rhine Metals. It validates the message structure, checks the creditor IBAN against the account it holds, screens the payment for sanctions, and confirms that the account is open and able to receive funds. If the checks pass, it credits EUR 48,250 to the Rhine Metals account on the value date of Tuesday 10 November 2026, and it records the credit with the end to end identification LOIRE-RHINE-2026-1148. It then sends a pacs.002.001.10 Payment Status Report back to Meridian Bank Paris with status ACCP, confirming that the payment was accepted for customer payment. ACCP does not mean the beneficiary account was credited; the status that confirms settlement completion is ACSC, and the status that confirms the creditor account was credited is ACCC. Source: ISO 20022 pacs.002.001.10 transaction status code set. A pacs.004 Payment Return is the message that sends funds back when the beneficiary bank cannot credit the payment. Suppose the Rhine Metals account had been closed the week before the payment arrived. Harbour Bank Frankfurt could not credit EUR 48,250, so it would return the funds with a pacs.004.001.09 message, carrying the original end to end identification, the returned amount, and a reason code such as AC04 for a closed account. The pacs.004 is a separate settlement instruction, not a copy of the pacs.008, and it moves the money back through the clearing system to Meridian Bank Paris, which then credits Loire Components and reports the return in a pain.002 message. Worked example with numbers: Meridian Bank Paris debits the Loire Components account for EUR 48,250 and builds a pacs.008.001.08 for the interbank leg, copying the debtor, creditor, amount, currency and end to end identification from the pain.001, and adding the interbank settlement date and the settlement method. The pacs.008 travels through the clearing system to Harbour Bank Frankfurt, and the obligation between the two banks settles through central bank money on a net basis across many payments in the same exchange period. Harbour Bank receives the pacs.008, validates it, and sends a pacs.002.001.10 reporting ACCP, then ACSC when the settlement is complete, and finally ACCC when the Rhine Metals account is credited for EUR 48,250 in full. Failure and recovery: the interbank leg fails when the pacs.008 is rejected, when the beneficiary account cannot be credited, or when the settlement fails. If Harbour Bank cannot find the Rhine Metals account, it returns the payment with a pacs.004 carrying reason code AC01, and Meridian Bank must tell Loire Components that the payment has come back. If the clearing system cannot settle the net obligation because a bank is short of funds, the payment waits in a queue until liquidity arrives, and the value date may slip to the next business day. The recovery for a return is a corrected instruction with the right IBAN, and the recovery for a settlement delay is a liquidity transfer, but both cost time, and the customer must be told the new credit date. For a business analyst, product owner or subject matter expert, the interbank requirement must state the status codes correctly, ACCP means accepted for processing, ACSC means settlement is complete, and ACCC means the creditor account is credited, because confusing them is the most common error in status reporting. The requirement must name the messages on the interbank leg, pacs.008 out, pacs.002 for the status, and pacs.004 for a return, and must state that the beneficiary is credited in full. The test pack must include a payment that is rejected, a payment that is returned for a closed account, and a payment that queues for liquidity, because each case exercises a different status path. Source: EPC SCT Rulebook 2025 version 1.1; ISO 20022 pacs.002.001.10; last reviewed 7 November 2026.