Crediting the beneficiary and notification

The final stage of the lifecycle is the credit to the beneficiary and the notification that the payment has arrived. The creditor agent receives the payment instruction, validates the creditor account, checks that the account can accept the payment, and credits the amount. It must apply any charges correctly, convert the currency if needed, and use the remittance information to help the creditor reconcile the payment. If the creditor account is closed, blocked, or in a different currency without a conversion instruction, the creditor agent may reject the payment and return it to the debtor agent. A return is not a failure of the whole system, but it is a failure for that payment, and it must be handled promptly. Notification is an important part of this stage. The creditor may be notified by a bank statement, by an online banking alert, by an email, or by a specific message such as an MT910 confirmation or a pacs zero zero two status report. The debtor may also receive a confirmation that the payment was delivered. Good notification reduces customer queries, because the customer can see that the payment has arrived and can reconcile it without calling the bank. Poor notification, or a notification that arrives before the funds are actually available, creates confusion and complaints. What can go wrong at crediting includes a wrong account number that passes validation but belongs to a different person, a payment credited to a suspense account because the beneficiary cannot be identified, or a payment held because the creditor agent needs more information. These are among the most difficult exceptions to resolve, because the funds have left the debtor but have not reached the intended creditor. Analysts must document the crediting rules, the return codes, the suspense account handling, and the notification content. They must also ensure that the status of the payment is visible end to end, so that a customer query can be answered without searching multiple systems. Worked example with real numbers: a supplier at Bank B is owed EUR 60,000 for invoice INV-2026-2210, and Bank A sends a pacs.008 at 09:30 on Monday. Bank B receives the pacs.008 at 09:35, validates the supplier account, credits EUR 60,000 at 09:40, and sends a pacs.002. Bank A receives the pacs.002 at 09:50, matches it to the original pacs.008 by the end to end identifier INV-2026-2210, and sends a confirmation to the debtor at 09:55, stating the supplier was credited EUR 60,000 with value date Monday. The supplier reconciles the receipt against the invoice on the same day, because the pacs.008 carried the invoice number as the end to end identifier and the remittance information, and the camt.053 statement for the supplier account shows the credit with the same reference. Failure and recovery: a beneficiary account that is closed causes Bank B to return the payment with a pacs.004, reason code AC04, and the debtor is refunded, a process that can take a day. A beneficiary account that is frozen causes Bank B to hold the payment, contact the beneficiary, and either credit when the freeze is lifted or return it. A payment credited to the wrong account, because the IBAN belonged to a different person, is recovered by a recall with a camt.056, which needs the beneficiary agreement. Each failure is a credit failure, and the message that proves it is the pacs.002 or the pacs.004, with the status and the reason code. For a business analyst, product owner or subject matter expert, the test is to state, for every payment, when the beneficiary is credited, what status confirms it, how the notification is sent, and what happens when the credit fails. The ISO 20022 pacs.002 status ACCC confirms the creditor account was credited, ACSC confirms settlement completion, and ACCP confirms acceptance, and the three must not be confused, because ACCP does not mean the beneficiary was credited. The requirement must map each status to a customer message, so that a customer who asks where the money is gets an answer from the status, not from a guess, and the camt.053 statement must carry the credit with the end to end identifier, so the beneficiary can reconcile it.