Skip to main content

7.3. Payments Processing

No: 42068309 Date(g): 5/5/2021 | Date(h): 24/9/1442 Status: In-Force

Effective from 2021-05-05 - May 04 2021
To view other versions open the versions tab on the right

The payment for the Receiving Country, when transformed by the AFAQ Service, contains the opposite exchange rate and the two currency amounts in the opposite order. The Receiving Direct Participant, for checking of correct calculation of amounts, should use the original exchange rate used by the Sending Direct Participant (or Sending Domestic RTGS system). 
 
 
The AFAQ Service cc will process the transaction as per the following: 
 
 
1)Payments from countries using the CSM
 
 
 a.Payment Message in the Sending Currency of countries using the CSM:
 
  i.DR: Settlement Account of the Sending Direct Participant;
 
 
  ii.CR: Shadow Account of the NCB of the Receiving Country;
 
 
 b.Payment Message in the Receiving Currency:
 
  i.DR: Shadow Account of the NCB of countries using the CSM,
 
 
  ii.CR: Control (Technical) Account of the NCB of the Receiving Country
 
 
2)Payment to countries using the CSM
 
 
 a.Payment Message in the Sending Currency:
 
  i.DR: Control (Technical) Account of the NCB of the Sending Country,
 
 
  ii.CR: Shadow Account of the NCB of the countries using the CSM.
 
 
 b.Payment Message in the Receiving Currency of countries using the CSM:
 
  i.DR: Shadow Account of the NCB of the sending country,
 
 
  ii.CR: Settlement Account of the Receiving Direct Participant (in the countries using the CSM).
 
 
In all cases the entries of both payment messages are posted simultaneously. 
 
 
If the payment cannot be processed by the AFAQ Service cc for any of the reasons listed under Reasons for Rejection in APPX (2), a rejection message will be sent back to the Sending RPG. The Sending RPG will generate a return payment and send it to the Sending the Direct Participant stating the reason for rejection. 
 
 
A returned payment message must not be resent with the same Unique Message Reference as the original one. It may, after correction of the reason(s) for rejection, be sent as a new payment by the Sending Direct Participant with a different Unique Message Reference, but UETR can be the same.