Purpose, Category Purpose, and Regulatory Reporting Elements in SWIFT MX

Purpose, Category Purpose and Regulatory Reporting

The three structured elements – Purpose, Category Purpose, and Regulatory Reporting, all are used provide some kind of detailed information about the underlying payment in a cross-border remittance. But there are very important conceptual differences about when each element should be used in a MX message. Let us understand.

Purpose, Category Purpose and Regulatory Reporting

Source: PMPG - ISO 20022 Market Practice Guidance

Want to learn more about SWIFT?

SWIFT MT AND ISO 20022 MX MESSAGES | 3-IN-1 COURSE PACKAGE
View Details

Similarities and Differences in Uses

The similarity among these three elements is that all of these provide some kind of insight about the basic reason or purpose of why the payment is being made. But the similarity ends there. Each element is targeted for use by different players involved in a payment chain.

use of Purpose, Category Purpose and Regulatory Reporting

The Purpose element bears the commercial reason for the payment. This is meant to be used by the end customers like the debtor and the creditor for their own reconciliation purposes. Banks have nothing to do with this element for their own use, they just pass on the value in this element unchanged across the payment chain like post offices.

The Category Purpose bears the high-level category to which this payment belongs. This is meant to be used by agents to determine if any specialized processing will be required for such kinds of payments. It can be bulk processing of salaries or security related payments, or usage by another software for payments related to government or taxes etc.

The Regulatory Reporting bears information to comply with Regulatory Authority requirements. This is also meant to be used by agents, specifically the debtor agent and/or the creditor agent but not for their own internal processing usage, it is meant for reporting certain information about the payment to the concerned regulatory authorities against some pre mandated requirements by that country. So, here the usage has entirely a compliance angle.

For more insight on the use of structured elements in SWIFT MX messages, visit here.


WANT TO READ MORE?

Sign Up to get notifications of future blog posts 

Sign up/ Login

Already signed up/ logged in? Then you are all set!


You may be interested in

Part 1: Beginner's Guide - SWIFT Message Types - MT and MX ISO 20022

Part 1: Beginner's Guide - SWIFT Message Types - MT and MX ISO 20022

Basics of Payments | SWIFT MT/ MX Payment Message Types with examples | SWIFT GPI

View Details

Part 2: Advanced Guide - ISO 20022 SWIFT MX Messages

Part 2: Advanced Guide - ISO 20022 SWIFT MX Messages

CBPR+ Usage Guidelines | XML and Messages Schema | Messages Structure | MX Messages Examples

View Details

SWIFT MT and ISO 20022 MX Messages | 3-in-1 Course Package

SWIFT MT and ISO 20022 MX Messages | 3-in-1 Course Package

The Ultimate No-Nonsense Guide to SWIFT MT and ISO 20022 MX Message Types

View Details