Context: Category 2 cancellation request compared with the structured FI-to-FI cancellation request used for an institutional or cover-payment leg.
EVIDENCE AT ARM'S REACH
Use the official definitions for both sides of the translation and inspect the original teaching samples before implementing a mapping.
An XSD checks XML structure. A usage guideline adds profile rules, conditional fields, code restrictions, and business controls. XSD-valid does not mean scheme-compliant.
Choose the exact message definition in the official catalogue. The base XSD checks XML structure; it does not prove compliance with a scheme profile.
The annual MT standard and release information. Full field specifications may require an authenticated Swift account.
The network profile that restricts how ISO 20022 payment and reporting messages are used for cross-border traffic.
Adds the November 2026 validation and structured-address changes; implement against the final SR2026 usage guidelines.
Final usage guidelines are published through MyStandards; the public release page gives the implementation timeline.
Open version sourceThe common high-value ISO 20022 market-practice layer used as a starting point by T2, CHAPS, Fedwire, CHIPS, and other payment infrastructures.
The current scheme obligations, datasets, time cycles, and exception rules for a SEPA Credit Transfer.
The EPC profile describing how the ISO 20022 messages implement the SCT rulebook between payment service providers.
The current scheme rules for round-the-clock euro instant credit transfers and their exception handling.
Customer-to-PSP and Inter-PSP profiles for SCT Inst. EPC XSDs are technical validation subsets, not production artefacts or proof of full scheme compliance.
The ECB release library for TIPS UDFS/UHB specifications, message examples, implementation guidance, and MyStandards message-version links.
Published TIPS scope-defining documents for the November 2026 release line.
Published for the November 2026 release process; confirm final approved artefacts before implementation.
Open version sourceA fictional recall request that references an earlier pacs.008. SYNTHETIC / TRAINING ONLY; illustrative unvalidated.
crc32:ac58b74eCustomer and FI cancellation, resolution, return, reversal, and structured investigation messages.
crc32:f4772381Field correspondence, transformation treatment, and data-loss notes for Bank-to-bank request for cancellation of a previously sent payment instruction.
crc32:cac48d1aField correspondence, transformation treatment, and data-loss notes for Category 2 cancellation request compared with the structured FI-to-FI cancellation request used for an institutional or cover-payment leg.
crc32:32b2519fCurated field requirements, contexts, operational meaning, and implementation cautions.
crc32:08d17bc3Curated field requirements, contexts, operational meaning, and implementation cautions.
crc32:758bc79fPositive and negative test cases across validation, rejection, return, recall, reversal, investigation, reconciliation, migration, instant payments, and screening.
crc32:98c48cc7A practical control list for semantic transformation and coexistence risk.
crc32:50787584Verified profile constraints with versioned evidence and explicit operating conditions.
crc32:e3f04ae8Positive and negative lifecycle tests linked to verified profile rules.
crc32:3ea6d78cDiscovery, controls, testing and operational-readiness checks for the profile.
crc32:1fa713e1Outcome-focused profile acceptance criteria with honest release gates.
crc32:f5ef35bfVersion, transformation, cutover and reconciliation controls.
crc32:74567f42Evidence that must be obtained from the owner before production readiness can be claimed.
crc32:b86e4292Generated mapping, field-matrix, test, checklist, acceptance-criteria, migration, manifest, checksum, and source-inventory bundle.
crc32:9d2559edGenerated mapping, field-matrix, test, checklist, acceptance-criteria, migration, manifest, checksum, and source-inventory bundle.
crc32:39e4ef6dGenerated mapping, field-matrix, test, checklist, acceptance-criteria, migration, manifest, checksum, and source-inventory bundle.
crc32:02c424d8Generated mapping, field-matrix, test, checklist, acceptance-criteria, migration, manifest, checksum, and source-inventory bundle.
crc32:f40458b3| MT292 | camt.056 | CORRESPONDENCE | NOTE |
|---|---|---|---|
:20: | Assgnmt/Id | PARTIAL | The MT request reference becomes an explicit assignment identification. |
:21: | Case/Id | PARTIAL | The related reference contributes to the structured case relationship. |
:11S: | Undrlyg/TxInf/OrgnlGrpInf | TRANSFORMED | Original Category 2 message details become structured original-message identifiers. |
Block 3 / field 121 | Undrlyg/TxInf/OrgnlUETR | DIRECT | Preserve the original UETR so the cover or institutional leg can be located deterministically. |
:79: reason and narrative | CxlRsnInf/Rsn/Cd + AddtlInf | TRANSFORMED | Narrative intent becomes a controlled cancellation reason plus supporting information. |
Swift Standards MT (annual standards releases) ↗ — Swift
Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login. Coexistence for in-scope FI-to-FI payment instructions ended on 22 November 2025, but treatment differs by MT: some instructions are NAKed and selected messages can enter temporary, chargeable contingency conversion. Reporting, initiation, investigations and correspondence follow separate roadmaps.
ISO 20022 Catalogue of messages ↗ — ISO 20022 Registration Authority
Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.
Payments Signal editorial teaching models — Payments Signal
What this simplifies: Curated Category 2 cancellation correspondences; usage-guideline conditionals are omitted.
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.
Share an operational observation or ask a concrete payments question. Your name and message are public; your email remains private.
Loading the discussion…