GLOBAL PAYMENTS KNOWLEDGEISO 20022 / SWIFT / SEPA / MT / MX
CBPR+ (ISO 20022 CROSS-BORDER)

Recovering both legs: a cover payment reversed after settlement

Trigger: The debtor reports the payment as fraudulent after the cover payment fully settled — Cassia has already credited the beneficiary, and Meridian has already completed the correspondent-account book transfer.

What operations sees first: Reversing the payment means addressing two independent legs, not one: the beneficiary credit at the creditor agent, and the cover value sitting at the correspondent.

WHERE IS THE MONEY?

Recovered from the beneficiary at Cassia, returned across the correspondent path, and re-credited to the debtor at Bank Alfa.

DID SETTLEMENT HAPPEN?

Both original settlements stand in the audit trail; the recovery creates new, separate reversing entries rather than erasing them.

WHO ACTS NEXT?

Bank Alfa (debtor agent) Bank Alfa closes both leg-specific cases only after the camt.029 outcome and the reverse correspondent entry both reconcile to the same UETR.

PLAY THE EXCEPTION

Trigger: The debtor reports fraud after Cassia credited the beneficiary. Bank Alfa must coordinate the pacs.008 instruction leg and the pacs.009 COV value leg; stopping only one leaves an unmatched payment.

ISO 20022 cover payment (pacs.008 + pacs.009 COV) — interactive diagramThe instruction reaches the creditor agent directly as a pacs.008 while the funds travel the correspondent route as a pacs.009 COV. The two must meet and match before the payee is paid. The full step-by-step description follows this diagram as text.1. pain.0012. Validate & debit3. pacs.0084. pacs.009 COV5. Book transfer6. Cover on nostro7. Match pacs.008 ↔ cover8. CR creditor9. camt.055 FRAD10. camt.056 — pacs.008 leg11. camt.056 — pacs.009 COV leg12. DR beneficiary13. camt.029 CNCL14. pacs.004 — cover return15. Reverse book transfer16. CR debtor
STEP 1 / 16MESSAGE

The debtor initiates the cross-border payment

Debtor (payer) → Bank Alfa (debtor agent) · pain.001

A corporate treasury sends a pain.001 with structured party and remittance data. The same starting point as a serial payment — what differs is how Bank Alfa routes the instruction and the money.

Step 1 of 16: The debtor initiates the cross-border payment

  1. 01Message
    The debtor initiates the cross-border paymentDebtor (payer) → Bank Alfa (debtor agent) · pain.001
  2. 02Processing
    Bank Alfa validates, screens, and debitsBank Alfa (debtor agent)
  3. 03Message
    The pacs.008 goes directly to CassiaBank Alfa (debtor agent) → Cassia Bank (creditor agent) · pacs.008
  4. 04Message
    The cover transfer goes to the correspondentBank Alfa (debtor agent) → Meridian Bank (correspondent) · pacs.009 COV
  5. 05Settlement
    Meridian settles the cover across its booksMeridian Bank (correspondent)
  6. 06Processing
    Cassia sees the cover arrive on its nostroCassia Bank (creditor agent)
  7. 07Processing
    Cassia matches the instruction against the coverCassia Bank (creditor agent)
  8. 08Posting
    The creditor is creditedCassia Bank (creditor agent)
  9. 09 · EXCEPTION PATHMessage
    The debtor asks Bank Alfa to recover the paymentDebtor (payer) → Bank Alfa (debtor agent) · camt.055
  10. 10 · EXCEPTION PATHMessage
    Bank Alfa requests recovery from the creditor agentBank Alfa (debtor agent) → Cassia Bank (creditor agent) · camt.056
  11. 11 · EXCEPTION PATHMessage
    Bank Alfa also opens the cover-leg cancellation caseBank Alfa (debtor agent) → Meridian Bank (correspondent) · camt.056
  12. 12 · EXCEPTION PATHPosting
    Cassia secures the recoverable fundsCassia Bank (creditor agent)
  13. 13 · EXCEPTION PATHMessage
    Cassia reports the accepted recovery outcomeCassia Bank (creditor agent) → Bank Alfa (debtor agent) · camt.029
  14. 14 · EXCEPTION PATHMessage
    Cassia returns the recovered cover valueCassia Bank (creditor agent) → Meridian Bank (correspondent) · pacs.004
  15. 15 · EXCEPTION PATHSettlement
    The cover value settles back to Bank AlfaMeridian Bank (correspondent)
  16. 16 · EXCEPTION PATHPosting
    Bank Alfa credits the recovered amountBank Alfa (debtor agent)
  17. OUTCOME
    Funds
    Recovered from the beneficiary, returned across the cover path, and re-credited to the debtor.
    Settlement
    The original cover settlement remains recorded; pacs.004 caused a separate reverse settlement.
    Who acts next
    Bank Alfa (debtor agent)Close both leg-specific cases only after the camt.029 outcome and reverse correspondent entry reconcile to the same UETR.
Full step-by-step text (works without JavaScript)
  1. 01Message
    The debtor initiates the cross-border paymentDebtor (payer) → Bank Alfa (debtor agent) · pain.001

    A corporate treasury sends a pain.001 with structured party and remittance data. The same starting point as a serial payment — what differs is how Bank Alfa routes the instruction and the money.

  2. 02Processing
    Bank Alfa validates, screens, and debitsBank Alfa (debtor agent)

    After checks and screening on the structured fields, the customer account is debited and the bank chooses the cover method: announce directly to the creditor agent, and fund through correspondents.

    • DR Debtor's account at Bank AlfaUSD 1,250,000.00

    Screening checkpoint: Outbound cross-border screening Both the direct instruction and the cover leg are screened by every bank that touches them.

  3. 03Message
    The pacs.008 goes directly to CassiaBank Alfa (debtor agent) → Cassia Bank (creditor agent) · pacs.008

    The creditor agent learns the full payment details immediately — who is paying whom, how much, and why — carried in structured fields under a Business Application Header. But this message alone brings no money.

  4. 04Message
    The cover transfer goes to the correspondentBank Alfa (debtor agent) → Meridian Bank (correspondent) · pacs.009 COV

    The pacs.009 COV moves the money along the account chain. Its underlying-customer block repeats the debtor and creditor so every bank in the chain can screen the real parties, and it shares the same UETR as the pacs.008.

  5. 05Settlement
    Meridian settles the cover across its booksMeridian Bank (correspondent)

    As in the serial flow, settlement is a book transfer between the two banks' USD accounts held at Meridian, the shared correspondent.

    • DR Bank Alfa's USD account at Meridian (vostro)USD 1,250,000.00
    • CR Cassia's USD account at Meridian (vostro)USD 1,250,000.00
  6. 06Processing
    Cassia sees the cover arrive on its nostroCassia Bank (creditor agent)

    A credit notification tells Cassia the money side is complete on its account at Meridian. Now it has both halves of the payment: the instruction and the funds.

  7. 07Processing
    Cassia matches the instruction against the coverCassia Bank (creditor agent)

    The creditor agent pairs the pacs.008 with the incoming cover by UETR, references, and amount. Crediting on the pacs.008 alone would be paying before being paid.

  8. 08Posting
    The creditor is creditedCassia Bank (creditor agent)

    With instruction and funds matched, Cassia credits its customer. The cover method gives the creditor agent the details sooner, but the credit still waits for the money to actually arrive.

    • CR Creditor's account at CassiaUSD 1,250,000.00
  9. 09 · EXCEPTION PATHMessage
    The debtor asks Bank Alfa to recover the paymentDebtor (payer) → Bank Alfa (debtor agent) · camt.055

    The customer-side request identifies the original pain.001. Because both interbank legs completed, this opens a recovery case; it does not erase either settled entry.

  10. 10 · EXCEPTION PATHMessage
    Bank Alfa requests recovery from the creditor agentBank Alfa (debtor agent) → Cassia Bank (creditor agent) · camt.056

    This request references the direct pacs.008 and shared UETR. Cassia must investigate the beneficiary credit and any consent or legal constraints before it can agree.

  11. 11 · EXCEPTION PATHMessage
    Bank Alfa also opens the cover-leg cancellation caseBank Alfa (debtor agent) → Meridian Bank (correspondent) · camt.056

    A separate request identifies the pacs.009 COV path. Meridian cannot cancel a completed book transfer unilaterally; it traces and coordinates the request with the current holder of the cover value.

  12. 12 · EXCEPTION PATHPosting
    Cassia secures the recoverable fundsCassia Bank (creditor agent)

    In this accepted branch Cassia obtains the required authority and debits the beneficiary. A refused or unavailable recovery would end with a negative camt.029 and no reverse value movement.

    • DR Creditor's account at CassiaUSD 1,250,000.00
  13. 13 · EXCEPTION PATHMessage
    Cassia reports the accepted recovery outcomeCassia Bank (creditor agent) → Bank Alfa (debtor agent) · camt.029

    The resolution closes the instruction-side case but is not the cash. The cover-side case remains open until the reverse value movement appears on the correspondent accounts.

  14. 14 · EXCEPTION PATHMessage
    Cassia returns the recovered cover valueCassia Bank (creditor agent) → Meridian Bank (correspondent) · pacs.004

    The applicable return message references the original cover transfer and shared UETR. It creates a new value movement; the original pacs.008 and pacs.009 COV remain in the audit trail.

  15. 15 · EXCEPTION PATHSettlement
    The cover value settles back to Bank AlfaMeridian Bank (correspondent)

    Meridian debits Cassia's USD account and credits Bank Alfa's account. Operations matches this reverse entry to both cancellation cases before closing them.

    • DR Cassia's USD account at Meridian (vostro)USD 1,250,000.00
    • CR Bank Alfa's USD account at Meridian (vostro)USD 1,250,000.00
  16. 16 · EXCEPTION PATHPosting
    Bank Alfa credits the recovered amountBank Alfa (debtor agent)

    The debtor is re-credited only after the returned cover value is received. Case status and account evidence remain separate controls.

    • CR Debtor's account at Bank AlfaUSD 1,250,000.00
  17. OUTCOME
    Funds
    Recovered from the beneficiary, returned across the cover path, and re-credited to the debtor.
    Settlement
    The original cover settlement remains recorded; pacs.004 caused a separate reverse settlement.
    Who acts next
    Bank Alfa (debtor agent)Close both leg-specific cases only after the camt.029 outcome and reverse correspondent entry reconcile to the same UETR.

THE TIMELINE

  1. 01Bank Alfa's customer (debtor)
    Reports the payment as fraudulent after both interbank legs have already settled.camt.055
  2. 02Bank Alfa (debtor agent)
    Opens two separate cancellation cases, since no single message reaches both legs: one to Cassia about the beneficiary credit, one to Meridian about the cover value.camt.056
  3. 03Cassia Bank (creditor agent)
    Investigates, obtains the required authority, and debits the beneficiary to secure the recoverable funds.
  4. 04Cassia Bank
    Reports the accepted recovery on the instruction leg, then returns the recovered cover value to Meridian as a new movement.pacs.004
  5. 05Meridian Bank (correspondent)
    Credits the reversed cover value back to Bank Alfa; the cover-leg case closes only once this entry reconciles to the shared UETR.

Resolution: A cover payment settles in two places — the beneficiary credit at the creditor agent, and the cover value at the correspondent. Recovering it after settlement means opening and resolving both cases; closing only one leaves the other side of the payment unaccounted for.

MESSAGES INVOLVED

Sources for this scenario3
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority · camt.056 FIToFIPaymentCancellationRequest and camt.029 ResolutionOfInvestigation message definitions

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

  2. Market practice

    Cross-Border Payments and Reporting Plus (CBPR+) usage guidelinesSwift (CBPR+ working group) · cancellation and investigation usage for cover payments

    Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-18

    Full guidelines require MyStandards access. Public guidance states that after 14 November 2026 fully unstructured addresses are removed for in-scope CBPR+ traffic, with explicit message exceptions including admi.024, camt.025, camt.052, camt.053, camt.054 and camt.060.

  3. Simplified educational illustration

    Payments Signal editorial teaching modelsPayments Signal

    This site's own simplified teaching models. · Checked 2026-07-12

    What this simplifies: Single correspondent on the cover leg and a single accepted-recovery path shown; real cases may span more correspondents, take longer, or be refused at any hop.

    Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.

COMMUNITY SIGNAL

Discuss this learning page

Share an operational observation or ask a concrete payments question. Your name and message are public; your email remains private.

NEXT QUESTION REVIEWMonday, 27 Jul, 8:00 amMonday answer runs use source-supported educational material. Some questions may need owner review.
WHAT ARE YOU SHARING?

Public discussion

LOADING

Loading the discussion…