Why there are two methods

A cross border payment has two jobs to do at the same time. It must move the money from the payer to the payee, and it must carry the information that tells every bank in the chain who the payer is, who the payee is, and why the payment is being made. In a domestic payment, the money and the information travel together through one system, so there is no problem. In a cross border payment, the money and the information often travel through different routes, because the banks in the chain do not all have direct relationships with each other. The serial method and the cover method are the two standard ways of solving this problem, and they differ in whether the money and the information travel together or separately. In the serial method, the payment instruction and the money travel together through a chain of banks, one after the other, like a relay race. Each bank receives the payment, deducts its charge if the charge arrangement allows it, and passes the payment to the next bank in the chain. The message is an MT103 customer payment, and since the CBPR+ migration it travels as a pacs.008. Each bank in the chain sends a new pacs.008 to the next bank, carrying the same originator, beneficiary, amount and remittance information forward, and each bank debits and credits its nostro accounts as the funds pass through. In the cover method, the payment instruction travels directly from the sending bank to the receiving bank, while the money travels separately through correspondent accounts, like a letter that goes by airmail while the parcel goes by ship. The instruction is an MT103, or a pacs.008 in ISO 20022, sent directly to the beneficiary bank. The funds travel as an MT202 COV bank to bank payment, or a pacs.009 COV in ISO 20022, through the correspondent chain. The receiving bank gets the full information directly, and separately receives the funds through the correspondent chain. Both methods deliver the money and the information, but they do it in different ways, with different speeds, costs and risks. The methods themselves have not changed, but the messages that carry them have. The examples in this chapter use the MT103 and MT202 COV forms that banks used before the CBPR+ migration, because those forms show each method most clearly. Since coexistence ended on 22 November 2025, the same serial payment travels as a pacs.008, and the same cover payment travels as a pacs.008 for the instruction plus a pacs.009 COV for the funds. The pacs.009 COV carries the UETR of the customer payment it covers, so that the funds leg and the instruction leg can be matched by the receiving bank. An analyst who can read both the MT and the ISO 20022 forms can trace a payment in either world. It is decided by the relationships between the banks, by the currencies involved, by the charges arrangement, and by the rules of the payment systems. A payment between two banks that have a direct relationship will usually travel serially, because there is no need to split the instruction from the funds. A payment between two banks that have no direct relationship, or where the funds need to travel through a different currency, will often travel by cover, because the instruction can go directly while the funds take the route that is available. A business analyst who works on cross border payments must be able to trace a payment through either method, to explain where it is at any moment, and to identify which bank is responsible for the next step. The compliance angle is different for each method, and it matters. In serial, every intermediary bank sees the full payment details in the MT103 or pacs.008, including the originator and beneficiary, and can screen the payment against sanctions lists. In cover, the banks in the cover chain see the MT202 COV or pacs.009 COV, which carries a copy of the originator and beneficiary information, and they must screen on that copy. If the cover message is missing the originator information, the intermediary bank cannot screen it and will stop the payment for a query. That is why the COV form exists, and why a cover payment sent as a plain MT202 without the COV indicator is a compliance failure, not just a formatting error. Finally, the analyst should know that the method is recorded in the payment message itself, in the settlement method field. Field 53a in the MT103 carries the settlement instruction, and the codes INDA, INGA, COVE and CLRG say how the payment is being settled. INDA means the instructing bank is the debtor agent, INGA means it is not, COVE means cover payment, and CLRG means clearing. In ISO 20022 the same information is carried in the settlement information element of the pacs.008. The method is therefore not a matter of opinion or of tribal knowledge in operations, it is a field in the message, and the system must generate it correctly and the analyst must be able to read it.