Diagram shows two stacked lanes, Serial on top with one MT103 chain and Cover below with a direct instruction lane plus a separate cover funds lane.
Serial versus cover: a side by side comparison
What you will learn
Your objective. By the end of this lesson, you will be able to explain serial versus cover: a side by side comparison and apply it to a real banking scenario.
Why it matters. Cover can be faster for the beneficiary, because the instruction arrives directly, but it is more complex to operate, because the receiving bank must match the cover funds to the instruction, and a mismatch creates a reconciliation break.
Chapter objective: After this lesson the learner can trace a cross border payment through the serial and cover methods, explain how each moves money and information, and choose the right method for a corridor.
Key learning points
- One payment, two lenses
- Serial: together
Key terms
Serial method: Instruction and funds travel together through a chain of banks, one after the other.
Cover method: Instruction travels direct to the receiving bank while funds travel separately through correspondent accounts.
Reconciliation break: A mismatch between the cover funds and the instruction that the receiving bank must resolve.
Diagram shows two stacked lanes, Serial on top with one MT103 chain and Cover below with a direct instruction lane plus a separate cover funds lane.
Practise this lesson
Exercise
Scenario: you are a payments BA advising a corporate treasurer. The company needs to pay USD 250,000 to a supplier in Japan. The company bank is in London. The supplier bank is in Tokyo. There is no direct correspondent relationship between the London bank and the Tokyo bank. The London bank has a USD correspondent in New York, and the Tokyo bank has a USD correspondent in New York. The payment is urgent and the supplier needs the full USD 250,000. Determine whether to use the serial method or the cover method, justify the choice with the routing, the settlement, the charges and the timing, and write the message flow for the chosen method.
Serial method: a single MT103 travels from the London bank to the New York correspondent, then to the Tokyo bank correspondent in New York, then to the Tokyo bank. Each bank deducts its charges from the amount as it passes through, unless OUR is used. Cover method: an MT103 travels direct from the London bank to the Tokyo bank, and a separate MT202 COV travels from the London bank to its New York correspondent, then to the Tokyo bank correspondent, then to the Tokyo bank. The MT103 and the MT202 COV are linked by field 21. Charges: the London bank charges USD 25, the New York correspondent charges USD 20, the Tokyo bank charges USD 15. The payment is urgent, value date today.
- What to do. Choose serial or cover. Justify the choice with four points: routing, settlement, charges and timing. Then write the message flow for the chosen method, naming each message, each bank, and the amount at each hop. State what the beneficiary receives.
Correct result. Choose the cover method. Routing: the MT103 goes direct from London to Tokyo, so the Tokyo bank receives the full instruction immediately and can prepare the credit, while the funds travel separately through the New York correspondents. Settlement: the MT202 COV moves the funds from London to New York to Tokyo, and the Tokyo bank matches the cover to the MT103 by field 21 before crediting. Charges: with OUR, the sender pays all charges, so the beneficiary receives the full USD 250,000; the London bank charges USD 25, the New York correspondent charges USD 20, and the Tokyo bank charges USD 15, all billed to the sender, total USD 60, so the sender pays USD 250,060 in total. Timing: the cover method is faster for the beneficiary bank because it receives the instruction direct and does not wait for the funds to pass through each intermediary before it can act. The serial method would be slower because each intermediary must receive the MT103, deduct its charges, and forward it, and the beneficiary would receive less than USD 250,000 unless OUR is used and each bank honours it. Message flow for cover: MT103 from London to Tokyo (USD 250,000, field 21 PAY-JP-20261107); MT202 COV from London to New York correspondent (USD 250,000, field 21 PAY-JP-20261107); MT202 COV from New York correspondent to Tokyo bank correspondent (USD 250,000, field 21 PAY-JP-20261107); MT202 COV from Tokyo bank correspondent to Tokyo bank (USD 250,000, field 21 PAY-JP-20261107); Tokyo bank credits the supplier USD 250,000. Worked reasoning: the cover method is chosen when the beneficiary bank needs the instruction quickly and the funds can travel separately, and when the sender wants the beneficiary to receive the full amount. The serial method is chosen when the payment is small, the chain is short, or the banks prefer a single message. Here the payment is large and urgent, and there is no direct relationship between London and Tokyo, so cover is the right choice.
Why. Hint 1: the key question is whether the beneficiary bank needs the instruction before the funds arrive; if yes, use cover. Hint 2: with OUR, the sender pays all charges, so the beneficiary receives the full amount; with SHA or BEN, the beneficiary receives less. Hint 3: field 21 links the MT103 and the MT202 COV; without it, the beneficiary bank cannot match the cover to the instruction. The worked explanation shows the decision discipline: routing, settlement, charges and timing are the four factors, and the choice must be justified on all four, not just one.
Check your understanding
Practice question
Which of the following best describes serial versus cover: a side by side comparison?
Takeaway and next step
What to remember
In the serial method, the MT one zero three travels from bank to bank, and the funds travel with it, so the instruction and the money are never separated.
Build a cross-border payment like the one in this lesson and watch the chain, the charges, and the final amount change.
Open the Cross-Border Payment Configurator →
Builds on "The cover flow step by step".
Transcript and full text
Show transcript
The clearest way to compare the two methods is to look at the same payment through both lenses. Take a USD 10,000 payment from Bank A in India to Bank D in Brazil, through Bank B and Bank C, with SHA charges of USD 25 at each intermediary. In the serial method, the pacs.008 travels from Bank A to Bank B to Bank C to Bank D, and the funds travel with it, so the instruction and the money are never separated. In the cover method, the pacs.008 travels directly from Bank A to Bank D, and the pacs.009 COV travels through Bank B and Bank C carrying the funds. In both cases the beneficiary receives USD 9,950, because the charges are the same, but the path, the timing, and the information each bank sees are different. In the serial method, each intermediary bank sees the full payment details and can deduct its charge from the amount. In the cover method, the intermediary banks in the cover chain see the pacs.009 COV, which carries a copy of the originator and beneficiary information, and they deduct their charges from the cover amount, while the receiving bank sees the full pacs.008 directly. The comparison holds for the ISO 20022 forms too, a pacs.008 in serial, and a pacs.008 plus a pacs.009 COV in cover. The analyst must be able to read both forms and to explain which one a given payment used, because the exception handling is different. Speed, cost and transparency differ in ways that matter for the customer. Serial is simpler to set up, because it needs no separate reconciliation between an instruction and a cover payment, but it is slower when the chain is long, because each bank processes the payment in turn. Cover can be faster for the beneficiary, because the instruction arrives directly, but it is more complex to operate, because the receiving bank must match the cover funds to the instruction, and a mismatch creates a reconciliation break. Serial can be cheaper when the chain is short, because there is only one payment to process at each step. Cover can be more expensive when there are many banks in the cover chain, because each one charges for moving the funds. The risk profile also differs. In serial, if one bank in the chain fails or stops the payment, the payment is stuck and the information is stuck with it, and the beneficiary bank may not know the payment exists. In cover, if the cover funds are delayed, the beneficiary bank still has the instruction and can explain to the beneficiary that the payment is expected and the funds are in transit, which is a better customer experience. In serial, a compliance query by an intermediary bank stops the whole payment. In cover, a compliance query by a bank in the cover chain stops the funds but the instruction has already reached the beneficiary bank, so the beneficiary bank can start its own checks and can give the customer a status update. Traceability is better in cover for the beneficiary bank and better in serial for the intermediary banks. In serial, every bank in the chain has the full payment details and can answer a trace query. In cover, the intermediary banks in the cover chain only see the cover payment, so they can answer questions about the funds leg but not about the customer payment. The beneficiary bank in cover has the full instruction and can answer questions about the customer payment, but it must wait for the funds leg to arrive before it can confirm the credit. The gpi tracker helps in both cases, because it collects status updates from each bank and presents them in a single view keyed by the UETR. Compliance screening differs in a way that has caused real regulatory fines. In serial, every bank screens the full payment, because it sees the full pacs.008. In cover, the banks in the cover chain screen the pacs.009 COV, which carries a copy of the originator and beneficiary information. If that copy is incomplete or missing, the intermediary bank cannot screen properly, and the payment may pass through without adequate checks. Several banks have been fined for processing cover payments where the underlying customer information was stripped out. The analyst must ensure that the cover message carries the full originator and beneficiary information, and must test that it survives every hop in the cover chain. Neither method is always better. The right method depends on the banks, the currencies, the amounts and the service levels, and the analyst must be able to recommend the right one for a given corridor. As a rule of thumb, serial is right when the chain is short, when the banks have direct relationships, and when the payment is straightforward. Cover is right when the sending and receiving banks have no direct relationship, when the funds must travel through a US correspondent for dollar clearing, and when the beneficiary bank needs the full information quickly. The payment system must support both, must generate the right messages for each, and must reconcile the cover funds with the instruction when cover is used.
The clearest way to compare the two methods is to look at the same payment through both lenses. Take a USD 10,000 payment from Bank A in India to Bank D in Brazil, through Bank B and Bank C, with SHA charges of USD 25 at each intermediary. In the serial method, the pacs.008 travels from Bank A to Bank B to Bank C to Bank D, and the funds travel with it, so the instruction and the money are never separated. In the cover method, the pacs.008 travels directly from Bank A to Bank D, and the pacs.009 COV travels through Bank B and Bank C carrying the funds. In both cases the beneficiary receives USD 9,950, because the charges are the same, but the path, the timing, and the information each bank sees are different.
In the serial method, each intermediary bank sees the full payment details and can deduct its charge from the amount. In the cover method, the intermediary banks in the cover chain see the pacs.009 COV, which carries a copy of the originator and beneficiary information, and they deduct their charges from the cover amount, while the receiving bank sees the full pacs.008 directly. The comparison holds for the ISO 20022 forms too, a pacs.008 in serial, and a pacs.008 plus a pacs.009 COV in cover. The analyst must be able to read both forms and to explain which one a given payment used, because the exception handling is different.
Speed, cost and transparency differ in ways that matter for the customer. Serial is simpler to set up, because it needs no separate reconciliation between an instruction and a cover payment, but it is slower when the chain is long, because each bank processes the payment in turn. Cover can be faster for the beneficiary, because the instruction arrives directly, but it is more complex to operate, because the receiving bank must match the cover funds to the instruction, and a mismatch creates a reconciliation break. Serial can be cheaper when the chain is short, because there is only one payment to process at each step. Cover can be more expensive when there are many banks in the cover chain, because each one charges for moving the funds.
The risk profile also differs. In serial, if one bank in the chain fails or stops the payment, the payment is stuck and the information is stuck with it, and the beneficiary bank may not know the payment exists. In cover, if the cover funds are delayed, the beneficiary bank still has the instruction and can explain to the beneficiary that the payment is expected and the funds are in transit, which is a better customer experience. In serial, a compliance query by an intermediary bank stops the whole payment. In cover, a compliance query by a bank in the cover chain stops the funds but the instruction has already reached the beneficiary bank, so the beneficiary bank can start its own checks and can give the customer a status update.
Traceability is better in cover for the beneficiary bank and better in serial for the intermediary banks. In serial, every bank in the chain has the full payment details and can answer a trace query. In cover, the intermediary banks in the cover chain only see the cover payment, so they can answer questions about the funds leg but not about the customer payment. The beneficiary bank in cover has the full instruction and can answer questions about the customer payment, but it must wait for the funds leg to arrive before it can confirm the credit. The gpi tracker helps in both cases, because it collects status updates from each bank and presents them in a single view keyed by the UETR.
Compliance screening differs in a way that has caused real regulatory fines. In serial, every bank screens the full payment, because it sees the full pacs.008. In cover, the banks in the cover chain screen the pacs.009 COV, which carries a copy of the originator and beneficiary information. If that copy is incomplete or missing, the intermediary bank cannot screen properly, and the payment may pass through without adequate checks. Several banks have been fined for processing cover payments where the underlying customer information was stripped out. The analyst must ensure that the cover message carries the full originator and beneficiary information, and must test that it survives every hop in the cover chain.
Neither method is always better. The right method depends on the banks, the currencies, the amounts and the service levels, and the analyst must be able to recommend the right one for a given corridor. As a rule of thumb, serial is right when the chain is short, when the banks have direct relationships, and when the payment is straightforward. Cover is right when the sending and receiving banks have no direct relationship, when the funds must travel through a US correspondent for dollar clearing, and when the beneficiary bank needs the full information quickly. The payment system must support both, must generate the right messages for each, and must reconcile the cover funds with the instruction when cover is used.
Full lesson text (all scenes)
Completing a lesson updates your progress dashboard on the homepage.
Scene timestamps are estimated by allocating the narration text proportionally across the real audio length. The audio playback position is the source of truth: pause freezes the visual, seeking restores the correct scene, replay restarts the scene animation.
Scene beat timestamps for this lesson were measured from the real audio, not estimated.