Messages in SCT Interbank space – Pacs.004, Camt.056 and Camt.029

In this article, we continued our analysis of the SCT interbank messages. The previous article was about the pacs.008 and pacs.002 messages. The pacs.008 is used to transfer funds from Originator Bank to Beneficiary Bank. The pacs.002 is initiated to reject credit transfers that a CSM or Bank cannot process. As said in the previous article, one message (pacs.008) is used to move the money, but many messages are needed to handle the exceptions. Therefore the pacs.004, camt.056 and camt.029 are all exception handling messages. Let’s consider them now.


Pacs.004, Camt.056 and Camt.029 messages in the SCT Interbank space

Pacs.004.001.02 (Return SCT)

The Payment Return message is used to undo a payment previously settled. When a bank receives a pacs.008, it should process it and books the money to the beneficiary account. But what if the beneficiary closed his account two days ago? What if the account does not exist at all in the Bank? In those cases, the bank will not be able to credit the account. According to the SEPA rules, the beneficiary bank must return the money to the originator Bank. Besides the reasons mentioned above, there are numerous reasons why a bank might have to return the money. In any case, it will use the pacs.004 message to do that. The return has its own settlement date, the date at which the money will be paid back to the originator bank. The reason for returning the funds is indicated by a code in the return message.

A bank can only return the money that it has previously received. So the payment return message is initiated and sent after settlement. The SEPA rules oblige the Beneficiary Bank to send the Return message to the Originator Bank at the latest three Banking Business Days after Settlement Date. The underlying principle is that money should be return as soon as possible to the originator.

Camt.056.001.01 (Recall SCT)

The Debtor Bank makes use of the recall message to submit cancellation requests to the Beneficiary bank. But why would a Debtor bank want to cancel a previously sent credit transfer (pacs.008)? Several reasons exist. The credit transfer can be sent two times because of a human error for instance. Or a technical error may cause the sending of erroneous pacs.008 messages. In both cases, the debtor will try to get his money back by sending a cancellation request. Please notice that a cancellation request message does not move money. It is not a booking message and therefore there is no settlement date in the camt.056 message.

According to the SEPA rules, the originator bank can send the cancellation request up to 10 days after the settlement of the credit transfer message. After reception of the request, the beneficiary bank has two choices: to accept or to refuse.

Remark: In the 2017 SCT Rulebook, the Request for Recall by the Originator was introduced and will enter into force as of 18 November 2018. It allows the debtor under certain conditions to claim the funds reimbursement of a settled credit transfer up to 13 months after settlement.

Pacs.004.001.02 (Positive Response to Recall)

The positive response to a recall is sent by the beneficiary Bank, when it responds favorably to the request of the originator bank to cancel the original payment. The name of this message is familiar to us. We saw before that the Payment Return message, which is used by the beneficiary bank to return funds when they cannot be credited to the beneficiary account, is also a pacs.004. The positive response to a cancellation request is a payment return. But in this case the return is not made because the money cannot be credited. The funds are returned because the originator bank has requested to have them back. The beneficiary account has been credited and it has to be debited in order to give the funds back. In most countries, the law obliges beneficiary banks to explicitly get the consent of their clients before returning the funds. The bank must get the customer approval before returning the funds and that may take few days.

The positive response message is a return message with the particular reason code FOCR (Following Cancellation Request). A reason code indicates why the beneficiary bank returns the funds. For a positive response to a cancellation request, the only reason code allowed is FOCR. If there is another reason code in the pacs.004, it is considered a normal return, not a positive response to a cancellation request.

According to the SEPA rulebook, the beneficiary bank can send the positive response to a cancellation request up to 10 business days after the reception of the cancellation request message.

Camt.029.001.03 (Negative Response to Recall / Resolution of Investigation)

The negative response to a recall is sent by the beneficiary Bank, when it responds unfavorably to the demand of the originator bank to cancel the original payment. The negative response, also called resolution of investigation, informs the debtor bank that his request has been rejected and therefore it will not get the money back.

The camt.029 is not a booking message. It means that there is no movement of funds associated with it. It just gives the information that the beneficiary bank or the beneficiary refuses to give the money back.

According to the SEPA Business rules, the beneficiary bank can send the negative response to a cancellation request up to 10 business days after the reception of the cancellation request message.

For your information, I have published an ebook about SEPA Credit Transfer where one full chapter is dedicated to SEPA Credit Transfer messages. It is available in the sample that you can download here. If after reading it you are interested in the rest of the book, you can purchase the full version. Here is the link to download the sample of the SEPA Credit Transfer eBook.

, ,

9 Responses to Messages in SCT Interbank space – Pacs.004, Camt.056 and Camt.029

  1. vamsi krishna January 24, 2019 at 6:21 am #

    Can bank process an incoming PACS004 message with different amount or with different UTR number from the original PACS008 or PACS009 message .
    This seems to be a test case, But ,is there any implications or regulatory document for these kindly of questions.

    • Jean Paul January 24, 2019 at 12:54 pm #

      I am not sure to understand the question. Do you mean an incoming pacs.004 where the amount is different from the one present in the original pacs.008 or where the transaction reference of the pacs.008 was altered?

  2. vamsi krishna January 28, 2019 at 8:16 am #

    Yes, you got it right.
    If any alteration is there is PACS004 , Should bank process this transaction or how should we go abt it?
    pls suggest.

    • Jean Paul January 28, 2019 at 11:57 am #

      Hi Vamsi, you are certainly talking about an incoming Pacs.004. When the bank receives it, the money will be credited on its account since the CSM processes and forwards it. Let’s say you receive it and there are issues when processing it, then you have to put the money somewhere anyway. You cannot return a pacs.004. So a manual process will be required here to send the money back (these are very rare cases so OK with manual process). I will answer to François too.

  3. Francois January 28, 2019 at 9:38 am #

    Hi Vamsi,
    On a previous project, I had to design a R-transaction process.
    The R-transaction is processed by the bank
    as long as the OriginalEndToEndIdentification (PACS.004 Index 3.7 match with the PACS.008 EndToEndIdentification.

    The rest of R-Transaction information is not used.


    • vamsi krishna January 28, 2019 at 10:08 am #

      Hi Francois,

      So, R-transaction will be processed only if PACS.004 message is matching with corresponding PACS.008 message , But here , What would happen to PACS.004 message which is altered (manually/Technically) ,
      How should system behave, Whether system should accept payment like PACS.009 message or Message should be failed at CBS(Core Banking System).

      Since u have mentioned return would not occur in case of mismatch.

      • Jean Paul January 28, 2019 at 12:06 pm #

        Even if the incoming Pacs.004 does not match for any reason, you have to process it anyway (See a previous comment). I am talking about the incoming pacs.004 of course. For outgoing, no need to send it. Very easy. But when you receive an incoming pacs.004, you receives money. So you have to do something with it. I hope this clarifies.

        • vamsi krishna January 28, 2019 at 1:46 pm #

          Thanks a lot Jean Paul for clarification.

    • Jean Paul January 28, 2019 at 12:02 pm #

      Hi Both,
      François is right with the principle but I think it is another field that is used.
      The message element used for reconciliation by banks is OriginalTransactionIdentification. OriginalEndToEndIdentification is used by corporations.

Leave a Reply