Network Validations

Debtor/Creditor/Bank/Additional details for a payment transaction is validated against valid characters allowed for the network. In case of Network character validation failure, transaction is moved to repair queue.

IBAN check is not applicable for RTGS incoming payments.

Non-NRE A/c to NRE A/c Payment Check

System checks if the debtor’s account type belongs to Non-NRE account type. If there is no code word ‘NRE’ found in the below tags, the debtor’s account is identified as NonNRE account:
  • Debtor Account: (<DbtrAcc><Typ><Prtry>): has ‘NRE’ code word
  • Remittance Information (Unstructured: <RmtInf><Usrtd>Information Line 1): has ‘NRE’ code word.
System will check the Beneficiary account type belongs to NRE account type. This is identified based on the code word ‘NRE’ found in the below tags:
  • Creditor Account: <CdtrAcct><Typ><Prtry>: has ‘NRE’ code word.
If it is resolved as Non-NRE a/c type to NRE a/c type payment, the incoming payment transaction is moved to the Repair queue. Available actions in the Repair queue are:
  • Repair: There is no change in the Repair processing logic.
  • Return: (Note: Returns Processing can be done only from ‘Repair’ Queue. Return processing is explained in detail in Return of Payments section.)

In all other account type cases, the transaction moves to the next processing stage.

Validations for Repair Queue

System validates whether account record is open and authorized.

Beneficiary Name Check is done. If the validation fails, the incoming payment transaction is moved to the Repair queue.

In cases of Invalid beneficiary account or Credit to FCY account, the inbound payment transaction is moved to the Repair queue.

If Beneficiary account branch could not be derived based on the Beneficiary branch IFSC (:Creditor Agent) from the inbound pacs.008/pacs.009 message, then it is moved to the Repair queue.