SWIFT MTS – KEY DETAILS

-

 WIFT MTs – Key Details

In this article, we are going to cover some key details on the SWIFT MT message. Let us dive right into the topic

Naming Convention

SWIFT MT messages have a very simple naming convention, it is easy to understand and is straightforward.

The first question that might pop up in our mind is, “what does MT stand for??” MT simply stands for Message type.

This is followed by a 3-digit number

1st Digit – Category of the message

2nd Digit – Group of the message

3rd Digit – Type of the message

Category – Describes the underlying business function of the message. Example: Category 1 = Customer Payments and Cheques.

Group – Describes the function of the message within the specified category. Example: 11n = Category 1 Cheque Payment Messages.

Type – Describes the specific function. Example: 112 = Status of a Request for Stop Payment of a Cheque.

Usually, there are three types of groups (At least from a payments perspective)

0 – Transfers

1 – Cheques

9 – Common Group

Let us now take an example of a simple MT103 and try to understand the name

MT Message Name
S0301

SWIFT message blocks

There are a total of 5 blocks in a SWIFT message. In this article, I am just going to introduce them but in the next one, we will split them into individual components and analyze them in detail.

Each block starts with the block number and contains a specific set of data.

S0302
S0303

The original message type that was developed by SWIFT and a subset was later made into ISO15022.

Popular posts from this blog

SWIFT MT – SERIAL AND COVER METHOD

-
Image
  SWIFT MT – Serial and Cover Method This is one of the most important articles from SWIFT payments’ perspective and it is critical that you fully understand the concepts laid out here. Payments are cleared and settled via 2 primary methods: Through a payment market infrastructure (PMI) Through correspondent banking Through payment market infrastructure: This is the case where bank A and bank B are direct participants of this PMI aka CSM. IN General usage the concept of serial and cover does not apply here but if you put a gun to my head, I would say is very close to the serial method. Through correspondent banking: This is the case where banks open accounts with each other (Nostro/Vostro) and settle funds directly. The prerequisite here is that banks need to open accounts with each other or in other words they need to have an  accounting relationship  with the other bank. Now, let us try to understand the connection between sending/receiving SWIFT messages and the moveme...
Read more

SEPA CREDIT TRANSFER – REJECT FLOW

-
Image
  SEPA Credit Transfer – Reject flow : Even though the happy path is the most common case, there are always exceptions and the different parties in an SCT payment chain can reject the payment due to several reasons. The status of the payment has to be conveyed to the ordering customer so that corrective action can be taken. Let us try to understand who are all the parties that can send Rejections and how they do it Reject definition:  “A ‘ Reject’  occurs when a SEPA Credit Transfer is not accepted for normal execution before inter-PSP Settlement. ” – EPC rule book. The main point to note here is that a payment is rejected before the settlement of the payment happens between banks. In case the payment is settled then the payment has to be Returned (we will get to this in the next article). Ordering bank (Originator PSP):  Upon receiving a Pain.001, the ordering bank (Originator PSP) will start processing the instruction and may decide to reject the pay...
Read more

SEPA CREDIT TRANSFER – RECALL FLOW

-
Image
  Sepa Credit Transfer – Recall flow : SEPA credit transfer – recall is a process through which an Originator or Originator PSP wants to cancel or get back the funds of an earlier credit transfer that was sent. Both the Originator and the Originator PSP can recall the payment for several reasons and here are some of them Originator: payment sent with incorrect information Wrong amount Payment sent to the wrong party Originator PSP: A duplicate message sent Fraudulent credit transfer message sent There are different parties in the payment chain and let us see how the different parties react to the recalls. It is important to note that when Originators initiate a recall they communicate to their PSP either via a payment message or email/phone call/branch visit. PSPs on the other hand send a message directly. Whenever an Originator initiates a recall request then it does not guarantee them the funds will be returned. There are 3 sub-flows within a recall flow: Payment not settled Posi...
Read more