SWIFT Messages

Download as pdf or txt
Download as pdf or txt
You are on page 1of 521
At a glance
Powered by AI
The document provides information on SWIFTStandards message reference guides for category 3 Treasury Markets messages.

SWIFTStandards define standards for financial message types used for interbank communication.

The table on page 4 lists message types in category 3 including their purpose, authentication requirements, maximum length, and whether MUG registration is needed.

SWIFTStandards

Category 3
Treasury Markets - Foreign Exchange, Money
Markets and Derivatives
For SWIFTStandards MT October 2007

Message Reference Guide: Volume 2 (MT 350 - MT 399)


Standards Release Guide - February 2007
This reference guide contains the category 3 message text standards, including a detailed description of the scope, the
format specifications, the rules, the guidelines, and the field specifications of each message type .
5 February 2007

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Copyright
Copyright S.W.I.F.T. SCRL ("SWIFT"), avenue Adle 1, B-1310 La Hulpe, Belgium, or its licensors, 2007 .
All rights reserved. You may copy this publication within your organisation. Any such copy must include these legal
notices.
Confidentiality
This publication may contain SWIFT or third-party confidential information. Do not disclose this publication outside your
organisation without the prior written consent of SWIFT.
Disclaimer
The information in this publication may change from time to time. You must always refer to the latest available version.
SWIFTStandards Intellectual Property Rights (IPR) Policy - End-User License Agreement
SWIFTStandards are licensed subject to the terms and conditions of the SWIFTStandards IPR Policy - End-User License
Agreement, available at www.swift.com > Standards > More information.
Translations
The English version of SWIFT documentation is the only official version.
Trademarks and Patents
SWIFT, S.W.I.F.T., the SWIFT logo, Sibos, SWIFTNet, SWIFTAlliance, SWIFTStandards, SWIFTReady, and Accord are
trademarks of S.W.I.F.T. SCRL. Other SWIFT-derived service and product names, including SWIFTSolutions, SWIFTWatch, and SWIFTSupport are tradenames of S.W.I.F.T. SCRL.
SWIFT is the trading name of S.W.I.F.T. SCRL .
Other product or company names in this publication are tradenames, trademarks, or registered trademarks of their respective
owners.
5 February 2007

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Introduction

Introduction
Summary of Changes
Added Message Types
n.a.

Removed Message Types


n.a.

Modified Message Types


MT 360
MT 361
MT 362

5 February 2007

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Category 3 Message Types


The following table lists all message types defined in category 3.
For each message type, there is a short description, an indicator whether the message type requires authentication (Y/N), the
maximum message length on input (2,000 or 10,000 characters) and whether the use of the message requires registration
with SWIFT for use in a message user group (Y/N).
MT

MT Name

Purpose

Authen.

Max.
Length

MUG

300

Foreign Exchange Confirmation

Confirms information agreed to in the


buying/selling of two currencies

10,000

303

Forex/Currency Option Allocation


Instruction

Instructs the allocation of a block trade


(forex or currency option)

10,000

304

Advice/Instruction of a Third Party


Deal

Advises of or instructs settlement of a third


party foreign exchange deal

10,000

305

Foreign Currency Option Confirmation

Confirms information agreed to in the


buying and selling of options on currencies

2,000

306

Foreign Currency Option Confirmation

Confirms or notifies the details of a foreign


currency option contract

10,000

307

Advice/Instruction of a Third Party


FX Deal

Advises of or instructs settlement of a third


party foreign exchange deal

10,000

308

Instruction for a Gross/Net Settlement of Third Party FX Deals

Informs which deals done on behalf of a


third party are to be settled gross and which
ones netted

10,000

320

Fixed Loan/Deposit Confirmation

Confirms the terms of a contract relative to a


fixed loan/deposit transaction

10,000

321

Instruction to Settle a Third Party


Loan/Deposit

Advises the trade details and instructs the


settlement of a fixed term loan/deposit done
with a third party financial institution

10,000

330

Call/Notice Loan/Deposit Confirmation

Confirms the terms of a contract relative to a


call/notice loan/deposit transaction

10,000

340

Forward Rate Agreement Confirmation

Confirms the details of a forward rate agreement

10,000

341

Forward Rate Agreement Settlement Confirmation

Confirms the settlement details of a forward


rate agreement

10,000

350

Advice of Loan/Deposit Interest


Payment

Advises of a loan/deposit interest payment

10,000

360

Single Currency Interest Rate


Derivative Confirmation

Confirms the details of a single currency


interest rate derivative transaction

10,000

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Category 3 Message Types

MT

MT Name

361

Cross Currency Interest Rate Swap


Confirmation

Confirms the details of a cross currency


interest rate swap transaction

10,000

362

Interest Rate Reset/Advice of


Payment

Confirms or advises the reset rates of the


floating interest rate(s) in a single or
cross-currency interest rate derivative transaction and/or the payment of interest at the
end of an interest period

2,000

364

Single Currency Interest Rate


Derivative Termination/Recouponing Confirmation

Confirms the details of the partial or full


termination or recouponing of a single
currency interest rate swap, cap, collar or
floor

10,000

365

Cross Currency Interest Rate Swap


Termination/Recouponing Confirmation

Confirms the details of the partial or full


termination or recouponing of a cross
currency interest rate swap

10,000

380

Foreign Exchange Order

Orders to purchase or sell a specific amount


of a certain currency

10,000

381

Foreign Exchange Order Confirmation

Confirms the execution of a FX Order previously sent

10,000

390

Advice of Charges, Interest and


Other Adjustments

Advises an account owner of charges, interest or other adjustments

2,000

391

Request for Payment of Charges,


Interest and Other Expenses

Requests payment of charges, interest or


other expenses

2,000

392

Request for Cancellation

Requests the Receiver to consider cancellation of the message identified in the request

2,000

395

Queries

Requests information relating to a previous


message or amendment to a previous
message

2,000

396

Answers

Responds to an MT 395 Queries or an


MT 392 Request for Cancellation or other
message where no specific message type has
been provided for a response

2,000

398

Proprietary Message

Contains formats defined and agreed to


between users and for those messages not
yet live

10,000

399

Free Format Message

Contains information for which no other


message type has been defined

2,000

5 February 2007

Purpose

Authen.

Max.
Length

MUG

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Note:

A Message User Group (MUG), for the purposes of this book, is a group of users who have voluntarily agreed to support the specified message type and have registered with SWIFT to send or
receive the specified message type. These messages are indicated in the preceding table in the
column MUG.
Registration is free of charge. To register to use one or more message types, submit a registration
request (Register to a Message User Group) through www.swift.com. To withdraw from a
MUG, use the Deregister from a Message User Group request.
These forms are available on www.swift.com > Ordering & Support > Ordering.
To get the list of other members of a particular MUG, send an MT 999 to the Customer Implementation team (SWHQBEBBCOS).

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Euro - Impact on Category Message Standards

Euro - Impact on Category Message Standards


See the SWIFTStandards General Information volume for full details of the Euro-Related Information (ERI) and the impact
on SWIFTStandards FIN message types.

5 February 2007

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 350 Advice of Loan/Deposit Interest Payment


MT 350 Scope
It is used to inform that an interest amount has been paid to the account of the beneficiary with the receiving agent
mentioned in the message.
The message may also be used to notify the details of:
an amendment to a previously sent advice
the cancellation of an advice.
This message is sent by or on behalf of the institution or corporate, party A who has borrowed cash from the institution or
corporate, party B.

Party A and party B are the legal entities which have agreed to the transaction.
Party A is either:
the Sender, or
the institution/corporate on behalf of which the message is sent
Party B is either:
the Receiver, or
the institution/corporate on behalf of which the message is received

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

MT 350 Format Specifications


The MT 350 consists of four sequences:
Sequence A General Information contains general information about the loan/deposit as well as about the advice itself.
Sequence B Interest Information specifies interest details.
Sequence C Settlement Instructions provides the instructions for the interest payable by party A.
Sequence D Tax Information contains information about the tax regime .
MT 350 Advice of Loan/Deposit Interest Payment
Status

Tag

Field Name

Content/Options

No.

Mandatory Sequence A General Information


M

15A

New Sequence

(CrLf)

20

Senders Reference

16x

21

Related Reference

16x

22A

Type of Operation

4!c

94A

Scope of Operation

4!c

22C

Common Reference

4!a2!c4!n4!a2!c

21N

Contract Number Party A

16x

82a

Party A

A, D or J

87a

Party B

A, D or J

83a

Fund or Instructing Party

A, D or J
10

72

Sender to Receiver Information

6*35x
11

Mandatory Sequence B Interest Information


M

15B

New Sequence

(CrLf)
12

30G

Interest Period

8!n/8!n
13

32B

Currency and Principal Amount

3!a15d
14

30V

Value Date of Interest Payment

8!n
15

5 February 2007

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

34B

Field Name
Currency and Interest Amount

Content/Options

No.

3!a15d
16

37J

Interest Rate

12d
17

14D

Day Count Fraction

7x
18

30F

Next Interest Payment Date

8!n
19

Mandatory Sequence C Settlement Instructions


M

15C

New Sequence

(CrLf)
20

53a

Delivery Agent

A, D or J
21

86a

Intermediary 2

A, D or J
22

56a

Intermediary

A, D or J
23

57a

Receiving Agent

A, D or J
24

58a

Beneficiary Institution

A, D or J
25

Optional Sequence D Tax Information and Brokers Commission


M

15D

New Sequence

(CrLf)
26

34B

Transaction Currency and Interest Amount

3!a15d
27

33B

Transaction Currency and Net Interest Amount

3!a15d
28

36

Exchange Rate

12d
29

Optional Subsequence D1 Tax Details


M

37L

Tax Rate

12d
30

10

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

Status

Tag

33E

Field Name

Content/Options

Reporting Currency and Tax Amount

No.

3!a15d
31

Optional Subsequence D2 Brokers Commission Information


M

71F

Brokers Commission

3!a15d
32

37L

Tax Rate on Brokers Commission

12d
33

33E

Reporting Currency and Tax Amount on Brokers


Commission

3!a15d
34

M = Mandatory O = Optional

MT 350 Network Validated Rules


C1
In sequence A, if field 22A contains ADVC then field 21 is optional, otherwise field 21 is mandatory (Error code(s):
D02).
Sequence A
if field 22A is...

Sequence A
then field 21 is...

ADVC

Optional

Not equals ADVC

Mandatory

C2
In sequence A, if field 94A is present and contains AGNT, then field 21N in sequence A is mandatory, otherwise field
21N is optional (Error code(s): D72).
Sequence A
if field 94A is...

Sequence A
then field 21N is...

AGNT

Mandatory

BILA

Optional

Not present

Optional

C3

5 February 2007

11

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

In sequence C, if field 56a is not present, then field 86a in sequence C is not allowed, otherwise field 86a is optional
(Error code(s): E35).
Sequence C
if field 56a is...

Sequence C
then field 86a is...

Not present

Not allowed

Present

Optional

C4
The currency code in the amount fields 32B and 34B in Sequence B must be the same (Error code(s): C02).
C5
If Sequence D is present, at least one of the subsequences D1 or D2 must be present (Error code(s): E47).
In Sequence D, if Subsequence D1 is...

then Subsequence D2 is...

Present

Optional

Not present

Mandatory

MT 350 Usage Rules


The following guidelines apply when sending an MT 350:
For the actual transfer of funds or the confirmation of credits and debits, other messages outside Category 3 are available, such as the MTs 202, 203, 205, Financial Institution Transfer messages and the MTs 900, 910, 950, Confirmation
of Debit/Credit and Statement messages, respectively.
In all cases, the common reference of the MT 350 must be quoted in the relevant reference field, ie, field 21 of the MTs
202, 203, 205 .
When cancelling a previously sent message (field 22A is CANC) using MT 350:
field 21 must contain the reference (ie, the content of field 20) of the message containing the instruction to be
cancelled
the cancellation message must contain a copy of at least the mandatory fields of the original advice.
To amend a previously sent message (field 22A is AMND):
field 21 must contain the reference (ie, the content of field 20) of the message containing the instruction to be
amended
the amendment message must contain both the unchanged and the changed/new fields of the original message
the amendment message replaces the original message.
In the case of a fixed loan/deposit, this message is sent when interest is paid periodically during the life of the contract
(ie, at the end of the interest period specified in field 30F). It is also used to advise payment of interest, when a fixed
loan/deposit is renewed/rolled over and the interest amount is remitted rather than added or subtracted. If the financial
institutions exchange liquidation notices at maturity (ie, MT 320, with code word MATU), the MT 320 will account for
any interest payment due at that time, therefore, an MT 350 need not be sent.
This message is also sent to advise payment of interest relative to a call/notice loan/deposit, except when the
account/contract is closed. In this case, an MT 330 (with code word 22B =SETT) shall be sent.
The MT 350 is not used for negative interest amounts. Negative interests will be deducted from the outstanding
balance.

12

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

MT 350 Guidelines
1. Cancellation of a Message
The MT 392 can also be used for cancellation. The following issues however, have to be considered:
Acknowledgement: by sending the MT 392, the sender requests the receiver to cancel the confirmation previously
sent. The receiver must acknowledge the request by sending an MT 396 back to the sender of the MT 392.
Routing: the MT 392 might not be routed to the same destination as the MT 350 to be cancelled.
Repetition of the original message: in the MT 392, only the senders reference of the previous message is mandatory, all other fields are optional. When an MT 350 with CANC is used, the fields to be copied are mandated by
the standard.
2. Settlement Detail
The table below shows how the different settlement parties involved in the deal can be identified .The table is
presented from party As point of view.
Whenever possible, users should use option A to identify institutions in these fields. Use of free text, ie, option D,
except when used to specify recognized code words, is strongly discouraged. Option D not only precludes party B from
matching and further processing the message automatically but also is contrary to the message text standards which
state that option D is only to be used when no other option is available.
Option J is only used when exchanging messages with fund managers.
Normally, the beneficiary is party A for the amount bought and party B for the amount sold. If party A or party B
forwards the funds to an ultimate beneficiary institution, this institution is included in field 58a.
Party A services account of party B. No separate settlement messages are sent.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will debit party Bs account .

Party A will credit party Bs account

:53a: not used

:53a: not used

:86a: not used

:86a: not used

:56a: not used

:56a: not used

:57a:[/account no of party B]
party A

:57a:[/account no of party B]
party A

Party B services account of party A. No separate settlement messages are sent.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party B will credit party As account

Party B will debit party As account

:53a: not used

:53a: not used

:86a: not used

:86a: not used

:56a: not used

:56a: not used

5 February 2007

13

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:57a:[/account no of party A]
party B

57a:[/account no of party A]
party B

Beneficiarys account serviced by a financial institution other than party A or party B. The payer sends an MT 202
to its correspondent who will then send an MT 205 or equivalent to the correspondent of the payee. The correspondent can be a branch of the party.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Credit to party As account with that financial


institution

Credit to party Bs account with that financial


institution

[:53a: Correspondent of party B]

[:53a: Correspondent of party A]

:86a: not used

:86a: not used

:56a: not used

:56a: not used

:57a:[/account no of party A]
correspondent of party A

:57a:[/account no of party B]
correspondent of party B

Beneficiary receives the funds through another institution (eg, BANK x for party x).
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of BANK x, ie, CORR x. CORR x will then send an MT 202 to BANK x who will then send an
MT 950 to party x.
Field 56a identifies where BANK x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A

BANK B will receive the funds for party B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:86a: not used

:86a: not used

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary receives the funds through another institution (eg, BANK x for party x), the correspondent of BANK
x, CORR x also uses a correspondent.

14

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of CORR x. The correspondent of CORR x will then send an MT 202 to CORR x. CORR x will
then send an MT 202 to BANK x who will then send an MT 950 to party x.
Field 86a identifies where CORR x will receive the funds.
Field 56a identifies the correspondent of BANK x.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A via


CORR A

BANK B will receive the funds for party B via


CORR B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:86a:[/account of CORR A]
correspondent of CORR A

:86a:[/account no of CORR B]
correspondent of CORR B

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary to receive the funds directly through a clearing system.


The payer sends an MT 202 to its correspondent who will then send an MT 202 the payee.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will receive the funds through clearing

Party B will receive the funds through clearing

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:86a: not used

:86a: not used

:56a: not used

:56a: not used

:57a:/CLEAR
party A

:57a:/CLEAR
party B

The counterparties use their standing settlement instructions.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:86a: not used

:86a: not used

:56a: not used

:56a: not used

5 February 2007

15

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:57D:SSI

:57D:SSI

The payment flows are netted based on a bilateral agreement.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:86a: not used

:86a: not used

:56a: not used

:56a: not used

:57D:NET

:57D:NET

There is no payment (amount is zero) or the settlement details are irrelevant.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:86a: not used

:86a: not used

:56a: not used

:56a: not used

:57D:NONE

:57D:NONE

The settlement details are not known at the time the advice is issued.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:86a: not used

:86a: not used

:56a: not used

:56a: not used

:57D:UNKNOWN

:57D:UNKNOWN

Note: It is only necessary to quote an account number when multiple accounts are serviced for the same institution .

16

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

MT 350 Field Specifications


1. Field 15A: New Sequence
FORMAT
Option A

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence A General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

2. Field 20: Senders Reference


FORMAT
16x

(Reference)

PRESENCE
Mandatory
DEFINITION
This field specifies the reference assigned by the Sender to unambiguously identify the message.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
The reference assigned to a message is used for cross-referencing purposes in subsequent messages, such as following MT
350s and statement messages as well as queries. It is therefore essential for the identification of the original message sent
that this reference be unique.

3. Field 21: Related Reference


FORMAT
16x

5 February 2007

(Reference)

17

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C1)
DEFINITION
This field contains the identification of the message to which the current message is related.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
When used, this field must contain the Senders reference (field 20) of the previous advice which is to be amended,
cancelled or duplicated.

4. Field 22A: Type of Operation


FORMAT
Option A

4!c

(Function)

PRESENCE
Mandatory
DEFINITION
This field specifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T36):
ADVC

New advice.
Used to send the MT 350 for the first time
-orto send a corrected MT 350 when the erroneous one was cancelled using an MT 350 with function
CANC.

AMND

Replaces a previously sent message with the amended one contained in this message.
Used to add settlement agents to an MT 350 previously sent
-orto correct error(s) in an MT 350 previously sent.

CANC

Cancels a previously sent message.


Used to cancel an MT 350 previously sent
-orto cancel an MT 350 which contains erroneous information.

DUPL

Duplicates an already sent advice.

18

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

USAGE RULES
As the amend message replaces the previously sent advice, it must contain both the amended fields and the fields which are
not changed.
When the cancel function is used, the message must reconfirm at least the mandatory fields of the original transaction.
An amendment or cancellation message always refers to the previous advice identified in field 21.

5. Field 94A: Scope of Operation


FORMAT
Option A

4!c

(Scope)

PRESENCE
Optional
DEFINITION
This field specifies the role of the Sender and the Receiver of the message in the conclusion of the confirmed trade.
CODES
Scope must contain one of the following codes (Error code(s): T36):
AGNT

Sender/Receiver is sending/receiving the message on behalf of a third party.

BILA

Bilateral advice, ie, Sender and Receiver are the principals.

USAGE RULES
The absence of this field means that the Sender and the Receiver are the principals, ie, Scope is BILA.
AGNT is used when the advice has been sent or received on behalf of a separate legal party and that party has done the deal.

6. Field 22C: Common Reference


FORMAT
Option C

4!a2!c4!n4!a2!c

(Bank Code 1) (Location Code 1) (Reference Code) (Bank


Code 2) (Location Code 2)

PRESENCE
Mandatory

5 February 2007

19

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field contains a reference common to both the Sender and the Receiver.
NETWORK VALIDATED RULES
This field consists of the bank and location codes (Error code(s): T95) (from the ISO Bank Identifier Code) of both the
Sender and the Receiver of the MT 350. These codes must appear in alphabetical order (letters take precedence over
numbers) (Error code(s): T96).
Location Code 1 and Bank Code 2 are separated by four digits, which must consist of the rightmost non-zero digit of field
37J in sequence B, preceded by the three digits to the left of it. If there are no digits to the left of it, the space must be zero
filled (Error code(s): T22).

7. Field 21N: Contract Number Party A


FORMAT
Option N

16x

PRESENCE
Conditional (C2)
DEFINITION
This field specifies the contract number of the transaction from party As viewpoint.
USAGE RULES
This field must remain the same throughout the whole life of the transaction. It is used by party A to link the advice to the
original transaction.

8. Field 82a: Party A


FORMAT
Option A
Option D
Option J

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)
(Party Identification)

PRESENCE
Mandatory
DEFINITION
This field identifies party A.

20

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC/BEI or UKWN if


BIC/BEI not known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/CLRC/

followed by a clearing code

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES


The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party A is either:
- the sender :94A:BILA, or,
- the institution or corporate on whose behalf the message is sent :94A:AGNT.
Please refer to the Scope for this MT.

9. Field 87a: Party B


FORMAT
Option A
Option D
Option J

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)
(Party Identification)

21

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory
DEFINITION
This field identifies party B.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC/BEI or UKWN if


BIC/BEI not known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/CLRC/

followed by a clearing code

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES


The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party B is either:
- the receiver :94A:BILA, or,
- the institution or corporate on whose behalf the message is received :94A:AGNT.
Please refer to the Scope for this MT.

22

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

10. Field 83a: Fund or Instructing Party


FORMAT
Option A

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

Option D
Option J

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)
(Party Identification)

PRESENCE
Optional
DEFINITION
This field identifies the account information for party A, the underlying fund or instructing institution.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC/BEI or UKWN if


BIC/BEI not known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/CLRC/

followed by a clearing code

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES


The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).

5 February 2007

23

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For matching purposes, option A must be used when available.

11. Field 72: Sender to Receiver Information


FORMAT
6*35x

(Narrative - Structured Format)

The following line format must be used:


Line 1
Lines 2-6

/8c/[additional information]
[//continuation of additional information]
-or[/8c/[additional information]]

PRESENCE
Optional
DEFINITION
This field specifies additional information for the Receiver and applies to the whole messages.
USAGE RULES
Only bilaterally agreed codes can be used in this field.
Each code used must be put between slashes and appear at the beginning of a line.
All alphabetic characters in a code must be in upper case.
Additional explanatory information, which may be continued on the next lines, is preceded by a double slash //. Narrative
text that is not qualified by a code must start with a double slash // on a new line, and should preferably be the last information in this field.
Field 72 must not be used for information for which another field is intended.
The use of this field with unstructured text may require manual intervention and thus cause delay in automated systems.

12. Field 15B: New Sequence


FORMAT
Option B

Empty field

PRESENCE
Mandatory

24

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

DEFINITION
This field specifies the start of mandatory sequence B Interest Information.
USAGE RULES
Only the field tag must be present, the field is empty.

13. Field 30G: Interest Period


FORMAT
Option G

8!n/8!n

(Period)

PRESENCE
Mandatory
DEFINITION
This field specifies the period (start date/end date) on which the interest on the amount specified in field 32B was calculated.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

14. Field 32B: Currency and Principal Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies the currency and the amount used for interest calculation.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

15. Field 30V: Value Date of Interest Payment

5 February 2007

25

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option V

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This date specifies when the interest has to be settled.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

16. Field 34B: Currency and Interest Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies the interest amount to be settled at the date specified in field 30V.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

17. Field 37J: Interest Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Mandatory

26

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

DEFINITION
This field specifies the interest rate.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).

18. Field 14D: Day Count Fraction


FORMAT
Option D

7x

(Code)

PRESENCE
Mandatory
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
This field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360 (28-31/360).

ACT/365

Actual/365 or Actual/Actual (28-31/365-6).

AFI/365

Actual/365 (fixed) (28-31/365).

19. Field 30F: Next Interest Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Optional

5 February 2007

27

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This date specifies the next interest payment date.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

20. Field 15C: New Sequence


FORMAT
Option C

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence C Settlement Instructions.
USAGE RULES
Only the field tag must be present, the field is empty.

21. Field 53a: Delivery Agent


FORMAT
Option A

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

Option D
Option J

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)
(Party Identification)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which party A will transfer the interest.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC or UKWN if BIC not


known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

28

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

/CLRC/
or

followed by a clearing code

35x

/NETS/
or

/SSIS/

M
M = Mandatory O = Optional

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

22. Field 86a: Intermediary 2


FORMAT
Option A
Option D
Option J

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)
(Party Identification)

29

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C3)
DEFINITION
This field identifies the second intermediary institution for the transfer of the interest.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC or UKWN if BIC not


known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

/CLRC/
or

followed by a clearing code

35x

/NETS/
or

/SSIS/

M
M = Mandatory O = Optional

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

30

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

23. Field 56a: Intermediary


FORMAT
Option A

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

Option D
Option J

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)
(Party Identification)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the interest.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC or UKWN if BIC not


known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

/CLRC/
or

followed by a clearing code

35x

5 February 2007

31

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

/NETS/
or

/SSIS/

M
M = Mandatory O = Optional

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

24. Field 57a: Receiving Agent


FORMAT
Option A

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

Option D
Option J

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)
(Party Identification)

PRESENCE
Mandatory
DEFINITION
This field identifies the financial institution and account where party B will receive the interest.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC or UKWN if BIC not


known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

32

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

/CITY/

followed by the city (and state, country)

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

/CLRC/
or

followed by a clearing code

35x

/NETS/
or

/SSIS/

M
M = Mandatory O = Optional

CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place

SSI

When standing settlement instructions apply

UNKNOWN

When the settlement instructions are not known

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.

5 February 2007

33

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

25. Field 58a: Beneficiary Institution


FORMAT
Option A

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x
5*40x

Option D
Option J

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)
(Party Identification)

PRESENCE
Optional
DEFINITION
This field specifies the institution in favour of which the payment is made when different from party B.
CODES
With option J, the following codes must be used (Error code(s): T78):
/ABIC/

followed by the BIC/BEI or UKWN if


BIC/BEI not known

4!a2!a2!c[3!c] or 4!a

/ACCT/

followed by the account number

34x

/ADD1/

followed by the first line of the address

35x

/ADD2/

followed by the second line of the address

35x

/CITY/

followed by the city (and state, country)

35x

/CLRC/

followed by a clearing code

35x

/GBSC/

followed by UK domestic sort code

6!n

/NAME/

followed by the name

34x

/USCH/

followed by CHIPS UID

6!n

/USFW/

followed by FedWire Routing Number

9!n

M = Mandatory O = Optional

34

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

NETWORK VALIDATED RULES


The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

26. Field 15D: New Sequence


FORMAT
Option D

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence D Tax Information.
USAGE RULES
Only the field tag must be present, the field is empty.

27. Field 34B: Currency and Interest Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the interest amount to be settled.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

5 February 2007

35

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

28. Field 33B: Transaction Currency and Net Interest Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and net interest amount (after deductions of taxes and/or of brokers fee).
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

29. Field 36: Exchange Rate


FORMAT
12d

(Rate)

PRESENCE
Optional
DEFINITION
This field specifies the exchange rate between the transaction currency and the reporting currency.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).

30. Field 37L: Tax Rate


FORMAT
Option L

12d

(Rate)

PRESENCE
Mandatory in a conditional subsequence.

36

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

DEFINITION
This field specifies the tax percentage on the interest.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).

31. Field 33E: Reporting Currency and Tax Amount


FORMAT
Option E

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in a conditional subsequence
DEFINITION
This field specifies the tax amount on the interest in the reporting currency.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

32. Field 71F: Brokers Commission


FORMAT
Option F

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in a conditional subsequence.
DEFINITION
This field specifies the brokerage fee.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

5 February 2007

37

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

33. Field 37L: Tax Rate on Brokers Commission


FORMAT
Option L

12d

(Rate)

PRESENCE
Optional in a conditional subsequence
DEFINITION
This field specifies the tax percentage on the brokers commission.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).

34. Field 33E: Reporting Currency and Tax Amount on Brokers Commission
FORMAT
Option E

3!a15d

(Currency) (Amount)

PRESENCE
Optional in a conditional subsequence
DEFINITION
This field specifies the tax amount on the brokers commission in the reporting currency.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

MT 350 Examples
Example 1
Narrative
On 14 June 2001, Citibank Zrich, agrees to renew the loan it had granted to Crdit Agricole Indosuez, Paris.
The loan will be renewed at the same rate for an additional 6 month period, but for an amount of CHF 4,000,000 .
On 18 June 2001, Crdit Agricole Indosuez, Paris, will pay the interest on the first period to Citibank Zrich, through its
Lausanne office by sending an MT 350 advice of a loan/deposit interest payment (see message B of the example in the MT
320 chapter).

38

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 350

The brokers commission is 100 CHF plus VAT at 7.6%. The tax rate on interest is of 20%.
SWIFT Message From Crdit Agricole Indosuez, Paris
Explanation

Format

Sender

BSUIFRPP

Message Type

350

Receiver

CITICHZZ

Message Text
General Information

:15A:

Senders Reference

:20:LD010618INT

Type of Operation

:22A:ADVC

Common Reference

:22C:BSUIPP0042CITIZZ

Transaction Details

:15B:

Interest Period

:30G:20000618/20010618

Currency, Principal Amount

:32B:CHF5000000,

Value Date of Interest Payment

:30V:20010618

Currency and Interest Amount

:34B:CHF210000,

Interest Rate

:37J:4,2

Day Count Fraction

:14D:360/360

Settlement Instructions for Amounts Payable by Party A

:15C:

Delivery Agent

:53A:BSUICH22

Receiving Agent

:57A:CITICHZZ

Brokers Commission and Tax Information

:15D:

Transaction Currency and Interest Amount

:34B:CHF210000,

Transaction Currency and Net Interest Amount

:33B:CHF167892,40

Brokers Commission

:71F:CHF100,

Tax Rate on Brokers Commission

:37L:7,6

Reporting Currency and Tax Amount on Brokers


Commission

:33E:CHF7,60

5 February 2007

39

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Explanation

Format

Tax Rate

:37L:20,

Reporting Currency and Tax Amount

:33E:CHF42000,

End of Message Text/Trailer

40

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

MT 360 Single Currency Interest Rate Derivative Confirmation


MT 360 Scope
This message is exchanged by or on behalf of the institutions or corporates, party A and party B, which have agreed to a
single currency interest rate swap, a cap, a collar or a floor. The confirmed transaction is covered by a BBAIRS (British
Bankers Association Interest Rate Swap), ISDA (International Swaps and Derivatives Association), Deutscher Rahmenvertrag fr Finanztermingeschfte or AFB (Association Franaise de Banques) Master Agreement.
The message also covers deals which are not part of an ISDA, AFB, Deutscher Rahmenvertrag fr Finanztermingeschfte or
BBAIRS Master. In this case, party A and party B must have another bilateral agreement in place.
This message may also be sent by a money broker to the two parties (party A and party B) for which the broker arranged the
deal.
If there are two money brokers involved in arranging a deal between party A and party B, this message is also exchanged
between these money brokers.
The MT 360 may be used to:
confirm the details of a new transaction between the parties
correct a previously sent confirmation
cancel a previously sent confirmation.

MT 360 Format Specifications


The MT 360 consists of eleven sequences:
Sequence A provides general information about the contract, ie, the principals, the type of transaction, the currency and
notional amount, the contract numbers. It also provides information about the confirmation itself, ie, if it is sent by a
third party, by a money broker, if it is a new confirmation, an amendment or a cancellation
Optional Sequence B provides the details of the fixed interest leg payable by party B
Optional Sequence C provides the details of the floating interest leg payable by party B
Sequence D provides the payment instructions for the interest payments due by party B
Optional Sequence E provides the details of the fixed interest leg payable by party A
Optional Sequence F provides the details of the floating interest leg payable by party A
Sequence G provides the payment instructions for the interest payments due by party A
Optional Sequence H provides the amortising schedule when an amortising swap is confirmed
Optional Sequence L provides the details of the premium and/or additional amounts payable by party B
Optional Sequence M provides the details of the premium and/or additional amounts payable by party A
Optional Sequence N provides optional additional information which is not match critical, ie, the identification of the
money broker, the dealing method, contact information etc.
MT 360 Single Currency Interest Rate Derivative Confirmation
Status

Tag

Field Name

Content/Options

No.

Mandatory Sequence A General Information


M

15A

New Sequence

(CrLf)

20

Senders Reference

16x

21

Related Reference

16x

5 February 2007

41

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

Field Name

Content/Options

No.

22A

Type of Operation

4!c

94A

Scope of Operation

4!c

22C

Common Reference

4!a2!c4!n4!a2!c

23A

Identification of the Swap

10a/5a

21N

Contract Number Party A

16x

21B

Contract Number Party B

16x

30T

Trade Date

8!n
10

30V

Effective Date

8!n
11

30P

Termination Date

8!n
12

14A

Business Day Convention

9a
13

32B

Currency, Notional Amount

3!a15d
14

82a

Party A

A or D
15

87a

Party B

A or D
16

17A

Collateral Agreement Indicator

1!a
17

77H

Type, Date, Version of the Agreement

6a[/8!n][//4!n]
18

77D

Additional Conditions

6*35x
19

14C

Year of Definitions

4!n
20

72

Sender to Receiver Information

6*35x
21

Optional Sequence B Fixed Interest Payable by Party B

42

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Status

Tag

15B

Field Name
New Sequence

Content/Options

No.

(CrLf)
22

37U

Fixed Rate

12d
23

37N

Details of Interest Rate

6*35x
24

Optional Subsequence B1 Interest Details


M

18A

Number of Repetitions

5n
25

----->
M

30F

Payment Date

8!n
26

32M

Currency, Payment Amount

3!a15d
27

-----|
O

17F

Period End Date Adjustment Indicator

1!a
28

14D

Day Count Fraction

7x
29

14A

Business Day Convention

9a
30

18A

Number of Repetitions

5n
31

----->
M

22B

Financial Centre

4!c
32

-----|
Optional Sequence C Floating Interest Payable by Party B
M

15C

New Sequence

(CrLf)
33

14F

Floating Rate Option

24x
34

5 February 2007

43

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

37J

Field Name
Cap Rate

Content/Options

No.

12d
35

37L

Floor Rate

12d
36

37N

Details of Interest Rate

6*35x
37

Optional Subsequence C1 Interest Details


M

14J

Reset Date Specification

5a
38

14G

Averaging Frequency and Method

1!a/8!a
39

38E

Designated Maturity

2n1!a
40

18A

Number of Repetitions

5n
41

----->
M

30F

Payment Date

8!n
42

-----|
M

17F

Period End Date Adjustment Indicator

1!a
43

14D

Day Count Fraction

7x
44

14A

Business Day Convention

9a
45

18A

Number of Repetitions

5n
46

----->
M

22B

Financial Centre

4!c
47

-----|
O

37R

Spread

[N]12d
48

44

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Status

Tag

Field Name

Content/Options

No.

Optional Subsequence C2 Compounding Details


M

22D

Compounding Type

4!c
49

18A

Number of Repetitions

5n
50

----->
M

30X

Compounding Date

8!n
51

-----|
Optional Subsequence C3 Interpolation for Stub Periods
O

38G

First Stub Period, Interpolation Period

2n1!a/2n1!a
52

38H

Last Stub Period, Interpolation Period

2n1!a/2n1!a
53

Mandatory Sequence D Payment Instructions for Interest Payable by Party B


M

15D

New Sequence

(CrLf)
54

53a

Delivery Agent

A or D
55

56a

Intermediary

A or D
56

86a

Second Intermediary

A or D
57

57a

Receiving Agent

A or D
58

Optional Sequence E Fixed Interest Payable by Party A


M

15E

New Sequence

(CrLf)
59

37U

Fixed Rate

12d
60

37N

Details of Interest Rate

6*35x
61

Optional Subsequence E1 Interest Details

5 February 2007

45

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

18A

Field Name
Number of Repetitions

Content/Options

No.

5n
62

----->
M

30F

Payment Date

8!n
63

32M

Currency, Payment Amount

3!a15d
64

-----|
O

17F

Period End Date Adjustment Indicator

1!a
65

14D

Day Count Fraction

7x
66

14A

Business Day Convention

9a
67

18A

Number of Repetitions

5n
68

----->
M

22B

Financial Centre

4!c
69

-----|
Optional Sequence F Floating Interest Payable by Party A
M

15F

New Sequence

(CrLf)
70

14F

Floating Rate Option

24x
71

37J

Cap Rate

12d
72

37L

Floor Rate

12d
73

37N

Details of Interest Rate

6*35x
74

Optional Subsequence F1 Interest Details

46

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Status

Tag

14J

Field Name
Reset Date Specification

Content/Options

No.

5a
75

14G

Averaging Frequency and Method

1!a/8!a
76

38E

Designated Maturity

2n1!a
77

18A

Number of Repetitions

5n
78

----->
M

30F

Payment Date

8!n
79

-----|
M

17F

Period End Date Adjustment Indicator

1!a
80

14D

Day Count Fraction

7x
81

14A

Business Day Convention

9a
82

18A

Number of Repetitions

5n
83

----->
M

22B

Financial Centre

4!c
84

-----|
O

37R

Spread

[N]12d
85

Optional Subsequence F2 Compounding Details


M

22D

Compounding Type

4!c
86

18A

Number of Repetitions

5n
87

----->

5 February 2007

47

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

30X

Field Name
Compounding Date

Content/Options

No.

8!n
88

-----|
Optional Subsequence F3 Interpolation for Stub Periods
O

38G

First Stub Period, Interpolation Period

2n1!a/2n1!a
89

38H

Last Stub Period, Interpolation Period

2n1!a/2n1!a
90

Mandatory Sequence G Payment Instructions for Interest Payable by Party A


M

15G

New Sequence

(CrLf)
91

53a

Delivery Agent

A or D
92

56a

Intermediary

A or D
93

86a

Second Intermediary

A or D
94

57a

Receiving Agent

A or D
95

Optional Sequence H Amortising Schedule


M

15H

New Sequence

(CrLf)
96

18A

Number of Repetitions

5n
97

----->
M

30G

Variable Notional Start and End Date

8!n/8!n
98

32U

Outstanding Notional Currency and Amount

3!a15d
99

-----|
M

14A

Business Day Convention

9a
100

48

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Status

Tag

18A

Field Name
Number of Repetitions

Content/Options

No.

5n
101

----->
M

22B

Financial Centre

4!c
102

-----|
Optional Sequence L Additional Amounts Payable by Party B
M

15L

New Sequence

(CrLf)
103

18A

Number of Repetitions

5n
104

----->
M

22E

Type of Payment

4!c
105

30F

Payment Date

8!n
106

32M

Currency, Payment Amount

3!a15d
107

-----|
M

14A

Business Day Convention

9a
108

18A

Number of Repetitions

5n
109

----->
M

22B

Financial Centre

4!c
110

-----|
O

53a

Delivery Agent

A or D
111

56a

Intermediary

A or D
112

86a

Second Intermediary

A or D
113

5 February 2007

49

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

57a

Field Name
Receiving Agent

Content/Options

No.

A or D
114

Optional Sequence M Additional Amounts Payable by Party A


M

15M

New Sequence

(CrLf)
115

18A

Number of Repetitions

5n
116

----->
M

22E

Type of Payment

4!c
117

30F

Payment Date

8!n
118

32M

Currency, Payment Amount

3!a15d
119

-----|
M

14A

Business Day Convention

9a
120

18A

Number of Repetitions

5n
121

----->
M

22B

Financial Centre

4!c
122

-----|
O

53a

Delivery Agent

A or D
123

56a

Intermediary

A or D
124

86a

Second Intermediary

A or D
125

57a

Receiving Agent

A or D
126

Optional Sequence N Optional General Information

50

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Status

Tag

15N

Field Name
New Sequence

Content/Options

No.

(CrLf)
127

29A

Contact Information

4*35x
128

24D

Dealing Method

4!c[/35x]
129

88a

Broker Identification

A or D
130

71F

Brokers Commission

3!a15d
131

21G

Brokers Reference

16x
132
M = Mandatory O = Optional

MT 360 Network Validated Rules


C1
In sequence A, if field 14A consists of code OTHER, field 77D must be present (Error code(s): D35).
C2
In sequence A, if subfield 1 of field 77H consists of code OTHER, field 77D must be present (Error code(s): D36).
C3
In sequences B, C, E and F, if field 14A consists of code OTHER, field 37N must be present in the respective sequence
(Error code(s): D55).
C4
In sequences B, C, E and F, if field 14D consists of code OTHER, field 37N must be present in the respective sequence
(Error code(s): D37).
C5
In sequences C and F, if field 14F consists of code OTHER, field 37N must be present in the respective sequence
(Error code(s): D38).
C6
In sequences C and F, if field 14J consists of code OTHER, field 37N must be present in the respective sequence (Error
code(s): D39).
C7

5 February 2007

51

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

In sequences C and F, if Frequency of field 14G consists of code O, field 37N must be present in the respective
sequence (Error code(s): D40).
C8
In sequences C and F, if Period of field 38E consists of code O, field 37N must be present in the respective sequence
(Error code(s): D41).
C9
In sequences C and F, if Period From or Period To of 38G or field 38H consist of code O, field 37N must be present
in the respective sequence (Error code(s): D42).
C10
The presence of the fixed and floating legs and the additional amount to be paid, depends on the type of transaction, the
additional amount in this case being the premium paid for a cap, floor or collar. Thus, depending on the code value in
sequence A, field 23A Type of Swap, only the following combinations of the optional sequences B, C, E, F, L and M
are allowed (Error code(s): D58):
Sequence A
if subfield 1 of
field 23A is...

then sequence B
is...

then sequence C
is...

then sequence E
is...

then sequence F
is...

FIXEDFIXED

Mandatory

Not allowed

Mandatory

Not allowed

FLOATFLOAT

Not allowed

Mandatory

Not allowed

Mandatory

FLOATFIXED

Mandatory

Not allowed

Not allowed

Mandatory

FIXEDFLOAT

Not allowed

Mandatory

Mandatory

Not allowed

CAPBUYER

Not allowed

Mandatory

Not allowed

Not allowed

CAPSELLER

Not allowed

Not allowed

Not allowed

Mandatory

FLOORBUYER

Not allowed

Mandatory

Not allowed

Not allowed

FLOORSLLER

Not allowed

Not allowed

Not allowed

Mandatory

COLLARBYER

Not allowed

Mandatory

Not allowed

Mandatory

COLLARSLLR

Not allowed

Mandatory

Not allowed

Mandatory

C11
In the fixed leg payable by party B, either the fixed amounts are used or the rate and day count fraction. In the latter
case, the period end date adjustment indicator must also be present. Thus, when subsequence B1 is used, the presence
of fields 32M, 17F and 14D depends on field 37U being present or not as follows (Error code(s): D45):
If in Sequence B
field 37U is...
Present

52

Subsequence B1
then field 32M is...
Not allowed

Subsequence B1 and
field 17F is...
Mandatory

Subsequence B1 and
field 14D is...
Mandatory

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

If in Sequence B
field 37U is...
Not present

Subsequence B1
then field 32M is...
Mandatory

Subsequence B1 and
field 17F is...
Not allowed

Subsequence B1 and
field 14D is...
Not allowed

Note:For the presence of subsequence B1, refer to C17.

C12
In the fixed leg payable by party A, either the fixed amounts are used or the rate and day count fraction. In the latter
case, the period end date adjustment indicator must also be present. Thus, when subsequence E1 is used, the presence
of fields 32M, 17F and 14D depends on field 37U being present or not as follows (Error code(s): D59):
If in Sequence E
field 37U is ...

Subsequence E1
then field 32M is ...

Subsequence E1 and
field 17F is ...

Subsequence E1 and
field 14D is ...

Present

Not allowed

Mandatory

Mandatory

Not present

Mandatory

Not allowed

Not allowed

Note:For the presence of subsequence E1, refer to C17.

C13
If settlement instructions are used, the receiving agent must be used and the other settlement instructions are optional.
Thus, for all occurrences of the fields 53a, 56a and 57a in sequences L or M: the following rules apply (Error code(s):
D48):
If, in sequence L or M,
field 57a is...

Then, in the same sequence,


fields 53a, 56a are...

Present

Optional

Not present

Not allowed

C14
The second intermediary field can only be used if two intermediaries are required. Thus, for all occurrences of the
fields 56a and 86a: the following rules apply (Error code(s): E35):
If, in a sequence,
field 56a is...

then, in the same sequence,


field 86a is...

Present

Optional

Not present

Not allowed

5 February 2007

53

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

C15
Only one currency is allowed in the message. Thus, the currency code in all amount fields must be the same (Error
code(s): C02).
C16
Taking into account C10:
If the Floating Rate Option is a post determined (AFB or ISDA) rate then the fixed rate must be used in sequence B or
E and the subsequences B1, C1, C2, C3, E1, F1, F2 and F3 must not be used. Thus, the presence of field 37U in
sequences B and E and the presence of subsequences B1, C1, C2, C3, E1, F1, F2 and F3 depend on the content of the
first subfield of field 77H and on the content of field 14F as follows (Error code(s): E41):
Sequence A
if subfield 1 of
field 77H is...

Sequences C and F and


if field 14F is...

then Subsequences
B1, C1, C2, C3, E1,
F1, F2, F3 are...

and in Sequences B and


E, field 37U is...

ISDA

FRF-TAM-CDC
FRF-T4M-CDC
FRF-T4M-CDCCOMP
FRF-TAG-CDC
FRF-TAG-CDCCOMP
FRF-TMP-CDCAVERAG

Not allowed

Mandatory

AFB

FRF-SWAP-AMR
FRF-SWAP-TMP-IF
FRF-SWAP-TMP-M
FRF-SWAP-T4M-AMR
FRF-CAP-TAM
FRF-CAP-T4M
FRF-FLOOR-TAM
FRF-FLOOR-T4M

Not allowed

Mandatory

B1, C1, E1, F1:


Mandatory
C2, C3, F2, F3:
Optional

Optional

Else

C17
The related reference must be present in the case of an amendment or cancellation. Thus, in sequence A, the presence
of field 21 depends on field 22A as follows (Error code(s): D02):
Sequence A
if field 22A is...

54

Sequence A
then field 21 is...

AMND

Mandatory

CANC

Mandatory

DUPL

Optional

NEWT

Optional

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

C18
The broker identification must be present when the message is sent by a money broker. The brokerage can only be used
in the case of a money broker confirmation. Thus, the presence of fields 88a and 71F in sequence N and therefore, the
presence of sequence N itself, depend on field 94A in sequence A as follows (Error code(s): D74):
Sequence A
if field 94A is...

Then sequence N is...

Sequence N with field


88a...

Sequence N with field


71F...

Not present

Optional

Optional

Not allowed

AGNT

Optional

Optional

Not allowed

BILA

Optional

Optional

Not allowed

BROK

Mandatory

Mandatory

Optional

C19
Taking into account C10:
The cap and floor rates are mandatory in the case of a cap, floor or collar otherwise they are optional. Thus, in
sequences C and F, the presence of fields 37J and 37L depends on subfield 1 of field 23A in sequence A as follows
(Error code(s): E42):
Sequence A
if subfield 1 of
field 23A is...

Sequence C
then field 37J is...

Sequence C
then field 37L is...

Sequence F
then field 37J is...

Sequence F
then field 37L is...

FIXEDFIXED

Not applicable n/a

Not applicable n/a

Not applicable n/a

Not applicable n/a

FLOATFLOAT

Optional

Optional

Optional

Optional

FLOATFIXED

Not applicable n/a

Not applicable n/a

Optional

Optional

FIXEDFLOAT

Optional

Optional

Not applicable n/a

Not applicable n/a

CAPBUYER

Mandatory

Not allowed

Not applicable n/a

Not applicable n/a

CAPSELLER

Not applicable n/a

Not applicable n/a

Mandatory

Not allowed

FLOORBUYER

Not allowed

Mandatory

Not applicable n/a

Not applicable n/a

FLOORSLLER

Not applicable n/a

Not applicable n/a

Not allowed

Mandatory

COLLARBYER

Optional

Mandatory

Mandatory

Optional

COLLARBYER

Mandatory

Optional

Optional

Mandatory

COLLARSLLR

Optional

Mandatory

Mandatory

Optional

COLLARSLLR

Mandatory

Optional

Optional

Mandatory

5 February 2007

55

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Sequence A
if subfield 1 of
field 23A is...

Sequence C
then field 37J is...

Sequence C
then field 37L is...

Sequence F
then field 37J is...

Sequence F
then field 37L is...

n/a: not applicable

MT 360 Usage Rules


The MT 360 is used to confirm a deal between two parties, A and B:

It can also be exchanged on behalf of an institution or corporate:

The MT 360 can also be used as a unilateral confirmation from a money broker to the parties A and B:

56

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Or, when two money brokers are involved, between the money brokers:

Party A and party B are the legal entities which have agreed to the transaction.
Party A is either:
the Sender,
the institution/corporate on behalf of which the message is sent,
one of the institutions for which the broker arranged the deal and to which it is sending the confirmation, or
when a money broker confirms to another money broker, the party for which the sending broker arranged the deal.
Party B is either:
the Receiver,

5 February 2007

57

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

the institution/corporate on behalf of which the message is received,


the other institutions for which the broker arranged the deal, ie, party As counterparty, or
when a money broker confirms to another money broker, party As counterparty.
When ISDA is mentioned in field 77H (Type), this confirmation constitutes a confirmation as referred to in, and
supplements, forms a part of and is subject to, the ISDA Master Agreement or the Interest Rate and Currency
Exchange Agreement dated as of (see field 77H) between party A and party B as amended and supplemented from
time to time (Agreement). All provisions contained in the Agreement govern this Confirmation except as expressly
modified below.
For the purpose of this document ISDA Master shall mean either the ISDA Master Agreement or the Interest Rate and
Currency Exchange Agreement, or vice-versa.
When AFB is mentioned in field 77H (Type), this confirmation constitutes a confirmation as referred to in, and supplements, forms a part of and is subject to, the AFB Master Agreement for foreign exchange and derivatives transactions
dated (see field 77H) between party A and party B as amended and supplemented from time to time (Agreement). All
provisions contained in the Agreement govern this confirmation except as expressly modified below.
If field 77H specifies DERV as the type of master agreement and if Party A and Party B are parties to a Deutscher
Rahmenvertrag fr Finanztermingeschfte (the "German Master Agreement"), this transaction is subject to the terms
and conditions of that German Master Agreement.
If Party A and Party B have mutually agreed to enter into this German Master Agreement, but the Agreement itself has
not yet been signed, the terms and conditions of the Deutscher Rahmenvertrag fr Finanztermingeschfte (the "German
Master Agreement") and its annexes, the "Anhang fr Devisengeschfte und Optionen auf Devisengeschfte" or the
"Anhang fr Optionsgeschfte auf Brsenindizes und auf Wertpapiere zu dem Rahmenvertrag fr Finanztermingeschfte", as applicable, will apply.
The individual transaction (Einzelabschlu) and all other transactions (Einzelabschlsse) between Party A and Party B
form a single agreement.
For the confirmed trade, the guarantee agreed between the parties applies.
Relationship between parties:
Each party will be deemed to represent to the other party on the date on which it enters into a Transaction that (absent a
written agreement between the parties that expressly imposes affirmative obligations to the contrary for that Transaction):
Non-reliance. It is acting for its own account, and it has made its own independent decisions to enter into that
Transaction and as to whether that Transaction is appropriate or proper for it is based upon its own judgement and
upon advice of such advisers as it is deemed necessary. It is not relying on any communication of the other party
as investment advice or as a recommendation to enter into the Transaction; it being understood that information
and explanations related to the terms and conditions of a Transaction shall not be considered investment advice or
a recommendation to enter into that Transaction. No communication received from the other party shall be
deemed to be an assurance or guarantee as to the expected results of that Transaction.
Assessment and understanding. It is capable of assessing the merits of and understanding (on its own behalf or
through independent professional advice), and understands and accepts, the terms, conditions and risks of that
Transaction. It is also capable of assuming, and assumes, the risk of that Transaction.
Status of the parties. The other party is not acting as a fiduciary for an adviser to it in respect of that Transaction.
If the confirmed swap is a compounding swap, the compounding schedules must be used (subsequence C2 and/or
subsequence F2).
If the confirmed swap is an amortising swap, the amortising schedule must be used (sequence H).
If the confirmed swap has one or two stub periods, linear interpolation for the rates for these stub periods are applied.
The MTs 360 must not be used if another method is applicable.
Terminations, partial terminations and recouponing of single currency interest rate derivatives, including caps, floors
and collars must be confirmed using the MT 364 Single Currency Interest Rate Derivative Termination/Recouponing
Confirmation.
If sequences L and M (additional amounts to be settled) are used without the settlement instructions, the settlement
instructions in sequences D and G apply for these payments.
This message handles only the initial confirmation of the transaction. It is not allowed for advising/confirming details
at scheduled rate resets during the life of a contract. This information is advised/confirmed using the MT 362 Interest
Rate Reset/Advice of Payment.
For the actual transfer of funds or the confirmation of credits and debits, other messages outside category 3 are available such as the MTs 202, 203, 205, Financial Institution Transfer messages and the MTs 900, 910, 950, Confirmation
of Debit/Credit and Statement messages, respectively.

58

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

In all cases, the common reference of the MT 360 must be quoted in the relevant reference field, ie, field 21 of the
MTs 202, 203, 205.
When cancelling a previously sent message (field 22A is CANC) using MT 360:
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
cancelled
the cancellation message must contain a copy of at least the mandatory fields of the general information and transaction details sequences.
To amend a previously sent message (field 22A is AMND):
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
amended
the amendment message must contain both the unchanged and the changed/new fields of the original message
the amendment message replaces the original message.

MT 360 Guidelines
1. Conversion Table
The following is a conversion table between the ISDA and the AFB terms.
Where applicable, the field names used in the MTs 36n are based on the ISDA terms and definitions.
For swaps agreed under the AFB master agreement, the following table provides the correspondence between ISDA
and the AFB terms. For the fields which are not present in this table, the same terms are valid under both agreements.
#

FIELD

ISDA term

AFB term

10

Trade Date

Trade Date

Transaction Date

11

Effective Date

Effective Date

Commencement Date

12

Termination Date

Termination Date

Maturity Date

29

Day Count Fraction

Day Count Fraction

Calculation Basis

32

Financial Centre

Business Days

Financial Centre

35

Cap Rate

Cap Rate

Cap Rate Guarantee

36

Floor Rate

Floor Rate

Floor Rate Guarantee

38

Reset Date Specifications

Reset Date Specifications

Floating Rate Calculation Date

39

Averaging Frequency

Averaging Frequency

not defined

40

Designated Maturity

Designated Maturity

Floating Rate Interval

48

Spread

Spread

not defined

49, 51

Compounding

Compounding

not defined

5 February 2007

59

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

2. Cancellation of a Message
The MT 392 can also be used for cancellation. The following issues however, have to be considered:
Acknowledgement: by sending the MT 392, the sender requests the receiver to cancel the confirmation previously
sent. The receiver must acknowledge the request by sending an MT 396 back to the sender of the MT 392.
Routing: the MT 392 might not be routed to the same destination as the MT 360 to be cancelled.
Repetition of the original message: in the MT 392, only the senders reference of the previous message is mandatory, all other fields are optional. When an MT 360 with CANC is used, the fields to be copied are mandated by
the standard.
3. Settlement Details
The table below shows how the different settlement parties involved in the deal can be identified .The table is
presented from party As point of view.
Whenever possible, users should use option A to identify institutions in these fields. Use of free text, ie, option D,
except when used to specify recognized code words, is strongly discouraged. Option D not only precludes party B from
matching and further processing the message automatically but also is contrary to the message text standards which
state that option D is only to be used when no other option is available.
Party A services account of party B. No separate settlement messages are sent.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will debit party Bs account

Party A will credit party Bs account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party B]
party A

:57a:[/account no of party B]
party A

Party B services account of party A. No separate settlement messages are sent.

60

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party B will credit party As account

Party B will debit party As account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
party B

57a:[/account no of party A]
party B

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Beneficiarys account serviced by a financial institution other than party A or party B. The payer sends an MT 202
to its correspondent who will then send an MT 205 or equivalent to the correspondent of the payee. The correspondent can be a branch of the party.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Credit to party As account with that financial


institution

Credit to party Bs account with that financial


institution

[:53a: Correspondent of party B]

[:53a: Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
correspondent of party A

:57a:[/account no of party B]
correspondent of party B

Beneficiary receives the funds through another institution (eg, BANK x for party x).
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of BANK x, ie, CORR x. CORR x will then send an MT 202 to BANK x who will then send an
MT 950 to party x.
Field 56a identifies where BANK x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A

BANK B will receive the funds for party B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a: not used

:86a: not used

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary receives the funds through another institution (eg, BANK x for party x), the correspondent of BANK
x, CORR x also uses a correspondent.
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of CORR x. The correspondent of CORR x will then send an MT 202 to CORR x. CORR x will
then send an MT 202 to BANK x who will then send an MT 950 to party x.
Field 56a identifies the correspondent of BANK x.
Field 86a identifies where CORR x will receive the funds.

5 February 2007

61

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A via


CORR A

BANK B will receive the funds for party B via


CORR B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a:[/account of CORR A]
correspondent of CORR A

:86a:[/account no of CORR B]
correspondent of CORR B

:57a:[/account no of partyA]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary to receive the funds directly through a clearing system.


The payer sends an MT 202 to its correspondent who will then send an MT 202 to the payee.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will receive the funds through clearing

Party B will receive the funds through clearing

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:/CLEAR
party A

:57a:/CLEAR
party B

The counterparties use their standing settlement instructions.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:SSI

:57D:SSI

The payment flows are netted based on a bilateral agreement.

62

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NET

:57D:NET

There is no payment (amount is zero) or the settlement details are irrelevant.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NONE

:57D:NONE

The settlement details are not known at the time the confirmation is issued.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:UNKNOWN

:57D:UNKNOWN

Note: It is only necessary to quote an account number when multiple accounts are serviced for the same institution .

MT 360 Field Specifications


Note:

Where stated as such, the field names are based upon standard ISDA terms. For the exact definition of those fields, please refer to the ISDA Definitions, the version of which is specified in field
14C of sequence A.

5 February 2007

63

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 360 Field Specifications


1. Field 15A: New Sequence
FORMAT
Option A

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of sequence A General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

2. Field 20: Senders Reference


FORMAT
16x

PRESENCE
Mandatory
DEFINITION
This field specifies the reference assigned by the Sender to unambiguously identify the message.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
The reference assigned to a message is used for cross-referencing purposes in subsequent messages, such as following
confirmation and statement messages as well as queries. It is therefore essential for the identification of the original message
sent that this reference be unique.

3. Field 21: Related Reference


FORMAT
16x

64

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Conditional (C17)
DEFINITION
This field contains the identification of the message to which the current message is related.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
When used, this field must contain the Senders reference (field 20) of the previous confirmation which is to be amended or
cancelled by this message, or the reference of the telex/fax of the original confirmation.

4. Field 22A: Type of Operation


FORMAT
Option A

4!c

(Function)

PRESENCE
Mandatory
DEFINITION
This field specifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T36):
AMND

Replaces a previously sent message with the amended one contained in this message.
Used to add settlement agents to an MT 360 previously sent
-orto correct error(s) in an MT 360 previously sent.

CANC

Cancels a previously sent message.


Used to cancel an MT 360 previously sent
-orto cancel an MT 360 which contains erroneous information.

DUPL

Duplicates the same previously sent confirmation.


Used to inform the Receiver that a confirmation was already sent by telex, fax or SWIFT

NEWT

New confirmation.
Used to send the MT 360 for the first time
-orto send a corrected MT 360 when the erroneous one was cancelled using an MT 360 with function
CANC.

5 February 2007

65

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
As the amend message replaces the previously sent confirmation, it must contain both the amended fields and the fields
which are not changed, including the information related to past payment dates.
The amend function cannot be used to confirm bilaterally agreed changes to the notional amount or interest rate. In this case
the MT 364 Single Currency Interest Rate Derivative Termination/ Recouponing Confirmation must be used.
When the cancel function is used, the message must reconfirm the full details of the original transaction even though some
payment dates may be past.
The cancel function cannot be used to confirm the bilaterally agreed termination of the deal. In this case the MT 364 must
be used.
An amendment or cancellation message always refers to the previous confirmation identified in field 21.

5. Field 94A: Scope of Operation


FORMAT
Option A

4!c

(Scope)

PRESENCE
Optional
DEFINITION
This field specifies the role of the Sender and the Receiver of the message in the conclusion of the confirmed trade.
CODES
Scope must contain one of the following codes (Error code(s): T36):
AGNT

Sender/Receiver is sending/receiving the message on behalf of a third party

BILA

bilateral confirmation, ie, Sender and Receiver are the principals

BROK

confirmation is sent by a money broker

USAGE RULES
The absence of this field means that the Sender and the Receiver are the principals, ie, Scope is BILA.
AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has done
the deal.

6. Field 22C: Common Reference

66

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FORMAT
Option C

4!a2!c4!n4!a2!c

(Bank Code 1) (Location Code 1) (Reference Code) (Bank


Code 2) (Location Code 2)

PRESENCE
Mandatory
DEFINITION
This field contains a reference common to both the Sender and the Receiver.
NETWORK VALIDATED RULES
This field consists of the bank and location codes (Error code(s): T95) (from the ISO Bank Identifier Code) of both the
Sender and the Receiver of the MT 360. These codes must appear in alphabetical order (letters take precedence over
numbers) (Error code(s): T96).
Location Code 1 and Bank Code 2 are separated by four digits, which must consist of the year (its last two characters) and
month of the termination date in field 30P, in the format YYMM (Error code(s): T22).
EXAMPLE
From CHEMUS33 to BARCGB2L
:22C:BARC2L9912CHEM33
:30P:19991214

7. Field 23A: Identification of the Swap


FORMAT
Option A

10a/5a

(Type of Swap) (Settlement Method)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of transaction being confirmed, as well as the settlement method used.
CODES
Type of Swap must be specified using one of the following codes (Error code(s): T47):
CAPBUYER

Party A buys the cap and pays the premium.

CAPSELLER

Party A sells the cap and receives the premium.

COLLARBYER

Party A buys the collar and pays the premium.

COLLARSLLR

Party A sells the collar and receives the premium.

5 February 2007

67

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FIXEDFIXED

IRS where both parties pay fixed rates.

FIXEDFLOAT

IRS where Party A pays fixed and receives floating rates.

FLOATFIXED

IRS where Party A pays floating and receives fixed rates.

FLOATFLOAT

IRS where both parties pay floating rates.

FLOORBUYER

Party A buys the floor and pays the premium.

FLOORSLLER

Party A sells the floor and receives the premium.

CODES
Settlement Method must contain one of the following codes (Error code(s): T48):
GROSS

All due amounts are to be paid in full.

NET

All due amounts are to be netted, resulting in a single payment when due dates coincide.

USAGE RULES
Netting in this context relates to this individual confirmation only and not to the client transaction portfolio which would be
provided for within master documentation.

8. Field 21N: Contract Number Party A


FORMAT
Option N

16x

PRESENCE
Mandatory
DEFINITION
This field specifies the contract number of the transaction from party As viewpoint.
USAGE RULES
This field must remain the same throughout the whole life of the transaction. It is used by party A to link the termination or
recouponing to the original transaction. It also links the interest rate reset messages to the original transaction.

9. Field 21B: Contract Number Party B

68

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FORMAT
Option B

16x

PRESENCE
Optional
DEFINITION
This field specifies the contract number of the transaction from party Bs viewpoint.
USAGE RULES
This field should be used by party A whenever the information is available. It enables party B to link the termination or
recouponing and resets to the original transaction.

10. Field 30T: Trade Date


FORMAT
Option T

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the date the transaction was agreed between party A and party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Trade Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The trade date remains the same when a confirmation is amended (corrected/completed) unilaterally. When the terms of the
deal are renegotiated on a bilateral basis, the trade date reflects the date of renegotiation in the amend message.

11. Field 30V: Effective Date


FORMAT
Option V

5 February 2007

8!n

(Date)

69

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory
DEFINITION
This field specifies the first day of the term of the transaction.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Effective Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

12. Field 30P: Termination Date


FORMAT
Option P

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the last day of the term of the transaction.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Termination Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
This date can be either adjusted, ie, a valid business day, or non-adjusted, ie, a date which can be either a valid or a
non-valid business day.
If this field is not qualified by field 14A Business Day Convention in sequence A, interest will be deemed not to accrue past
the termination date in the event of any adjustment for bad days.
It is recommended to specify a non-adjusted termination date whenever possible.
If this field is qualified by field 14A Business Day Convention in sequence A, the Business Days as stated in field 22B
Financial Centres in sequence A apply as they appear in the interest legs.

13. Field 14A: Business Day Convention


FORMAT
Option A

70

9a

(Convention)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Optional
DEFINITION
This field specifies the convention for adjusting field 30P Termination Date, if it would otherwise fall on a day that is not a
valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
Convention must contain one of the following codes (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the Business Day Convention is specified in field 77D.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

USAGE RULES
To indicate that no adjustment applies to the termination date, the value OTHER must be used in this field and field 77D
must then contain NONE in the first line. This implies that the last payment date of each side rolls the same way as stated in
the legs.

14. Field 32B: Currency, Notional Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies the currency and notional amount used for the interest calculation.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Currency and Notional Amount as per ISDA definitions.

5 February 2007

71

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
If amortising is not applicable, this amount is used for the calculation of the interest in all the interest periods.
If amortising is applicable, this amount is only used for calculation in the first amortising period.

15. Field 82a: Party A


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party A.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party A is either the sender :94A:BILA, or, the institution or corporate on whose behalf the message is sent :94A:AGNT,
except when the Sender is a money broker :94A:BROK.
Please refer to the chapter Usage Rules for this MT.

16. Field 87a: Party B


FORMAT
Option A
Option D

72

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Mandatory
DEFINITION
This field identifies party B.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party B is either the receiver :94A:BILA, or, the institution or corporate on whose behalf the message is received
:94A:AGNT except when the Sender is a money broker :94A:BROK.
Please refer to the chapter Usage Rules for this MT.

17. Field 17A: Collateral Agreement Indicator


FORMAT
Option A

1!a

(Indicator)

PRESENCE
Optional
DEFINITION
This field indicates that the deal being confirmed is not included in a collateral agreement between the parties.
CODES
Indicator must contain the following code (Error code(s): T36):
N

The deal being confirmed is not included in a collateral agreement.

The deal being confirmed is included in a collateral agreement.

USAGE RULES
The absence of this field means that no information is provided on the inclusion of the deal in a collateral agreement.

18. Field 77H: Type, Date, Version of the Agreement

5 February 2007

73

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option H

6a[/8!n][//4!n]

(Type) (Date) (Version)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of the Agreement covering the transaction. It is followed by the date on which the Agreement
was signed and the version of the Agreement.
CODES
Type must be specified using one of the following codes (Error code(s): T47):
AFB

AFB Master Agreement.

BBAIRS

BBA Master Agreement.

DERV

Deutscher Rahmenvertrag fr Finanztermingeschfte.

ISDA

ISDA Master Agreement.

OTHER

Another type of bilateral agreement signed up front between party A and party B. The agreement must
be specified in field 77D.

NETWORK VALIDATED RULES


Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
Version must be a valid year expressed as YYYY.
In a BBA agreement, Date and Version are not allowed. In the case of AFB, Deutscher Rahmenvertrag fr Finanztermingeschfte or ISDA, they are mandatory.
In another agreement, Date and Version are optional.
The code OTHER must not be used in the case of an AFB, Deutscher Rahmenvertrag fr Finanztermingeschfte, ISDA or
BBA Master Agreement.

19. Field 77D: Additional Conditions


FORMAT
Option D

74

6*35x

(Narrative)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Conditional (C1 and C2)
DEFINITION
This field contains additional information concerning the terms and conditions of the underlying agreement.
USAGE RULES
This field should be used in trades where:
the Master Agreement is not AFB, BBAIRS, Deutscher Rahmenvertrag fr Finanztermingeschfte or ISDA.
the Business Day Convention is different from the values stated in field 14A.
When information about a break clause is provided, it must appear on the first line of this field.

20. Field 14C: Year of Definitions


FORMAT
Option C

4!n

(Year)

PRESENCE
Mandatory
DEFINITION
This field specifies the year of the version of the Agreements Definitions applicable to the MT 360 Single Currency Interest Rate Derivative Confirmation.
If an ISDA Master Agreement or Interest Rate and Currency Exchange Agreement apply, ie, the Master Agreement (Type
in field 77H) is equal to ISDA, this field specifies the year of the ISDA Terms and Definitions.
USAGE RULES
This field contains either the identification of a Year expressed as YYYY or the value 0000.
If the Master Agreement (Type in field 77H) is AFB, BBAIRS or Deutscher Rahmenvertrag fr Finanztermingeschfte, the
value of this field is 0000.
If the Master Agreement (Type in field 77H) is ISDA, this field must be used and understood as follows:
Year contains the value 1991: "The definitions and provisions contained in the 1991 ISDA Definitions (as published by
the International Swap and Derivatives Association, Inc.) (the "Definitions") are incorporated into this confirmation"
Year contains the value 1998: "The definitions and provisions contained in the 1991 ISDA Definitions (as supplemented by the 1998 Supplement and as further amended and supplemented by the 1998 ISDA Euro Definitions), as
published by the International Swaps and Derivatives Association, Inc., are incorporated into this confirmation"
Year contains the value 2000: "The definitions and provisions contained in the 2000 ISDA Definitions (as published by
the International Swap and Derivatives Association, Inc.) (the "Definitions") are incorporated into this Confirmation".
If the Master Agreement (Type in Field 77H) is OTHER, the value of this field depends on the Agreement.

5 February 2007

75

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

21. Field 72: Sender to Receiver Information


FORMAT
6*35x

(Narrative)

The following line format must be used:


Line 1
Lines 2-6

/8c/[additional information]
[//continuation of additional information]
-or[/8c/[additional information]]

PRESENCE
Optional
DEFINITION
This field specifies additional information for the Receiver.
USAGE RULES
The structured format may be used for bilaterally agreed codes.
Each code used must be put between slashes and appear at the beginning of a line.
All alphabetic characters in a code must be in upper case.
Additional explanatory information, which may be continued on the next lines, is preceded by a double slash //. Narrative
text that is not qualified by a code must start with a double slash // on a new line, and should preferably be the last information in this field.
Field 72 must not be used for information for which another field is intended.
The use of this field with unstructured text may require manual intervention and thus cause delay in automated systems.

22. Field 15B: New Sequence


FORMAT
Option B

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence B Fixed Interest Payable by party B.

76

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

23. Field 37U: Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Conditional (C16) in a conditional sequence (C10)
DEFINITION
This field specifies the fixed rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Fixed Rate as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

24. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 and C4) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.

25. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)

5 February 2007

77

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the number of times fields 30F Payment Dates and 32M Currency Payment Amount (if used) are present
in this sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

26. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the payment dates of the interest payable by party B.
For an ISDA Master (Type in Field 77H is ISDA), this field specifies the Payment Dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. The dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention and field 22B Financial
Centres in the same sequence.

27. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C11) in a conditional subsequence (C16)
DEFINITION
This field specifies the fixed interest payment currency and amount payable by party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed payment amount as per ISDA definitions.

78

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

NETWORK VALIDATED RULES


Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
The amounts may only be present when the rate multiplied by period (based on the payment dates and the period end date
adjustment and Day Count Fraction does not give the correct amount.

28. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Conditional (C11) in a conditional subsequence (C16)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

29. Field 14D: Day Count Fraction


FORMAT
Option D

5 February 2007

7x

(Number)

79

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C11) in a conditional subsequence (C16)
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365 or Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

Day Count Fraction is specified in field 37N in the same sequence.

30. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

80

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the business day convention is specified in field 37N in the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

31. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 22D Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

32. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) is used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

5 February 2007

81

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

82

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

5 February 2007

83

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

33. Field 15C: New Sequence


FORMAT
Option C

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence C Floating Interest Payable by party B.

34. Field 14F: Floating Rate Option


FORMAT
Option F

84

24x

(Floating Rate Option)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the Floating Rate Option of the floating leg.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Rate Option as per ISDA definitions.
CODES
This field must contain one of the following codes :
AUD-AONIA-OIS-COMPOUND
AUD-BBR-BBSW
AUD-BBR-BBSY(BID)
AUD-BBR-ISDC
AUD-LIBOR-BBA
AUD-LIBOR-RFRCBANKS
CAD-BA-CDOR
CAD-BA-ISDD
CAD-BA-RFRCBANKS
CAD-BA-TELERATE
CAD-CORRA-OIS-COMPOUND
CAD-LIBOR-BBA
CAD-LIBOR-RFRCBANKS
CAD-REPO-CORRA
CAD-TBILL-ISDD
CAD-TBILL-RFRCBANKS
CAD-TBILL-TELERATE
CHF-ANNUALSR-RFRCBANKS

(ie, CHF-ANNUALSWAPRATE-RFRCBANKS)

CHF-ANNUALSWAPRATE
CHF-LIBOR-BBA
CHF-LIBOR-ISDA

5 February 2007

85

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

CHF-LIBOR-RFRCBANKS
CHF-TOIS-OIS-COMPOUND
CZK-PRIBOR-PRBO
CZK-PRIBOR-RFRCBANKS
DKK-CIBOR2-DKNA13
DKK-CIBOR-DKNA13
DKK-CIBOR-RFRCBANKS
DKK-CITA-DKNA14-COMP
DKK-DKKOIS-OIS-COMPOUND
EUR-ANNUALSR-RFRCBANKS

(ie, EUR-ANNUAL SWAP RATE-RFRCBANKS)

EUR-ANNUALSWAPRATE-10:00
EUR-ANNUALSWAPRATE-11:00
EUR-ANNUALSWAPRATE-3M

(ie, EUR-ANNUAL SWAP RATE-3 MONTH)

EUR-EONIA-AVERAGE
EUR-EONIA-OIS-COMPOUND
EUR-EURIBOR-ACT/365
EUR-EURIBOR-RFRCBANKS
EUR-EURIBOR-TELERATE
EUR-EURONIA-OIS-COMPOUND
EUR-ISDA-EURIBORSR-11:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-11:00)

EUR-ISDA-EURIBORSR-12:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-12:00)

EUR-ISDA-LIBORSR-10:00

(ie, EUR-ISDA-LIBOR SWAP RATE-10:00)

EUR-ISDA-LIBORSR-11:00

(ie, EUR-ISDA-LIBOR SWAP RATE-11:00)

EUR-LIBOR-BBA
EUR-LIBOR-RFRCBANKS
EUR-TAM-CDC
EUR-TEC10-CNO

86

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

EUR-TEC10-RFRCBANKS
EUR-TEC5-CNO
EUR-TEC5-RFRCBANKS
EUR-TMM-CDC-COMPOUND
GBP-LIBOR-BBA
GBP-LIBOR-ISDA
GBP-LIBOR-RFRCBANKS
GBP-SEMI-ANNSR-RFRCBANKS

(ie,GBP-SEMI-ANNUALSWAPRATE-RFRCBANKS)

GBP-SEMI-ANNUALSWAPRATE
GBP-WMBA-SONIA-COMPOUND
HKD-HIBOR-HIBOR

(ie, HKD-HIBOR-HIBOR=)

HKD-HIBOR-HKAB
HKD-HIBOR-ISDC
HKD-HIBOR-RFRCBANKS
HKD-HONIX-OIS-COMPOUND
HUF-BUBOR-REUTERS
HUF-BUBOR-RFRCBANKS
IDR-SOR-RFRCBANKS
IDR-SOR-TELERATE
INR-BMK
INR-CMT
INR-INBMK-REUTERS
INR-MIBOR-OIS-COMPOUND
INR-MIFOR
INR-MIOIS
INR-MITOR-OIS-COMPOUND
INR-RFRCBANKS

5 February 2007

87

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

JPY-ISDA-SWAP RATE-10:00
JPY-ISDA-SWAP RATE-15:00
JPY-LIBOR-BBA
JPY-LIBOR-ISDA
JPY-LIBOR-RFRCBANKS
JPY-TIBOR- DTIBOR01
JPY-TIBOR-17096
JPY-TIBOR-17097
JPY-TIBOR-TIBM(10BANKS)
JPY-TIBOR-TIBM(5BANKS)
JPY-TIBOR-TIBM(ALLBANKS)
JPY-TIBOR-TIBM-RFRCBANKS
JPY-TIBOR-ZTIBOR
JPY-TONA-OIS-COMPOUND
JPY-TSR-RFRCBANKS
JPY-TSR-TELERATE-10:00
JPY-TSR-TELERATE-15:00
KRW-CD-3220
KRW-CD-KSDA-BLOOMBERG
MXN-TIIE-BANXICO
MXN-TIIE-RFRCBANKS
MYR-KLIBOR-BNM
MYR-KLIBOR-RFRCBANKS
NOK-NIBOR-NIBR
NOK-NIBOR-RFRCBANKS
NZD-BBR-FRA
NZD-BBR-ISDC

88

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

NZD-BBR-RFRCBANKS
NZD-BBR-TELERATE
NZD-NZIONA-OIS-COMPOUND
OTHER

The Floating Rate Option is specified in field 37N

PLZ-WIBOR-RFRCBANKS
PLZ-WIBOR-WIBO
SAR-SRIOR-RFRCBANKS
SAR-SRIOR-SUAA
SEK-SIOR-OIS-COMPOUND
SEK-STIBOR-RFRCBANKS
SEK-STIBOR-SIDE
SGD-SIBOR-RFCBANKS
SGD-SIBOR-TELERATE
SGD-SONAR-OIS-COMPOUND
SGD-SOR-RFRCBANKS
SGD-SOR-TELERATE
SKK-BRIBOR-BLOOMBERG
SKK-BRIBOR-BRBO
SKK-BRIBOR-NBSK07
SKK-BRIBOR-RFRCBANKS
THB-SOR-RFRCBANKS
THB-SOR-TELERATE
THB-THBFIX-REUTERS
TWD-RFRCDLRS
TWD-TELERATE-6165
TWD-TWCPBA
USD-BA-H.15

5 February 2007

89

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USD-BA-RFRCDLRS
USD-BMA-MUNICIPALSWAPIDX

(ie, USD-BMA Municipal Swap Index)

USD-CD-H.15
USD-CD-RFRCDLRS
USD-CMS-RFRCBANKS
USD-CMS-TELERATE
USD-CMT-T7051
USD-CMT-T7052
USD-COF11-FHLBSF
USD-COF11-TELERATE
USD-CP-H.15
USD-CP-RFRCDLRS
USD-FEDFUND-H.15
USD-FEDFUND-H.15-OIS-CPD

(ie, USD-Federal Funds-H.15-OIS-COMPOUND)

USD-FEDFUND-RFRCDLRS
USD-FFCB-DISCO
USD-ISDA-SWAP RATE
USD-LIBOR-BBA
USD-LIBOR-ISDA
USD-LIBOR-LIBO
USD-LIBOR-RFRCBANKS
USD-PRIME-H.15
USD-PRIME-RFRCBANKS
USD-SIBOR-RFRCBANKS
USD-SIBOR-SIBO
USD-S AND P IDX-HIGH GRD

(ie, USD-S & P Index-High Grade)

USD-TBILL-H.15

90

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

USD-TBILL-SECMARKET
USD-TIBOR-ISDC
USD-TIBOR-RFRCBANKS
USD-TREASURYRATE-T19901
USD-TREASURYRATE-T500
ZAR-DEPOSIT-RFRCBANKS
ZAR-DEPOSIT-SAFEX
ZAR-JIBAR-RFRCBANKS
ZAR-JIBAR-SAFEX
ZAR-PRIME-AVERAGE
ZAR-PRIME-AVRG-RFRCBANKS

(ie, ZAR-PRIME-AVERAGE-RFRCBANKS)

CODES
The following codes are published for redenomination purposes:
ATS-VIBOR-RFRCBANKS
ATS-VIBOR-VIBO
BEF-BIBOR-BEFIXING
BEF-BIBOR-ISDB
BEF-BIBOR-RFRCBANKS
BEF-BIBOR-TELERATE
COMLUF-LUXIBOR-RFRCBANKS
DEM-FIBOR-FIBO
DEM-FIBOR-FIBO-OLD
DEM-FIBOR-GBA
DEM-FIBOR-ISDB
DEM-FIBOR-RFRCBANKS
DEM-LIBOR-BBA

5 February 2007

91

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEM-LIBOR-ISDA
DEM-LIBOR-RFRCBANKS
DKK-CIBOR-DKNH
FIM-HELIBOR-RFRCBANKS
FIM-HELIBOR-SPFB
FRF-CAP-T4M
FRF-CAP-TAM
FRF-FLOOR-T4M
FRF-FLOOR-TAM
FRF-LIBOR-BBA
FRF-LIBOR-RFRCBANKS
FRF-PIBOR-AFB
FRF-PIBOR-PIBO
FRF-PIBOR-RFRCBANKS
FRF-SWAP-AMR
FRF-SWAP-T4M
FRF-SWAP-T4M-AMR
FRF-SWAP-T4M-TAM
FRF-SWAP-TAM
FRF-SWAP-TMP-IF
FRF-SWAP-TMP-M
FRF-T4M-CDC
FRF-T4M-CDCCOMP
FRF-TAG-CDC
FRF-TAG-CDCCOMP
FRF-TAM-CDC
FRF-TME-CDC

92

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FRF-TMP-CDCAVERAG
GRD-ATHIBOR-ATHIBOR
GRD-ATHIBOR-RFRCBANKS
GRD-ATHIBOR-TELERATE
GRD-ATHIMID-REUTERS
GRD-ATHIMID-RFRCBANKS
ITL-LIBOR-BBA
ITL-LIBOR-ILIR
ITL-LIBOR-ITFX
ITL-LIBOR-ITFY
ITL-LIBOR-RFRCBANKS
ITL-MIBOR-PUBLISHED
JPY-TIBOR-TIBM
LUF-LUXIBOR-ISDB
LUF-LUXIBOR-RFRCBANKS
MYR-SOR-RFRCBANKS
MYR-SOR-TELERATE
NLG-AIBOR-AIBODOM
NLG-AIBOR-AIBOEURO
NLG-AIBOR-ISDB
NLG-AIBOR-RFRCBANKS
PTE-LIBOR-BBA
PTE-LIBOR-RFRCBANKS
PTE-LISBOR-LBOA
PTE-LISBOR-LBOF
PTE-LISBOR-RFRCBANKS
SEK-EDOR-FP

5 February 2007

93

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

SEK-EDOR-RFRCBANKS
SPP-LIBOR-BBA
SPP-LIBOR-RFRCBANKS
SPP-MIBOR-BANDE
SPP-MIBOR-RFRCBANKS
USD-CP-ISDD
ZAR-BBF3-SAFEX(YIELD)
ZAR-BBF-RFRCBANKS

USAGE RULES
The floating rate options, as they appear in the current ISDA Definitions, may be used.
Blanks must not be used.

35. Field 37J: Cap Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Conditional (C19) in a conditional sequence (C10)
DEFINITION
This field specifies the cap rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

36. Field 37L: Floor Rate

94

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FORMAT
Option L

12d

(Rate)

PRESENCE
Conditional (C19) in a conditional sequence (C10)
DEFINITION
This field specifies the floor rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

37. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 thru C9) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.
USAGE RULES
For OIS trades, this field must contain /OIS/ on the first line.

38. Field 14J: Reset Date Specification


FORMAT
Option J

5 February 2007

5a

95

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies when the floating rate will be reset.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Reset Date specification as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FIRST

The reset date is the first day of the calculation period, or compounding period for a compounding
swap.

LAST

The reset date is the last day of the calculation period, or compounding period for a compounding
swap.

OTHER

The reset date is specified in field 37N in the same sequence, or compounding period for a compounding swap.

USAGE RULES
For OIS trades, this field must contain OTHER.

39. Field 14G: Averaging Frequency and Method


FORMAT
Option G

1!a/8!a

(Frequency) (Method)

PRESENCE
Conditional (C16)
DEFINITION
This field specifies the averaging frequency and method of observation of the rates in the case of an averaging swap.
CODES
Frequency must contain one of the following codes (Error code(s): T47):
D

Daily.

Monthly.

The averaging frequency is specified in field 37N in the same sequence.

Weekly.

96

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Yearly.

CODES
Method must contain one of the following codes (Error code(s): T48):
UNWEIGHT

Unweighted.

WEIGHTED

Weighted.

USAGE RULES
This field must only be used in the case of an averaging swap.
For OIS trades, this field must not be used.
EXAMPLE
:14G:W/WEIGHTED
for weekly averaging, weighted

40. Field 38E: Designated Maturity


FORMAT
Option E

2n1!a

(Number) (Period)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the designated maturity of the floating rate option.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Designated Maturity as per ISDA definitions.
CODES
Period must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

5 February 2007

97

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Yearly.

USAGE RULES
For OIS trades, the field must contain other, ie, Number must be 0 (zero) and Period must be O.
When the period can be expressed in two different units, the highest one should be used ie 1Y instead of 12M.
For 3 monthly IMM trades, the field must contain 3M, ie, Number must be 3 and Period must be M (months).
EXAMPLE
:38E:3M
means a three month floating rate

41. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 30F Payment Dates is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

42. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the payment dates of the interest payable by party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Payment Dates as per ISDA definitions.

98

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

NETWORK VALIDATED RULES


Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. The dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial
Centre in the same sequence.
For 3 monthly IMM trades, the field must contain the actual payment dates.

43. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

44. Field 14D: Day Count Fraction


FORMAT
Option D

5 February 2007

7x

(Number)

99

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365 or Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

Day Count Fraction is specified in field 37N in the same sequence.

45. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

100

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the Business Day Convention is specified in field 37N in the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

USAGE RULES
For OIS trades, this field must be MODIFIEDF.

46. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

47. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:

5 February 2007

101

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

102

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

5 February 2007

103

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

48. Field 37R: Spread


FORMAT
Option R

[N]12d

(Sign) (Rate)

PRESENCE
Conditional (C16)
DEFINITION
This field specifies the spread, ie, the margin which will be added to (or subtracted from, if negative) the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Spread as per ISDA definitions.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).

104

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
If the spread is positive, ie, added to the rate, Sign is not present.
The absence of this field means that the spread is zero.

49. Field 22D: Compounding Type


FORMAT
Option D

4!c

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies how the interest is compounded.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the type (flat/straight) as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T71):
FLAT

Flat compounding is applicable.

STRT

Straight compounding, ie, spread included.

USAGE RULES
The absence of this field means that the swap is not compounded.
For OIS trades, this field must not be used.
For a Straight Compounding contract, the spread is included in the interest rate; for a Flat Compounding contract, the interest amounts are the sum of the amount calculated by using the basic rate and the amount calculated by using the spread .

50. Field 18A: Number of Repetitions


FORMAT
Option A

5 February 2007

5n

(Number)

105

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 30X Compounding Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30X (Error code(s): D96).
USAGE RULES
For OIS trades, this field must not be used.

51. Field 30X: Compounding Date


FORMAT
Option X

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies a compounding date.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Compounding Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All compounding dates must appear in the repetitive block to form the compounding schedule. In addition to the compounding dates, this schedule must include the effective date, all payment dates and the termination date.
The compounding dates are not adjusted, they follow the period end date adjustment for the payment dates as well as the
Business Day Convention and financial centres stated in this sequence.
The dates must be sorted in ascending order.
For OIS trades, this field must not be used.

52. Field 38G: First Stub Period, Interpolation Period


FORMAT
Option G

106

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Optional in a conditional subsequence (C16)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the first stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in field 38E in the same
sequence.
For OIS trades, this field must not be used.
If the stub period is not an interpolation, the same information must appear in both subfields.
EXAMPLE
:38G:5M/6M
if the rate for the first stub period is an interpolation between the 5M and the 6M rates.
:38G:3M/3M
if the rate for the first stub period is a 3M rate.

53. Field 38H: Last Stub Period, Interpolation Period


FORMAT
Option H

5 February 2007

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

107

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Optional in a conditional subsequence (C16)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the last stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in field 38E in the same
sequence.
For OIS trades, this field must not be used.
If the stub period is not an interpolation, the same information must appear in both subfields.
EXAMPLE
:38H:5M/6M
if for the rate for the first stub period is an interpolation between the 5M and the 6M rates.
38H:3M/3M
if the rate for the first stub period is a 3M rate.

54. Field 15D: New Sequence


FORMAT
Option D

108

Empty field

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence D Payment Instructions for Interest Payable by party B.

55. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

56. Field 56a: Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

109

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

57. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.

110

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Please refer to the chapter Guidelines for this MT.

58. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place.

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT
EXAMPLE
:57A:/309945-009
CHEMUS33

5 February 2007

111

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

:57A://CH123456
CITIUS33

59. Field 15E: New Sequence


FORMAT
Option E

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence E Fixed Interest Payable by party A.

60. Field 37U: Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Conditional (C16) in a conditional sequence (C10)
DEFINITION
This field specifies the fixed rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed rate as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

61. Field 37N: Details of Interest Rate


FORMAT
Option N

112

6*35x

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Conditional (C3 and C4) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.

62. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 30F Payment Date and 32M Currency Payment Amount (if used) are present
in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

63. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the payment dates of the interest payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the payment dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. The dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial
Centre in the same sequence.

5 February 2007

113

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

64. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C12) in a conditional subsequence (C16)
DEFINITION
This field specifies the fixed interest payment currency and amount payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed payment amount as per ISDA definitions.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
The amounts may only be present when the rate multiplied by period (based on the payment dates) and the period end date
adjustment and day count fraction does not give the correct amount.

65. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Conditional (C12) in a conditional subsequence (C16)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
One of the following codes must be used (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

114

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

66. Field 14D: Day Count Fraction


FORMAT
Option D

7x

(Number)

PRESENCE
Conditional (C12) in a conditional subsequence (C16)
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365 or Actual/Actual

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

Day Count Fraction is specified in field 37N in the same sequence.

67. Field 14A: Business Day Convention


FORMAT
Option A

5 February 2007

9a

(Convention)

115

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the business day convention is specified in field 37N in the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

68. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

69. Field 22B: Financial Centre


FORMAT
Option B

116

4!c

(Centre)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

5 February 2007

117

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

118

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

70. Field 15F: New Sequence


FORMAT
Option F

5 February 2007

Empty field

119

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence F Floating Interest Payable by Party A.

71. Field 14F: Floating Rate Option


FORMAT
Option F

24x

(Floating Rate Option)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the floating rate option of the floating leg.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Rate Option as per ISDA definitions.
CODES
This field must contain one of the following codes :
AUD-AONIA-OIS-COMPOUND
AUD-BBR-BBSW
AUD-BBR-BBSY(BID)
AUD-BBR-ISDC
AUD-LIBOR-BBA
AUD-LIBOR-RFRCBANKS
CAD-BA-CDOR
CAD-BA-ISDD
CAD-BA-RFRCBANKS
CAD-BA-TELERATE
CAD-CORRA-OIS-COMPOUND
CAD-LIBOR-BBA
CAD-LIBOR-RFRCBANKS

120

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

CAD-REPO-CORRA
CAD-TBILL-ISDD
CAD-TBILL-RFRCBANKS
CAD-TBILL-TELERATE
CHF-ANNUALSR-RFRCBANKS

(ie, CHF-ANNUALSWAPRATE-RFRCBANKS)

CHF-ANNUALSWAPRATE
CHF-LIBOR-BBA
CHF-LIBOR-ISDA
CHF-LIBOR-RFRCBANKS
CHF-TOIS-OIS-COMPOUND
CZK-PRIBOR-PRBO
CZK-PRIBOR-RFRCBANKS
DKK-CIBOR2-DKNA13
DKK-CIBOR-DKNA13
DKK-CIBOR-RFRCBANKS
DKK-CITA-DKNA14-COMP
DKK-DKKOIS-OIS-COMPOUND
EUR-ANNUALSR-RFRCBANKS

(ie, EUR-ANNUAL SWAP RATE-RFRCBANKS)

EUR-ANNUALSWAPRATE-10:00
EUR-ANNUALSWAPRATE-11:00
EUR-ANNUALSWAPRATE-3M

(ie, EUR-ANNUAL SWAP RATE-3 MONTH)

EUR-EONIA-AVERAGE
EUR-EONIA-OIS-COMPOUND
EUR-EURIBOR-ACT/365
EUR-EURIBOR-RFRCBANKS
EUR-EURIBOR-TELERATE
EUR-EURONIA-OIS-COMPOUND

5 February 2007

121

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EUR-ISDA-EURIBORSR-11:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-11:00)

EUR-ISDA-EURIBORSR-12:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-12:00)

EUR-ISDA-LIBORSR-10:00

(ie, EUR-ISDA-LIBOR SWAP RATE-10:00)

EUR-ISDA-LIBORSR-11:00

(ie, EUR-ISDA-LIBOR SWAP RATE-11:00)

EUR-LIBOR-BBA
EUR-LIBOR-RFRCBANKS
EUR-TAM-CDC
EUR-TEC10-CNO
EUR-TEC10-RFRCBANKS
EUR-TEC5-CNO
EUR-TEC5-RFRCBANKS
EUR-TMM-CDC-COMPOUND
GBP-LIBOR-BBA
GBP-LIBOR-ISDA
GBP-LIBOR-RFRCBANKS
GBP-SEMI-ANNSR-RFRCBANKS

(ie,GBP-SEMI-ANNUALSWAPRATE-RFRCBANKS)

GBP-SEMI-ANNUALSWAPRATE
GBP-WMBA-SONIA-COMPOUND
HKD-HIBOR-HIBOR

(ie, HKD-HIBOR-HIBOR=)

HKD-HIBOR-HKAB
HKD-HIBOR-ISDC
HKD-HIBOR-RFRCBANKS
HKD-HONIX-OIS-COMPOUND
HUF-BUBOR-REUTERS
HUF-BUBOR-RFRCBANKS
IDR-SOR-RFRCBANKS
IDR-SOR-TELERATE

122

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

INR-BMK
INR-CMT
INR-INBMK-REUTERS
INR-MIBOR-OIS-COMPOUND
INR-MIFOR
INR-MIOIS
INR-MITOR-OIS-COMPOUND
INR-RFRCBANKS
JPY-ISDA-SWAP RATE-10:00
JPY-ISDA-SWAP RATE-15:00
JPY-LIBOR-BBA
JPY-LIBOR-ISDA
JPY-LIBOR-RFRCBANKS
JPY-TIBOR- DTIBOR01
JPY-TIBOR-17096
JPY-TIBOR-17097
JPY-TIBOR-TIBM(10BANKS)
JPY-TIBOR-TIBM(5BANKS)
JPY-TIBOR-TIBM(ALLBANKS)
JPY-TIBOR-TIBM-RFRCBANKS
JPY-TIBOR-ZTIBOR
JPY-TONA-OIS-COMPOUND
JPY-TSR-RFRCBANKS
JPY-TSR-TELERATE-10:00
JPY-TSR-TELERATE-15:00
KRW-CD-3220
KRW-CD-KSDA-BLOOMBERG

5 February 2007

123

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MXN-TIIE-BANXICO
MXN-TIIE-RFRCBANKS
MYR-KLIBOR-BNM
MYR-KLIBOR-RFRCBANKS
NOK-NIBOR-NIBR
NOK-NIBOR-RFRCBANKS
NZD-BBR-FRA
NZD-BBR-ISDC
NZD-BBR-RFRCBANKS
NZD-BBR-TELERATE
NZD-NZIONA-OIS-COMPOUND
OTHER

The Floating Rate Option is specified in field 37N

PLZ-WIBOR-RFRCBANKS
PLZ-WIBOR-WIBO
SAR-SRIOR-RFRCBANKS
SAR-SRIOR-SUAA
SEK-SIOR-OIS-COMPOUND
SEK-STIBOR-RFRCBANKS
SEK-STIBOR-SIDE
SGD-SIBOR-RFCBANKS
SGD-SIBOR-TELERATE
SGD-SONAR-OIS-COMPOUND
SGD-SOR-RFRCBANKS
SGD-SOR-TELERATE
SKK-BRIBOR-BLOOMBERG
SKK-BRIBOR-BRBO
SKK-BRIBOR-NBSK07

124

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

SKK-BRIBOR-RFRCBANKS
THB-SOR-RFRCBANKS
THB-SOR-TELERATE
THB-THBFIX-REUTERS
TWD-RFRCDLRS
TWD-TELERATE-6165
TWD-TWCPBA
USD-BA-H.15
USD-BA-RFRCDLRS
USD-BMA-MUNICIPALSWAPIDX

(ie, USD-BMA Municipal Swap Index)

USD-CD-H.15
USD-CD-RFRCDLRS
USD-CMS-RFRCBANKS
USD-CMS-TELERATE
USD-CMT-T7051
USD-CMT-T7052
USD-COF11-FHLBSF
USD-COF11-TELERATE
USD-CP-H.15
USD-CP-RFRCDLRS
USD-FEDFUND-H.15
USD-FEDFUND-H.15-OIS-CPD

(ie, USD-Federal Funds-H.15-OIS-COMPOUND)

USD-FEDFUND-RFRCDLRS
USD-FFCB-DISCO
USD-ISDA-SWAP RATE
USD-LIBOR-BBA
USD-LIBOR-ISDA

5 February 2007

125

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USD-LIBOR-LIBO
USD-LIBOR-RFRCBANKS
USD-PRIME-H.15
USD-PRIME-RFRCBANKS
USD-SIBOR-RFRCBANKS
USD-SIBOR-SIBO
USD-S AND P IDX-HIGH GRD

(ie, USD-S & P Index-High Grade)

USD-TBILL-H.15
USD-TBILL-SECMARKET
USD-TIBOR-ISDC
USD-TIBOR-RFRCBANKS
USD-TREASURYRATE-T19901
USD-TREASURYRATE-T500
ZAR-DEPOSIT-RFRCBANKS
ZAR-DEPOSIT-SAFEX
ZAR-JIBAR-RFRCBANKS
ZAR-JIBAR-SAFEX
ZAR-PRIME-AVERAGE
ZAR-PRIME-AVRG-RFRCBANKS

(ie, ZAR-PRIME-AVERAGE-RFRCBANKS)

CODES
The following codes are published for redenomination purposes:
ATS-VIBOR-RFRCBANKS
ATS-VIBOR-VIBO
BEF-BIBOR-BEFIXING
BEF-BIBOR-ISDB
BEF-BIBOR-RFRCBANKS

126

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

BEF-BIBOR-TELERATE
COMLUF-LUXIBOR-RFRCBANKS
DEM-FIBOR-FIBO
DEM-FIBOR-FIBO-OLD
DEM-FIBOR-GBA
DEM-FIBOR-ISDB
DEM-FIBOR-RFRCBANKS
DEM-LIBOR-BBA
DEM-LIBOR-ISDA
DEM-LIBOR-RFRCBANKS
DKK-CIBOR-DKNH
FIM-HELIBOR-RFRCBANKS
FIM-HELIBOR-SPFB
FRF-CAP-T4M
FRF-CAP-TAM
FRF-FLOOR-T4M
FRF-FLOOR-TAM
FRF-LIBOR-BBA
FRF-LIBOR-RFRCBANKS
FRF-PIBOR-AFB
FRF-PIBOR-PIBO
FRF-PIBOR-RFRCBANKS
FRF-SWAP-AMR
FRF-SWAP-T4M
FRF-SWAP-T4M-AMR
FRF-SWAP-T4M-TAM
FRF-SWAP-TAM

5 February 2007

127

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FRF-SWAP-TMP-IF
FRF-SWAP-TMP-M
FRF-T4M-CDC
FRF-T4M-CDCCOMP
FRF-TAG-CDC
FRF-TAG-CDCCOMP
FRF-TAM-CDC
FRF-TME-CDC
FRF-TMP-CDCAVERAG
GRD-ATHIBOR-ATHIBOR
GRD-ATHIBOR-RFRCBANKS
GRD-ATHIBOR-TELERATE
GRD-ATHIMID-REUTERS
GRD-ATHIMID-RFRCBANKS
ITL-LIBOR-BBA
ITL-LIBOR-ILIR
ITL-LIBOR-ITFX
ITL-LIBOR-ITFY
ITL-LIBOR-RFRCBANKS
ITL-MIBOR-PUBLISHED
JPY-TIBOR-TIBM
LUF-LUXIBOR-ISDB
LUF-LUXIBOR-RFRCBANKS
MYR-SOR-RFRCBANKS
MYR-SOR-TELERATE
NLG-AIBOR-AIBODOM
NLG-AIBOR-AIBOEURO

128

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

NLG-AIBOR-ISDB
NLG-AIBOR-RFRCBANKS
PTE-LIBOR-BBA
PTE-LIBOR-RFRCBANKS
PTE-LISBOR-LBOA
PTE-LISBOR-LBOF
PTE-LISBOR-RFRCBANKS
SEK-EDOR-FP
SEK-EDOR-RFRCBANKS
SPP-LIBOR-BBA
SPP-LIBOR-RFRCBANKS
SPP-MIBOR-BANDE
SPP-MIBOR-RFRCBANKS
USD-CP-ISDD
ZAR-BBF3-SAFEX(YIELD)
ZAR-BBF-RFRCBANKS

USAGE RULES
The floating rate options, as they appear in the current ISDA Definitions, may be used.
Blanks must not be used.

72. Field 37J: Cap Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Conditional (C19) in a conditional sequence (C10)

5 February 2007

129

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the cap rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

73. Field 37L: Floor Rate


FORMAT
Option L

12d

(Rate)

PRESENCE
Conditional (C19) in a conditional sequence (C10)
DEFINITION
This field specifies the floor rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

74. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 thru C9) in a conditional sequence (C10)

130

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

DEFINITION
This field specifies additional details about the interest rate.
USAGE RULES
For OIS trades, this field must contain /OIS/ on the first line.

75. Field 14J: Reset Date Specification


FORMAT
Option J

5a

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies when the floating rate will be reset.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Reset Date specification as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FIRST

The reset date is the first day of the calculation period, or compounding period for a compounding
swap.

LAST

The reset date is the last day of the calculation period, or compounding period for a compounding
swap.

OTHER

The reset date is specified in field 37N in the same sequence, or compounding period for a compounding swap.

USAGE RULES
For OIS trades, this field must contain OTHER.

76. Field 14G: Averaging Frequency and Method


FORMAT
Option G

5 February 2007

1!a/8!a

(Frequency) (Method)

131

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C16)
DEFINITION
This field specifies the averaging frequency and method of observation of the rates in the case of an averaging swap.
CODES
Frequency must contain one of the following codes (Error code(s): T47):
Y

Yearly.

Daily.

Monthly.

The averaging frequency is specified in field 37N in the same sequence.

Weekly.

CODES
Method must contain one of the following codes (Error code(s): T48):
UNWEIGHT

Unweighted.

WEIGHTED

Weighted.

USAGE RULES
This field must only be used in the case of an averaging swap.
For OIS trades, this field must not be used.
EXAMPLE
:14G:W/WEIGHTED
for weekly averaging, weighted

77. Field 38E: Designated Maturity


FORMAT
Option E

132

2n1!a

(Number) (Period)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the designated maturity of the floating rate option.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Designated Maturity as per ISDA definitions.
CODES
Period must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

USAGE RULES
For OIS trades, the field must contain other, ie, Number must be 0 (zero) and Period must be O.
When the period can be expressed in two different units, the highest one should be used ie 1Y instead of 12M.
For 3 monthly IMM trades, the field must contain 3M, ie, Number must be 3 and Period must be M (months).
EXAMPLE
:38E:3M
means a three month floating rate

78. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 30F Payment Date is present in the same sequence.

5 February 2007

133

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

79. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the payment dates of the interest payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the payment dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. The dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention 22B Financial Centre in
the same sequence.
For 3 monthly IMM trades, the field must contain the actual payment dates.

80. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

134

The interest calculation period end dates are not adjusted to the payment dates.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

81. Field 14D: Day Count Fraction


FORMAT
Option D

7x

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365 or Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

Day Count Fraction is specified in field 37N in the same sequence.

82. Field 14A: Business Day Convention


FORMAT
Option A

5 February 2007

9a

(Convention)

135

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the Business Day Convention is specified in field 37N in the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

USAGE RULES
For OIS trades, this field must be MODIFIEDF.

83. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

136

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

84. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

5 February 2007

137

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

138

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

5 February 2007

139

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

85. Field 37R: Spread


FORMAT
Option R

[N]12d

(Sign) (Rate)

PRESENCE
Conditional (C16)
DEFINITION
This field specifies the spread, ie, the margin which will be added to (or subtracted from, if negative) the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Spread as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
Sign must not be used if Rate is zero (Error code(s): T14).
USAGE RULES
Rate is expressed as a percentage.
If the spread is positive, ie, added to the rate, Sign is not present.
The absence of this field means that the spread is zero.

86. Field 22D: Compounding Type


FORMAT
Option D

4!c

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies how the interest is compounded.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the type (flat/straight) as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T71):
FLAT

Flat compounding is applicable.

STRT

Straight compounding, ie, spread included.

140

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

USAGE RULES
The absence of this field means that the swap is not compounded.
For OIS trades, this field must not be used.

87. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies the number of times field 30X Compounding Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30X (Error code(s): D96).
USAGE RULES
For OIS trades, this field must not be used.

88. Field 30X: Compounding Date


FORMAT
Option X

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C16)
DEFINITION
This field specifies a compounding date.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Compounding Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All compounding dates must appear in the repetitive block to form the compounding schedule. In addition to the compounding dates, this schedule must include the effective date, all payment dates and the termination date.

5 February 2007

141

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

The compounding dates are not adjusted, they follow the period end date adjustment for the payment dates as well as the
Business Day Convention and financial centres stated in this sequence.
The dates must be sorted in ascending order.
For OIS trades, this field must not be used.

89. Field 38G: First Stub Period, Interpolation Period


FORMAT
Option G

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

PRESENCE
Optional in a conditional subsequence (C16)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the first stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in the same sequence.
For OIS trades, this field must not be used.
EXAMPLE
:38G:5M/6M
for the rate for the first stub period is an interpolation between the 5M and the 6M rates.

142

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

90. Field 38H: Last Stub Period, Interpolation Period


FORMAT
Option H

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

PRESENCE
Optional in a conditional subsequence (C16)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the last stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in field 38E in the same
sequence.
For OIS trades, this field must not be used.
EXAMPLE
:38G:5M/6M
when the rate for the first stub period is an interpolation between the 5M and the 6M rates.
:38G:3M/3M
when the rate for the first stub period is a 3 months rate.

91. Field 15G: New Sequence

5 February 2007

143

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option G

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence G Payment Instructions for Interest Payable by Party A.

92. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

93. Field 56a: Intermediary


FORMAT
Option A
Option D

144

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

94. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.

5 February 2007

145

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Please refer to the chapter Guidelines for this MT.

95. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33

146

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

:57A://CH123456
CITIUS33

96. Field 15H: New Sequence


FORMAT
Option H

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence H Amortising Schedule.

97. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of amortising periods in the same sequence, ie, the number of repetitions of the variable
notional start and end dates and the outstanding notionals.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30G (Error code(s): D96).

98. Field 30G: Variable Notional Start and End Date


FORMAT
Option G

8!n/8!n

(Start Date) (End Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the period of the amortising/accreting swap where interest is calculated on the outstanding notional
amount specified in the same sequence.

5 February 2007

147

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Start Date and End Date must be valid dates expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
Start Date is an earlier date than End Date.
Start Date and End Date are not adjusted but will change in relation to the specified Business Day Convention and financial
centres in the same sequence.
This field is only used when the notional adjusts (see example below).
EXAMPLE
For a five year swap which amortises once after three years, with Effective Date first December 1996, the fields will read:
:18:2
:30G:19961201/19991201
:32U: ...
for the first occurrences and
:30G:19991201/20011201
:32U: ...
for the second

99. Field 32U: Outstanding Notional Currency and Amount


FORMAT
Option U

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency code and outstanding notional amount of the amortising/accreting swap in the period specified.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

100. Field 14A: Business Day Convention

148

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting the start and end dates or amortising periods if these would otherwise fall
on a day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the Business Day Convention is specified in field 72 of sequence A.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

101. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

5 February 2007

149

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

102. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

150

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

5 February 2007

151

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

152

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

103. Field 15L: New Sequence


FORMAT
Option L

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence L Additional Amounts Payable by Party B.

104. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the number of times field 22E Type of Payment is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent fields 22E (Error code(s): D96).

105. Field 22E: Type of Payment


FORMAT
Option E

4!c

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the type of payment.
CODES
One of the following codes or a bilaterally agreed code must be used:
FEES

5 February 2007

The settlement of a fee.

153

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRMP

The premium payment in the case of a cap, floor or collar.

106. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the payment dates of the additional amounts payable by party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention 22B Financial Centre in
the same sequence.

107. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the currency and additional amount payable by party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

108. Field 14A: Business Day Convention

154

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the Business Day Convention is specified in field 72 of sequence A.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

109. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

5 February 2007

155

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

110. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

156

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

5 February 2007

157

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

158

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

111. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in a conditional sequence (C10)
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

112. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in a conditional sequence (C10)
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.

5 February 2007

159

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

113. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14) in a conditional sequence (C10)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

114. Field 57a: Receiving Agent

160

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional in a conditional sequence (C10)
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

5 February 2007

161

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

115. Field 15M: New Sequence


FORMAT
Option M

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence M Additional Amounts Payable by Party A.

116. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the number of times field 22E Type of Payment is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent fields 22E (Error code(s): D96).

117. Field 22E: Type of Payment


FORMAT
Option E

4!c

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the type of payment.
CODES
This field may contain one of the following codes or a bilaterally agreed code:
FEES

162

The settlement of a fee.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRMP

The premium payment in the case of a cap, floor or collar.

118. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the payment dates of the additional amounts payable by party A.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention 22B Financial Centre in
the same sequence.

119. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the currency and additional amount payable by party A.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

120. Field 14A: Business Day Convention

5 February 2007

163

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

the Business Day Convention is specified in field 72 of sequence A.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

121. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

164

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

122. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

5 February 2007

165

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

166

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Code

Financial Center

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

5 February 2007

167

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

123. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in a conditional sequence (C10)
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

124. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in a conditional sequence (C10)
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.

168

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

125. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14) in a conditional sequence (C10)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

126. Field 57a: Receiving Agent

5 February 2007

169

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional in a conditional sequence (C10)
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

170

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

127. Field 15N: New Sequence


FORMAT
Option N

Empty field

PRESENCE
Mandatory in a conditional sequence (C18)
DEFINITION
This field specifies the start of optional sequence N Optional General Information.

128. Field 29A: Contact Information


FORMAT
Option A

4*35x

PRESENCE
Optional in a conditional sequence (C18)
DEFINITION
This field specifies the name and/or telephone number of the person the Receiver may contact for any queries concerning
this transaction.
CODES
At least one of the following should be used:
/DEPT/

followed by the name of the department

/FAXT/

followed by fax number

/NAME/

followed by the name of the contact person

/PHON/

followed by the telephone number

/TELX/

followed by the telex number

USAGE RULES
The codes do not need to be put on separate lines. It is the / at the beginning of a code and not the end-of-line that marks
the end of the information behind the previous code.

5 February 2007

171

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXAMPLE
:29A:/NAME/Jones/DEPT/IRS Back Office

129. Field 24D: Dealing Method


FORMAT
Option D

4!c[/35x]

(Code) (Additional Information)

PRESENCE
Optional in a conditional sequence (C18)
DEFINITION
This field specifies how the deal was agreed.
CODES
Code must contain one of the following codes, optionally followed with additional information (Error code(s): T68):
BROK

Deal made via a money broker.

ELEC

Deal made via an electronic system (Reuters, EBS etc.).

FAXT

Deal agreed per fax.

PHON

Deal agreed on the phone.

TELX

Deal agreed by telex.

USAGE RULES
For voice brokers this field contains the code BROK. If the broker needs to be identified explicitly, field 88a must be used.
EXAMPLE
:24D:PHON

130. Field 88a: Broker Identification


FORMAT
Option A
Option D

172

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

PRESENCE
Conditional (C18) in a conditional sequence (C18)
DEFINITION
This field specifies the broker which arranged the deal between party A and party B or, when two money brokers are
involved, between party A and the other money broker.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
This field is only used to identify voice brokers. Electronic brokerage systems must be identified in field 24D Dealing
Method.

131. Field 71F: Brokers Commission


FORMAT
Option F

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C18) in a conditional sequence (C18)
DEFINITION
This field specifies the brokerage fee for a broker confirmation.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

132. Field 21G: Brokers Reference


FORMAT
Option G

16x

PRESENCE
Optional in a conditional sequence (C18)

5 February 2007

173

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the brokers reference of the trade.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).

MT 360 Examples
Example 1 Fixed/Floating Single Currency Interest Rate Swap Confirmation
Narrative
On 05 March 2002, Chase New York and Barclays Bank London enter into an ISDA swap agreement with each other.
The terms of the contract are:
Chase pays the floating interest every 6 months, based on LIBOR
Barclays pays the fixed interest every 6 months at 5.475 %
Notional amount = 35,000,000 GBP.
The swap is not compounded, not amortised, there are no stub periods, there is no averaging, the calculation dates are
adjusted to the payment dates and the swap is included in the collateral agreement.
Message 1 from Chase New York
EXPLANATION

FORMAT

Sender

CHASUS33

Message Type

360

Receiver

BARCGB2L

Message Text
General Information

:15A:

Senders Reference

:20:TW9235

Type of Operation

:22A:NEWT

Scope of Operation

:94A:BILA

Common Reference

:22C:BARC2L0603CHAS33

Identification of the Swap

:23A:FLOATFIXED/NET

Contract Number Party A

:21N:SCS001

Trade Date

:30T:20020305

Effective Date

:30V:20020305

174

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

EXPLANATION

FORMAT

Termination Date

:30P:20060305

Business Day Convention

:14A:MODIFIEDF

Currency, Notional Amount

:32B:GBP35000000,00

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Type, Date, Version of the Agreement

:77H:ISDA/19980316//1991

Year of Definitions

:14C:1991

Fixed Interest Payable by Party B

:15B:

Fixed Rate

:37U:5,475

Number of Repetitions

:18A:8

Payment Date

:30F:20020905

Payment Date

:30F:20030305

Payment Date

:30F:20030905

Payment Date

:30F:20040305

Payment Date

:30F:20040905

Payment Date

:30F:20050305

Payment Date

:30F:20050905

Payment Date

:30F:20060305

Period End Date Adjustment Indicator

:17F:Y

Day Count Fraction

:14D:AFI/365

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Payment Instructions for Interest Payable by Party B

:15D:

Receiving Agent

:57A:MIDLGB22

Floating Interest Payable by Party A

:15F:

5 February 2007

175

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXPLANATION

FORMAT

Floating Rate Option

:14F:GBP-LIBOR-BBA

Reset Date Specification

:14J:FIRST

Designated Maturity

:38E:6M

Number of Repetitions

:18A:8

Payment Date

:30F:20020905

Payment Date

:30F:20030305

Payment Date

:30F:20030905

Payment Date

:30F:20040305

Payment Date

:30F:20040905

Payment Date

:30F:20050305

Payment Date

:30F:20050905

Payment Date

:30F:20060305

Period End Date Adjustment Indicator

:17F:Y

Day Count Fraction

:14D:AFI/365

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Spread

:37R:N0,2

Payment Instructions for Interest Payable by Party A

:15G:

Receiving Agent

:57A:BARCGB2L

Optional General Information

:15N:

Contact Information

:29A:/NAME/Richard Jones
/PHON/212-1234567

Example 2 Fixed/Floating Single Currency Interest Rate Swap Confirmation

176

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

Narrative
Idem example 1, except that there is an initial stub period and that the notional amount is amortised over the 5 years (the
notional amount is decreased by 5.000.000 GBP per year) of the contract. The rate for the stub period is interpolation
between the 4M and the 5M Libor.
Message 1 From Chase New York
EXPLANATION

FORMAT

Sender

CHASUS33

Message Type

360

Receiver

BARCGB2L

Message Text
General Information

:15A:

Senders Reference

:20:TW9235

Type of Operation

:22A:NEWT

Scope of Operation

:94A:BILA

Common Reference

:22C:BARC2L0603CHAS33

Identification of the Swap

:23A:FLOATFIXED/NET

Contract Number Party A

:21N:SCA001

Trade Date

:30T:20020305

Effective Date

:30V:20020405

Termination Date

:30P:20060305

Business Day Convention

:14A:MODIFIEDF

Currency, Notional Amount

:32B:GBP40000000,00

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Type, Date, Version of the Agreement

:77H:ISDA/19980316//1991

Year of Definitions

:14C:1991

Fixed Interest Payable by Party B

:15B:

Fixed Rate

:37U:5,475

5 February 2007

177

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXPLANATION

FORMAT

Number of Repetitions

:18A:8

Payment Date

:30F:20020905

Payment Date

:30F:20030305

Payment Date

:30F:20030905

Payment Date

:30F:20040305

Payment Date

:30F:20040905

Payment Date

:30F:20050305

Payment Date

:30F:20050905

Payment Date

:30F:20060305

Period End Date Adjustment Indicator

:17F:Y

Day Count Fraction

:14D:AFI/365

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Payment Instructions for Interest Payable by Party B

:15D:

Receiving Agent

:57A:MIDLGB22

Floating Interest Payable by Party A

:15F:

Floating Rate Option

:14F:GBP-LIBOR-BBA

Reset Date Specification

:14J:FIRST

Designated Maturity

:38E:6M

Number of Repetitions

:18A:8

Payment Date

:30F:20020905

Payment Date

:30F:20030305

Payment Date

:30F:20030905

Payment Date

:30F:20040305

Payment Date

:30F:20040905

178

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

EXPLANATION

FORMAT

Payment Date

:30F:20050305

Payment Date

:30F:20050905

Payment Date

:30F:20060305

Period End Date Adjustment Indicator

:17F:Y

Day Count Fraction

:14D:AFI/365

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Spread

:37R:N0,2

First Stub Period, Interpolation Period

:38G:4M/5M

Payment Instructions for Interest Payable by Party A

:15G:

Receiving Agent

:57A:BARCGB2L

Amortising Schedule

:15H:

Number of Repetitions

:18A:5

Variable Notional Start and End Date

:30G:20020405/20020905

Outstanding Notional Currency and Amount

:32U:GBP40000000,00

Variable Notional Start and End Date

:30G:20020905/20030305

Outstanding Notional Currency and Amount

:32U:GBP35000000,00

Variable Notional Start and End Date

:30G:20030305/20030905

Outstanding Notional Currency and Amount

:32U:GBP30000000,00

Variable Notional Start and End Date

:30G:20030905/20040305

Outstanding Notional Currency and Amount

:32U:GBP25000000,00

Variable Notional Start and End Date

:30G:20040305/20040905

Outstanding Notional Currency and Amount

:32U:GBP20000000,00

Variable Notional Start and End Date

:30G:20040905/20050305

Outstanding Notional Currency and Amount

:32U:GBP15000000,00

5 February 2007

179

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXPLANATION

FORMAT

Variable Notional Start and End Date

:30G:20050305/20050905

Outstanding Notional Currency and Amount

:32U:GBP10000000,00

Variable Notional Start and End Date

:30G:20050905/20060305

Outstanding Notional Currency and Amount

:32U:GBP5000000,00

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Optional General Information

:15N:

Contact Information

:29A:/NAME/Richard Jones
/PHON/212-1234567

Example 3 CAP
Narrative
On 16 December, Chase New York sells a cap of 8% over 5 years against 6M LIBOR to Barclays Bank, London.
The notional amount is 50,000,000 GBP.
Barclays pays a premium of 102,000 GBP to Chase.
Message 1 From Chase New York
EXPLANATION

FORMAT

Sender

CHASUS33

Message Type

360

Receiver

BARCGB2L

Message Text
General Information

:15A:

Senders Reference

:20:TW9249

Type of Operation

:22A:NEWT

Scope of Operation

:94A:BILA

Common Reference

:22C:BARC2L0712CHAS33

180

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 360

EXPLANATION

FORMAT

Identification of the Swap

:23A:CAPSELLER

Contract Number Party A

:21N:CP001

Trade Date

:30T:20021216

Effective Date

:30V:20021217

Termination Date

:30P:20071217

Business Day Convention

:14A:MODIFIEDF

Currency, Notional Amount

:32B:GBP50000000,00

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Type, Date, Version of the Agreement

:77H:ISDA/19980316//1991

Year of Definitions

:14C:1991

Payment Instructions for Interest Payable by Party B

:15D:

Receiving Agent

:57D:NONE

Floating Interest Payable by Party A

:15F:

Floating Rate Option

:14F:GBP-LIBOR-BBA

Cap Rate

:37J:8,

Reset Date Specification

:14J:FIRST

Designated Maturity

:38E:6M

Number of Repetitions

:18A:10

Payment Date

:30F:20030617

Payment Date

:30F:20031217

Payment Date

:30F:20040617

Payment Date

:30F:20041217

Payment Date

:30F:20050617

Payment Date

:30F:20051217

Payment Date

:30F:20060617

5 February 2007

181

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXPLANATION

FORMAT

Payment Date

:30F:20061217

Payment Date

:30F:20070617

Payment Date

:30F:20071217

Period End Date Adjustment Indicator

:17F:Y

Day Count Fraction

:14D:AFI/365

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Spread

:37R:N0,2

Payment Instructions for Interest Payable by Party A

:15G:

Receiving Agent

:57A:BARCGB2L

Additional Amounts Payable by Party B

:15L:

Number of Repetitions

:18A:1

Type of Payment

:22E:PRMP

Payment Date

:30F:20021217

Currency, Payment Amount

:32M:GBP102000,00

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:1

Financial Centre

:22B:GBLO

Receiving Agent

:57A:MIDLGB22

Optional General Information

:15N:

Contact Information

:29A:/NAME/Richard Jones
/PHON/212-1234567

182

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

MT 361 Cross Currency Interest Rate Swap Confirmation


MT 361 Scope
This message is exchanged by or on behalf of the institutions or corporates, party A and party B, which have agreed to a
cross currency interest rate swap covered by a BBAIRS (British Bankers Association Interest Rate Swap), Deutscher
Rahmenvertrag fr Finanztermingeschfte or an ISDA (International Swaps and Derivatives Association) Master Agreement.
The message also covers deals which are not part of an ISDA, Deutscher Rahmenvertrag fr Finanztermingeschfte or
BBAIRS Master. In this case, party A and party B must have another bilateral agreement in place, except under AFB (Association Franaise de Banques) Master (until the AFB does define the interbank confirmation for cross currency swaps, the
MT 361 cannot be used to confirm such transactions).
This message may also be sent by a money broker to the two parties (party A and party B) for which the broker arranged the
deal.
If there are two money brokers involved in arranging a deal between party A and party B, this message is also exchanged
between these money brokers.
The message may be used to:
confirm the details of a new transaction between the parties
correct a previously sent confirmation
cancel a previously sent confirmation.

MT 361 Format Specifications


The MT 361 consists of fourteen sequences:
Sequence A provides general information about the contract, ie, the principals, the type of transaction, the currencies
and notional amounts, the contract numbers. It also provides information about the confirmation itself, ie, if it is sent
by a third party, by a money broker, if it is a new confirmation, an amendment or a cancellation
Optional sequence B provides the details of the fixed interest leg payable by party B
Optional sequence C provides the details of the floating interest leg payable by party B
Sequence D provides the payment instructions for the interest payments due by party B
Optional sequence E provides the details of the fixed interest leg payable by party A
Optional sequence F provides the details of the floating interest leg payable by party A
Sequence G provides the payment instructions for the interest payments due by party A
Optional sequence H provides the amortising schedule for the notional for which party B pays interest, when an amortising swap is confirmed
Optional sequence I provides the amortising schedule for the notional for which party A pays interest, when an amortising swap is confirmed
Optional sequence J provides the details of optional exchanges of principal made by party B
Optional sequence K provides the details of optional exchanges of principal made by party A
Optional sequence L provides the details of optional payments made by party B
Optional sequence M provides the details of optional payments made by party A
Optional sequence N provides optional additional information which is not match critical, ie, the identification of the
money broker, the dealing method, contact information etc.
MT 361 Cross Currency Interest Rate Swap Confirmation
Status

Tag

Field Name

Content/Options

No.

Mandatory Sequence A General Information

5 February 2007

183

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

15A

Field Name

Content/Options

No.

New Sequence

(CrLf)

20

Senders Reference

16x

21

Related Reference

16x

22A

Type of Operation

4!c

94A

Scope of Operation

4!c

22C

Common Reference

4!a2!c4!n4!a2!c

23A

Identification of the Swap

10a/5a

21N

Contract Number Party A

16x

21B

Contract Number Party B

16x

30T

Trade Date

8!n
10

30V

Effective Date

8!n
11

30P

Termination Date

8!n
12

14A

Business Day Convention

9a
13

32B

Party B Currency and Notional Amount

3!a15d
14

33B

Party A Currency and Notional Amount

3!a15d
15

82a

Party A

A or D
16

87a

Party B

A or D
17

17A

Collateral Agreement Indicator

1!a
18

77H

Type, Date, Version of the Agreement

6a[/8!n][//4!n]
19

77D

Additional Conditions

6*35x
20

184

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Status

Tag

14C

Field Name
Year of Definitions

Content/Options

No.

4!n
21

72

Sender to Receiver Information

6*35x
22

Optional Sequence B Fixed Interest Payable by Party B


M

15B

New Sequence

(CrLf)
23

37U

Fixed Rate

12d
24

37N

Details of Interest Rate

6*35x
25

Optional Subsequence B1 Interest Details


M

18A

Number of Repetitions

5n
26

----->
M

30F

Payment Date

8!n
27

32M

Currency, Payment Amount

3!a15d
28

-----|
O

17F

Period End Date Adjustment Indicator

1!a
29

14D

Day Count Fraction

7x
30

14A

Business Day Convention

9a
31

18A

Number of Repetitions

5n
32

----->
M

22B

Financial Centre

4!c
33

-----|
Optional Sequence C Floating Interest Payable by Party B

5 February 2007

185

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

15C

Field Name
New Sequence

Content/Options

No.

(CrLf)
34

14F

Floating Rate Option

24x
35

37J

Cap Rate

12d
36

37L

Floor Rate

12d
37

37N

Details of Interest Rate

6*35x
38

Optional Subsequence C1 Interest Details


M

14J

Reset Date Specification

5a
39

14G

Averaging Frequency and Method

1!a/8!a
40

38E

Designated Maturity

2n1!a
41

18A

Number of Repetitions

5n
42

----->
M

30F

Payment Date

8!n
43

-----|
M

17F

Period End Date Adjustment Indicator

1!a
44

14D

Day Count Fraction

7x
45

14A

Business Day Convention

9a
46

18A

Number of Repetitions

5n
47

----->
M

22B

Financial Centre

4!c
48

186

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Status

Tag

Field Name

Content/Options

No.

-----|
O

37R

Spread

[N]12d
49

Optional Subsequence C2 Compounding Details


M

22D

Compounding Type

4!c
50

18A

Number of Repetitions

5n
51

----->
M

30X

Compounding Date

8!n
52

-----|
Optional Subsequence C3 Interpolation for Stub Periods
O

38G

First Stub Period, Interpolation Period

2n1!a/2n1!a
53

38H

Last Stub Period, Interpolation Period

2n1!a/2n1!a
54

Mandatory Sequence D Payment Instructions for Interest Payable by Party B


M

15D

New Sequence

(CrLf)
55

53a

Delivery Agent

A or D
56

56a

Intermediary

A or D
57

86a

Second Intermediary

A or D
58

57a

Receiving Agent

A or D
59

Optional Sequence E Fixed Interest Payable by Party A


M

15E

New Sequence

(CrLf)
60

37U

Fixed Rate

12d
61

5 February 2007

187

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

37N

Field Name
Details of Interest Rate

Content/Options

No.

6*35x
62

Optional Subsequence E1 Interest Details


M

18A

Number of Repetitions

5n
63

----->
M

30F

Payment Date

8!n
64

32M

Currency, Payment Amount

3!a15d
65

-----|
O

17F

Period End Date Adjustment Indicator

1!a
66

14D

Day Count Fraction

7x
67

14A

Business Day Convention

9a
68

18A

Number of Repetitions

5n
69

----->
M

22B

Financial Centre

4!c
70

-----|
Optional Sequence F Floating Interest Payable by Party A
M

15F

New Sequence

(CrLf)
71

14F

Floating Rate Option

24x
72

37J

Cap Rate

12d
73

37L

Floor Rate

12d
74

188

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Status

Tag

37N

Field Name
Details of Interest Rate

Content/Options

No.

6*35x
75

Optional Subsequence F1 Interest Details


M

14J

Reset Date Specification

5a
76

14G

Averaging Frequency and Method

1!a/8!a
77

38E

Designated Maturity

2n1!a
78

18A

Number of Repetitions

5n
79

----->
M

30F

Payment Date

8!n
80

-----|
M

17F

Period End Date Adjustment Indicator

1!a
81

14D

Day Count Fraction

7x
82

14A

Business Day Convention

9a
83

18A

Number of Repetitions

5n
84

----->
M

22B

Financial Centre

4!c
85

-----|
O

37R

Spread

[N]12d
86

Optional Subsequence F2 Compounding Details


M

22D

Compounding Type

4!c
87

5 February 2007

189

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

18A

Field Name
Number of Repetitions

Content/Options

No.

5n
88

----->
M

30X

Compounding Date

8!n
89

-----|
Optional Subsequence F3 Interpolation for Stub Periods
O

38G

First Stub Period, Interpolation Period

2n1!a/2n1!a
90

38H

Last Stub Period, Interpolation Period

2n1!a/2n1!a
91

Mandatory Sequence G Payment Instructions for Interest Payable by Party A


M

15G

New Sequence

(CrLf)
92

53a

Delivery Agent

A or D
93

56a

Intermediary

A or D
94

86a

Second Intermediary

A or D
95

57a

Receiving Agent

A or D
96

Optional Sequence H Amortising Schedule for Party B


M

15H

New Sequence

(CrLf)
97

18A

Number of Repetitions

5n
98

----->
M

30G

Variable Notional Start and End Date

8!n/8!n
99

32U

Outstanding Notional Currency and Amount

3!a15d
100

-----|

190

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Status

Tag

14A

Field Name
Business Day Convention

Content/Options

No.

9a
101

18A

Number of Repetitions

5n
102

----->
M

22B

Financial Centre

4!c
103

-----|
Optional Sequence I Amortising Schedule for Party A
M

15I

New Sequence

(CrLf)
104

18A

Number of Repetitions

5n
105

----->
M

30G

Variable Notional Start and End Date

8!n/8!n
106

32U

Outstanding Notional Currency and Amount

3!a15d
107

-----|
M

14A

Business Day Convention

9a
108

18A

Number of Repetitions

5n
109

----->
M

22B

Financial Centre

4!c
110

-----|
Optional Sequence J Exchanges of Principal Payable by Party B
M

15J

New Sequence

(CrLf)
111

18A

Number of Repetitions

5n
112

5 February 2007

191

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

Field Name

Content/Options

No.

----->
M

22X

Type of Exchange

4!c
113

30F

Payment Date

8!n
114

32M

Currency, Payment Amount

3!a15d
115

53a

Delivery Agent

A or D
116

56a

Intermediary

A or D
117

86a

Second Intermediary

A or D
118

57a

Receiving Agent

A or D
119

-----|
M

14A

Business Day Convention

9a
120

18A

Number of Repetitions

5n
121

----->
M

22B

Financial Centre

4!c
122

-----|
Optional Sequence K Exchanges of Principal Payable by Party A
M

15K

New Sequence

(CrLf)
123

18A

Number of Repetitions

5n
124

----->
M

22X

Type of Exchange

4!c
125

192

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Status

Tag

30F

Field Name
Payment Date

Content/Options

No.

8!n
126

32M

Currency, Payment Amount

3!a15d
127

53a

Delivery Agent

A or D
128

56a

Intermediary

A or D
129

86a

Second Intermediary

A or D
130

57a

Receiving Agent

A or D
131

-----|
M

14A

Business Day Convention

9a
132

18A

Number of Repetitions

5n
133

----->
M

22B

Financial Centre

4!c
134

-----|
Optional Sequence L Additional Amounts Payable by Party B
M

15L

New Sequence

(CrLf)
135

18A

Number of Repetitions

5n
136

----->
M

22E

Type of Payment

4!c
137

30F

Payment Date

8!n
138

32M

Currency, Payment Amount

3!a15d
139

5 February 2007

193

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

Field Name

Content/Options

No.

-----|
M

14A

Business Day Convention

9a
140

18A

Number of Repetitions

5n
141

----->
M

22B

Financial Centre

4!c
142

-----|
O

53a

Delivery Agent

A or D
143

56a

Intermediary

A or D
144

86a

Second Intermediary

A or D
145

57a

Receiving Agent

A or D
146

Optional Sequence M Additional Amounts Payable by Party A


M

15M

New Sequence

(CrLf)
147

18A

Number of Repetitions

5n
148

----->
M

22E

Type of Payment

4!c
149

30F

Payment Date

8!n
150

32M

Currency, Payment Amount

3!a15d
151

-----|
M

14A

Business Day Convention

9a
152

194

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Status

Tag

18A

Field Name
Number of Repetitions

Content/Options

No.

5n
153

----->
M

22B

Financial Centre

4!c
154

-----|
O

53a

Delivery Agent

A or D
155

56a

Intermediary

A or D
156

86a

Second Intermediary

A or D
157

57a

Receiving Agent

A or D
158

Optional Sequence N Optional General Information


M

15N

New Sequence

(CrLf)
159

29A

Contact Information

4*35x
160

24D

Dealing Method

4!c[/35x]
161

88a

Broker Identification

A or D
162

71F

Brokers Commission

3!a15d
163

21G

Brokers Reference

16x
164
M = Mandatory O = Optional

MT 361 Network Validated Rules


C1

5 February 2007

195

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

In sequence A, if field 14A consists of code OTHER, field 77D must be present (Error code(s): D35).
C2
In sequence A, if subfield 1 of field 77H consists of code OTHER, field 77D must be present (Error code(s): D36).
C3
In sequences B, C, E and F, if field 14A consists of code OTHER, field 37N must be present in the respective sequence
(Error code(s): D55).
C4
In sequences B, C, E and F, if field 14D consists of code OTHER, field 37N must be present in the respective sequence
(Error code(s): D37).
C5
In sequences C and F, if field 14F consists of code OTHER, field 37N must be present in the respective sequence
(Error code(s): D38).
C6
In sequences C and F, if field 14J consists of code OTHER, field 37N must be present in the respective sequence (Error
code(s): D39).
C7
In sequences C and F, if Frequency of field 14G consists of code O field 37N must be present in the respective
sequence (Error code(s): D40).
C8
In sequences C and F, if Period of field 38E consists of code O, field 37N must be present in the respective sequence
(Error code(s): D41).
C9
In sequence C and F, if Period To or Period From of field 38G or field 38H consists of code O, field 37N must be
present in the respective sequence (Error code(s): D42).
C10
The presence of the fixed and floating legs depends on the type of transaction. Thus, depending on the code value in
sequence A, field 23A Type of Swap, only the following combinations of the optional sequences B, C, E and F are
allowed (Error code(s): E43):
Sequence A
if subfield 1 of
field 23A is...

196

then sequence B
is...

then sequence C
is...

then sequence E
is...

then sequence F
is...

FIXEDFIXED

Mandatory

Not allowed

Mandatory

Not allowed

FLOATFLOAT

Not allowed

Mandatory

Not allowed

Mandatory

FLOATFIXED

Mandatory

Not allowed

Not allowed

Mandatory

FIXEDFLOAT

Not allowed

Mandatory

Mandatory

Not allowed

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

C11
In the fixed leg payable by party B, either the fixed amounts are used or the rate and Day Count fraction. In the latter
case, the period end date adjustment indicator must also be present. Thus, when subsequence B1 is used, the presence
of fields 32M, 17F and 14D in subsequence B1 depends on field 37U being present or not as follows (Error code(s):
D45):
If in sequence B
field 37U is...

Subsequence B1
then field 32M is...

Subsequence B1 and
field 17F is...

Subsequence B1 and
field 14D is...

Present

Not allowed

Mandatory

Mandatory

Not present

Mandatory

Not allowed

Not allowed

Note: For the presence of subsequence B1, refer to C18.


C12
In the fixed leg payable by party A, either the fixed amounts are used or the rate and Day Count fraction. In the latter
case, the period end date adjustment indicator must also be present. Thus, when subsequence E1 is used, the presence
of fields 32M, 17F and 14D in subsequence E1 depends on field 37U being present or not as follows (Error code(s):
D59):
If in sequence E
field 37U is...

Subsequence E1
then field 32M is...

Subsequence E1 and
field 17F is...

Subsequence E1 and
field 14D is...

Present

Not allowed

Mandatory

Mandatory

Not present

Mandatory

Not allowed

Not allowed

Note: For the presence of subsequence E1, refer to C18.


C13
If settlement instructions are used, the receiving agent must be used and the other settlement instructions are optional.
Thus, for all occurrences of the fields 53a, 56a and 57a in sequences L or M, the following rules apply (Error code(s):
D48):
If, in sequence L or M,
field 57a is...

then, in the same sequence,


fields 53a, 56a are...

Present

Optional

Not present

Not allowed

C14
The second intermediary field can only be used if two intermediaries are required. Thus, for all occurrences of the
fields 56a and 86a, the following rules apply (Error code(s): E35):

5 February 2007

197

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

If, in a sequence,
field 56a is...

then, in the same sequence,


field 86a is...

Present

Optional

Not present

Not allowed

C15
The related reference must be present in the case of an amendment or cancellation. Thus, in sequence A, the presence
of field 21 depends on field 22A as follows (Error code(s): D02):
Sequence A
if field 22A is...

Sequence A
then field 21 is ...

AMND

Mandatory

CANC

Mandatory

DUPL

Optional

NEWT

Optional

C16
The broker identification must be present when the message is sent by a money broker. The brokerage can only be used
in the case of a money broker confirmation. Thus, the presence of fields 88a and 71F in sequence N and therefore, the
presence of sequence N itself, depend on field 94A in sequence A as follows :(Error code(s): D74):
Sequence A
if field 94A is...

Then sequence N is...

Sequence N with field


88a...

Sequence N with field


71F ...

Not present

Optional

Optional

Not allowed

AGNT

Optional

Optional

Not allowed

BILA

Optional

Optional

Not allowed

BROK

Mandatory

Mandatory

Optional

C17
Taking into account C10:
In the case of an AFB Master Agreement, the information contained in the Convention Table between ISDA and AFB
terms of this document and quoted as Not Defined must not be used (Error code(s): E40).

198

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Sequence A
if subfield 1 of field 77H is...

then fields 14G, 37R in subsequences C1 and F1


and subsequences C2 and F2 are...

AFB

Not allowed

not AFB

Conditional (C18)

C18
Taking into account C10:
If the floating rate option is a post determined (AFB or ISDA) rate then the fixed rate must be used in sequence B or E
and the subsequences B1, C1, C2, C3, E1, F1, F2 and F3 must not be used. Thus, the presence of field 37U in
sequences B and E and the presence of subsequences B1, C1, C2, C3, E1, F1, F2 and F3 depend on the content of the
first subfield of field 77H and on the content of field 14F as follows (Error code(s): E41):
Sequence A
if subfield 1
of field 77H
is...

Sequences C and F and


if field 14F is...

then subsequences
B1, C1, C2, C3, E1,
F1, F2, F3 are...

and in sequences B and


E, field 37U is...

ISDA

FRF-TAM-CDC
FRF-T4M-CDC
FRF-T4M-CDCCOMP
FRF-TAG-CDC
FRF-TAG-CDCCOMP
FRF-TMP-CDCAVERAG

Not allowed

Mandatory

AFB

FRF-SWAP-AMR
FRF-SWAP-TMP-IF
FRF-SWAP-TMP-M
FRF-SWAP-T4M-AMR
FRF-CAP-TAM
FRF-CAP-T4M
FRF-FLOOR-TAM
FRF-FLOOR-T4M

Not allowed

Mandatory

B1, C1, E1, F1:


Mandatory
C2, C3, F2, F3:
Optional

Optional

else

MT 361 Usage Rules


The MT 361 is used to confirm a deal between two parties, A and B:

5 February 2007

199

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

It can also be exchanged on behalf of an institution or corporate:

The MT 361 can also be used as a unilateral confirmation from a money broker to the parties A and B:

200

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Or, when two money brokers are involved, between the money brokers:

Party A and party B are the legal entities which have agreed to the transaction.
Party A is either:
the Sender,
the institution/corporate on behalf of which the message is sent,
one of the institutions for which the broker arranged the deal and to whom he is sending the confirmation
or, when a money broker confirms to another money broker, the party for which the sending broker arranged the
deal.
Party B is either:
the Receiver,
the institution/corporate on behalf of which the message is received,
the other institutions for which the broker arranged the deal, ie, party As Counterparty, or
when a money broker confirms to another money broker, party As Counterparty.
When ISDA is mentioned in field 77H (Type), this confirmation constitutes a confirmation as referred to in, and
supplements, forms a part of and is subject to, the ISDA Master Agreement or the Interest Rate and Currency
Exchange Agreement dated as of (see field 77H) between party A and party B as amended and supplemented from
time to time (Agreement). All provisions contained in the Agreement governs this confirmation except as expressly
modified below.
For the purpose of this document ISDA Master shall mean either the ISDA Master Agreement or the Interest Rate
and Currency Exchange Agreement or vice-versa.
When the AFB does define the interbank confirmation for cross currency swaps, the following paragraph will apply:
When AFB is mentioned in field 77H (Type), this confirmation constitutes a confirmation as referred to in, and supplements, forms a part of and is subject to, the AFB Master Agreement for foreign exchange and derivatives transactions
dated (see field 77H) between party A and party B as amended and supplemented from time to time (Agreement). All
provisions contained in the Agreement governs this confirmation except as expressly modified below.
If field 77H specifies DERV as the type of master agreement and if Party A and Party B are parties to a Deutscher
Rahmenvertrag fr Finanztermingeschfte (the "German Master Agreement"), this transaction is subject to the terms
and conditions of that German Master Agreement.
If Party A and Party B have mutually agreed to enter into this German Master Agreement, but the Agreement itself has

5 February 2007

201

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

not yet been signed, the terms and conditions of the Deutscher Rahmenvertrag fr Finanztermingeschfte (the "German
Master Agreement") and its annexes, the "Anhang fr Devisengeschfte und Optionen auf Devisengeschfte" or the
"Anhang fr Optionsgeschfte auf Brsenindizes und auf Wertpapiere zu dem Rahmenvertrag fr Finanztermingeschfte", as applicable, will apply.
The individual transaction (Einzelabschlu) and all other transactions (Einzelabschlsse) between Party A and Party B
form a single agreement.
For the confirmed trade, the guarantee agreed between the parties applies.
Relationship between parties:
Each party will be deemed to represent to the other party on the date on which it enters into a Transaction that (absent a
written agreement between the parties that expressly imposes affirmative obligations to the contrary for that Transaction):
Non-reliance. It is acting for its own account, and it has made its own independent decisions to enter into that
Transaction and as to whether that Transaction is appropriate or proper for it is based upon its own judgement and
upon advice of such advisers as it is deemed necessary. It is not relying on any communication of the other party
as investment advice or as a recommendation to enter into the Transaction; it being understood that information
and explanations related to the terms and conditions of a Transaction shall not be considered investment advice or
a recommendation to enter into that Transaction. No communication received from the other party shall be
deemed to be an assurance or guarantee as to the expected results of that Transaction.
Assessment and understanding. It is capable of assessing the merits of and understanding (on its own behalf or
through independent professional advice), and understands and accepts, the terms, conditions and risks of that
Transaction. It is also capable of assuming, and assumes, the risk of that Transaction.
Status of the parties. The other party is not acting as a fiduciary for an adviser to it in respect of that Transaction.
If the confirmed swap is a compounding swap, the compounding schedules must be used (Sequence C2 and/or
sequence F2).
If the confirmed swap is an amortising swap, the amortising schedule must be used (Sequences H and I).
If the confirmed swap has one or two stub periods, linear interpolation for the rates for these stub periods are applied.
The MTs 361 must not be used if another method is applicable
Terminations, partial terminations and recouponing of cross currency interest rate derivatives must be confirmed using
the MT 365 Cross Currency Interest Rate Swap Termination/Recouponing Confirmation.
If the Sequences L and M (additional amounts to be settled) are used without the settlement instructions, the settlement
instructions in Sequences D and G apply for these payments.
This message handles only the initial confirmation of the transaction. It is not allowed for advising/confirming details
at scheduled rate resets during the life of a contract. This information is advised/confirmed using the MT 362 Interest
Rate Reset/Advice of Payment.
For the actual transfer of funds or the confirmation of credits and debits, other messages outside Category 3 are available such as the MTs 202, 203, 205, Financial Institution Transfer messages and the MTs 900, 910, 950, Confirmation
of Debit/Credit and statement messages, respectively.
In all cases, the common reference of the MT 361 must be quoted in the relevant reference field, ie, field 21 of the
MTs 202, 203, 205.
When cancelling a previously sent message (field 22A is CANC) using MT 361:
field 21 must contain the reference, ie, the content of field 20 of the message containing the instruction to be
cancelled
the cancellation message must contain a copy of at least the mandatory fields of the general information and transaction details sequences.
To amend a previously sent message (field 22A is AMND):
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
amended
the amendment message must contain both the unchanged and the changed/new fields of the original message
the amendment message replaces the original message.

202

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

MT 361 Guidelines
1. Conversion Table
The following is a conversion table between the ISDA and the AFB terms.
Where applicable, the field names used in the MTs 36n are based on the ISDA terms and definitions.
For swaps agreed under the AFB master agreement, the following table provides the correspondence between ISDA
and the AFB terms. For the fields which are not present in this table, the same terms are valid under both agreements.
#

FIELD

ISDA term

AFB term

10

Trade Date

Trade Date

Transaction Date

11

Effective Date

Effective Date

Commencement Date

12

Termination Date

Termination Date

Maturity Date

30

Day Count Fraction

Day Count Fraction

Calculation Basis

33

Financial Centre

Business Days

Financial Centre

36

Cap Rate

Cap Rate

Cap Rate Guarantee

37

Floor Rate

Floor Rate

Floor RateGuarantee

39

Reset Date Specifications

Reset Date Specifications

Floating Rate Calculation Date

40

Averaging Frequency

Averaging Frequency

not defined

41

Designated Maturity

Designated Maturity

Floating Rate Interval

49

Spread

Spread

not defined

50,52

Compounding

Compounding

not defined

2. Cancellation of a Message
Regarding cancellation of a previously sent MT 361, an MT 392 can also be used. The following issues however, have
to be considered:
Acknowledgement: by sending the MT 392, the sender requests the receiver to cancel the confirmation previously
sent. The receiver must acknowledge the request by sending an MT 396 back to the sender of the MT 392.
Routing: the MT 392 might not be routed to the same destination as the MT 361 to be cancelled.
Repetition of the original message: in the MT 392, only the senders reference of the previous message is mandatory, all other fields are optional. When an MT 361 with CANC is used, the fields to be copied are mandated by
the standard.

5 February 2007

203

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

3. Settlement Details
The table below shows how the different settlement parties involved in the deal can be identified .The table is
presented from party As point of view.
Whenever possible, users should use option A to identify institutions in these fields. Use of free text, ie, option D,
except when used to specify recognized code words, is strongly discouraged. Option D not only precludes party B from
matching and further processing the message automatically but also is contrary to the message text standards which
state that option D is only to be used when no other option is available.
Party A services account of party B. No separate settlement messages are sent.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will debit party Bs account

Party A will credit party Bs account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party B]
party A

:57a:[/account no of party B]
party A

Party B services account of party A. No separate settlement messages are sent.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party B will credit party As account

Party B will debit party As account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
party B

57a:[/account no of party A]
party B

Beneficiarys account serviced by a financial institution other than party A or party B. The payer sends an MT 202
to its correspondent who will then send an MT 205 or equivalent to the correspondent of the payee. The correspondent can be a branch of the party.

204

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Credit to party As account with that financial


institution

Credit to party Bs account with that financial


institution

[:53a: Correspondent of party B]

[:53a: Correspondent of party A]

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
correspondent of party A

:57a:[/account no of party B]
correspondent of party B

Beneficiary receives the funds through another institution (eg, BANK x for party x).
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of BANK x, ie, CORR x. CORR x will then send an MT 202 to BANK x who will then send an
MT 950 to party x.
Field 56a identifies where BANK x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A

BANK B will receive the funds for party B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a: not used

:86a: not used

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary receives the funds through another institution (eg, BANK x for party x), the correspondent of BANK
x, CORR x also uses a correspondent.
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of CORR x. The correspondent of CORR x will then send an MT 202 to CORR x. CORR x will
then send an MT 202 to BANK x who will then send an MT 950 to party x.
Field 86a identifies where CORR x will receive the funds.
Field 56a identifies the correspondent of BANK x.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A via


CORR A

BANK B will receive the funds for party B via


CORR B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

5 February 2007

205

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:86a:[/account of CORR A]
correspondent of CORR A

:86a:[/account no of CORR B]
correspondent of CORR B

:57a:[/account no of partyA]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary to receive the funds directly through a clearing system.


The payer sends an MT 202 to its correspondent who will then send an MT 202 to the payee.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will receive the funds through clearing

Party B will receive the funds through clearing

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:/CLEAR
party A

:57a:/CLEAR
party B

The counterparties use their standing settlement instructions.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:SSI

:57D:SSI

The payment flows are netted based on a bilateral agreement.

206

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NET

:57D:NET

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

There is no payment (amount is zero) or the settlement details are irrelevant.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NONE

:57D:NONE

The settlement details are not known at the time the confirmation is issued.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:UNKNOWN

:57D:UNKNOWN

Note: It is only necessary to quote an account number when multiple accounts are serviced for the same institution .

MT 361 Field Specifications


Note:

Where stated as such, the field names are based upon the standard ISDA terms. For the exact definition of those fields, please refer to the ISDA Definitions, the version of which is specified in
field 14C of sequence A.

MT 361 Field Specifications


1. Field 15A: New Sequence
FORMAT
Option A

Empty field

PRESENCE
Mandatory

5 February 2007

207

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the start of sequence A General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

2. Field 20: Senders Reference


FORMAT
16x

PRESENCE
Mandatory
DEFINITION
This field specifies the reference assigned by the Sender to unambiguously identify the message.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
The reference assigned to a message is used for cross-referencing purposes in subsequent messages, such as following
confirmation and statement messages as well as queries. It is therefore essential for the identification of the original message
sent that this reference be unique.

3. Field 21: Related Reference


FORMAT
16x

PRESENCE
Conditional (C15)
DEFINITION
This field contains the identification of the message to which the current message is related.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).

208

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
When used, this field must contain the content of field 20 Senders Reference of the previous confirmation which is to be
amended or cancelled by this message, or the reference of the telex/fax of the original confirmation.

4. Field 22A: Type of Operation


FORMAT
Option A

4!c

(Function)

PRESENCE
Mandatory
DEFINITION
This field specifies the function of the message.
CODES
This field must contain one of the following codes (Error code(s): T36):
AMND

Replaces a previously sent message with the amended one contained in this message.
Used to add settlement agents to an MT 361 previously sent
-orto correct error(s) in an MT 361 previously sent.

CANC

Cancels a previously sent message.


Used to cancel an MT 361 previously sent
-orto cancel an MT 361 which contains erroneous information.

DUPL

Duplicates the same previously sent confirmation.


Used to inform the Receiver that a confirmation was already sent by telex, fax or S.W.I.F.T.

NEWT

New confirmation.
Used to send an MT 361 for the first time
-orto send a corrected MT 361 when the erroneous one was cancelled using an MT 361 with function
CANC.

USAGE RULES
As the amend message replaces the previously sent confirmation, it must contain both the amended fields and the fields
which are not changed, including the information related to past payment dates.
When the cancel function is used, the message must reconfirm the full details of the original transaction even though some
payment dates may be past.
The amend function cannot be used to confirm bilaterally agreed changes to the notional amount or interest rate. In this case
the MT 365 must be used.

5 February 2007

209

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

The cancel function cannot be used to confirm the bilaterally agreed termination of the deal. In this case the MT 365 Cross
Currency Interest Rate Swap Termination/Recouponing Confirmation must be used.
An amendment or cancellation message always refers to the previous confirmation identified in field 21.

5. Field 94A: Scope of Operation


FORMAT
Option A

4!c

(Scope)

PRESENCE
Optional
DEFINITION
This field specifies the role of the Sender and the Receiver of the message in the conclusion of the confirmed trade.
CODES
Scope must contain one of the following codes (Error code(s): T36):
AGNT

Sender/Receiver is sending/receiving the message on behalf of a third party.

BILA

Bilateral confirmation, ie, Sender and Receiver are the principals.

BROK

The confirmation is sent by a money broker.

USAGE RULES
The absence of this field means that Sender and Receiver are the principals, ie, Scope is BILA.
AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has done
the deal.

6. Field 22C: Common Reference


FORMAT
Option C

4!a2!c4!n4!a2!c

(Bank Code 1) (Location Code 1)


(Reference Code) (Bank
Code 2) (Location Code 2)

PRESENCE
Mandatory

210

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field contains a reference common to both the Sender and the Receiver.
NETWORK VALIDATED RULES
This field consists of the bank and location codes (Error code(s): T95) (from the ISO Bank Identifier Code) of both the
Sender and the Receiver of the MT 361. These codes must appear in alphabetical order (letters take precedence over
numbers) (Error code(s): T96).
Location Code 1 and Bank Code 2 are separated by four digits, which must consist of the year (its last two characters) and
month of the termination date in field 30P, in the format YYMM (Error code(s): T22).
EXAMPLE
From CHEMUS33 to BARCGB2L
:22C:BARC2L9912CHEM33
:30P:19991214

7. Field 23A: Identification of the Swap


FORMAT
Option A

10a/5a

(Type of Swap) (Settlement Method)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of cross currency interest rate swap (CS) being confirmed as well as the settlement method
used.
CODES
Type of Swap must contain one of the following codes (Error code(s): T47):
FIXEDFIXED

Both parties pay fixed rates

FIXEDFLOAT

Party A pays fixed and receives floating rates

FLOATFIXED

Party A pays floating and receives fixed rates

FLOATFLOAT

Both parties pay floating rates

CODES
Settlement Method for this type of deal must contain the following code (Error code(s): T48):
GROSS

5 February 2007

All due amounts are to be paid in full.

211

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

8. Field 21N: Contract Number Party A


FORMAT
Option N

16x

PRESENCE
Mandatory
DEFINITION
This field specifies the contract number of the transaction from party As viewpoint.
USAGE RULES
This field must remain the same throughout the entire life of the transaction. It is used by party A to link the termination or
recouponing to the original transaction. It also links the interest rate reset messages to the original transaction.

9. Field 21B: Contract Number Party B


FORMAT
Option B

16x

PRESENCE
Optional
DEFINITION
This field specifies the contract number of the transaction from party Bs viewpoint.
USAGE RULES
This field should be used by party A whenever the information is available. It enables party B to link the termination or
recouponing and interest rate resets to the original transaction.

10. Field 30T: Trade Date


FORMAT
Option T

8!n

(Date)

PRESENCE
Mandatory

212

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the date the transaction was agreed between party A and party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Trade Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The trade date remains the same when a confirmation is amended (corrected/completed) unilaterally. When the terms of the
deal are renegotiated on a bilateral basis, the trade date reflects the date of renegotiation in the amend message.

11. Field 30V: Effective Date


FORMAT
Option V

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the first day of the term of the transaction.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Effective Date as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

12. Field 30P: Termination Date


FORMAT
Option P

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the last day of the term of the transaction.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Termination Date as per ISDA definitions.

5 February 2007

213

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
This date can be either adjusted, ie, a valid business day, or non-adjusted, ie, a date which can be either a valid or a
non-valid business day.
If this field is not qualified by optional field 14A Business Day Convention in sequence A, interest will be deemed not to
accrue past the termination date in the event of any adjustment for bad days.
It is recommended to specify a non-adjusted termination date whenever possible.
If this field is qualified by the optional field 14B Business Day Convention in sequence A, the Business Days as stated in
Field 22B Financial Centre apply as they appear in the final exchanges of principals.

13. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Optional
DEFINITION
This field specifies the convention for adjusting the Termination Date in field 30P if it would otherwise fall on a day that is
not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The Business Day Convention is specified in field 77D.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

214

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
USAGE RULES: To indicate that no adjustment applies to the termination date, the value OTHER must be used in this
field and field 77D must then contain NONE in the first line.This implies that the last payment date of each side rolls the
same way as stated in the legs.

14. Field 32B: Party B Currency, Notional Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies the currency and notional amount used for the calculation of interest payable by party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies party Bs Currency and Notional Amount as per ISDA
definitions.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
If amortising is not applicable, this amount is used for the calculation of the interest in all the interest periods.
If amortising is applicable, this amount is only used for calculation in the first amortising period.

15. Field 33B: Party A Currency, Notional Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies the currency and notional amount used for the calculation of interest payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies party As Currency and Notional Amount as per ISDA
definitions.

5 February 2007

215

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
If amortising is not applicable, this amount is used for the calculation of the interest in all the interest periods.
If amortising is applicable, this amount is only used for calculation in the first amortising period.

16. Field 82a: Party A


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party A.
NETWORK VALIDATED RULES
The BIC/BEI must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party A is either the sender :94A:BILA, or, the institution or corporate on whose behalf the message is sent :94A:AGNT,
except when the Sender is a money broker :94A:BROK.
Please refer to the chapter Usage Rules for this MT.

17. Field 87a: Party B


FORMAT
Option A
Option D

216

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Mandatory
DEFINITION
This field identifies party B.
NETWORK VALIDATED RULES
The BIC/BEI must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party B is either the receiver :94A:BILA, or, the institution or corporate on whose behalf the message is received
:94A:AGNT, except when the Sender is a money broker :94A:BROK.
Please refer to the chapter Usage Rules for this MT.

18. Field 17A: Collateral Agreement Indicator


FORMAT
Option A

1!a

(Indicator)

PRESENCE
Optional
DEFINITION
This field specifies that the deal being confirmed is not included in a collateral agreement between the parties.
CODES
Indicator must be the following (Error code(s): T36):
N

The deal is not included in a collateral agreement.

The deal is included in a collateral agreement.

USAGE RULES
The absence of this field means that the deal is included in a collateral agreement.

19. Field 77H: Type, Date, Version of the Agreement

5 February 2007

217

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option H

6a[/8!n][//4!n]

(Type) (Date) (Version)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of the Agreement covering the transaction, followed by the date on which the Agreement was
signed and the version of the Agreement.
CODES
Type must contain one of the following codes (Error code(s): T47):
AFB

AFB Master Agreement.

BBAIRS

BBA Master Agreement.

DERV

Deutscher Rahmenvertrag fr Finanztermingeschfte.

ISDA

ISDA Master Agreement.

OTHER

Another type of bilateral agreement signed up front between party A and party B. The agreement must
be specified in field 77D.

NETWORK VALIDATED RULES


Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
In the case of a BBA agreement, Date and Version are not allowed. In the case of AFB, Deutscher Rahmenvertrag fr
Finanztermingeschfte or ISDA, they are mandatory.
Version must be a valid year expressed as YYYY.
In the case of another agreement, Date and Version are optional.
The code OTHER must not be used in the case of an AFB, Deutscher Rahmenvertrag fr Finanztermingeschfte, ISDA or
BBA Master Agreement.

20. Field 77D: Additional Conditions


FORMAT
Option D

218

6*35x

(Narrative)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Conditional (C1 and C2)
DEFINITION
This field contains additional information concerning the terms and conditions of the underlying agreement.
USAGE RULES
This field should be used in trades where:
The Master Agreement is not AFB, BBAIRS, Deutscher Rahmenvertrag fr Finanztermingeschfte or ISDA.
The Business Day Convention is different from the codes in field 14A.
When information about a break clause is provided, it must appear on the first line of this field.

21. Field 14C: Year of Definitions


FORMAT
Option C

4!n

(Year)

PRESENCE
Mandatory
DEFINITION
This field specifies the year of the version of the Agreements Definitions applicable to the MT 361 Cross Currency Interest
Swap Confirmation.
If an ISDA Master Agreement or Interest Rate and Currency Exchange Agreement apply, ie, the Master Agreement (Type
in field 77H) is ISDA, this field specifies the year of the ISDA Terms and Definitions.
USAGE RULES
Year must contain either the identification of a year expressed as YYYY or the value 0000.
If the master agreement (Type in field 77H) is AFB, BBAIRS or Deutscher Rahmenvertrag fr Finanztermingeschfte, the
value of this field is 0000.
Year contains the value 1991: "The definitions and provisions contained in the 1991 ISDA Definitions (as published by
the International Swap and Derivatives Association, Inc.) (the "Definitions") are incorporated into this confirmation".
Year contains the value 1998: "The definitions and provisions contained in the 1991 ISDA Definitions (as supplemented by the 1998 Supplement and as further amended and supplemented by the 1998 ISDA Euro Definitions), as
published by the International Swaps and Derivatives Association, Inc., are incorporated into this confirmation".
Year contains the value 2000: "The definitions and provisions contained in the 2000 ISDA Definitions (as published by
the International Swap and Derivatives Association, Inc.) (the "Definitions") are incorporated into this Confirmation".
If the Master Agreement (Type in Field 77H) is OTHER, the value of this field depends on the Agreement.

5 February 2007

219

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

22. Field 72: Sender to Receiver Information


FORMAT
6*35x

(Narrative)

The following line format must be used:


Line 1
Lines 2-6

/8c/[additional information]
[//continuation of additional information]
-or[/8c/[additional information]]

PRESENCE
Optional
DEFINITION
This field specifies additional information for the Receiver.
USAGE RULES
The structured format may be used for bilaterally agreed codes.
Each code used must be put between slashes and appear at the beginning of a line.
All alphabetic characters in a code must be in upper case.
Additional explanatory information, which may be continued on the next lines, is preceded by a double slash //. Narrative
text that is not qualified by a code must start with a double slash // on a new line, and should preferably be the last information in this field.
Field 72 must not be used for information for which another field is intended.
The use of this field with unstructured text may require manual intervention and thus cause delay in automated systems.

23. Field 15B: New Sequence


FORMAT
Option B

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence B Fixed Interest Payable by Party B.

220

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
Only the field tag must be present, the field is empty.

24. Field 37U: Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Conditional (C18) in a conditional sequence (C10)
DEFINITION
This field specifies the fixed rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed rate as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

25. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 and C4) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.

26. Field 18A: Number of Repetitions


FORMAT
Option A

5 February 2007

5n

(Number)

221

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times fields 30F Payment Dates and 32M Currency Payment Amount (if used) are present
in this sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

27. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the payment dates of the interest payable by party B.
For an ISDA Master (Type in Field 77H is ISDA), this field specifies the Payment Dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. Dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial
Centre in the same sequence.

28. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C11) in a conditional subsequence (C18)

222

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the fixed interest payment currency and amount payable by party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed payment amount as per ISDA definitions.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
The amounts may only be present when the rate multiplied by period (based on the payment dates) and the period end date
adjustment and day count fraction does not give the correct amount.

29. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Conditional (C11) in a conditional subsequence (C18)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

30. Field 14D: Day Count Fraction

5 February 2007

223

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option D

7x

(Number)

PRESENCE
Conditional (C11) in a conditional subsequence (C18)
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365, Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

The Day Count Fraction is specified in field 37N in the same sequence.

31. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.

224

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The business day convention is specified in field 37N of the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

32. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B in the same sequence (Error code(s): D96).

33. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.

5 February 2007

225

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

226

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

5 February 2007

227

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

34. Field 15C: New Sequence


FORMAT
Option C

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence C Floating Interest Payable by Party B.

228

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
Only the field tag must be present, the field is empty.

35. Field 14F: Floating Rate Option


FORMAT
Option F

24x

(Option)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the Floating Rate Option of the Floating leg.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Rate Option as per ISDA definitions.
CODES
This field must contain one of the following codes :
AUD-AONIA-OIS-COMPOUND
AUD-BBR-BBSW
AUD-BBR-BBSY(BID)
AUD-BBR-ISDC
AUD-LIBOR-BBA
AUD-LIBOR-RFRCBANKS
CAD-BA-CDOR
CAD-BA-ISDD
CAD-BA-RFRCBANKS
CAD-BA-TELERATE
CAD-CORRA-OIS-COMPOUND
CAD-LIBOR-BBA
CAD-LIBOR-RFRCBANKS
CAD-REPO-CORRA
CAD-TBILL-ISDD

5 February 2007

229

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

CAD-TBILL-RFRCBANKS
CAD-TBILL-TELERATE
CHF-ANNUALSR-RFRCBANKS

(ie, CHF-ANNUALSWAPRATE-RFRCBANKS)

CHF-ANNUALSWAPRATE
CHF-LIBOR-BBA
CHF-LIBOR-ISDA
CHF-LIBOR-RFRCBANKS
CHF-TOIS-OIS-COMPOUND
CZK-PRIBOR-PRBO
CZK-PRIBOR-RFRCBANKS
DKK-CIBOR2-DKNA13
DKK-CIBOR-DKNA13
DKK-CIBOR-RFRCBANKS
DKK-CITA-DKNA14-COMP
DKK-DKKOIS-OIS-COMPOUND
EUR-ANNUALSR-RFRCBANKS

(ie, EUR-ANNUAL SWAP RATE-RFRCBANKS)

EUR-ANNUALSWAPRATE-10:00
EUR-ANNUALSWAPRATE-11:00
EUR-ANNUALSWAPRATE-3M

(ie, EUR-ANNUAL SWAP RATE-3 MONTH)

EUR-EONIA-AVERAGE
EUR-EONIA-OIS-COMPOUND
EUR-EURIBOR-ACT/365
EUR-EURIBOR-RFRCBANKS
EUR-EURIBOR-TELERATE
EUR-EURONIA-OIS-COMPOUND
EUR-ISDA-EURIBORSR-11:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-11:00)

EUR-ISDA-EURIBORSR-12:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-12:00)

230

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

EUR-ISDA-LIBORSR-10:00

(ie, EUR-ISDA-LIBOR SWAP RATE-10:00)

EUR-ISDA-LIBORSR-11:00

(ie, EUR-ISDA-LIBOR SWAP RATE-11:00)

EUR-LIBOR-BBA
EUR-LIBOR-RFRCBANKS
EUR-TAM-CDC
EUR-TEC10-CNO
EUR-TEC10-RFRCBANKS
EUR-TEC5-CNO
EUR-TEC5-RFRCBANKS
EUR-TMM-CDC-COMPOUND
GBP-LIBOR-BBA
GBP-LIBOR-ISDA
GBP-LIBOR-RFRCBANKS
GBP-SEMI-ANNSR-RFRCBANKS

(ie,GBP-SEMI-ANNUALSWAPRATE-RFRCBANKS)

GBP-SEMI-ANNUALSWAPRATE
GBP-WMBA-SONIA-COMPOUND
HKD-HIBOR-HIBOR

(ie, HKD-HIBOR-HIBOR=)

HKD-HIBOR-HKAB
HKD-HIBOR-ISDC
HKD-HIBOR-RFRCBANKS
HKD-HONIX-OIS-COMPOUND
HUF-BUBOR-REUTERS
HUF-BUBOR-RFRCBANKS
IDR-SOR-RFRCBANKS
IDR-SOR-TELERATE
INR-BMK
INR-CMT

5 February 2007

231

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

INR-INBMK-REUTERS
INR-MIBOR-OIS-COMPOUND
INR-MIFOR
INR-MIOIS
INR-MITOR-OIS-COMPOUND
INR-RFRCBANKS
JPY-ISDA-SWAP RATE-10:00
JPY-ISDA-SWAP RATE-15:00
JPY-LIBOR-BBA
JPY-LIBOR-ISDA
JPY-LIBOR-RFRCBANKS
JPY-TIBOR- DTIBOR01
JPY-TIBOR-17096
JPY-TIBOR-17097
JPY-TIBOR-TIBM(10BANKS)
JPY-TIBOR-TIBM(5BANKS)
JPY-TIBOR-TIBM(ALLBANKS)
JPY-TIBOR-TIBM-RFRCBANKS
JPY-TIBOR-ZTIBOR
JPY-TONA-OIS-COMPOUND
JPY-TSR-RFRCBANKS
JPY-TSR-TELERATE-10:00
JPY-TSR-TELERATE-15:00
KRW-CD-3220
KRW-CD-KSDA-BLOOMBERG
MXN-TIIE-BANXICO
MXN-TIIE-RFRCBANKS

232

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

MYR-KLIBOR-BNM
MYR-KLIBOR-RFRCBANKS
NOK-NIBOR-NIBR
NOK-NIBOR-RFRCBANKS
NZD-BBR-FRA
NZD-BBR-ISDC
NZD-BBR-RFRCBANKS
NZD-BBR-TELERATE
NZD-NZIONA-OIS-COMPOUND
OTHER

The Floating Rate Option is specified in field 37N

PLZ-WIBOR-RFRCBANKS
PLZ-WIBOR-WIBO
SAR-SRIOR-RFRCBANKS
SAR-SRIOR-SUAA
SEK-SIOR-OIS-COMPOUND
SEK-STIBOR-RFRCBANKS
SEK-STIBOR-SIDE
SGD-SIBOR-RFCBANKS
SGD-SIBOR-TELERATE
SGD-SONAR-OIS-COMPOUND
SGD-SOR-RFRCBANKS
SGD-SOR-TELERATE
SKK-BRIBOR-BLOOMBERG
SKK-BRIBOR-BRBO
SKK-BRIBOR-NBSK07
SKK-BRIBOR-RFRCBANKS
THB-SOR-RFRCBANKS

5 February 2007

233

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

THB-SOR-TELERATE
THB-THBFIX-REUTERS
TWD-RFRCDLRS
TWD-TELERATE-6165
TWD-TWCPBA
USD-BA-H.15
USD-BA-RFRCDLRS
USD-BMA-MUNICIPALSWAPIDX

(ie, USD-BMA Municipal Swap Index)

USD-CD-H.15
USD-CD-RFRCDLRS
USD-CMS-RFRCBANKS
USD-CMS-TELERATE
USD-CMT-T7051
USD-CMT-T7052
USD-COF11-FHLBSF
USD-COF11-TELERATE
USD-CP-H.15
USD-CP-RFRCDLRS
USD-FEDFUND-H.15
USD-FEDFUND-H.15-OIS-CPD

(ie, USD-Federal Funds-H.15-OIS-COMPOUND)

USD-FEDFUND-RFRCDLRS
USD-FFCB-DISCO
USD-ISDA-SWAP RATE
USD-LIBOR-BBA
USD-LIBOR-ISDA
USD-LIBOR-LIBO
USD-LIBOR-RFRCBANKS

234

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USD-PRIME-H.15
USD-PRIME-RFRCBANKS
USD-SIBOR-RFRCBANKS
USD-SIBOR-SIBO
USD-S AND P IDX-HIGH GRD

(ie, USD-S & P Index-High Grade)

USD-TBILL-H.15
USD-TBILL-SECMARKET
USD-TIBOR-ISDC
USD-TIBOR-RFRCBANKS
USD-TREASURYRATE-T19901
USD-TREASURYRATE-T500
ZAR-DEPOSIT-RFRCBANKS
ZAR-DEPOSIT-SAFEX
ZAR-JIBAR-RFRCBANKS
ZAR-JIBAR-SAFEX
ZAR-PRIME-AVERAGE
ZAR-PRIME-AVRG-RFRCBANKS

(ie, ZAR-PRIME-AVERAGE-RFRCBANKS)

CODES
The following codes are published for redenomination purposes:
ATS-VIBOR-RFRCBANKS
ATS-VIBOR-VIBO
BEF-BIBOR-BEFIXING
BEF-BIBOR-ISDB
BEF-BIBOR-RFRCBANKS
BEF-BIBOR-TELERATE
COMLUF-LUXIBOR-RFRCBANKS

5 February 2007

235

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEM-FIBOR-FIBO
DEM-FIBOR-FIBO-OLD
DEM-FIBOR-GBA
DEM-FIBOR-ISDB
DEM-FIBOR-RFRCBANKS
DEM-LIBOR-BBA
DEM-LIBOR-ISDA
DEM-LIBOR-RFRCBANKS
DKK-CIBOR-DKNH
FIM-HELIBOR-RFRCBANKS
FIM-HELIBOR-SPFB
FRF-CAP-T4M
FRF-CAP-TAM
FRF-FLOOR-T4M
FRF-FLOOR-TAM
FRF-LIBOR-BBA
FRF-LIBOR-RFRCBANKS
FRF-PIBOR-AFB
FRF-PIBOR-PIBO
FRF-PIBOR-RFRCBANKS
FRF-SWAP-AMR
FRF-SWAP-T4M
FRF-SWAP-T4M-AMR
FRF-SWAP-T4M-TAM
FRF-SWAP-TAM
FRF-SWAP-TMP-IF
FRF-SWAP-TMP-M

236

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

FRF-T4M-CDC
FRF-T4M-CDCCOMP
FRF-TAG-CDC
FRF-TAG-CDCCOMP
FRF-TAM-CDC
FRF-TME-CDC
FRF-TMP-CDCAVERAG
GRD-ATHIBOR-ATHIBOR
GRD-ATHIBOR-RFRCBANKS
GRD-ATHIBOR-TELERATE
GRD-ATHIMID-REUTERS
GRD-ATHIMID-RFRCBANKS
ITL-LIBOR-BBA
ITL-LIBOR-ILIR
ITL-LIBOR-ITFX
ITL-LIBOR-ITFY
ITL-LIBOR-RFRCBANKS
ITL-MIBOR-PUBLISHED
JPY-TIBOR-TIBM
LUF-LUXIBOR-ISDB
LUF-LUXIBOR-RFRCBANKS
MYR-SOR-RFRCBANKS
MYR-SOR-TELERATE
NLG-AIBOR-AIBODOM
NLG-AIBOR-AIBOEURO
NLG-AIBOR-ISDB
NLG-AIBOR-RFRCBANKS

5 February 2007

237

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PTE-LIBOR-BBA
PTE-LIBOR-RFRCBANKS
PTE-LISBOR-LBOA
PTE-LISBOR-LBOF
PTE-LISBOR-RFRCBANKS
SEK-EDOR-FP
SEK-EDOR-RFRCBANKS
SPP-LIBOR-BBA
SPP-LIBOR-RFRCBANKS
SPP-MIBOR-BANDE
SPP-MIBOR-RFRCBANKS
USD-CP-ISDD
ZAR-BBF3-SAFEX(YIELD)
ZAR-BBF-RFRCBANKS

USAGE RULES
The floating rate options, as they appear in the current ISDA Definitions, may be used.
Blanks must not be used.

36. Field 37J: Cap Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Optional in a conditional sequence (C10)
DEFINITION
This field specifies the upper limit of the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.

238

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

NETWORK VALIDATED RULES


The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

37. Field 37L: Floor Rate


FORMAT
Option L

12d

(Rate)

PRESENCE
Optional in a conditional sequence (C10)
DEFINITION
This field specifies the lower limit of the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

38. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 thru C9) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.

39. Field 14J: Reset Date Specification

5 February 2007

239

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option J

5a

(Code)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies when the floating rate will be reset.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Reset Date specification as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FIRST

The reset is the first day of the calculation period, or compounding period for a compounding swap.

LAST

The reset is the last day of the calculation period, or compounding period for a compounding swap.

OTHER

The reset date is specified in field 37N in the same sequence, or compounding period for a compounding swap.

40. Field 14G: Averaging Frequency and Method


FORMAT
Option G

1!a/8!a

(Frequency) (Method)

PRESENCE
Conditional (C17) in a conditional subsequence (C18)
DEFINITION
This field specifies the averaging frequency and method of observation of the rates in the case of an averaging swap.
CODES
Frequency must contain one of the following codes (Error code(s): T47):
D

Daily.

Monthly.

The averaging frequency is specified in field 37N in the same sequence.

Weekly.

240

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Yearly.

CODES
Method must contain one of the following codes (Error code(s): T48):
UNWEIGHT

Unweighted.

WEIGHTED

Weighted.

USAGE RULES
This field must only be used in the case of an averaging swap.
EXAMPLE
:14G:W/WEIGHTED
for weekly averaging, weighted

41. Field 38E: Designated Maturity


FORMAT
Option E

2n1!a

(Number) (Period)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the designated maturity of the floating rate option.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Designated Maturity as per ISDA definitions.
CODES
Period must be specified using one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

5 February 2007

241

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For OIS trades, the field must contain other, ie, Number must be 0 (zero) and Period must be O.
When the period can be expressed in two different units, the highest one should be used ie 1Y instead of 12M.
For 3 monthly IMM trades, the field must contain 3M, ie, Number must be 3 and Period must be M (months).
EXAMPLE
:38E:3M
means a three month floating rate

42. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 30F Payment Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

43. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the payment dates of the interest payable by party B.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the payment dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

242

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. Dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial
Centres in the same sequence.
For 3 monthly IMM trades, the field must contain the actual payment dates.

44. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

45. Field 14D: Day Count Fraction


FORMAT
Option D

7x

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)

5 February 2007

243

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365, Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

The Day Count Fraction is specified in field 37N in the same sequence.

46. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

244

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

OTHER

The Business Day Convention is specified in field 37N of the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

47. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B in the same sequence (Error code(s): D96).

48. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

5 February 2007

245

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

246

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

5 February 2007

247

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

49. Field 37R: Spread


FORMAT
Option R

[N]12d

(Sign) (Rate)

PRESENCE
Conditional (C17) in a conditional subsequence (C18)
DEFINITION
This field specifies the spread, ie, the margin which will be added to (or subtracted from if negative) the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Spread as per ISDA definitions.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
If the spread is positive, ie, added to the rate, Sign is not present.
The absence of this field means that the spread is zero.

248

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Rate is expressed as a percentage.

50. Field 22D: Compounding Type


FORMAT
Option D

4!c

(Type)

PRESENCE
Mandatory in a conditional subsequence (C17 and C18)
DEFINITION
This field specifies how the interest is compounded.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the type (flat/straight) as per ISDA definitions.
CODES
Type must contain one of the following codes (Error code(s): T71):
FLAT

Flat compounding is applicable.

STRT

Straight compounding, ie, spread included.

USAGE RULES
The absence of this field means that the swap is not compounded.
For a Straight Compounding contract, the spread is included in the interest rate; for a Flat Compounding contract, the interest amounts are the sum of the amount calculated by using the basic rate and the amount calculated by using the spread .

51. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C17 and C18)
DEFINITION
This field specifies the number of times field 30X Compounding Date is present in the same sequence.

5 February 2007

249

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Number must be equal to the number of occurrences of the subsequent field 30X (Error code(s): D96).

52. Field 30X: Compounding Date


FORMAT
Option X

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C17 and C18)
DEFINITION
This field specifies a compounding date.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Compounding Dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All compounding dates must appear in the repetitive block to form the compounding schedule. In addition to the compounding dates, this schedule must include the effective date, all payment dates and the termination date.
The compounding dates are not adjusted, they follow the period end date adjustment for the payment dates as well as the
Business Day Convention and financial centres stated in this sequence.
Dates must be sorted in ascending order.

53. Field 38G: First Stub Period, Interpolation Period


FORMAT
Option G

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

PRESENCE
Optional in a conditional subsequence (C18)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the first stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

250

Daily.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in the same sequence.
For OIS trades, this field must not be used.
If the stub period is not an interpolation, the same information must appear in both subfields.
EXAMPLE
:38G:5M/6M
if the rate for the first stub period is an interpolation between the 5M and the 6M rates.
:38G:3M/3M
if the rate for the first stub period is a 3M rate.

54. Field 38H: Last Stub Period, Interpolation Period


FORMAT
Option H

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

PRESENCE
Optional in a conditional subsequence (C18)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the last stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

5 February 2007

251

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in the same sequence.
For OIS trades, this field must not be used.
If the stub period is not an interpolation, the same information must appear in both subfields.
EXAMPLE
:38H:5M/6M
if for the rate for the first stub period is an interpolation between the 5M and the 6M rates.
38H:3M/3M
if the rate for the first stub period is a 3M rate.

55. Field 15D: New Sequence


FORMAT
Option D

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence D Payment Instructions for Interest Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

56. Field 53a: Delivery Agent


FORMAT
Option A
Option D

252

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

57. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.

5 February 2007

253

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Please refer to the chapter Guidelines for this MT.

58. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

59. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.

254

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

60. Field 15E: New Sequence


FORMAT
Option E

Empty field

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the start of optional sequence E Fixed Interest Payable by Party A.

5 February 2007

255

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
Only the field tag must be present, the field is empty.

61. Field 37U: Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Conditional (C18) in a conditional sequence (C10)
DEFINITION
This field specifies the fixed rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed rate as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

62. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 and C4) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.

63. Field 18A: Number of Repetitions


FORMAT
Option A

256

5n

(Number)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 30F Payment Date and 32M Payment Amount (if used) are present in the same
sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

64. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the payment dates of the interest payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the payment dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. Dates must be sorted in ascending order.
The dates are not adjusted; they are qualified by the fields 14B Business Day Convention and 22B Financial Centre in the
same sequence.

65. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C12) in a conditional subsequence (C18)

5 February 2007

257

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the fixed interest payment currency and amount payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the fixed payment amount as per ISDA definitions.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
The amounts may only be present when the rate multiplied by period (based on the payment dates and the period end date
and day count fraction) does not give the correct amount.

66. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Conditional (C12) in a conditional subsequence (C18)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

67. Field 14D: Day Count Fraction

258

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

FORMAT
Option D

7x

(Number)

PRESENCE
Conditional (C12) in a conditional subsequence (C18)
DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365, Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

The Day Count Fraction is specified in field 37N in the same sequence.

68. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.

5 February 2007

259

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The Business Day Convention is specified in field 37N of the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

69. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
This field must be equal to the number of occurrences of the subsequent field 22B in the same sequence (Error code(s):
D96).

70. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.

260

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

5 February 2007

261

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

262

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

71. Field 15F: New Sequence


FORMAT
Option F

Empty field

PRESENCE
Mandatory in a conditional subsequence (C10)
DEFINITION
This field specifies the start of optional sequence F Floating Interest Payable by Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

5 February 2007

263

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

72. Field 14F: Floating Rate Option


FORMAT
Option F

24x

(Option)

PRESENCE
Mandatory in a conditional sequence (C10)
DEFINITION
This field specifies the Floating Rate Option of the Floating leg.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Rate Option as per ISDA definitions.
CODES
This field must contain one of the following codes :
AUD-AONIA-OIS-COMPOUND
AUD-BBR-BBSW
AUD-BBR-BBSY(BID)
AUD-BBR-ISDC
AUD-LIBOR-BBA
AUD-LIBOR-RFRCBANKS
CAD-BA-CDOR
CAD-BA-ISDD
CAD-BA-RFRCBANKS
CAD-BA-TELERATE
CAD-CORRA-OIS-COMPOUND
CAD-LIBOR-BBA
CAD-LIBOR-RFRCBANKS
CAD-REPO-CORRA
CAD-TBILL-ISDD
CAD-TBILL-RFRCBANKS
CAD-TBILL-TELERATE

264

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

CHF-ANNUALSR-RFRCBANKS

(ie, CHF-ANNUALSWAPRATE-RFRCBANKS)

CHF-ANNUALSWAPRATE
CHF-LIBOR-BBA
CHF-LIBOR-ISDA
CHF-LIBOR-RFRCBANKS
CHF-TOIS-OIS-COMPOUND
CZK-PRIBOR-PRBO
CZK-PRIBOR-RFRCBANKS
DKK-CIBOR2-DKNA13
DKK-CIBOR-DKNA13
DKK-CIBOR-RFRCBANKS
DKK-CITA-DKNA14-COMP
DKK-DKKOIS-OIS-COMPOUND
EUR-ANNUALSR-RFRCBANKS

(ie, EUR-ANNUAL SWAP RATE-RFRCBANKS)

EUR-ANNUALSWAPRATE-10:00
EUR-ANNUALSWAPRATE-11:00
EUR-ANNUALSWAPRATE-3M

(ie, EUR-ANNUAL SWAP RATE-3 MONTH)

EUR-EONIA-AVERAGE
EUR-EONIA-OIS-COMPOUND
EUR-EURIBOR-ACT/365
EUR-EURIBOR-RFRCBANKS
EUR-EURIBOR-TELERATE
EUR-EURONIA-OIS-COMPOUND
EUR-ISDA-EURIBORSR-11:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-11:00)

EUR-ISDA-EURIBORSR-12:00

(ie, EUR-ISDA-EURIBOR SWAP RATE-12:00)

EUR-ISDA-LIBORSR-10:00

(ie, EUR-ISDA-LIBOR SWAP RATE-10:00)

EUR-ISDA-LIBORSR-11:00

(ie, EUR-ISDA-LIBOR SWAP RATE-11:00)

5 February 2007

265

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EUR-LIBOR-BBA
EUR-LIBOR-RFRCBANKS
EUR-TAM-CDC
EUR-TEC10-CNO
EUR-TEC10-RFRCBANKS
EUR-TEC5-CNO
EUR-TEC5-RFRCBANKS
EUR-TMM-CDC-COMPOUND
GBP-LIBOR-BBA
GBP-LIBOR-ISDA
GBP-LIBOR-RFRCBANKS
GBP-SEMI-ANNSR-RFRCBANKS

(ie,GBP-SEMI-ANNUALSWAPRATE-RFRCBANKS)

GBP-SEMI-ANNUALSWAPRATE
GBP-WMBA-SONIA-COMPOUND
HKD-HIBOR-HIBOR

(ie, HKD-HIBOR-HIBOR=)

HKD-HIBOR-HKAB
HKD-HIBOR-ISDC
HKD-HIBOR-RFRCBANKS
HKD-HONIX-OIS-COMPOUND
HUF-BUBOR-REUTERS
HUF-BUBOR-RFRCBANKS
IDR-SOR-RFRCBANKS
IDR-SOR-TELERATE
INR-BMK
INR-CMT
INR-INBMK-REUTERS
INR-MIBOR-OIS-COMPOUND

266

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

INR-MIFOR
INR-MIOIS
INR-MITOR-OIS-COMPOUND
INR-RFRCBANKS
JPY-ISDA-SWAP RATE-10:00
JPY-ISDA-SWAP RATE-15:00
JPY-LIBOR-BBA
JPY-LIBOR-ISDA
JPY-LIBOR-RFRCBANKS
JPY-TIBOR- DTIBOR01
JPY-TIBOR-17096
JPY-TIBOR-17097
JPY-TIBOR-TIBM(10BANKS)
JPY-TIBOR-TIBM(5BANKS)
JPY-TIBOR-TIBM(ALLBANKS)
JPY-TIBOR-TIBM-RFRCBANKS
JPY-TIBOR-ZTIBOR
JPY-TONA-OIS-COMPOUND
JPY-TSR-RFRCBANKS
JPY-TSR-TELERATE-10:00
JPY-TSR-TELERATE-15:00
KRW-CD-3220
KRW-CD-KSDA-BLOOMBERG
MXN-TIIE-BANXICO
MXN-TIIE-RFRCBANKS
MYR-KLIBOR-BNM
MYR-KLIBOR-RFRCBANKS

5 February 2007

267

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NOK-NIBOR-NIBR
NOK-NIBOR-RFRCBANKS
NZD-BBR-FRA
NZD-BBR-ISDC
NZD-BBR-RFRCBANKS
NZD-BBR-TELERATE
NZD-NZIONA-OIS-COMPOUND
OTHER

The Floating Rate Option is specified in field 37N

PLZ-WIBOR-RFRCBANKS
PLZ-WIBOR-WIBO
SAR-SRIOR-RFRCBANKS
SAR-SRIOR-SUAA
SEK-SIOR-OIS-COMPOUND
SEK-STIBOR-RFRCBANKS
SEK-STIBOR-SIDE
SGD-SIBOR-RFCBANKS
SGD-SIBOR-TELERATE
SGD-SONAR-OIS-COMPOUND
SGD-SOR-RFRCBANKS
SGD-SOR-TELERATE
SKK-BRIBOR-BLOOMBERG
SKK-BRIBOR-BRBO
SKK-BRIBOR-NBSK07
SKK-BRIBOR-RFRCBANKS
THB-SOR-RFRCBANKS
THB-SOR-TELERATE
THB-THBFIX-REUTERS

268

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

TWD-RFRCDLRS
TWD-TELERATE-6165
TWD-TWCPBA
USD-BA-H.15
USD-BA-RFRCDLRS
USD-BMA-MUNICIPALSWAPIDX

(ie, USD-BMA Municipal Swap Index)

USD-CD-H.15
USD-CD-RFRCDLRS
USD-CMS-RFRCBANKS
USD-CMS-TELERATE
USD-CMT-T7051
USD-CMT-T7052
USD-COF11-FHLBSF
USD-COF11-TELERATE
USD-CP-H.15
USD-CP-RFRCDLRS
USD-FEDFUND-H.15
USD-FEDFUND-H.15-OIS-CPD

(ie, USD-Federal Funds-H.15-OIS-COMPOUND)

USD-FEDFUND-RFRCDLRS
USD-FFCB-DISCO
USD-ISDA-SWAP RATE
USD-LIBOR-BBA
USD-LIBOR-ISDA
USD-LIBOR-LIBO
USD-LIBOR-RFRCBANKS
USD-PRIME-H.15
USD-PRIME-RFRCBANKS

5 February 2007

269

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USD-S AND P IDX-HIGH GRD

(ie, USD-S & P Index-High Grade)

USD-SIBOR-RFRCBANKS
USD-SIBOR-SIBO
USD-TBILL-H.15
USD-TBILL-SECMARKET
USD-TIBOR-ISDC
USD-TIBOR-RFRCBANKS
USD-TREASURYRATE-T19901
USD-TREASURYRATE-T500
ZAR-DEPOSIT-RFRCBANKS
ZAR-DEPOSIT-SAFEX
ZAR-JIBAR-RFRCBANKS
ZAR-JIBAR-SAFEX
ZAR-PRIME-AVERAGE
ZAR-PRIME-AVRG-RFRCBANKS

(ie, ZAR-PRIME-AVERAGE-RFRCBANKS)

CODES
The following codes are published for redenomination purposes:
ATS-VIBOR-RFRCBANKS
ATS-VIBOR-VIBO
BEF-BIBOR-BEFIXING
BEF-BIBOR-ISDB
BEF-BIBOR-RFRCBANKS
BEF-BIBOR-TELERATE
COMLUF-LUXIBOR-RFRCBANKS
DEM-FIBOR-FIBO
DEM-FIBOR-FIBO-OLD

270

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEM-FIBOR-GBA
DEM-FIBOR-ISDB
DEM-FIBOR-RFRCBANKS
DEM-LIBOR-BBA
DEM-LIBOR-ISDA
DEM-LIBOR-RFRCBANKS
DKK-CIBOR-DKNH
FIM-HELIBOR-RFRCBANKS
FIM-HELIBOR-SPFB
FRF-CAP-T4M
FRF-CAP-TAM
FRF-FLOOR-T4M
FRF-FLOOR-TAM
FRF-LIBOR-BBA
FRF-LIBOR-RFRCBANKS
FRF-PIBOR-AFB
FRF-PIBOR-PIBO
FRF-PIBOR-RFRCBANKS
FRF-SWAP-AMR
FRF-SWAP-T4M
FRF-SWAP-T4M-AMR
FRF-SWAP-T4M-TAM
FRF-SWAP-TAM
FRF-SWAP-TMP-IF
FRF-SWAP-TMP-M
FRF-T4M-CDC
FRF-T4M-CDCCOMP

5 February 2007

271

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FRF-TAG-CDC
FRF-TAG-CDCCOMP
FRF-TAM-CDC
FRF-TME-CDC
FRF-TMP-CDCAVERAG
GRD-ATHIBOR-ATHIBOR
GRD-ATHIBOR-RFRCBANKS
GRD-ATHIBOR-TELERATE
GRD-ATHIMID-REUTERS
GRD-ATHIMID-RFRCBANKS
ITL-LIBOR-BBA
ITL-LIBOR-ILIR
ITL-LIBOR-ITFX
ITL-LIBOR-ITFY
ITL-LIBOR-RFRCBANKS
ITL-MIBOR-PUBLISHED
JPY-TIBOR-TIBM
LUF-LUXIBOR-ISDB
LUF-LUXIBOR-RFRCBANKS
MYR-SOR-RFRCBANKS
MYR-SOR-TELERATE
NLG-AIBOR-AIBODOM
NLG-AIBOR-AIBOEURO
NLG-AIBOR-ISDB
NLG-AIBOR-RFRCBANKS
PTE-LIBOR-BBA
PTE-LIBOR-RFRCBANKS

272

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PTE-LISBOR-LBOA
PTE-LISBOR-LBOF
PTE-LISBOR-RFRCBANKS
SEK-EDOR-FP
SEK-EDOR-RFRCBANKS
SPP-LIBOR-BBA
SPP-LIBOR-RFRCBANKS
SPP-MIBOR-BANDE
SPP-MIBOR-RFRCBANKS
USD-CP-ISDD
ZAR-BBF3-SAFEX(YIELD)
ZAR-BBF-RFRCBANKS

USAGE RULES
The floating rate options, as they appear in the current ISDA Definitions may also be used.
Blanks must not be used.

73. Field 37J: Cap Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Optional in a conditional sequence (C10)
DEFINITION
This field specifies the upper limit of the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).

5 February 2007

273

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
Rate is expressed as a percentage.

74. Field 37L: Floor Rate


FORMAT
Option L

12d

(Rate)

PRESENCE
Optional in a conditional sequence (C10)
DEFINITION
This field specifies the lower limit of the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Floating Amounts specifications as per ISDA definitions.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

75. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C3 thru C9) in a conditional sequence (C10)
DEFINITION
This field specifies additional details about the interest rate.

76. Field 14J: Reset Date Specification


FORMAT
Option J

274

5a

(Code)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Mandatory in a conditional subsequence (C19)
DEFINITION
This field specifies when the floating rate will be reset.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Reset Date specification as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FIRST

The reset is the first day of the calculation period, or compounding period for a compounding swap.

LAST

The reset is the last day of the calculation period, or compounding period for a compounding swap.

OTHER

The reset date is specified in field 37N in the same occurrence of this sequence, or compounding period
for a compounding swap.

77. Field 14G: Averaging Frequency and Method


FORMAT
Option G

1!a/8!a

(Frequency) (Method)

PRESENCE
Conditional (C17) in a conditional subsequence (C18)
DEFINITION
This field specifies the averaging frequency and method of observation of the rates in the case of an averaging swap.
CODES
Frequency must contain one of the following codes (Error code(s): T47):
D

Daily.

Monthly.

The averaging frequency is specified in field 37N in the same sequence.

Weekly.

Yearly.

5 February 2007

275

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

CODES
Method must contain one of the following codes (Error code(s): T48):
UNWEIGHT

Unweighted.

WEIGHTED

Weighted.

USAGE RULES
This field must only be used in the case of an averaging swap.
EXAMPLE
:14G:W/WEIGHTED
for weekly averaging, weighted

78. Field 38E: Designated Maturity


FORMAT
Option E

2n1!a

(Number) (Period)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the designated maturity of the floating rate option.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Designated Maturity as per ISDA definitions.
CODES
Period must be specified using one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

276

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
For OIS trades, the field must contain other, ie, Number must be 0 (zero) and Period must be O.
When the period can be expressed in two different units, the highest one should be used ie 1Y instead of 12M.
For 3 monthly IMM trades, the field must contain 3M, ie, Number must be 3 and Period must be M (months).
EXAMPLE
:38E:3M
means a three month floating rate

79. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 30F Payment Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

80. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the payment dates of the interest payable by party A.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the payment dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

5 February 2007

277

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
All payment dates must be included in the repetitive block to form the payment schedule. The stub periods are included in
the payment schedule. Dates must be sorted in ascending order.
The payment dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial
Centres in the same sequence.
For 3 monthly IMM trades, the field must contain the actual payment dates.

81. Field 17F: Period End Date Adjustment Indicator


FORMAT
Option F

1!a

(Indicator)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies whether the interest calculation period end dates are adjusted to the payment dates.
CODES
Indicator must contain one of the following codes (Error code(s): T36):
N

The interest calculation period end dates are not adjusted to the payment dates.

The interest calculation period end dates are adjusted to the payment dates.

USAGE RULES
The correct meaning of this field is that the interest calculation periods are unadjusted, not that the payment dates themselves are not adjusted on the confirmation.
This field is usually Y as 85% to 90% of all Interest Rate Swaps traded are not traded on the basis of fixed periods.

82. Field 14D: Day Count Fraction


FORMAT
Option D

7x

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)

278

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the number of days which are taken into account for the calculation of the interest.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Day Count Fraction as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
30E/360

30E/360 or Eurobond Basis.

360/360

30/360, 360/360 or Bond Basis.

ACT/360

Actual/360.

ACT/365

Actual/365, Actual/Actual.

AFI/365

Actual/365 (fixed).

EXA/EXA

Base Exact/Exact as per September 1994 additives to AFB definitions or 1/1.

OTHER

The day count fraction is specified in field 37N in the same sequence.

83. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
Convention must contain one of the following codes (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

5 February 2007

279

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

OTHER

The business day convention is specified in field 37N of the same sequence.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

84. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

85. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in a conditional subsequence (C18)
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

280

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

5 February 2007

281

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

282

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial Centres must be included in the same repetitive block and ordered alphabetically.

86. Field 37R: Spread


FORMAT
Option R

[N]12d

(Sign) (Rate)

PRESENCE
Conditional (C17) in a conditional subsequence (C17)
DEFINITION
This field specifies the spread, ie, the margin which will be added to (or subtracted from if negative) the floating rate.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Spread as per ISDA definitions.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
If the spread is positive, ie, added to the rate, Sign is not present.
The absence of this field means that the spread is zero.

5 February 2007

283

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Rate is expressed as a percentage.

87. Field 22D: Compounding Type


FORMAT
Option D

4!c

(Type)

PRESENCE
Mandatory in a conditional subsequence (C17 and C18)
DEFINITION
This field specifies how the interest is compounded.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the type (flat/straight) as per ISDA definitions.
CODES
Type must contain one of the following codes (Error code(s): T71):
FLAT

Flat compounding is applicable.

STRT

Straight compounding, ie, spread included.

USAGE RULES
The absence of this field means that the swap is not compounded.

88. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional subsequence (C17 and C18)
DEFINITION
This field specifies the number of times field 30X Compounding Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30X (Error code(s): D96).

284

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

89. Field 30X: Compounding Date


FORMAT
Option X

8!n

(Date)

PRESENCE
Mandatory in a conditional subsequence (C17 and C18)
DEFINITION
This field specifies a compounding date.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Compounding Dates as per ISDA definitions.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
All compounding dates must appear in the repetitive block to form the compounding schedule. In addition to the compounding dates, this schedule must include the effective date, all payment dates and the termination date.
The compounding dates are not adjusted, they follow the period end date adjustment for the payment dates as well as the
Business Day Convention and financial centres stated in this sequence.
The dates must be sorted in ascending order.

90. Field 38G: First Stub Period, Interpolation Period


FORMAT
Option G

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

PRESENCE
Optional in a conditional subsequence (C18)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the first stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

5 February 2007

285

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Weekly.

Yearly.

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in the same sequence.
EXAMPLE
:38G:5M/6M
means the rate for the first stub period is an interpolation between the 5M and the 6M rates.
:38G:3M/3M
when the rate for the first stub period is a 3 months rate.

91. Field 38H: Last Stub Period, Interpolation Period


FORMAT
Option H

2n1!a/2n1!a

(Number From) (Period From)


(Number To) (Period To)

PRESENCE
Optional in a conditional subsequence (C18)
DEFINITION
This field specifies the designated maturities used for the interpolation of the rates in the last stub period.
CODES
Period From and Period To must contain one of the following codes (Error code(s): T48):
D

Daily.

Monthly.

The designated maturity is specified in field 37N in the same sequence.

Weekly.

Yearly.

286

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
If a specific designated maturity is applicable for the stub period, the to and from values are the same.
If this field is not present and there are stub periods, the rate defaults to the Designated Maturity in the same sequence.

92. Field 15G: New Sequence


FORMAT
Option G

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence G Payment Instructions for Interest Payable by party A.
USAGE RULES
Only the field tag must be present, the field is empty.

93. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.

5 February 2007

287

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

94. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

95. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14)

288

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

96. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

5 February 2007

289

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

97. Field 15H: New Sequence


FORMAT
Option H

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence H Amortising Schedule for Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

98. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence

290

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the number of amortising periods in the same sequence, ie, the number of repetitions of the variable
notional start and end dates and the outstanding notionals.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent fields 30G (Error code(s): D96).

99. Field 30G: Variable Notional Start and End Date


FORMAT
Option G

8!n/8!n

(Start Date) (End Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the period of the amortising/accreting swap where interest is calculated on the outstanding notional
amount specified in the same sequence.
NETWORK VALIDATED RULES
Start Date and End Date must be valid dates expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
Start Date is an earlier date than End Date.
Start and End Dates are unadjusted but will change in relation to the specified Business Day Convention and financial
centres in the same sequence.
This field is only used when the notional adjusts (see example below).
EXAMPLE
For a five year swap which amortises once after three years, with Effective Date first December 1996, the fields will read:
:18:2
:30G:19961201/19991201
:32U: ...
for the first occurrences and
:30G:19991201/20011201
:32U: ...
for the second

5 February 2007

291

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

100. Field 32U: Outstanding Notional Currency and Amount


FORMAT
Option U

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency code and outstanding notional amount of the amortising/accreting swap in the period specified.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

101. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting start and end dates or amortising periods if they would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
Convention must contain one of the following codes (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day, that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The business day convention is specified in field 72 of sequence A.

292

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

102. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must be equal to the number of occurrences of the subsequent field 22B (Error code(s): D96).

103. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

5 February 2007

293

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

294

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

5 February 2007

295

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

104. Field 15I: New Sequence


FORMAT
Option I

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence I Amortising Schedule for Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

105. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence

296

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the number of amortising periods in the same sequence, ie, the number of occurrences of the variable
notional start and end dates and the outstanding notionals.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent fields 30G (Error code(s): D96).

106. Field 30G: Variable Notional Start and End Date


FORMAT
Option G

8!n/8!n

(Start Date) (End Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the period of the amortising/accreting swap where interest is calculated on the outstanding notional
amount specified in the same sequence.
NETWORK VALIDATED RULES
Start Date and End Date must be valid dates expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
Start Date is an earlier date than End Date.
Start Date and End Date are unadjusted but will change in relation to the specified Business Day Convention and financial
centres in the same sequence.
This field is only used when the notional adjusts (see example below).
EXAMPLE
For a five year swap which amortises once after three years, with Effective Date first December 1996, the fields will read:
:18:2
:30G:19961201/19991201
:32U: ...
for the first occurrences and
:30G:19991201/20011201
:32U: ...
for the second

5 February 2007

297

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

107. Field 32U: Outstanding Notional Currency and Amount


FORMAT
Option U

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency code and outstanding notional amount of the amortising/accreting swap in the period specified.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

108. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting the start and end dates or amortising periods if they would otherwise fall on
a day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
Convention must contain one of the following codes (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The Business Day Convention is specified in field 72 of sequence A.

298

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

109. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

110. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

5 February 2007

299

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

300

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

5 February 2007

301

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

111. Field 15J: New Sequence


FORMAT
Option J

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence J Exchanges of Principal Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

112. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence

302

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the number of exchanges of principal in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22X (Error code(s): D96).

113. Field 22X: Type of Exchange


FORMAT
Option X

4!c

(Type)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the type of payment.
CODES
One of the following codes, or a bilaterally agreed code must be used:
FINX

The final exchange of principals.

INLX

The initial exchange of principals.

INTX

An intermediary exchange of principals.

114. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the payment dates of the principal payable by party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

5 February 2007

303

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
The dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial Centre in the
same sequence.

115. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and principal payable by Party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

116. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

304

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

117. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations.(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

118. Field 86a: Second Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

305

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C14) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

119. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

306

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

120. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The business day convention is specified in field 72 of the same sequence.

5 February 2007

307

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

121. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

122. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

308

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

5 February 2007

309

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

310

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

123. Field 15K: New Sequence


FORMAT
Option K

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence K Exchanges of Principal Payable by party A.
USAGE RULES
Only the field tag must be present, the field is empty.

124. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence

5 February 2007

311

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the number of exchanges of principal in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22X (Error code(s): D96).

125. Field 22X: Type of Exchange


FORMAT
Option X

4!c

(Type)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the type of payment.
CODES
One of the following codes, or a bilaterally agreed code, must be used:
FINX

The final exchange of principals.

INLX

The initial exchange of principals.

INTX

An intermediary exchange of principals.

126. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the payment dates of the principal payable by party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

312

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
The dates are not adjusted; they are qualified by the fields 14B Business Day Convention and 22B Financial Centre in the
same sequence.

127. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and principal payable by Party A.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

128. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

5 February 2007

313

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

129. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

130. Field 86a: Second Intermediary


FORMAT
Option A
Option D

314

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Conditional (C14)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations.(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

131. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

5 February 2007

315

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

132. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
Convention must contain one of the following codes (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The Business Day Convention is specified in field 72 of sequence A.

316

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

133. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field (Error code(s): D96).

134. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

5 February 2007

317

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

318

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

5 February 2007

319

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

135. Field 15L: New Sequence


FORMAT
Option L

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence L Additional Amounts Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

136. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence

320

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

DEFINITION
This field specifies the number of times field 22E Type of Payment is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22E (Error code(s): D96).

137. Field 22E: Type of Payment


FORMAT
Option E

4!c

(Type of Payment)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the type of payment.
CODES
Type of Payment must contain the following code or a bilaterally agreed code:
FEES

The settlement of a fee.

138. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the payment dates of the additional amounts payable by party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The dates are not adjusted; they are qualified by the fields 14B Business Day Convention and 22B Financial Centre in the
same sequence.

5 February 2007

321

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

139. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and additional amount payable by party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

140. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if they would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The business day convention is specified in field 72 of sequence A.

322

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

141. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

142. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

5 February 2007

323

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

BRSP

So Paulo

CAMO

Montreal

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

324

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

JPTO

Tokyo

KRSE

Seoul

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

5 February 2007

325

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

USLA

Los Angeles

USNY

New York

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

143. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in an optional sequence
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.

326

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Please refer to the chapter Guidelines for this MT.

144. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in an optional sequence
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

145. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.

5 February 2007

327

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

146. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

328

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

147. Field 15M: New Sequence


FORMAT
Option M

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence M Additional Amounts Payable by Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

148. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22E Type of Payment is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22E (Error code(s): D96).

5 February 2007

329

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

149. Field 22E: Type of Payment


FORMAT
Option E

4!c

(Type of Payment)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the type of payment.
CODES
Type of Payment must contain the following code or a bilaterally agreed code:
FEES

The settlement of a fee.

150. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the payment dates of the additional amounts payable by party A.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The dates are not adjusted; they are qualified by the fields 14A Business Day Convention and 22B Financial Centre in the
same sequence.

151. Field 32M: Currency, Payment Amount


FORMAT
Option M

330

3!a15d

(Currency) (Amount)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and additional amount payable by party A.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

152. Field 14A: Business Day Convention


FORMAT
Option A

9a

(Convention)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the convention for adjusting the payment dates or amortising periods if these would otherwise fall on a
day that is not a valid business day.
For an ISDA Master (Type in field 77H is ISDA), this field specifies the Business Day Convention as per ISDA definitions.
CODES
One of the following codes must be used (Error code(s): T36):
FOLLOWING

The non-business date will be adjusted to the first following day that is a business day.

FRN

FRN convention.

MODIFIEDF

The non-business date will be adjusted to the first following day that is a business day unless
that day falls in the next calendar month, in which case that date will be the first preceding day
that is a business day.

OTHER

The business day convention is specified in field 72 sequence A.

PRECEDING

The non-business date will be adjusted to the first preceding day that is a business day.

5 February 2007

331

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

153. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the number of times field 22B Financial Centre is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 22B (Error code(s): D96).

154. Field 22B: Financial Centre


FORMAT
Option B

4!c

(Centre)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the financial centre (Business Days as per ISDA definitions) used to adjust the dates in the same
sequence.
CODES
One of the following codes may be used:
Code

Financial Center

ARBA

Buenos Aires

ATVI

Vienna

AUME

Melbourne

AUSY

Sydney

BEBR

Brussels

BRSP

So Paulo

CAMO

Montreal

332

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

CATO

Toronto

CHGE

Geneva

CHZU

Zurich

CLSA

Santiago

CNBE

Beijing

CZPR

Prague

DECB

European Central Bank

DEFR

Frankfurt

DKCO

Copenhagen

EETA

Tallinn

ESMA

Madrid

EUTA

Target

FIHE

Helsinki

FRPA

Paris

GBLO

London

GRAT

Athens

HKHK

Hong Kong

HUBU

Budapest

IDJA

Jakarta

IEDU

Dublin

ILTA

Tel Aviv

INMU

Mumbai

ITMI

Milan

ITRO

Rome

JPTO

Tokyo

KRSE

Seoul

5 February 2007

333

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Code

Financial Center

LBBE

Beirut

LULU

Luxembourg

MXMC

Mexico City

MYKL

Kuala Lumpur

NLAM

Amsterdam

NOOS

Oslo

NYFD

New York Fed

NYSE

New York Stock Exchange

NZAU

Auckland

NZWE

Wellington

PAPC

Panama City

PHMA

Manila

PLWA

Warsaw

PTLI

Lisbon

RUMO

Moscow

SARI

Riyadh

SEST

Stockholm

SGSI

Singapore

SKBR

Bratislava

THBA

Bangkok

TRAN

Ankara

TWTA

Taipei

USCH

Chicago

USGS

U.S. Government Securities

USLA

Los Angeles

USNY

New York

334

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Code

Financial Center

ZAJO

Johannesburg

USAGE RULES
The codes are based on the ISO country code and the English name of the location.
Additional location codes must be built as follows: the first 2 characters represent the ISO country code, the next two characters represent 1) if the location name is one word, the first two letters of the location 2) if the location name consists of at
least two words, the first letter of the first word followed by the first letter of the second word.
If new financial centres are added and codes are used which might cause confusion, eg, Dallas and Dayton in the US, the
code OTHR must be used. (Field 37N in the same sequence must then contain: /LOCC/+ English location name.)
All applicable financial centres must be included in the same repetitive block and ordered alphabetically.

155. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in an optional sequence
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

5 February 2007

335

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

156. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C13) in an optional sequence
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

157. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C14) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.

336

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

158. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

5 February 2007

337

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

159. Field 15N: New Sequence


FORMAT
Option N

Empty field

PRESENCE
Mandatory in a conditional sequence (C16)
DEFINITION
This field specifies the start of optional sequence N Optional General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

160. Field 29A: Contact Information


FORMAT
Option A

4*35x

(Narrative)

PRESENCE
Optional in a conditional sequence (C16)
DEFINITION
This field specifies the name and/or telephone number of the person the Receiver may contact for any queries concerning
this transaction.

338

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

CODES
At least one of the following should be used:
/DEPT/

followed by the name of the department

/FAXT/

followed by fax number

/NAME/

followed by the name of the contact person

/PHON/

followed by the telephone number

/TELX/

followed by the telex number

USAGE RULES
The codes do not need to be put on separate lines. It is the / at the beginning of a code and not the end-of-line that marks
the end of the information behind the previous code.
EXAMPLE
:29A:/NAME/Jones/DEPT/IRS Back Office

161. Field 24D: Dealing Method


FORMAT
Option D

4!c[/35x]

(Code) (Additional Information)

PRESENCE
Optional in a conditional sequence (C16)
DEFINITION
This field specifies how the deal was agreed.
CODES
Code must contain one of the following, optionally followed with Additional Information (Error code(s): T68):
BROK

Deal made via a money broker.

ELEC

Deal made via an electronic system (Reuters, EBS etc.).

FAXT

Deal agreed per fax.

PHON

Deal agreed on the phone.

TELX

Deal agreed by telex.

5 February 2007

339

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For voice brokers this field contains the code BROK. If the broker needs to be identified explicitly, field 88a must be used.
EXAMPLE
:24D:PHON

162. Field 88a: Broker Identification


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C16) in a conditional sequence (C16)
DEFINITION
This field identifies the broker which arranged the deal between party A and party B or, when two money brokers are
involved, between party A and the other money broker.
NETWORK VALIDATED RULES
The BIC/BEI must be a S.W.I.F.T. registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
This field is only used to identify voice brokers. Electronic brokerage systems must be identified in field 24D Dealing
Method.

163. Field 71F: Brokers Commission


FORMAT
Option F

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C16) in a conditional sequence (C16)
DEFINITION
This field specifies the brokerage fee for a broker confirmation.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).

340

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

164. Field 21G: Brokers Reference


FORMAT
Option G

16x

PRESENCE
Optional in a conditional sequence (C16)
DEFINITION
This field specifies the brokers reference of the trade.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).

MT 361 Examples
Fixed/Floating Cross Currency Interest Rate Swap Confirmation
Narrative
On 12 December, JPMorgan Chase Bank New York and Barclays Bank London enter into an ISDA cross currency swap
agreement with each other.
The terms of the contract are:
JPMorgan Chase Bank pays the floating interests every 6 months, based on LIBOR, on 10,000,000 USD
Barclays pays the fixed interests on a yearly basis at 6 % on 1,000,000,000 JPY
with initial and final exchange of principals.
The swap is not compounded, not amortised, there are no stub periods, there is no averaging, the calculation dates are
adjusted to the payment dates and the swap is included in the collateral agreement.
Message 1 from JPMorgan Chase Bank New York
Explanation

Format

Sender

CHASUS33

Message Type

361

Receiver

BARCGB2L

Message Text
General Information

5 February 2007

:15A:

341

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Explanation

Format

Senders Reference

:20:TW17455

Type of Operation

:22A:NEWT

Scope of Operation

:94A:BILA

Common Reference

:22C:BARC2L9912CHAS33

Identification of the Swap

:23A:FLOATFIXED/GROSS

Contract Number Party A

:21N:CCS001

Trade Date

:30T:19941212

Effective Date

:30V:19941214

Termination Date

:30P:19991214

Business Day Convention

:14A:MODIFIEDF

Party B Currency, Notional Amount

:32B:JPY1000000000,

Party A Currency, Notional Amount

:33B:USD10000000,00

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Type, Date, Version of the Agreement

:77H:ISDA/19871012//1987

Year of Definitions

:14C:1991

Fixed Interests Payable by Party B

:15B:

Number of Repetitions

:18A:5

Payment Date

:30F:19951214

Currency, Payment Amount

:32M:JPY2100000,

Payment Date

:30F:19961214

Currency, Payment Amount

:32M:JPY2100000,

Payment Date

:30F:19971214

Currency, Payment Amount

:32M:JPY2100000,

Payment Date

:30F:19981214

Currency, Payment Amount

:32M:JPY2100000,

342

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Explanation

Format

Payment Date

:30F:19991214

Currency, Payment Amount

:32M:JPY2100000,

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:3

Financial Centre

:22B:GBLO

Financial Centre

:22B:JPTO

Financial Centre

:22B:USNY

Payment Instructions for Interests Payable by Party B

:15D:

Receiving Agent

:57A:CHASJPJT

Floating Interests Payable by Party A

:15F:

Floating Rate Option

:14F:USD-LIBOR-BBA

Reset Date Specification

:14J:FIRST

Designated Maturity

:38E:6M

Number of Repetitions

:18A:10

Payment Date

:30F:19950614

Payment Date

:30F:19951214

Payment Date

:30F:19960614

Payment Date

:30F:19961214

Payment Date

:30F:19970614

Payment Date

:30F:19971214

Payment Date

:30F:19980614

Payment Date

:30F:19981214

Payment Date

:30F:19990614

Payment Date

:30F:19991214

Period End Date Adjustment Indicator

:17F:Y

Day Count Fraction

:14D:ACT/360

5 February 2007

343

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Explanation

Format

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:3

Financial Centre

:22B:GBLO

Financial Centre

:22B:JPTO

Financial Centre

:22B:USNY

Payment Instructions for Interests Payable by Party A

:15G:

Receiving Agent

:57A:BARCUS33

Exchanges of Principal Payable by Party B

:15J:

Number of Repetitions

:18A:2

Type of Exchange

:22X:INLX

Payment Date

:30F:19941214

Currency, Payment Amount

:32M:USD10000000,00

Receiving Agent

:57A:CHASUS33

Type of Exchange

:22X:FINX

Payment Date

:30F:19991214

Currency, Payment Amount

:32M:JPY1000000000,

Receiving Agent

:57A:CHASJPJT

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:3

Financial Centre

:22B:GBLO

Financial Centre

:22B:JPTO

Financial Centre

:22B:USNY

Exchanges of Principal Payable by Party A

:15K:

Number of Repetitions

:18A:2

Type of Exchange

:22X:INLX

Payment Date

:30F:19941214

344

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 361

Explanation

Format

Currency, Payment Amount

:32M:JPY1000000000,

Receiving Agent

:57A:BARCJPJT

Type of Exchange

:22X:FINX

Payment Date

:30F:19991214

Currency, Payment Amount

:32M:USD10000000,00

Receiving Agent

:57A:BARCUS33

Business Day Convention

:14A:MODIFIEDF

Number of Repetitions

:18A:3

Financial Centre

:22B:GBLO

Financial Centre

:22B:JPTO

Financial Centre

:22B:USNY

Optional General Information

:15N:

Contact Information

:29A:/NAME/Richard Jones
/PHON/212-1234567

5 February 2007

345

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 362 Interest Rate Reset/Advice of Payment


MT 362 Scope
This message is exchanged by or on behalf of the financial institutions, Party A and Party B, who have agreed to a single or
cross currency interest rate derivative transaction, including caps, collars and floors.
This message may be used to:
advise the details of the determination of the floating interest rate(s)
advise the details of the payment of interest at the end of an interest period
cancel a previously sent reset/advice
correct errors in a previously sent reset/advice.

MT 362 Format Specifications


The MT 362 consists of five sequences:
Sequence A provides general information about the original contract, ie, the principals, the type of the underlying
transaction, the contract numbers. It also provides information about the confirmation itself, ie, if it is sent by a third
party, if it is a new confirmation, an amendment or a cancellation
Optional sequence B provides the details of the floating rate option payable by party B during the specified calculation
or compounding period. It also contains the interest amount resulting from the interest calculation and if applicable, the
principal which is repaid. Both amounts are for information only, the actual amount(s) to be settled are part of
sequences C or E
Optional sequence C provides the optional payment date(s) and amounts payable by party B, together with the settlement instructions
Optional sequence D provides the details of the floating rate option payable by party A during the specified calculation
or compounding period. It also contains the interest amount resulting from the interest calculation and if applicable, the
principal which is repaid. Both amounts are for information only, the actual amount(s) to be settled are part of
sequences C or E
Optional sequence E provides the optional payment date(s) and amounts payable by party A, together with the settlement instructions.
MT 362 Interest Rate Reset/Advice of Payment
Status

Tag

Field Name

Content/Options

No.

Mandatory Sequence A General Information

346

15A

New Sequence

(CrLf)

20

Senders Reference

16x

21

Related Reference

16x

22A

Type of Operation

4!c

94A

Scope of Operation

4!c

22C

Common Reference

4!a2!c4!n4!a2!c

23A

Identification of the Swap

10a/5a

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

Status

Tag

Field Name

Content/Options

No.

21N

Contract Number Party A

16x

21B

Contract Number Party B

16x

30V

Effective Date

8!n
10

30P

Termination Date

8!n
11

82a

Party A

A or D
12

87a

Party B

A or D
13

29A

Contact Information

4*35x
14

72

Sender to Receiver Information

6*35x
15

Optional Sequence B Interest Rate/Principal Payable by Party B


M

15B

New Sequence

(CrLf)
16

33F

Calculation Notional Currency and Amount

3!a15d
17

30X

Period Start Date

8!n
18

30Q

Period End Date

8!n
19

37G

Reset Rate

[N]12d
20

37J

Cap Rate

12d
21

37L

Floor Rate

12d
22

37R

Spread

[N]12d
23

37M

Total Rate

[N]12d
24

5 February 2007

347

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

30F

Field Name
Payment Date

Content/Options

No.

8!n
25

32H

Currency, Interest Amount

[N]3!a15d
26

33E

Currency, Principal Exchange Amount

3!a15d
27

37N

Details of Interest Rate

6*35x
28

Optional Sequence C (Net) Amount(s) Payable by Party B


M

15C

New Sequence

(CrLf)
29

18A

Number of Repetitions

5n
30

----->
M

30F

Payment Date

8!n
31

32M

Currency, Payment Amount

3!a15d
32

53a

Delivery Agent

A or D
33

56a

Intermediary

A or D
34

86a

Second Intermediary

A or D
35

57a

Receiving Agent

A or D
36

-----|
Optional Sequence D Interest Rate/Principal Payable by Party A
M

15D

New Sequence

(CrLf)
37

33F

Calculation Notional Currency and Amount

3!a15d
38

30X

Period Start Date

8!n
39

348

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

Status

Tag

30Q

Field Name
Period End Date

Content/Options

No.

8!n
40

37G

Reset Rate

[N]12d
41

37J

Cap Rate

12d
42

37L

Floor Rate

12d
43

37R

Spread

[N]12d
44

37M

Total Rate

[N]12d
45

30F

Payment Date

8!n
46

32H

Currency, Interest Amount

[N]3!a15d
47

33E

Currency, Principal Exchange Amount

3!a15d
48

37N

Details of Interest Rate

6*35x
49

Optional Sequence E (Net) Amount(s) Payable by Party A


M

15E

New Sequence

(CrLf)
50

18A

Number of Repetitions

5n
51

----->
M

30F

Payment Date

8!n
52

32M

Currency, Payment Amount

3!a15d
53

53a

Delivery Agent

A or D
54

56a

Intermediary

A or D
55

5 February 2007

349

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

86a

Field Name

Content/Options

Second Intermediary

No.

A or D
56

57a

Receiving Agent

A or D
57

-----|
M = Mandatory O = Optional

MT 362 Network Validated Rules


C1
At least one of the sequences B or D must be present (Error code(s): E47).
If sequence B is...

then sequence D is...

Present

Optional

Not present

Mandatory

C2
At least one of the sequences C or E must be present (Error code(s): E48).
If sequence C is...

then sequence E is...

Present

Optional

Not present

Mandatory

Note: ref. rule C3


C3
When the settlement method, ie, the second subfield of field 23A, is "NET", either sequence C or E must be present,
but not both (Error code(s): E49).
Note: When the settlement method is NET, this rule takes precedence over rule C2.
C4
When the settlement method, ie, the second subfield of field 23A, is "NET", the payments block (i.e. fields 30F---57a)
within sequence C or E must occur only once (Error code(s): E50).

350

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

i.e. field 18A in seq. C or E must be =1, refer to indexes 30 or 51, field 18A
NETWORK VALIDATED RULES (Error code(s): D96).
Note: ref. Rule C2 (seq. C or E must be present)
C5
When the settlement method, ie, the second subfield of field 23A, is "GROSS", the payments block (i.e. fields
30F---57a) within sequence C or E cannot occur more than three times (Error code(s): E51).
i.e field 18A must be <4, refer to indexes 30 or 51, field 18A
NETWORK VALIDATED RULES (Error code(s): D96).
Note: ref. rule C2 (seq. C or E must be present)
C6
The currency code of the fields 33F and 32H in sequence B must be the same. The currency codes of the fields 33F and
32H in sequence D must be the same (Error code(s): E38).
C7
The second intermediary field can only be used if two intermediaries are required. Thus, for all occurrences of the
fields 56a and 86a, the following rules apply (Error code(s): E35):
If, in a sequence,
field 56a is...

then, in the same sequence,


field 86a is...

Present

Optional

Not present

Not allowed

C8
The related reference must be present for an amendment or cancellation. Thus, in sequence A, the presence of field 21
depends on field 22A as follows (Error code(s): D02):
Sequence A
if field 22A is...

Sequence A
then field 21 is...

AMND

Mandatory

CANC

Mandatory

DUPL

Optional

NEWT

Optional

C9

5 February 2007

351

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Taking into account C1:


The cap and floor rates are mandatory in the case of a cap, floor or collar otherwise they are optional. Thus, in
sequences B and D, the presence of fields 37J and 37L depends on subfield 1 of field 23A in sequence A as follows
(Error code(s): E39):
Sequence A
if subfield 1 of
field 23A is...

Sequence B
then field 37J is...

Sequence B
then field 37L is...

Sequence D
then field 37J is...

Sequence D
then field 37L is...

FIXEDFIXED

Not allowed

Not allowed

Not allowed

Not allowed

FLOATFLOAT

Optional

Optional

Optional

Optional

FLOATFIXED

Not allowed

Not allowed

Optional

Optional

FIXEDFLOAT

Optional

Optional

Not allowed

Not allowed

CAPBUYER

Mandatory

Not allowed

Not allowed

Not allowed

CAPSELLER

Not allowed

Not allowed

Mandatory

Not allowed

FLOORBUYER

Not allowed

Mandatory

Not allowed

Not allowed

FLOORSLLER

Not allowed

Not allowed

Not allowed

Mandatory

COLLARBYER

Optional

Mandatory

Mandatory

Optional

COLLARBYER

Mandatory

Optional

Optional

Mandatory

COLLARSLLR

Optional

Mandatory

Mandatory

Optional

COLLARSLLR

Mandatory

Optional

Optional

Mandatory

MT 362 Usage Rules


The MT 362 is used for a rate reset/advice of interest payment between two parties, A and B:

352

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

It can also be exchanged on behalf of an institution or corporate:

Party A and party B are the legal entities which have agreed to the transaction.
Party A is either:
the Sender, or
the institution/corporate on behalf of which the message is sent
Party B is either:
the Receiver, or
the institution/corporate on behalf of which the message is received.
This message is exchanged for the reset of the floating rate at each calculation or compounding period.
The message states the amount(s) to be paid/received by party A:
In the case of a single currency interest rate derivative, either the two sides are netted which results in a single net
amount to be paid/received by party A, or the amounts are settled individually.
In the case of a cross currency interest rate swap, either the interest and the principal are settled as one payment or
both are paid individually.
This message should not be used for rates which fix in arrears or for multi-fix rates, ie, when resets are done more often
than the calculation or compounding period.
When a rate is reset, the interest amount to be paid (Sequence C or E) for that period should be included. In the case of
a compounding swap the amount to be paid will only be included when the settlement amount has been determined. No
separate advices should be sent for the same amounts at payment date.
For the actual transfer of funds or the confirmation of credits and debits, other messages outside Category 3 are available such as the MTs 202, 203, 205, Financial Institution Transfer messages and the MTs 900, 910, 950, Confirmation
of Debit/Credit and statement messages, respectively.
In all cases, the common reference of the MT 362 must be quoted in the relevant reference field, ie, field 21 of the
MT 202, 203, 205.
When cancelling a previously sent message (field 22A is CANC) using MT 362:
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
cancelled
the cancellation message must contain a copy of at least the mandatory fields of the general information and transaction details sequences.
To amend a previously sent message (field 22A is AMND):
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
amended
the amendment message must contain both the unchanged and the changed/new fields of the original message
the amendment message replaces the original message.

5 February 2007

353

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 362 Guidelines
1. Use of the Message
The message is sent to confirm:
1. the fixing of the floating rate for one and only one calculation period, or for one compounding period only in the case
of compounding swaps,
2. the calculated interest for both a floating leg for that period and a fixed leg (sequences B and D),
3. the amount(s) to be settled on the payment date for the same calculation period (sequences C and E). For compounding
swaps, this is applicable only if there is an interest payment at the end of the compounding period.
The information included in the message relates to one payment date only, one MT 362 must not contain information related
to multiple payment dates. An MT 362 sent for a payment date must contain the value NEWT in field 22A. Only a change
or a cancellation of a message already sent for the same payment date should contain AMND or CANC otherwise MTs 362
related to different payment dates will be chained.
For compounding swaps, the information included in the message relates to one compounding period only, one MT 362
must not contain information related to multiple compounding periods. An MT 362 sent for a new compounding period
must contain the value NEWT in field 22A. Only a change or a cancellation of a message already sent for the same
compounding period should contain AMND or CANC otherwise MTs 362 related to different compounding periods will be
chained.
For OIS trades, MTs 362 are exchanged only when an interest amount is calculated and the interest settled. The message is
sent as soon as the calculation is made. The reset rate in the OIR leg of this message must contain the calculation rate: ie, the
rate used to calculate the interest.
The message is used as follows when:
A. The calculation/compounding periods for the two legs are different
1. Floating leg
For the fixing of the floating leg and the confirmation of the settlement amount, if applicable, one MT 362 is sent
on the fixing date. This message contains either sequence B or D, never both. This message also contains either
sequence C or E, never both .
No message must be sent on the payment date as it will contain the same information as in the original message
sent on the fixing date. For compounding swaps, in Sequences B and D: the start date (field 30X) contains the
start date of the compounding period and field 30F (and optionally field 30Q) the end date of the compounding
period. Field 32H, interest amount contains the calculated interest for that period.
For sequences C and E, when there is no payment at the end of the compounding period, field 32M, payment
amount, contains the value 0, (zero) and the settlement instructions, ie, field 57a contains :57D:NONE.
When the end date of the compounding period is a payment date, normal rules apply to field 32M.
Timing: the message is sent on the fixing date.
2. Fixed leg
The calculated amount, and thus the settlement amount, is confirmed using one MT 362. This message contains
either sequence B or D, never both. This message also contains either sequence C or E, never both. The reset rate
field will contain the fixed rate. The spread is zero.

354

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

Timing: the message is sent at the beginning of the calculation period.


B. Some or all payment dates for the two legs are the same
1. Same payment dates
The MT 362 contains a floating leg including the reset rate and calculated interest (sequence B/D). Usually, when
payment dates are the same, the interests are netted. Therefore, the message also contains a fixed leg with the
fixed rate and calculated interest (sequence D/B). The information about the fixed payment is included to enable
the reconstitution of the net amount. The two legs may contain different calculation periods, however the payment
dates must be the same. The message must contain either sequence C or E to confirm the net interest.
No message must be sent on the payment date as it will contain the same information as in the original message
sent on the fixing date. When interests are settled gross we also recommend, for reconciliation purposes, to
include the fixed leg for the same payment date (sequence D/B). The message will then contain both sequences C
and E.
Timing: the message is sent on the fixing date.
2. Different payment dates
For the non-common payment dates, the same applies as stated above (ie, the periods of the two legs are different)
.

2. Use of the sequences C/E and the repetitive payments block


The following is valid when payment dates coincide for the two legs.
Single currency interest rate swaps:
when interests are settled net: either sequence C or E is present, never both. The payments block within C/E occurs
only once
when interests are settled gross, the interest rates are positive: both sequences C and E are present and the payments
block occurs only once in each sequence
interests are settled gross, one interest rate is negative: when the payment flow is not inverted, the corresponding
sequence C or E should be used with the amount to be settled equal to zero
when interests are settled gross, one interest rate is negative: when the payment flow is inverted, either sequence C or E
is present, never both. The payments block will occur twice in the sequence
For cross currency interest rate swaps (always gross settled), the same applies as for the single currency swap. There is one
more occurrence of the payments block when the principal, or part of it, is paid at the same time and is not netted with the
interest but settled separately.
When interests are netted and the resulting amount is zero, either sequence C or E can be used.

3. Cancellation of a message
The MT 392 can also be used for cancellation. The following issues however, have to be considered:
Acknowledgement: by sending the MT 392, the sender requests the receiver to cancel the confirmation previously sent.
The receiver must acknowledge the request by sending an MT 396 back to the sender of the MT 392.
Routing: the MT 392 might not be routed to the same destination as the MT 362 to be cancelled.
Repetition of the original message: in the MT 392, only the senders reference of the previous message is mandatory,
all other fields are optional. When an MT 362 with CANC is used, the fields to be copied are mandated by the standard.

5 February 2007

355

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

4. Settlement Details
The table below shows how the different settlement parties involved in the deal can be identified .The table is presented
from party As point of view.
Whenever possible, users should use option A to identify institutions in these fields. Use of free text, ie, option D, except
when used to specify recognized code words, is strongly discouraged. Option D not only precludes party B from matching
and further processing the message automatically but also is contrary to the message text standards which state that option D
is only to be used when no other option is available.
Party A services account of party B. No separate settlement messages are sent.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will debit party Bs account

Party A will credit party Bs account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party B]
party A

:57a:[/account no of party B]
party A

Party B services account of party A. No separate settlement messages are sent.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party B will credit party As account

Party B will debit party As account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
party B

57a:[/account no of party A]
party B

Beneficiarys account serviced by a financial institution other than party A or party B. The payer sends an MT 202 to
its correspondent who will then send an MT 205 or equivalent to the correspondent of the payee. The correspondent
can be a branch of the party.

356

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Credit to party As account with that financial


institution

Credit to party Bs account with that financial


institution

[:53a: Correspondent of party B]

[:53a: Correspondent of party A]

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
correspondent of party A

:57a:[/account no of party B]
correspondent of party B

Beneficiary receives the funds through another institution (eg, BANK x for party x).
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of BANK x, ie, CORR x. CORR x will then send an MT 202 to BANK x who will then send an MT 950
to party x.
Field 56a identifies where BANK x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A

BANK B will receive the funds for party B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a: not used

:86a: not used

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary receives the funds through another institution (eg, BANK x for party x), the correspondent of BANK x,
CORR x also uses a correspondent.
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of CORR x. The correspondent of CORR x will then send an MT 202 to CORR x. CORR x will then
send an MT 202 to BANK x who will then send an MT 950 to party x.
Field 56a identifies the correspondent of BANK x.
Field 86a identifies where CORR x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A via


CORR A

BANK B will receive the funds for party B via


CORR B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

5 February 2007

357

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:86a:[/account of CORR A]
correspondent of CORR A

:86a:[/account no of CORR B]
correspondent of CORR B

:57a:[/account no of partyA]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary to receive the funds directly through a clearing system.


The payer sends an MT 202 to its correspondent who will then send an MT 202 to the payee.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will receive the funds through clearing

Party B will receive the funds through clearing

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:/CLEAR
party A

:57a:/CLEAR
party B

The counterparties use their standing settlement instructions.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:SSI

:57D:SSI

The payment flows are netted based on a bilateral agreement.

358

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NET

:57D:NET

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

There is no payment (amount is zero) or the settlement details are irrelevant.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NONE

:57D:NONE

The settlement details are not known at the time the confirmation is issued.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:UNKNOWN

:57D:UNKNOWN

Note:

It is only necessary to quote an account number when multiple accounts are serviced for the same
institution .

MT 362 Field Specifications


Note:

Where stated as such, the field names are based upon the standard ISDA terms. The version of the
ISDA definitions used is specified in the confirmation of the underlying deal (MT 360 Single
Currency Interest Rate Derivative Confirmation or 361 Cross Currency Interest Rate Swap Confirmation).

MT 362 Field Specifications


1. Field 15A: New Sequence
FORMAT
Option A

5 February 2007

Empty field

359

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory
DEFINITION
This field specifies the start of sequence A General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

2. Field 20: Senders Reference


FORMAT
16x

PRESENCE
Mandatory
DEFINITION
This field specifies the reference assigned by the Sender to unambiguously identify the message.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
The reference assigned to a reset/advice is used for cross-referencing purposes in subsequent messages, such as following
reset/advice and statement messages as well as queries. It is therefore essential for the identification of the original message
sent that this reference be unique.

3. Field 21: Related Reference


FORMAT
16x

PRESENCE
Conditional (C8)
DEFINITION
This field contains the identification of the reset/advice to which the current message is related.

360

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

NETWORK VALIDATED RULES


This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
This field must contain the content of field 20 Senders Reference of the previous reset/advice which is to be amended or
cancelled by this message, or the reference of the telex/fax of the original reset/advice.

4. Field 22A: Type of Operation


FORMAT
Option A

4!c

(Function)

PRESENCE
Mandatory
DEFINITION
This field specifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T36):
AMND

Replaces a previously sent reset/advice with the amended one contained in this message.
Used to add settlement agents to an MT 362 previously sent
-orto correct error(s) in an MT 362 previously sent.

CANC

Cancels a previously sent reset/advice.


Used to cancel an MT 362 previously sent
-orto cancel an MT 362 which contains erroneous information.

DUPL

Duplicates the same previously sent reset/advice.


Used to inform the Receiver that a reset/advice was already sent by telex, fax or SWIFT

NEWT

New reset/advice.
Used to send an MT 362 for the first time
-orto send a corrected MT 362 when the erroneous one was cancelled using an MT 362 with function
CANC.

USAGE RULES
When Function is AMND or CANC, the message must contain the full details of the reset/advice message to be amended or
cancelled.
An amendment or cancellation message always refers to the previous confirmation identified in field 21.

5 February 2007

361

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

5. Field 94A: Scope of Operation


FORMAT
Option A

4!c

(Scope)

PRESENCE
Optional
DEFINITION
This field specifies the role of the Sender and the Receiver of the message in the confirmation of the reset/advice.
CODES
Scope must contain one of the following codes (Error code(s): T36):
AGNT

The Sender/Receiver is sending/receiving the message on behalf of a third party.

BILA

Bilateral confirmation, ie, the Sender and the Receiver are the principals.

USAGE RULES
The absence of this field means that Sender and Receiver are the principals, ie, Scope is BILA.
AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has done
the deal.

6. Field 22C: Common Reference


FORMAT
Option C

4!a2!c4!n4!a2!c

(Bank Code 1) (Location Code 1) (Reference Code) (Bank


Code 2) (Location Code 2)

PRESENCE
Mandatory
DEFINITION
This field contains a reference common to both the Sender and the Receiver.
NETWORK VALIDATED RULES
This field consists of the bank and location codes (Error code(s): T95) (from the ISO Bank Identifier Code) of both the
Sender and the Receiver of the MT 362. These codes must appear in alphabetical order (letters take precedence over
numbers) (Error code(s): T96).

362

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

Location Code 1 and Bank Code 2 are separated by four digits, which must consist of the year (its last two characters) and
month of the termination date in field 30P, in the format YYMM (Error code(s): T22).
EXAMPLE
From CHEMUS33 to BARCGB2L
:22C:BARC2L9912CHEM33
:30P:19991214

7. Field 23A: Identification of the Swap


FORMAT
Option A

10a/5a

(Type of Swap) (Settlement Method)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of the underlying transaction for which the reset/advice is sent. It also specifies the settlement
method used.
CODES
Type of Swap must contain one of the following codes (Error code(s): T47):
CAPBUYER

Party A bought the cap and paid the premium.

CAPSELLER

Party A sold the cap and received the premium.

COLLARBYER

Party A bought the collar and paid the premium.

COLLARSLLR

Party A sold the collar and received the premium.

FIXEDFIXED

IRS or CS where both parties pay fixed rates.

FIXEDFLOAT

IRS or CS where party A pays fixed and receives floating rates.

FLOATFIXED

IRS or CS where, party A pays floating and receives fixed rates.

FLOATFLOAT

IRS or CS where both Parties pay floating rates.

FLOORBUYER

Party A bought the floor and paid the premium.

FLOORSLLER

Party A sold the floor and received the premium.

5 February 2007

363

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

CODES
Settlement Method must contain one of the following codes (Error code(s): T48):
GROSS

All due amounts are to be paid in full.

NET

All due amounts are to be netted, resulting in a single payment when due dates coincide.

USAGE RULES
Netting refers only to the individual deal and not to the client transaction portfolio which would be provided for within
Master Documentation.

8. Field 21N: Contract Number Party A


FORMAT
Option N

16x

PRESENCE
Mandatory
DEFINITION
This field specifies the contract number of the underlying transaction from party As viewpoint.
USAGE RULES
This number should remain the same throughout the life of the transaction. It is used by party A to link reset/advice to the
original deal.

9. Field 21B: Contract Number Party B


FORMAT
Option B

16x

PRESENCE
Optional
DEFINITION
This field specifies the contract number of the underlying transaction from party Bs viewpoint.
USAGE RULES
This field should be used by party A whenever the information is available. It enables party B to link the reset/advice to the
original deal.

364

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

10. Field 30V: Effective Date


FORMAT
Option V

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the first day of the term of the underlying transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
This field must contain the same date as in the original confirmation message.

11. Field 30P: Termination Date


FORMAT
Option P

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the last day of the term of the underlying transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
This field must contain the same date as in the original confirmation message.

12. Field 82a: Party A


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

365

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory
DEFINITION
This field identifies party A.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A should be used when available.
Party A is either:
- the sender :94A:BILA, or,
- the institution or corporate on whose behalf the message is sent :94A:AGNT.

13. Field 87a: Party B


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party B.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A should be used when available.
Party B is either:
- the receiver :94A:BILA, or,
- the institution or corporate on whose behalf the message is received :94A:AGNT.

366

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

14. Field 29A: Contact Information


FORMAT
Option A

4*35x

(Narrative)

PRESENCE
Optional
DEFINITION
This field specifies the name and/or telephone number of the person the Receiver may contact for any queries concerning
this message.
CODES
One or more of the following should must be used:
/DEPT/

followed by the name of the department

/FAXT/

followed by fax number

/NAME/

followed by the name of the contact person

/PHON/

followed by the telephone number

/TELX/

followed by the telex number

USAGE RULES
The codes do not need to be put on separate lines. It is the / at the beginning of a code and not the end-of-line that marks
the end of the information behind the previous code.
EXAMPLE
:29A:/NAME/Jones/DEPT/IRS Back Office

15. Field 72: Sender to Receiver Information


FORMAT
6*35x

(Narrative)

The following line format must be used:


Line 1
Lines 2-6

5 February 2007

/8c/[additional information]
[//continuation of additional information]
-or[/8c/[additional information]]

367

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Optional
DEFINITION
This field specifies additional information for the Receiver.
USAGE RULES
The structured format may be used for bilaterally agreed codes.
Each code used must be put between slashes and appear at the beginning of a line.
All alphabetic characters in a code must be in upper case.
Additional explanatory information, which may be continued on the next lines, is preceded by a double slash //. Narrative
text that is not qualified by a code must start with a double slash // on a new line, and should preferably be the last information in this field.
Field 72 must not be used for information for which another field is intended.
The use of this field with unstructured text may require manual intervention and thus cause delay in automated systems.

16. Field 15B: New Sequence


FORMAT
Option B

Empty field

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the start of optional sequence B Interest Rate/Principal Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

17. Field 33F: Calculation Notional Currency and Amount


FORMAT
Option F

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in a conditional sequence (C1)

368

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

DEFINITION
This field specifies the notional amount used for interest calculation in the calculation/compounding period for which the
rate is reset.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

18. Field 30X: Period Start Date


FORMAT
Option X

8!n

(Date)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the period start date of the calculation/compounding period for which the rate is reset.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
For compounding, non-OIS trades, this field must contain the start date of the compounding period.

19. Field 30Q: Period End Date


FORMAT
Option Q

8!n

(Date)

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies the period end date of the calculation/ compounding period for which the rate is reset.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

5 February 2007

369

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For compounding, non-OIS trades, if used, this field must contain the end date of the compounding period.

20. Field 37G: Reset Rate


FORMAT
Option G

[N]12d

(Sign) (Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the reset rate of the calculation/compounding period starting with the period start date.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
In the case of a negative rate, Sign must be present. The absence of Sign means that the rate is positive.
In an OIR leg, this field must contain the calculation rate, ie, the rate used to calculate the interest.

21. Field 37J: Cap Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Conditional (C9) in a conditional sequence (C1)
DEFINITION
This field specifies the cap rate.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).

370

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

USAGE RULES
Rate is expressed as a percentage.

22. Field 37L: Floor Rate


FORMAT
Option L

12d

(Rate)

PRESENCE
Conditional (C9) in a conditional sequence (C1)
DEFINITION
This field specifies the floor rate.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

23. Field 37R: Spread


FORMAT
Option R

[N]12d

(Sign) (Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the spread, ie, the margin which will be added to (or subtracted from, if negative) the floating rate.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
In the case of a negative rate, Sign must be present. The absence of Sign means that the rate is positive.

5 February 2007

371

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

If the spread is positive, ie, added to the rate, Sign is not present.
If there is no spread, the value of this field should be zero, ie, 0,.

24. Field 37M: Total Rate


FORMAT
Option M

[N]12d

(Sign) (Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the total rate, ie, 37G Reset Rate + 37R Spread, of the calculation/compounding period starting with the
period start date.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
In the case of a negative rate, Sign must be present. The absence of Sign means that the rate is positive.

25. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the payment date of the interest payable by party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

372

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

USAGE RULES
The payment date is an adjusted date, ie, a valid business day.
For compounding, non-OIS swaps, this field must contain the end date of the compounding period.

26. Field 32H: Currency, Interest Amount


FORMAT
Option H

[N]3!a15d

(Sign) (Currency) (Amount)

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies the interest amount based on the calculation notional and total rate for the period starting with period
start date.
NETWORK VALIDATED RULES
Sign must not be used if Amount is zero (Error code(s): T14).
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
In the case of a negative total rate, Amount is negative and Sign must be present. The absence of Sign means that the
amount is positive.
In the case of a negative amount, either the payment flow is inverted or it is reduced to zero, as specified in the master
agreement.
This amount is used for information only and not for settlement. The actual amount transferred at payment date are the
amounts specified in sequences C and/or D, depending on the direction of the resulting payment(s).
For compounding, non-OIS swaps, this field must contain the calculated interest for the compounding period.

27. Field 33E: Currency, Principal Exchange Amount


FORMAT
Option E

5 February 2007

3!a15d

(Currency) (Amount)

373

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies the principal exchange amount to be paid for the calculation period.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

28. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies additional details about the interest rate.
USAGE RULES
Use of this field may cause delay, because in automated systems, the presence of this field will normally require manual
intervention.

29. Field 15C: New Sequence


FORMAT
Option C

Empty field

PRESENCE
Mandatory in a conditional sequence (C2, C3)
DEFINITION
This field specifies the start of optional sequence C (Net) Amount(s) Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

374

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

30. Field 18A: Number of Repetitions


FORMAT
Option A

5n

(Number)

PRESENCE
Mandatory in a conditional sequence (C2, C3)
DEFINITION
This field specifies the number of times field 30F Payment Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

31. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory (C4, C5) in a conditional sequence (C2, C3)
DEFINITION
This field specifies the payment date of the payment by party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.
For compounding, non-OIS swaps, this field must contain the end date of the compounding period.

32. Field 32M: Currency, Payment Amount


FORMAT
Option M

5 February 2007

3!a15d

(Currency) (Amount)

375

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory (C4, C5) in a conditional sequence (C2, C3)
DEFINITION
This field specifies the payment currency and amount payable by party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
To use this field for compounding swaps, please refer to the chapter Usage Rules of this MT.
For compounding, non-OIS trades, when there is no payment at the end of the compounding period, this field must be zero.

33. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional in a conditional sequence (C2, C3)
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

376

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

34. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional in a conditional sequence (C2, C3)
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

35. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C7) in a conditional sequence (C2, C3)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.

5 February 2007

377

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary is identified before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

36. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory (C4, C5) in a conditional sequence (C2, C3)
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place.

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

378

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

37. Field 15D: New Sequence


FORMAT
Option D

Empty field

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the start of optional sequence D Interest Rate/Principal Payable by party A.
USAGE RULES
Only the field tag must be present, the field is empty.

38. Field 33F: Calculation Notional Currency and Amount


FORMAT
Option F

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the notional amount used for interest calculation in the calculation/compounding period for which the
rate is reset.

5 February 2007

379

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

39. Field 30X: Period Start Date


FORMAT
Option X

8!n

(Date)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the period start date of the calculation/ compounding period for which the rate is reset.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
For compounding, non-OIS trades, this field must contain the start date of the compounding period.

40. Field 30Q: Period End Date


FORMAT
Option Q

8!n

(Date)

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies the period end date of the calculation/ compounding period for which the rate is reset.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
For compounding, non-OIS trades, if used, this field must contain the end date of the compounding period.

380

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

41. Field 37G: Reset Rate


FORMAT
Option G

[N]12d

(Sign) (Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the reset rate of the calculation/compounding period starting with the period start date.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
In the case of a negative rate, Sign must be present. The absence of Sign means that the rate is positive.
In an OIR leg, this field must contain the calculation rate, ie, the rate used to calculate the interest.

42. Field 37J: Cap Rate


FORMAT
Option J

12d

(Rate)

PRESENCE
Conditional (C9) in a conditional sequence (C1)
DEFINITION
This field specifies the cap rate.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

5 February 2007

381

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

43. Field 37L: Floor Rate


FORMAT
Option L

12d

(Rate)

PRESENCE
Conditional (C9) in a conditional sequence (C1)
DEFINITION
This field specifies the floor rate.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

44. Field 37R: Spread


FORMAT
Option R

[N]12d

(Sign) (Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the spread, ie, the margin which will be added to (or subtracted from if negative) the floating rate.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
In the case of a negative rate, Sign must be present. The absence of Sign means that the rate is positive.
If the spread is positive, ie, added to the rate, Sign is not present.
If there is no spread, the value of this field should be zero, ie, 0.

382

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

45. Field 37M: Total Rate


FORMAT
Option M

[N]12d

(Sign) (Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the total rate, ie, 37G Reset Rate + 37R Spread, of the calculation/compounding period starting with the
period start date.
NETWORK VALIDATED RULES
Sign must not be used if Rate is zero (Error code(s): T14).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.
In the case of a negative rate, Sign must be present. The absence of Sign means that the rate is positive.

46. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the payment date of the interest payable by party A.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.
For compounding, non-OIS swaps, this field must contain the end date of the compounding period.

5 February 2007

383

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

47. Field 32H: Currency, Interest Amount


FORMAT
Option H

[N]3!a15d

(Sign) (Currency) (Amount)

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies the interest amount based on the calculation notional and total rate for the period starting with period
start date.
NETWORK VALIDATED RULES
Sign must not be used if Amount is zero (Error code(s): T14).
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
In the case of a negative total rate, Amount is negative and Sign must be present. The absence of Sign means that the
amount is positive.
In the case of a negative amount, either the payment flow is inverted or it is reduced to zero, as specified in the master
agreement.
This amount is used for information only and not for settlement. The actual amount transferred at payment date are the
amounts specified in sequences C and/or D, depending on the direction of the resulting payment(s).
For compounding, non-OIS swaps, this field must contain the calculated interest for the compounding period.

48. Field 33E: Currency, Principal Exchange Amount


FORMAT
Option E

3!a15d

(Currency) (Amount)

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies the principal exchange amount to be paid for the calculation period.

384

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

NETWORK VALIDATED RULES


Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

49. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

PRESENCE
Optional in a conditional sequence (C1)
DEFINITION
This field specifies additional details about the interest rate.
USAGE RULES
Use of this field may cause delay, because in automated systems, the presence of this field will normally require manual
intervention.

50. Field 15E: New Sequence


FORMAT
Option E

Empty field

PRESENCE
Mandatory in a conditional sequence (C2, C3)
DEFINITION
This field specifies the start of optional sequence E (Net) Amount(s) Payable by party A.
USAGE RULES
Only the field tag must be present, the field is empty.

51. Field 18A: Number of Repetitions


FORMAT
Option A

5 February 2007

5n

(Number)

385

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory in a conditional sequence (C2, C3)
DEFINITION
This field specifies the number of times field 30F Payment Date is present in the same sequence.
NETWORK VALIDATED RULES
Number must equal the number of occurrences of the subsequent field 30F (Error code(s): D96).

52. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory (C4, C5) in a conditional sequence (C2, C3)
DEFINITION
This field specifies the payment date of the payment by party A.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.
For compounding, non-OIS swaps, this field must contain the end date of the compounding period.

53. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory (C4, C5) in a conditional sequence (C2, C3)
DEFINITION
This field specifies the payment currency and amount payable by party A.

386

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

NETWORK VALIDATED RULES


Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).
USAGE RULES
To use this field for compounding swaps, please refer to the chapter Usage Rules of this MT.
For compounding, non-OIS trades, when there is no payment at the end of the compounding period, this field must be zero.

54. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional in a conditional sequence (C2, C3)
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

55. Field 56a: Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

387

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Optional in a conditional sequence (C2, C3)
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

56. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C7) in a conditional sequence (C2, C3)
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.

388

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

Please refer to the chapter Guidelines for this MT.

57. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory (C4, C5) in a conditional sequence (C2, C3)
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33

5 February 2007

389

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

:57A://CH123456
CITIUS33

MT 362 Examples
Reset/Advice message for a Fixed/Floating Single Currency Interest Rate Swap
(see MT 360 Example 1)
Narrative
The initial rate is 6.63031%. A reset message is exchanged to confirm the rate as well as the interest amount which will be
settled at the payment date of the first floating interest payment.
Message 1 From JPMorgan Chase Bank New York
EXPLANATION

FORMAT

Sender

CHASUS33

Message Type

362

Receiver

BARCGB2L

Message Text
General Information

:15A:

Senders Reference

:20:IRS1234

Type of Operation

:22A:NEWT

Scope of Operation

:94A:BILA

Type of Event

:22B:RSET

Common Reference

:22C:BARC2L0603CHAS33

Identification of the Swap

:23A:FLOATFIXED/NET

Contract Number Party A

:21N:SCS001

Effective Date

:30V:20020305

Termination Date

:30P:20060305

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Interest Rate/Principal Payable by Party A

:15D:

Calculation Notional Currency and Amount

:33F:GBP35000000,00

390

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 362

EXPLANATION

FORMAT

Period Start Date

:30X:20020305

Period End Date

:30Q:20020905

Reset Rate

:37G:6,63031

Spread

:37R:N0,2

Total Rate

:37M:6,43031

Payment Date

:30F:20020905

Currency, Interest Amount

:32H:GBP960750,00

(Net) Amount(s) Payable by Party A

:15E:

Number of Repetitions

:18A:1

Payment Date

:30F:20020905

Currency, Payment Amount

:32M:GBP960750,00

Receiving Agent

:57A:BARCGB2L

5 February 2007

391

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 364 Single Currency Interest Rate Derivative Termination/Recouponing Confirmation


MT 364 Scope
This message is exchanged by or on behalf of the institutions or corporates, party A and party B, which have agreed to the
termination, partial termination or recouponing of a single currency interest rate swap, a cap, a collar or a floor. The terminated/recouponed transaction is covered by a BBAIRS, ISDA or AFB or another bilateral agreement.
This message may be used to:
confirm the details of the partial or full termination of an existing transaction between the parties
confirm the details of the recouponing of an existing transaction
correct a previously sent termination/recouponing
cancel a previously sent termination/recouponing.

MT 364 Format Specifications


The MT 364 consists of five sequences:
Sequence A provides general information about the original contract, ie, the principals, the type of the underlying
transaction, the currency and notional amount, the contract numbers, the type of event (termination/recouponing) and
optionally, the new notional(s). It also provides information about the confirmation itself, ie, if it is sent by a third
party, if it is a new confirmation, an amendment or a cancellation.
Optional sequence B provides the original fixed rate and optional new rate payable by party B.
Optional sequence E provides the original fixed rate and optional new rate payable by party A.
Optional sequence L provides the details of the fee paid by party B.
Optional sequence M provides the details of the fee paid by party A.
MT 364 Single Currency Interest Rate Derivative Termination/ Recouponing Confirmation
Status

Tag

Field Name

Content/Options

No.

Mandatory Sequence A General Information

392

15A

New Sequence

(CrLf)

20

Senders Reference

16x

21

Related Reference

16x

22A

Type of Operation

4!c

94A

Scope of Operation

4!c

22B

Type of Event

4!c

22C

Common Reference

4!a2!c4!n4!a2!c

23A

Identification of the Swap

10a/5a

21N

Contract Number Party A

16x

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

Status

Tag

21B

Field Name
Contract Number Party B

Content/Options

No.

16x
10

30T

Termination/Recouponing Trade Date

8!n
11

30Q

Termination/Recouponing Effective Date

8!n
12

30P

Original Termination Date

8!n
13

30V

Original Effective Date

8!n
14

32B

Current Currency, Notional Amount

3!a15d
15

82a

Party A

A or D
16

87a

Party B

A or D
17

22D

Accrual of Interest Specification

4!c
18

32G

New Currency, Notional Amount

3!a15d
19

37N

Details of Interest Rate

6*35x
20

29A

Contact Information

4*35x
21

72

Sender to Receiver Information

6*35x
22

Optional Sequence B Fixed Interest Payable by Party B


M

15B

New Sequence

(CrLf)
23

37U

Current Fixed Rate

12d
24

37P

New Fixed Rate

12d
25

Optional Sequence E Fixed Interest Payable by Party A

5 February 2007

393

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

15E

Field Name
New Sequence

Content/Options

No.

(CrLf)
26

37U

Current Fixed Rate

12d
27

37P

New Fixed Rate

12d
28

Optional Sequence L Fee Payable by Party B


M

15L

New Sequence

(CrLf)
29

30F

Payment Date

8!n
30

32M

Currency, Payment Amount

3!a15d
31

53a

Delivery Agent

A or D
32

56a

Intermediary

A or D
33

86a

Second Intermediary

A or D
34

57a

Receiving Agent

A or D
35

Optional Sequence M Fee Payable by Party A


M

15M

New Sequence

(CrLf)
36

30F

Payment Date

8!n
37

32M

Currency, Payment Amount

3!a15d
38

53a

Delivery Agent

A or D
39

56a

Intermediary

A or D
40

86a

Second Intermediary

A or D
41

394

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

Status

Tag

57a

Field Name
Receiving Agent

Content/Options

No.

A or D
42
M = Mandatory O = Optional

MT 364 Network Validated Rules


C1
The message must contain the current fixed interest rate(s). The use of the fixed interest rate sequences depends on the
type of the original transaction. Thus, the presence of sequences B and E depends on subfield 1 of field 23A in
sequence A as follows (Error code(s): E33)
Sequence A
and if subfield 1 of field 23A
is...

Sequence B is...

Sequence E is...

FIXEDFIXED

Mandatory

Mandatory

FLOATFLOAT

Not allowed

Not allowed

FLOATFIXED

Mandatory

Not allowed

FIXEDFLOAT

Not allowed

Mandatory

CAPBUYER

Not allowed

Not allowed

CAPSELLER

Not allowed

Not allowed

FLOORBUYER

Not allowed

Not allowed

FLOORSLLER

Not allowed

Not allowed

COLLARBYER

Not allowed

Not allowed

COLLARSLLR

Not allowed

Not allowed

C2
Taking into account C1:
The new fixed rates should only be used in the case of recouponing; the new notional amount should only be used in
the case of a partial termination. Thus, taking into account C1: in sequence A, the presence of fields 32G and 22D and,
in sequences B and E, the presence of field 37P depend on field 22B in sequence A as follows (Error code(s): E34):

5 February 2007

395

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Sequence A
if field 22B is...

Sequence A
then field 32G
is...

Sequence A
then field 22D
is...

Sequence B
then field 37P is...

Sequence E
then field 37P is...

PTRC

Mandatory

Mandatory

Mandatory

Mandatory

PTRM

Mandatory

Mandatory

Not allowed

Not allowed

RCPN

Not allowed

Mandatory

Mandatory

Mandatory

TERM

Not allowed

Not allowed

Not allowed

Not allowed

C3
The second intermediary field can only be used if more than one intermediary is required. Thus, for all occurrences of
fields 56a and 86a, the following rules apply (Error code(s): E35):
If, in a sequence,
field 56a is...

then, in the same sequence,


field 86a is...

Present

Optional

Not present

Not allowed

C4
The currency code in all amount fields must be the same (Error code(s): C02).
C5
The related reference is required in the case of an amendment or cancellation. Thus, in sequence A, the presence of
field 21 depends on field 22A as follows (Error code(s): D02):
Sequence A
if field 22A is...

Sequence A
then field 21 is...

AMND

Mandatory

CANC

Mandatory

DUPL

Optional

NEWT

Optional

C6
In sequence A, if field 22D consists of code OTHR, field 37N must be present (Error code(s): E36).

396

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

MT 364 Usage Rules


The MT 364 is used to confirm a termination/recouponing between two parties A and B:

It can also be exchanged on behalf of an institution or corporate:

Party A and party B are the legal entities which have agreed to the transaction.
Party A is either:
the Sender, or
the institution/corporate on behalf of which the message is sent.
Party B is either:
the Receiver, or
the institution/corporate on behalf of which the message is received.
Partial terminations are not applicable for amortising/accreting swaps.
For the actual transfer of funds or the confirmation of credits and debits, other messages outside Category 3 are available such as the MTs 202, 203, 205, Financial Institution Transfer messages and the MTs 900, 910, 950, Confirmation
of Debit/Credit and statement messages, respectively.
In all cases, the common reference of the MT 364 must be quoted in the relevant reference field, ie, field 21 of the
MTs 202, 203, 205.
When cancelling a previously sent message (field 22A is CANC) using MT 364:
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
cancelled
the cancellation message must contain a copy of at least the mandatory fields of the general information and transaction details sequences.

5 February 2007

397

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

To amend a previously sent message (field 22A is AMND):


field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
amended
the amendment message must contain both the unchanged and the changed/new fields of the original message
the amendment message replaces the original message.

MT 364 Guidelines
1. Cancellation of a Message
The MT 392 can also be used for cancellation. The following issues however, have to be considered:
Acknowledgement: by sending the MT 392, the sender requests the receiver to cancel the confirmation previously
sent. The receiver must acknowledge the request by sending an MT 396 back to the sender of the MT 392.
Routing: the MT 392 might not be routed to the same destination as the MT 364 to be cancelled.
Repetition of the original message: in the MT 392, only the senders reference of the previous message is mandatory, all other fields are optional. When an MT 364 with CANC is used, the fields to be copied are mandated by
the standard.
2. Settlement Details
The table below shows how the different settlement parties involved in the deal can be identified .The table is
presented from party As point of view.
Whenever possible, users should use option A to identify institutions in these fields. Use of free text, ie, option D,
except when used to specify recognized code words, is strongly discouraged. Option D not only precludes party B from
matching and further processing the message automatically but also is contrary to the message text standards which
state that option D is only to be used when no other option is available.
Party A services account of party B. No separate settlement messages are sent.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will debit party Bs account

Party A will credit party Bs account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party B]
party A

:57a:[/account no of party B]
party A

Party B services account of party A. No separate settlement messages are sent.

398

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party B will credit party As account

Party B will debit party As account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:86a: not used

:86a: not used

:57a:[/account no of party A]
party B

57a:[/account no of party A]
party B

Beneficiarys account serviced by a financial institution other than party A or party B. The payer sends an MT 202
to its correspondent who will then send an MT 205 or equivalent to the correspondent of the payee. The correspondent can be a branch of the party.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Credit to party As account with that financial


institution

Credit to party Bs account with that financial


institution

[:53a: Correspondent of party B]

[:53a: Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
correspondent of party A

:57a:[/account no of party B]
correspondent of party B

Beneficiary receives the funds through another institution (eg, BANK x for party x).
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of BANK x, ie, CORR x. CORR x will then send an MT 202 to BANK x who will then send an
MT 950 to party x.
Field 56a identifies where BANK x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A

BANK B will receive the funds for party B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a: not used

:86a: not used

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

5 February 2007

399

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Beneficiary receives the funds through another institution (eg, BANK x for party x), the correspondent of BANK
x, CORR x also uses a correspondent.
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of CORR x. The correspondent of CORR x will then send an MT 202 to CORR x. CORR x will
then send an MT 202 to BANK x who will then send an MT 950 to party x.
Field 86a identifies where CORR x will receive the funds.
Field 56a identifies the correspondent of BANK x.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A via


CORR A

BANK B will receive the funds for party B via


CORR B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a:[/account of CORR A]
correspondent of CORR A

:86a:[/account no of CORR B]
correspondent of CORR B

:57a:[/account no of partyA]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary to receive the funds directly through a clearing system.


The payer sends an MT 202 to its correspondent who will then send an MT 202 to the payee.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will receive the funds through clearing

Party B will receive the funds through clearing

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:/CLEAR
party A

:57a:/CLEAR
party B

The counterparties use their standing settlement instructions.

400

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:86a: not used

:86a: not used

:57D:SSI

:57D:SSI

The payment flows are netted based on a bilateral agreement.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NET

:57D:NET

There is no payment (amount is zero) or the settlement details are irrelevant.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NONE

:57D:NONE

The settlement details are not known at the time the confirmation is issued.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:UNKNOWN

:57D:UNKNOWN

Note: It is only necessary to quote an account number when multiple accounts are serviced for the same institution .

5 February 2007

401

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 364 Field Specifications


1. Field 15A: New Sequence
FORMAT
Option A

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence A General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

2. Field 20: Senders Reference


FORMAT
16x

PRESENCE
Mandatory
DEFINITION
This field specifies the reference assigned by the Sender to unambiguously identify the message.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
The reference assigned to a message is used for cross-referencing purposes in subsequent messages, such as following
confirmation and statement messages as well as queries. It is therefore essential for the identification of the original message
sent that this reference be unique.

3. Field 21: Related Reference


FORMAT
16x

402

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

PRESENCE
Conditional (C5)
DEFINITION
This field contains the identification of the message to which the current message is related.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
When used, this field must contain the content of field 20 Senders Reference of the previous message, or the reference of
the telex/fax of the original confirmation.

4. Field 22A: Type of Operation


FORMAT
Option A

4!c

(Function)

PRESENCE
Mandatory
DEFINITION
This field specifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T36):
AMND

Replaces a previously sent message with the amended one contained in this message.
Used to add settlement agents to an MT 364 previously sent
-orto correct error(s) in an MT 364 previously sent.

CANC

Cancels a previously sent message.


Used to cancel an MT 364 sent previously
-orto cancel an MT 364 which contains erroneous information.

DUPL

Duplicates a previously sent confirmation.


Used to inform the Receiver that a confirmation was already sent by telex, fax or SWIFT

NEWT

New confirmation.
Used to send an MT 364 for the first time
-orto send a corrected MT 364 when the erroneous one was cancelled using an MT 364 with function
CANC.

5 February 2007

403

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
When Function is AMND or CANC, the message must reconfirm the full details of the confirmation which is cancelled.
An amendment or cancellation message always refers to the previous confirmation identified in field 21.

5. Field 94A: Scope of Operation


FORMAT
Option A

4!c

(Scope)

PRESENCE
Optional
DEFINITION
This field specifies the role of the Sender and the Receiver of the message in the confirmation of the termination/recouponing.
CODES
Scope must contain one of the following codes (Error code(s): T36):
AGNT

The Sender/Receiver is sending/receiving the message on behalf of a third party.

BILA

Bilateral confirmation, ie, the Sender and Receiver are the principals.

USAGE RULES
The absence of this field means that the Sender and the Receiver are the principals, ie, Scope is BILA.
AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has done
the deal.

6. Field 22B: Type of Event


FORMAT
Option B

4!c

(Type)

PRESENCE
Mandatory
DEFINITION
This field identifies the event being confirmed.

404

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

CODES
Type must contain one of the following codes (Error code(s): T93):
PTRC

The message confirms both the partial termination and recouponing of the transaction.
New fixed rates are confirmed and the notional amount is reduced and the payment of a fee may be
applicable.

PTRM

The message confirms a partial termination.The notional amount is reduced and the payment of a fee
may be applicable.

RCPN

The message confirms the recouponing of the transaction.


New fixed rates are confirmed and the payment of a fee may be applicable.

TERM

The message confirms the termination of the transaction.


All outstanding obligations are discharged and may result in the payment of a termination fee.

7. Field 22C: Common Reference


FORMAT
Option C

4!a2!c4!n4!a2!c

(Bank Code 1) (Location Code 1) (Reference Code) (Bank


Code 2) (Location Code 2)

PRESENCE
Mandatory
DEFINITION
This field contains a reference common to both the Sender and the Receiver.
USAGE RULES
This field consists of the bank and location codes (Error code(s): T95) (from the ISO Bank Identifier Code) of both the
Sender and the Receiver of the MT 364. These codes must appear in alphabetical order (letters take precedence over
numbers) (Error code(s): T96).
Location Code 1 and Bank Code 2 are separated by four digits, which must consist of the year (its last two characters) and
month of the termination date in field 30P, in the format YYMM (Error code(s): T22).
EXAMPLE
From CHEMUS33 to BARCGB2L
:22C:BARC2L9912CHEM33
:30P:19991214

8. Field 23A: Identification of the Swap

5 February 2007

405

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option A

10a/5a

(Type of Swap) (Settlement Method)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of the underlying transaction which is terminated/recouponed as well as the settlement method
used.
CODES
Type of Swap must contain one of the following codes (Error code(s): T47):
CAPBUYER

Party A bought the cap and paid the premium.

CAPSELLER

Party A sold the cap and received the premium.

COLLARBYER

Party A bought the collar and paid the premium.

COLLARSLLR

Party A sold the collar and received the premium.

FIXEDFIXED

IRS or CS where both parties paid fixed rates.

FIXEDFLOAT

IRS or CS where party A pays fixed and receives floating rates.

FLOATFIXED

IRS or CS where party A pays floating and receives fixed rates.

FLOATFLOAT

IRS or CS where both parties pay floating rates.

FLOORBUYER

Party A bought the floor and paid the premium.

FLOORSLLER

Party A sells the floor and received the premium.

CODES
Settlement Method must contain the following code (Error code(s): T48):
NET

All due amounts are to be netted, resulting in a single payment when due dates coincide.

USAGE RULES
Netting refers only to this individual confirmation and not to the client transaction portfolio which would be provided for
within master documentation.

406

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

9. Field 21N: Contract Number Party A


FORMAT
Option N

16x

(Number)

PRESENCE
Mandatory
DEFINITION
This field specifies the contract number of the transaction from party As viewpoint.
USAGE RULES
This field should remain the same throughout the life of the transaction. It is used by party A to link the termination or
recouponing to the original transaction.

10. Field 21B: Contract Number Party B


FORMAT
Option B

16x

PRESENCE
Optional
DEFINITION
This field specifies the contract number of the transaction from party Bs viewpoint.
USAGE RULES
This field should be used by party A whenever the information is available. It enables party B to link the termination or
recouponing to the original transaction.

11. Field 30T: Termination/Recouponing Trade Date


FORMAT
Option T

8!n

(Date)

PRESENCE
Mandatory

5 February 2007

407

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the date the partial or full termination or recouponing was agreed between party A and party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

12. Field 30Q: Termination/Recouponing Effective Date


FORMAT
Option Q

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the effective date of the (partial) termination or the recouponing of the underlying transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

13. Field 30P: Original Termination Date


FORMAT
Option P

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the termination date of the original transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

14. Field 30V: Original Effective Date


FORMAT
Option V

408

8!n

(Date)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

PRESENCE
Mandatory
DEFINITION
This field specifies the effective date of the original transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

15. Field 32B: Current Currency, Notional Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies the currency and notional amount of the original transaction. In the case of the (partial) termination or
the recouponing of a transaction which has been partially terminated before, this field specifies the decreased amount which
resulted from the previous partial termination, ie, the current notional.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

16. Field 82a: Party A


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party A.

5 February 2007

409

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party A is either:
- the sender :94A:BILA, or,
- the institution or corporate on whose behalf the message is sent :94A:AGNT.

17. Field 87a: Party B


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party B.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A must be used when available.
Party B is either:
- the receiver, or,
- the institution or corporate on whose behalf the message is received.

18. Field 22D: Accrual of Interest Specification


FORMAT
Option D

410

4!c

(Code)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

PRESENCE
Conditional (C2)
DEFINITION
This field specifies, in the case of a partial termination or recouponing, as of when the new notional amount or new interest
rate will be applicable for the interest calculation.
CODES
Code must contain one of the following codes (Error code(s): T71):
LAST

The accrual of the (new) interest on the (reduced) notional amount is applicable from the start of the
current last calculation periods.

NEXT

The accrual of the (new) interest on the (reduced) notional amount will be applicable as of the next
calculation periods.

OTHR

The accrual of the interest is specified in field 37N in the same sequence.

19. Field 32G: New Currency, Notional Amount


FORMAT
Option G

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C2)
DEFINITION
This field specifies the new currency and notional amount resulting from the partial termination.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

20. Field 37N: Details of Interest Rate


FORMAT
Option N

5 February 2007

6*35x

(Narrative)

411

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C6)
DEFINITION
This field specifies additional details about the interest rate.
USAGE RULES
Use of this field may cause delay, because in automated systems, the presence of this field will normally require manual
intervention.

21. Field 29A: Contact Information


FORMAT
Option A

4*35x

(Narrative)

PRESENCE
Optional
DEFINITION
This field specifies the name and/or telephone number of the person the Receiver may contact for any queries concerning
this message.
CODES
At least one of the following should be used:
/DEPT/

followed by the name of the department

/FAXT/

followed by fax number

/NAME/

followed by the name of the contact person

/PHON/

followed by the telephone number

/TELX/

followed by the telex number

USAGE RULES
The codes do not need to be put on separate lines. It is the / at the beginning of a code and not the end-of-line that marks
the end of the information behind the previous code.
EXAMPLE
:29A:/NAME/Jones/DEPT/IRS Back Office

412

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

22. Field 72: Sender to Receiver Information


FORMAT
6*35x

(Narrative)

The following line format must be used:


Line 1
Lines 2-6

/8c/[additional information]
[//continuation of additional information]
-or[/8c/[additional information]]

PRESENCE
Optional
DEFINITION
This field specifies additional information for the Receiver.
USAGE RULES
The structured format may be used for bilaterally agreed codes.
Each code used must be put between slashes and appear at the beginning of a line.
All alphabetic characters in a code must be in upper case.
Additional explanatory information, which may be continued on the next lines, is preceded by a double slash //. Narrative
text that is not qualified by a code must start with a double slash // on a new line, and should preferably be the last information in this field.
Field 72 must not be used for information for which another field is intended.
The use of this field with unstructured text may require manual intervention and thus cause delay in automated systems.

23. Field 15B: New Sequence


FORMAT
Option B

Empty field

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the start of optional sequence B Fixed Interest Payable by Party B.

5 February 2007

413

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
Only the field tag must be present, the field is empty.

24. Field 37U: Current Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the original fixed rate payable by party B or, in the case of a (partial) termination or recouponing of a
transaction which was recouponed before, the rate resulting from the previous recouponing.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

25. Field 37P: New Fixed Rate


FORMAT
Option P

12d

(Rate)

PRESENCE
Conditional (C2) in a conditional sequence (C1)
DEFINITION
This field specifies the new fixed rate payable by party B.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

414

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

26. Field 15E: New Sequence


FORMAT
Option E

Empty field

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the start of optional sequence E Fixed Interest Payable by Party A.

27. Field 37U: Current Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the original fixed rate payable by party A or, in the case of a (partial) termination or recouponing of a
transaction which was recouponed before, the rate resulting from the previous recouponing.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

28. Field 37P: New Fixed Rate


FORMAT
Option P

12d

(Rate)

PRESENCE
Conditional (C2) in a conditional sequence (C1)

5 February 2007

415

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the new fixed rate payable by party A.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

29. Field 15L: New Sequence


FORMAT
Option L

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence L Fee Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

30. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the payment date of the fee.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.

416

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

31. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and fee payable by party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

32. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.

5 February 2007

417

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Please refer to the chapter Guidelines for this MT.

33. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

34. Field 86a: Second Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Conditional (C3) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.

418

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary is identified before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

35. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

5 February 2007

419

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

36. Field 15M: New Sequence


FORMAT
Option M

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence M Fee Payable by Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

37. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the payment date of the fee.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

420

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

USAGE RULES
The payment date is an adjusted date, ie, a valid business day.

38. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and fee payable by party A.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

39. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

5 February 2007

421

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

40. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field specifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

41. Field 86a: Second Intermediary


FORMAT
Option A
Option D

422

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

PRESENCE
Conditional (C3) in an optional sequence
DEFINITION
This field specifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations.(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary is identified before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

42. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

5 February 2007

423

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations.(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

MT 364 Examples
Example 1 Early Termination of Fixed/Floating Single Currency Interest Rate Swap
Confirmation (see MT 360 Example 1)
Narrative
On 12 April 2004 JPMorgan Chase Bank New York and Barclays Bank London decide to terminate the swap.
The agreed terms are:
The termination becomes effective on 15 April 2004
Barclays pays a fee of 5000 GBP.
SWIFT Message from JPMorgan Chase Bank, New York
EXPLANATION

FORMAT

Sender

CHASUS33

Message Type

364

Receiver

BARCGB2L

Message Text
General Information

:15A:

Senders Reference

:20:TERM1

Type of Operation

:22A:NEWT

424

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 364

EXPLANATION

FORMAT

Scope of Operation

:94A:BILA

Type of Event

:22B:TERM

Common Reference

:22C:BARC2L0603CHAS33

Identification of the Swap

:23A:FLOATFIXED/NET

Contract Number Party A

:21N:SCS001

Termination/Recouponing Trade Date

:30T:20040412

Termination/Recouponing Effective Date

:30Q:20040415

Original Termination Date

:30P:20060305

Original Effective Date

:30V:20020305

Currency, Notional Amount

:32B:GBP35000000,00

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Fixed Interests Payable by Party B

:15B:

Fixed Rate

:37U:5,475

Fee Payable by Party B

:15L:

Payment Date

:30F:20040415

Currency, Payment Amount

:32M:GBP5000,00

Receiving Agent

:57A:MIDLGB22

5 February 2007

425

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 365 Cross Currency Interest Rate Swap Termination/Recouponing Confirmation


MT 365 Scope
This message is exchanged by or on behalf of the institutions or corporates, party A and party B, which have agreed to the
termination, partial termination or recouponing of a cross currency interest rate swap. The terminated/recouponed transaction is covered by a BBAIRS, ISDA or another bilateral agreement.
The message may be used to:
confirm the details of the partial or full termination of an existing transaction between the parties
confirm the details of the recouponing of an existing transaction
correct a previously sent termination/recouponing
cancel a previously sent termination/recouponing.

MT 365 Format Specifications


The MT 365 consists of seven sequences:
Sequence A provides general information about the original contract, ie, the principals, the type of the underlying
transaction, the currency and notional amount, the contract numbers, the type of event (termination/recouponing) and
optionally, the new notionals. It also provides information about the confirmation itself, ie, if it is sent by a third party,
if it is a new confirmation, an amendment or a cancellation.
Optional sequence B provides the original fixed rate and optional new rate payable by party B.
Optional sequence E provides the original fixed rate and optional new rate payable by party A.
Optional sequence J provides the details of the re-exchange of principal payable by party B.
Optional sequence K provides the details of the re-exchange of principal payable by party A.
Optional sequence L provides the details of the fee payable by party B.
Optional sequence M provides the details of the fee payable by party A.
MT 365 Cross Currency Interest Rate Swap Termination/Recouponing Confirmation
Status

Tag

Field Name

Content/Option

No.

Mandatory Sequence A General Information

426

15A

New Sequence

(CrLf)

20

Senders Reference

16x

21

Related Reference

16x

22A

Type of Operation

4!c

94A

Scope of Operation

4!c

22B

Type of Event

4!c

22C

Common Reference

4!a2!c4!n4!a2!c

23A

Identification of the Swap

10a/5a

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

Status

Tag

Field Name

Content/Option

21N

Contract Number Party A

16x

21B

Contract Number Party B

16x

No.
9
10

30T

Termination/Recouponing Trade Date

8!n
11

30Q

Termination/Recouponing Effective Date

8!n
12

30P

Original Termination Date

8!n
13

30V

Original Effective Date

8!n
14

32B

Party B Current Currency, Notional Amount

3!a15d
15

33B

Party A Current Currency, Notional Amount

3!a15d
16

82a

Party A

A or D
17

87a

Party B

A or D
18

22D

Accrual of Interest Specification

4!c
19

32G

Party B New Currency, Notional Amount

3!a15d
20

33E

Party A New Currency, Notional Amount

3!a15d
21

37N

Details of Interest Rate

6*35x
22

29A

Contact Information

4*35x
23

72

Sender to Receiver Information

6*35x
24

Optional Sequence B Fixed Interest Payable by Party B


M

15B

New Sequence

(CrLf)
25

5 February 2007

427

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

37U

Field Name
Current Fixed Rate

Content/Option

No.

12d
26

37P

New Fixed Rate

12d
27

Optional Sequence E Fixed Interest Payable by Party A


M

15E

New Sequence

(CrLf)
28

37U

Current Fixed Rate

12d
29

37P

New Fixed Rate

12d
30

Optional Sequence J Re-exchange of Principal Payable by Party B


M

15J

New Sequence

(CrLf)
31

30F

Payment Date

8!n
32

32M

Currency, Payment Amount

3!a15d
33

53a

Delivery Agent

A or D
34

56a

Intermediary

A or D
35

86a

Second Intermediary

A or D
36

57a

Receiving Agent

A or D
37

Optional Sequence K Re-exchange of Principal Payable by Party A


M

15K

New Sequence

(CrLf)
38

30F

Payment Date

8!n
39

32M

Currency, Payment Amount

3!a15d
40

428

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

Status

Tag

53a

Field Name
Delivery Agent

Content/Option

No.

A or D
41

56a

Intermediary

A or D
42

86a

Second Intermediary

A or D
43

57a

Receiving Agent

A or D
44

Optional Sequence L Fee Payable by Party B


M

15L

New Sequence

(CrLf)
45

30F

Payment Date

8!n
46

32M

Currency, Payment Amount

3!a15d
47

53a

Delivery Agent

A or D
48

56a

Intermediary

A or D
49

86a

Second Intermediary

A or D
50

57a

Receiving Agent

A or D
51

Optional Sequence M Fee Payable by Party A


M

15M

New Sequence

(CrLf)
52

30F

Payment Date

8!n
53

32M

Currency, Payment Amount

3!a15d
54

53a

Delivery Agent

A or D
55

56a

Intermediary

A or D
56

5 February 2007

429

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

86a

Field Name

Content/Option

Second Intermediary

No.

A or D
57

57a

Receiving Agent

A or D
58
M = Mandatory O = Optional

MT 365 Network Validated Rules


C1
The message must contain the current fixed interest rate(s). The use of the fixed interest rate sequences depend on the
type of the original transaction. Thus, the presence of sequences B and E depends on subfield 1 of field 23A in
sequence A as follows (Error code(s): E33):
Sequence A
and if subfield 1 of field 23A
is...

Sequence B is...

Sequence E is...

FIXEDFIXED

Mandatory

Mandatory

FLOATFLOAT

Not allowed

Not allowed

FLOATFIXED

Mandatory

Not allowed

FIXEDFLOAT

Not allowed

Mandatory

C2
Taking into account C1:
The new fixed rates should only be used in the case of recouponing; the new notional amounts should only be used in
the case of a partial termination. Thus, in sequence A, the presence of fields 32G, 33E and 22D and, in sequences B
and E, the presence of field 37P, depend on field 22B in sequence A as follows (Error code(s): E34):
Sequence A
if field 22B
is...

430

Sequence A
then field
32G is...

Sequence A
then field
33E is...

Sequence A
then field
22D is...

Sequence B
then field 37P
is...

Sequence E
then field 37P is...

PTRC

Mandatory

Mandatory

Mandatory

Mandatory

Mandatory

PTRM

Mandatory

Mandatory

Mandatory

Not allowed

Not allowed

RCPN

Not allowed

Not allowed

Mandatory

Mandatory

Mandatory

TERM

Not allowed

Not allowed

Not allowed

Not allowed

Not allowed

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

C3
The second intermediary field can only be used if more than one intermediary is required. Thus, for all occurrences of
fields 56a and 86a, the following rules apply (Error code(s): E35):
If, in a sequence,
field 56a is...

then, in the same sequence,


field 86a is...

Present

Optional

Not present

Not allowed

C4
The related reference is required in the case of an amendment or cancellation. Thus, in sequence A, the presence of
field 21 depends on field 22A as follows (Error code(s): D02):
Sequence A
if field 22A is...

Sequence A
then field 21 is...

AMND

Mandatory

CANC

Mandatory

DUPL

Optional

NEWT

Optional

C5
In sequence A, if field 22D consists of code OTHR, field 37N must be present (Error code(s): E36).

MT 365 Usage Rules


The MT 365 is used to confirm a termination/recouponing between two parties A and B:

It can also be exchanged on behalf of an institution or corporate:

5 February 2007

431

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A and party B are the legal entities which have agreed to the transaction.
Party A is either:
the Sender, or
the institution/corporate on behalf of which the message is sent.
Party B is either:
the Receiver, or
the institution/corporate on behalf of which the message is received.
Partial terminations are not applicable for amortising/accreting swaps
For the actual transfer of funds or the confirmation of credits and debits, other messages outside Category 3 are available such as the MTs 202, 203, 205, Financial Institution Transfer messages and the MTs 900, 910, 950, Confirmation
of Debit/Credit and Statement messages, respectively.
In all cases, the common reference of the MT 365 must be quoted in the relevant reference field, ie, field 21 of the
MT 202, 203, 205.
When cancelling a previously sent message (field 22A is CANC) using MT 365:
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
cancelled
the cancellation message must contain a copy of at least the mandatory fields of the general information and transaction details sequences.
To amend a previously sent message (field 22A is AMND):
field 21 must contain the reference, ie, the content of field 20, of the message containing the instruction to be
amended
the amendment message must contain both the unchanged and the changed/new fields of the original message
the amendment message replaces the original message.

MT 365 Guidelines
1. Cancellation of a Message
The MT 392 can also be used for cancellation. The following issues however, have to be considered:
Acknowledgement: by sending the MT 392, the sender requests the receiver to cancel the confirmation previously
sent. The receiver must acknowledge the request by sending an MT 396 back to the sender of the MT 392.
Routing: the MT 392 might not be routed to the same destination as the MT 365 to be cancelled.
Repetition of the original message: in the MT 392, only the senders reference of the previous message is mandatory, all other fields are optional. When an MT 365 with CANC is used, the fields to be copied are mandated by
the standard.
2. Settlement Details

432

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

The table below shows how the different settlement parties involved in the deal can be identified .The table is
presented from party As point of view.
Whenever possible, users should use option A to identify institutions in these fields. Use of free text, ie, option D,
except when used to specify recognized code words, is strongly discouraged. Option D not only precludes party B from
matching and further processing the message automatically but also is contrary to the message text standards which
state that option D is only to be used when no other option is available.
Party A services account of party B. No separate settlement messages are sent.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will debit party Bs account .

Party A will credit party Bs account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party B]
party A

:57a:[/account no of party B]
party A

Party B services account of party A. No separate settlement messages are sent.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party B will credit party As account

Party B will debit party As account

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:[/account no of party A]
party B

57a:[/account no of party A]
party B

Beneficiarys account serviced by a financial institution other than party A or party B. The payer sends an MT 202
to its correspondent who will then send an MT 205 or equivalent to the correspondent of the payee. The correspondent can be a branch of the party.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Credit to party As account with that financial


institution

Credit to party Bs account with that financial


institution

[:53a: Correspondent of party B]

[:53a: Correspondent of party A]

:56a: not used

:56a: not used

5 February 2007

433

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:86a: not used

:86a: not used

:57a:[/account no of party A]
correspondent of party A

:57a:[/account no of party B]
correspondent of party B

Beneficiary receives the funds through another institution (eg, BANK x for party x).
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of BANK x, ie, CORR x. CORR x will then send an MT 202 to BANK x who will then send an
MT 950 to party x.
Field 56a identifies where BANK x will receive the funds.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A

BANK B will receive the funds for party B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a: not used

:86a: not used

:57a:[/account no of party A]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary receives the funds through another institution (eg, BANK x for party x), the correspondent of BANK
x, CORR x also uses a correspondent.
The payer sends an MT 202 to its correspondent. The correspondent will then send an MT 205 or equivalent to the
correspondent of CORR x. The correspondent of CORR x will then send an MT 202 to CORR x. CORR x will
then send an MT 202 to BANK x who will then send an MT 950 to party x.
Field 56a identifies the correspondent of BANK x.
Field 86a identifies where CORR x will receive the funds.

434

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

BANK A will receive the funds for party A via


CORR A

BANK B will receive the funds for party B via


CORR B

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a:[/account no of BANK A]
CORR A

:56a:[/account no of BANK B]
CORR B

:86a:[/account of CORR A]
correspondent of CORR A

:86a:[/account no of CORR B]
correspondent of CORR B

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:57a:[/account no of partyA]
BANK A

:57a:[/account no of party B]
BANK B

Beneficiary to receive the funds directly through a clearing system.


The payer sends an MT 202 to its correspondent who will then send an MT 202 to the payee.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

Party A will receive the funds through clearing

Party B will receive the funds through clearing

[:53a:Correspondent of party B]

[:53a:Correspondent of party A]

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57a:/CLEAR
party A

:57a:/CLEAR
party B

The counterparties use their standing settlement instructions.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:SSI

:57D:SSI

The payment flows are netted based on a bilateral agreement.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NET

:57D:NET

5 February 2007

435

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

There is no payment (amount is zero) or the settlement details are irrelevant.


Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:NONE

:57D:NONE

The settlement details are not known at the time the confirmation is issued.
Party A will RECEIVE funds from Party B

Party A will PAY funds to Party B

:53a: not used

:53a: not used

:56a: not used

:56a: not used

:86a: not used

:86a: not used

:57D:UNKNOWN

:57D:UNKNOWN

Note: It is only necessary to quote an account number when multiple accounts are serviced for the same institution .

MT 365 Field Specifications


1. Field 15A: New Sequence
FORMAT
Option A

Empty field

PRESENCE
Mandatory
DEFINITION
This field specifies the start of mandatory sequence A General Information.
USAGE RULES
Only the field tag must be present, the field is empty.

436

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

2. Field 20: Senders Reference


FORMAT
16x

PRESENCE
Mandatory
DEFINITION
This field specifies the reference assigned by the Sender to unambiguously identify the message.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
The reference assigned to a message is used for cross-referencing purposes in subsequent messages, such as following
confirmation and statement messages as well as queries. It is therefore essential for the identification of the original message
sent that this reference be unique.

3. Field 21: Related Reference


FORMAT
16x

PRESENCE
Conditional (C4)
DEFINITION
This field contains the identification of the message to which the current message is related.
NETWORK VALIDATED RULES
This field must not start or end with a slash / and must not contain two consecutive slashes // (Error code(s): T26).
USAGE RULES
When used, this field must contain the content of field 20 Senders Reference of the previous confirmation which is to be
amended or cancelled by this message, or the reference of the telex/fax of the original confirmation.

4. Field 22A: Type of Operation

5 February 2007

437

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

FORMAT
Option A

4!c

(Function)

PRESENCE
Mandatory
DEFINITION
This field specifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T36):
AMND

Replaces a previously sent message with the amended one contained in this message.
Used to add settlement agents to an MT 365 previously sent
-orto correct error(s) in an MT 365 previously sent.

CANC

Cancels a previously sent message.


Used to cancel an MT 365 previously sent
-orto cancel an MT 365 which contains erroneous information.

DUPL

Duplicates a previously sent confirmation.


Used to inform the Receiver that a confirmation was already sent by telex, fax or SWIFT

NEWT

New confirmation.
Used to send an MT 365 for the first time
-orto send a corrected MT 365 when the erroneous one was cancelled using an MT 365 with function
CANC.

USAGE RULES
When Function is AMND or CANC, the message must reconfirm the full details of the confirmation which is cancelled.
An amendment or cancellation message always refers to the previous confirmation identified in field 21.

5. Field 94A: Scope of Operation


FORMAT
Option A

438

4!c

(Scope)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

PRESENCE
Optional
DEFINITION
This field specifies the role of the Sender and the Receiver of the message in the confirmation of the termination/recouponing.
CODES
Scope must contain one of the following codes (Error code(s): T36):
AGNT

Sender/Receiver is sending/receiving the message on behalf of a third party.

BILA

Bilateral confirmation, ie, Sender and Receiver are the principals.

USAGE RULES
The absence of this field means that the Sender and the Receiver are the principals, ie, Scope is BILA.
AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has done
the deal.

6. Field 22B: Type of Event


FORMAT
Option B

4!c

(Type)

PRESENCE
Mandatory
DEFINITION
This field identifies the event being confirmed.
CODES
Type must contain one of the following codes (Error code(s): T93):
PTRC

The message confirms both the partial termination and recouponing of the transaction.
New fixed rates are confirmed and both notional amounts are reduced, the payment of a fee may be
applicable and a re-exchange of principals may take place.

PTRM

The message confirms a partial termination.


Both notional amounts are reduced, the payment of a fee may be applicable and a re-exchange of principals may take place.

RCPN

The message confirms the recouponing of the transaction.


New fixed rates are confirmed and the payment of a fee may be applicable.

5 February 2007

439

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

TERM

The message confirms the termination of the transaction.


All outstanding obligations are discharged and may result in the payment of a termination fee. A
re-exchange of principals may take place.

7. Field 22C: Common Reference


FORMAT
Option C

4!a2!c4!n4!a2!c

(Bank Code 1) (Location Code 1) (Reference Code) (Bank


Code 2) (Location Code 2)

PRESENCE
Mandatory
DEFINITION
This field contains a reference common to both the Sender and the Receiver.
NETWORK VALIDATED RULES
This field consists of the bank and location codes (Error code(s): T95) (from the ISO Bank Identifier Code) of both the
Sender and the Receiver of the MT 365. These codes must appear in alphabetical order (letters take precedence over
numbers) (Error code(s): T96).
Location Code 1 and Bank Code 2 are separated by four digits, which must consist of the year (its last two characters) and
month of the termination date in field 30P, in the format YYMM (Error code(s): T22).
EXAMPLE
From CHEMUS33 to BARCGB2L
:22C:BARC2L9912CHEM33
:30P:19991214

8. Field 23A: Identification of the Swap


FORMAT
Option A

10a/5a

(Type of Swap) (Settlement Method)

PRESENCE
Mandatory
DEFINITION
This field specifies the type of the original cross currency interest rate swap (CS) which is terminated/recouponed as well as
the settlement method used.

440

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

CODES
Type of Swap must contain one of the following codes (Error code(s): T47):
FIXEDFIXED

Both parties pay fixed rates.

FIXEDFLOAT

Party A pays fixed and receives floating rates.

FLOATFIXED

Party A pays floating and receives fixed rates.

FLOATFLOAT

Both parties pay floating rates.

CODES
Settlement Method must contain the following code (Error code(s): T48):
GROSS

All due amounts are to be paid in full.

9. Field 21N: Contract Number Party A


FORMAT
Option N

16x

(Number)

PRESENCE
Mandatory
DEFINITION
This field specifies the contract number of the transaction from party As viewpoint.
USAGE RULES
This field should remain the same throughout the life of the transaction. It is used by party A to link the termination or
recouponing to the original transaction.

10. Field 21B: Contract Number Party B


FORMAT
Option B

16x

(Number)

PRESENCE
Optional

5 February 2007

441

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the contract number of the transaction from party Bs viewpoint.
USAGE RULES
This field should be used by party A whenever the information is available. It enables party B to link the termination or
recouponing to the original transaction.

11. Field 30T: Termination/Recouponing Trade Date


FORMAT
Option T

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the date the partial or full termination or recouponing was agreed between party A and party B.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

12. Field 30Q: Termination/Recouponing Effective Date


FORMAT
Option Q

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the effective date of the (partial) termination or the recouponing of the underlying transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

13. Field 30P: Original Termination Date


FORMAT
Option P

442

8!n

(Date)

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

PRESENCE
Mandatory
DEFINITION
This field specifies the termination date of the original transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

14. Field 30V: Original Effective Date


FORMAT
Option V

8!n

(Date)

PRESENCE
Mandatory
DEFINITION
This field specifies the effective date of the original transaction.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

15. Field 32B: Party B Current Currency, Notional Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies party Bs currency and notional amount of the original transaction. In the case of the (partial) termination or the recouponing of a transaction which has been partially terminated before, this field specifies the decreased amount
which resulted from the previous partial termination, ie, the current notional.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

5 February 2007

443

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

16. Field 33B: Party A Current Currency, Notional Amount


FORMAT
Option B

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory
DEFINITION
This field specifies party As currency and notional amount of the original transaction. In the case of the (partial) termination or the recouponing of a transaction which has been partially terminated before, this field specifies the decreased amount
which resulted from the previous partial termination, ie, the current notional.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

17. Field 82a: Party A


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party A.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A should be used when available.
Party A is either:
- the sender :94A:BILA, or,

444

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

- the institution or corporate on whose behalf the message is sent :94A:AGNT.

18. Field 87a: Party B


FORMAT
Option A

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

Option D

(Party Identifier)
(BIC/BEI)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory
DEFINITION
This field identifies party B.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
USAGE RULES
For matching purposes, option A should be used when available.
Party B is either:
- the receiver :94A:BILA, or,
- the institution or corporate on whose behalf the message is received :94A:AGNT.

19. Field 22D: Accrual of Interest Specification


FORMAT
Option D

4!c

PRESENCE
Conditional (C2)
DEFINITION
This field specifies, in the case of a partial termination or recouponing, as of when the new notional amount or new interest
rate will be applicable for the interest calculation.
CODES
This field must contain one of the following codes (Error code(s): T71):
LAST

5 February 2007

The accrual of the (new) interest on the (reduced) notional amount is applicable from the start of the
current last calculation periods.

445

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NEXT

The accrual of the (new) interest on the (reduced) notional amount will be applicable as of the next
calculation periods.

OTHR

The accrual of the interest is specified in field 37N of this sequence.

20. Field 32G: Party B New Currency, Notional Amount


FORMAT
Option G

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C2)
DEFINITION
This field specifies party Bs new currency and notional amount resulting from the partial termination.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): T40,T43).

21. Field 33E: Party A New Currency, Notional Amount


FORMAT
Option E

3!a15d

(Currency) (Amount)

PRESENCE
Conditional (C2)
DEFINITION
This field specifies party As new currency and notional amount resulting from the partial termination.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

446

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

22. Field 37N: Details of Interest Rate


FORMAT
Option N

6*35x

(Narrative)

PRESENCE
Conditional (C5)
DEFINITION
This field specifies additional details about the interest rate
USAGE RULES
Use of this field may cause delay, because in automated systems, the presence of this field will normally require manual
intervention.

23. Field 29A: Contact Information


FORMAT
Option A

4*35x

(Narrative)

PRESENCE
Optional
DEFINITION
This field specifies the name and/or telephone number of the person the Receiver may contact for any queries concerning
this message.
CODES
One or more of the following should be used:
/DEPT/

followed by the name of the department

/FAXT/

followed by fax number

/NAME/

followed by the name of the contact person

/PHON/

followed by the telephone number

/TELX/

followed by the telex number

5 February 2007

447

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
The codes do not need to be put on separate lines. It is the / at the beginning of a code and not the end-of-line that marks
the end of the information behind the previous code.
EXAMPLE
:29A:/NAME/Jones/DEPT/IRS Back Office

24. Field 72: Sender to Receiver Information


FORMAT
6*35x

(Narrative)

The following line format must be used:


Line 1
Lines 2-6

/8c/[additional information]
[//continuation of additional information]
-or[/8c/[additional information]]

PRESENCE
Optional
DEFINITION
This field specifies additional information for the Receiver.
USAGE RULES
The structured format may be used for bilaterally agreed codes.
Each code used must be put between slashes and appear at the beginning of a line.
All alphabetic characters in a code must be in upper case.
Additional explanatory information, which may be continued on the next lines, is preceded by a double slash //. Narrative
text that is not qualified by a code must start with a double slash // on a new line, and should preferably be the last information in this field.
Field 72 must not be used for information for which another field is intended.
The use of this field with unstructured text may require manual intervention and thus cause delay in automated systems.

25. Field 15B: New Sequence


FORMAT
Option B

448

Empty field

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the start of optional sequence B Fixed Interest Payable by party B.
USAGE RULES
Only the field tag must be present, the field is empty.

26. Field 37U: Current Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the original fixed rate payable by party B or, in the case of a (partial) termination or recouponing of a
transaction which was recouponed before, the rate resulting from the previous recouponing.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

27. Field 37P: New Fixed Rate


FORMAT
Option P

12d

(Rate)

PRESENCE
Conditional (C2) in a conditional sequence (C1)
DEFINITION
This field specifies the new fixed rate payable by party B.

5 February 2007

449

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

28. Field 15E: New Sequence


FORMAT
Option E

Empty field

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the start of optional sequence E Fixed Interest Payable by Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

29. Field 37U: Current Fixed Rate


FORMAT
Option U

12d

(Rate)

PRESENCE
Mandatory in a conditional sequence (C1)
DEFINITION
This field specifies the original fixed rate payable by party A or, in the case of a (partial) termination or recouponing of a
transaction which was recouponed before, the rate resulting from the previous recouponing.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

450

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

30. Field 37P: New Fixed Rate


FORMAT
Option P

12d

(Rate)

PRESENCE
Conditional (C2) in a conditional sequence (C1)
DEFINITION
This field specifies the new fixed rate payable by party A.
NETWORK VALIDATED RULES
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
Rate is expressed as a percentage.

31. Field 15J: New Sequence


FORMAT
Option J

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence J Re-Exchange of Principal Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

32. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence

5 February 2007

451

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the payment date of the re-exchanged principal.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.

33. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and re-exchanged principal payable by party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

34. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.

452

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

35. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

36. Field 86a: Second Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

453

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C3) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary is identified before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

37. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

454

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

38. Field 15K: New Sequence


FORMAT
Option K

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence K Re-exchange of Principal Payable by Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

39. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence

5 February 2007

455

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the payment date of the re-exchanged principal.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.

40. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and re-exchanged principal payable by party A.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

41. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.

456

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

42. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

43. Field 86a: Second Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

457

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C3) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

44. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

458

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

45. Field 15L: New Sequence


FORMAT
Option L

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence L Fee Payable by Party B.
USAGE RULES
Only the field tag must be present, the field is empty.

46. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence

5 February 2007

459

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the payment date of the fee.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.

47. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and fee payable by party B.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

48. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.

460

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

49. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

50. Field 86a: Second Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

461

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C3) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations.(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary comes before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

51. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

462

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

52. Field 15M: New Sequence


FORMAT
Option M

Empty field

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of optional sequence M Fee Payable by Party A.
USAGE RULES
Only the field tag must be present, the field is empty.

53. Field 30F: Payment Date


FORMAT
Option F

8!n

(Date)

PRESENCE
Mandatory in an optional sequence

5 February 2007

463

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This field specifies the payment date of the fee.
NETWORK VALIDATED RULES
Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
USAGE RULES
The payment date is an adjusted date, ie, a valid business day.

54. Field 32M: Currency, Payment Amount


FORMAT
Option M

3!a15d

(Currency) (Amount)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the currency and fee payable by party A.
NETWORK VALIDATED RULES
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length. The number of digits following the comma must not exceed the maximum number allowed for the specified
currency (Error code(s): C03,T40,T43).

55. Field 53a: Delivery Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the financial institution from which the payer will transfer the funds.

464

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Field 53a is used only when the payer wants to inform the payee where the funds come from.
Please refer to the chapter Guidelines for this MT.

56. Field 56a: Intermediary


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Optional
DEFINITION
This field identifies the first intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is at least one financial institution between the delivery institution and the receiving institution.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

57. Field 86a: Second Intermediary


FORMAT
Option A
Option D

5 February 2007

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

465

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Conditional (C3) in an optional sequence
DEFINITION
This field identifies the second intermediary institution for the transfer of the funds.
NETWORK VALIDATED RULES
The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
This field is used when there is a second financial institution between the delivery institution and the receiving institution. In
the payment chain, this intermediary is identified before the first intermediary.
For matching purposes, option A must be used when available.
Please refer to the chapter Guidelines for this MT.

58. Field 57a: Receiving Agent


FORMAT
Option A
Option D

[/1!a][/34x]
4!a2!a2!c[3!c]
[/1!a][/34x]
4*35x

(Party Identifier)
(BIC)
(Party Identifier)
(Name & Address)

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field identifies the financial institution and account where the payee will receive the funds.
CODES
With option D, one of the following codes may also be used:
NET

When net settlement takes place

NONE

When no settlement is taking place.

SSI

When standing settlement instructions apply.

UNKNOWN

When the settlement instructions are not known.

466

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

NETWORK VALIDATED RULES


The BIC must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more information
about BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFT
BICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).
USAGE RULES
For matching purposes, option A must be used when available.
Party Identifier in options A and D may be used to indicate a CHIPS Universal Identifier. When used, it must be preceded
by a double slash //, and followed by the code CH and 6 digits.
Please refer to the chapter Guidelines for this MT.
EXAMPLE
:57A:/309945-009
CHEMUS33
:57A://CH123456
CITIUS33

MT 365 Examples
Early Termination of Fixed/Floating Cross Currency Interest Rate Swap Confirmation
(see MT 361 Example 1)
Narrative
On 10 January 1997 JPMorgan Chase Bank New York and Barclays Bank London decide to terminate the swap.
The agreed terms are:
the termination becomes effective on 15 January 1997
Barclays pays a fee of 5000 USD
the principals are re-exchanged.
Message 1 from JPMorgan Chase Bank New York
EXPLANATION

FORMAT

Sender

CHASUS33

Message Type

365

Receiver

BARCGB2L

Message Text
General Information

:15A:

Senders Reference

:20:TERM2

5 February 2007

467

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXPLANATION

FORMAT

Type of Operation

:22A:NEWT

Scope of Operation

:94A:BILA

Type of Event

:22B:TERM

Common Reference

:22C:BARC2L9912CHAS33

Identification of the Swap

:23A:FLOATFIXED

Contract Number Party A

:21N:CCS001

Termination/Recouponing Trade Date

:30T:19970110

Termination/Recouponing Effective Date

:30Q:19970115

Original Termination Date

:30P:19991214

Original Effective Date

:30V:19941214

Party B Currency, Notional Amount

:32B:JPY1000000000,

Party A Currency, Notional Amount

:33B:USD10000000,00

Party A

:82A:CHASUS33

Party B

:87A:BARCGB2L

Fixed Interests Payable by Party B

:15B:

Fixed Rate

:37U:6,

Re-exchange of Principal Payable by Party B

:15J:

Payment Date

:30F:19970115

Currency, Payment Amount

:32M:JPY1000000000,

Receiving Agent

:57A:CHASJPJT

Re-exchange of Principal Payable by Party A

:15K:

Payment Date

:30F:19970115

Currency, Payment Amount

:32M:USD10000000,00

Receiving Agent

:57A:BARCUS33

Fee Payable by Party B

:15L:

Payment Date

:30F:19970115

468

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 365

EXPLANATION

FORMAT

Currency, Payment Amount

:B02:USD5000,00

Receiving Agent

:57A:CHASUS33

5 February 2007

469

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 380 Foreign Exchange Order


Note:

The use of this message type requires Message User Group (MUG) registration.

MT 380 Scope
This message type is sent:
by a fund manager to a custodian bank as an order to purchase or sell a specific amount of a certain currency.
by a custodian bank to the local/sub custodian bank, when the fund accounts custodian uses a sub custodian in the
local market to execute the foreign exchange order received from a fund manager.
It may also be used to:
duplicate an order sent by other means, eg, fax or telex
provide a third party with a copy of the message being sent.

MT 380 Format Specifications


MT 380 Foreign Exchange Order
Status

Tag

Qualifier

Generic Field
Name

Detailed Field Name

Content/Options

No.

Mandatory Sequence A General Information


M

16R

Start of Block

GENL

(see qualifier description)

:4!c//16x

Function of the Message

4!c[/4!c]

FX Order Transaction Type Indicator

:4!c//4!c

Start of Block

LINK

----->
M

20C

4!c

Reference

-----|
M

23G

22H

FXTR

Indicator

----->Repetitive Optional Subsequence A1 Linkages


M

16R

13a

LINK

Number Identification

Linked Message

A or B

20C

PREV

Reference

Previous Reference

:4!c//16x

16S

End of Block

LINK

-----|End of Subsequence A1 Linkages

470

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

Status

Tag

16S

Qualifier

Generic Field
Name

Detailed Field Name

Content/Options

End of Block

GENL

Start of Block

FXORDER

No.
9

End of Sequence A General Information


Mandatory Sequence B FX Order Details
M

16R

10
M

22H

BUSE

Indicator

Buy/Sell Indicator

:4!c//4!c
11

----->
M

98a

4!c

Date/Time

(see qualifier description)

A or C
12

-----|
M

19B

ORDR

Amount

Ordered Amount

:4!c//3!a15d
13

11A

CNTR

Currency

Counter Currency

:4!c//3!a
14

Mandatory Subsequence B1 Parties


M

16R

Start of Block

ORDRPRTY
15

95a

INVE

Party

Investor

P, Q or R
16

97A

SAFE

Account

Safekeeping Account

:4!c//35x
17

16S

End of Block

ORDRPRTY
18

End of Subsequence B1 Parties


M

16S

End of Block

FXORDER
19

End of Sequence B FX Order Details


M = Mandatory O = Optional

5 February 2007

471

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 380 Network Validated Rules


There are no network validated rules for this message type.

MT 380 Field Specifications


1. Field 16R: Start of Block
FORMAT
Option R

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
GENL

General Information.

2. Field 20C: Reference


FORMAT
Option C

:4!c//16x

(Qualifier) (Reference)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order

M/O

Qualifier

R/N

CR

Options

Qualifier Description

SEME

Senders Reference

FXOR

FX Order Reference

472

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

DEFINITION
This qualified generic field specifies:
FXOR

Reference assigned by the Sender to unambiguously identify the FX Order.

SEME

Reference assigned by the Sender to unambiguously identify the message.

NETWORK VALIDATED RULES


Reference must not start or end with a slash / and not contain two consecutive slashes // (Error code(s): T26).

3. Field 23G: Function of the Message


FORMAT
Option G

4!c[/4!c]

(Function) (Sub-function)

PRESENCE
Mandatory
DEFINITION
This field identifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T86):
NEWM

This is a new order to buy or sell.

CODES
Sub-function, when present, must contain one of the following codes(Error code(s): T85):
CODU

This message is being sent as a copy, for information purposes and the message is a duplicate of a
message previously sent.

COPY

The message is being sent as a copy, for information purposes.

DUPL

The message is for information/confirmation purposes. It is a duplicate of a message previously sent.

5 February 2007

473

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

4. Field 22H: Indicator: FX Order Transaction Type Indicator


FORMAT
Option H

:4!c//4!c

(Qualifier) (Indicator)

PRESENCE
Optional
QUALIFIER
(Error code(s): T89)
Order
1

M/O
O

Qualifier
FXTR

R/N
N

CR

Options
H

Qualifier Description
FX Order Transaction Type Indicator

DEFINITION
This qualified generic field specifies:
FXTR

Type of FX Order transaction contained in the FX Order details of the message

CODES
When Qualifier is FXTR, Indicator must contain one of the following codes(Error code(s): K22):
REVS

Reverse Indicator

USAGE RULES
The code REVS is included for information only and indicates that the FX order in the message is the reverse of an order
sent previously.

5. Field 16R: Start of Block


FORMAT
Option R

16c

PRESENCE
Mandatory in an optional sequence

474

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
LINK

Linkages.

6. Field 13a: Number Identification: Linked Message


FORMAT
Option A
Option B

:4!c//3!c
:4!c/[8c]/30x

(Qualifier) (Number Id)


(Qualifier) (Data Source Scheme) (Number)

PRESENCE
Optional
QUALIFIER
(Error code(s): T89)
Order
1

M/O
O

Qualifier
LINK

R/N
N

CR

Options
A, B

Qualifier Description
Linked Message

DEFINITION
This qualified generic field specifies:
LINK

Linked Message

Message type number / name of the message referenced in the linkage


sequence.

NETWORK VALIDATED RULES


Number (Format Option B) must not start or end with a slash / and not contain two consecutive slashes // (Error code(s):
T26).
USAGE RULES
Format A Number Id must contain the FIN message type number of the linked message .
Format B Number must contain the XML message identifier of the linked message.

5 February 2007

475

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

7. Field 20C: Reference: Previous Reference


FORMAT
Option C

:4!c//16x

(Qualifier) (Reference)

PRESENCE
Mandatory in an optional sequence
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
PREV

R/N
N

CR

Options
C

Qualifier Description
Previous Reference

DEFINITION
This qualified generic field specifies:
PREV

Reference of the linked message which was previously sent.

NETWORK VALIDATED RULES


Reference must not start or end with a slash / and not contain two consecutive slashes // (Error code(s): T26).

8. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
LINK

476

Linkages.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

9. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
GENL

General Information.

10. Field 16R: Start of Block


FORMAT
Option R

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
FXORDER

FX Order Details.

11. Field 22H: Indicator: Buy/Sell Indicator


FORMAT
Option H

5 February 2007

:4!c//4!c

(Qualifier) (Indicator)

477

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
BUSE

R/N

CR

Options
H

Qualifier Description
Buy/Sell Indicator

DEFINITION
This qualified generic field specifies:
BUSE

Buy/Sell

Whether the message relates to the sale or purchase of financial instruments.

CODES
Indicator must contain one of the following codes(Error code(s): K22):
BUYI

Buy. The sender of the message is sending an order to buy.

SELL

Sell. The sender of the message is sending an order to sell.

12. Field 98a: Date/Time


FORMAT
Option A
Option C

:4!c//8!n
:4!c//8!n6!n

(Qualifier) (Date)
(Qualifier) (Date) (Time)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order

M/O

Qualifier

R/N

CR

Options

Qualifier Description

ORDR

A or C

Date/Time of Order

RVAL

Requested Value Date/Time

478

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

DEFINITION
This qualified generic field specifies:
ORDR

Date/time on which the order was placed by the instructing party with the custodian.

RVAL

Date/time at which the cash movement is requested to take place.

NETWORK VALIDATED RULES


Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
Time must be a valid time expressed as HHMMSS (Error code(s): T38).

13. Field 19B: Amount: Ordered Amount


FORMAT
Option B

:4!c//3!a15d

(Qualifier) (Currency Code) (Amount)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
ORDR

R/N
N

CR

Options
B

Qualifier Description
Ordered Amount

DEFINITION
This qualified generic field specifies:
ORDR

Ordered Amount

The cash amount to be bought or sold.

NETWORK VALIDATED RULES


The integer part of Amount must contain at least one digit. The decimal comma is mandatory and is included in the
maximum length. The number of digits following the comma must not exceed the maximum allowed for the specified
currency (Error code(s): C03,T40,T43).
Currency Code must be a valid ISO 4217 currency code (Error code(s): T52).

5 February 2007

479

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

14. Field 11A: Currency: Counter Currency


FORMAT
Option A

:4!c//3!a

(Qualifier) (Currency Code)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
CNTR

R/N
N

CR

Options
A

Qualifier Description
Counter Currency

DEFINITION
This qualified generic field specifies:
CNTR

Counter Currency to buy or sell in relation to the trade.

NETWORK VALIDATED RULES


Currency Code must be a valid ISO 4217 currency code (Error code(s): T52).

15. Field 16R: Start of Block


FORMAT
Option R

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
ORDRPRTY

480

FX Order Parties.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

16. Field 95a: Party: Investor


FORMAT
Option P
Option Q
Option R

:4!c//4!a2!a2!c[3!c]
:4!c//4*35x
:4!c/8c/34x

(Qualifier) (BIC/BEI)
(Qualifier) (Name & Address)
(Qualifier) (Data Source Scheme) (Proprietary Code)

PRESENCE
Optional
QUALIFIER
(Error code(s): T89)
Order
1

M/O
O

Qualifier
INVE

R/N
N

CR

Options
P, Q or R

Qualifier Description
Investor

DEFINITION
This qualified generic field specifies:
INVE

Investor.

BIC specifies the Bank Identifier Code. BEI specifies the Business Entity Identifier.
Proprietary Code specifies a local national code or market segment code identifying the party.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
Name & Address (Format Option Q) and Proprietary Code (Format Option R) must not start or end with a slash / and not
contain two consecutive slashes // (Error code(s): T26).

17. Field 97A: Account: Safekeeping Account


FORMAT
Option A

:4!c//35x

(Qualifier) (Account Number)

PRESENCE
Mandatory

5 February 2007

481

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
SAFE

R/N
N

CR

Options
A

Qualifier Description
Safekeeping Account

DEFINITION
This qualified generic field specifies:
SAFE

Safekeeping account.

18. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
ORDRPRTY

FX Order Parties.

19. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory

482

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 380

DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
FXORDER

FX Order Details.

MT 380 Examples
Example 1 Foreign Exchange Order
Narrative
On February 26 2003, Capital International S.A., a fund manager requests its custodian, Pictet and Cie to buy 10,000,000
USD against CHF, value February 28 for Star Investment Fund.
SWIFT Message
Explanation

Format

Sender

CGIICHGG

Receiver

PICTCHGG

Message Type

380

Start of Block

:16R:GENL

Senders Reference

:20C::SEME//FX256

Function of the Message

:23G:NEWM

End of Block

:16S:GENL

Start of Block

:16R:FXORDER

Buy/Sell Indicator

:22H::BUSE//BUYI

Date of Order

:98A::ORDR//20030226

Requested Value Date

:98A::RVAL//20030228

Ordered Ccy and Amount

:19B::ORDR//USD10000000,

5 February 2007

483

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Explanation

Format

Counter Currency

:11A::CNTR//CHF

Start of Block

:16R:ORDRPRTY

Investor

:95Q::INVE//STAR INVESTMENT

Safekeeping Account

:97A::SAFE//GG784SS652

End of Block

:16S:ORDRPRTY

End of Block

:16S:FXORDER

484

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

MT 381 Foreign Exchange Order Confirmation


Note:

The use of this message type requires Message User Group (MUG) registration.

MT 381 Scope
This message type is sent:
by a custodian bank to a fund manager to confirm the execution of a FX Order previously sent by the fund manager.
by a sub custodian to a custodian bank when the fund accounts custodian uses a sub custodian in the local market to
execute the foreign exchange order received from a fund manager.
It may also be used to:
cancel a previously sent foreign exchange order confirmation
duplicate a foreign exchange order confirmation sent by other means, eg, fax or telex
provide a third party with a copy of the message being sent.

MT 381 Format Specifications


MT 381 Foreign Exchange Order Confirmation
Status

Tag

Qualifier

Generic Field
Name

Detailed Field Name

Content/Options

No.

Mandatory Sequence A General Information


M

16R

20C

23G

22H

SEME

FXTR

Reference

Indicator

Start of Block

GENL

Senders Reference

:4!c//16x

Function of the Message

4!c[/4!c]

FX Order Transaction Type Indicator

:4!c//4!c

Start of Block

LINK

----->Repetitive Optional Subsequence A1 Linkages


M

16R

13a

LINK

Number Identification

Linked Message

A or B

20C

4!c

Reference

(see qualifier description)

:4!c//16x

16S

End of Block

LINK

End of Block

GENL

-----|End of Subsequence A1 Linkages


M

16S

5 February 2007

485

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Status

Tag

Qualifier

Generic Field
Name

Detailed Field Name

Content/Options

No.

End of Sequence A General Information


Mandatory Sequence B FX Order Details
M

16R

Start of Block

FXORDER
10

----->
M

98a

4!c

Date/Time

(see qualifier description)

A or C
11

-----|
----->
M

19B

4!c

Amount

(see qualifier description)

:4!c//3!a15d
12

-----|
M

92B

EXCH

Rate

Exchange Rate

:4!c//3!a/3!a/15d
13

Mandatory Subsequence B1 Parties


M

16R

Start of Block

ORDRPRTY
14

95a

INVE

Party

Investor

P, Q or R
15

97A

SAFE

Account

Safekeeping Account

:4!c//35x
16

16S

End of Block

ORDRPRTY
17

End of Subsequence B1 Parties


M

16S

End of Block

FXORDER
18

End of Sequence B FX Order Details


M = Mandatory O = Optional

486

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

MT 381 Network Validated Rules


C1
If the message is a cancellation, ie, Function of the Message (field 23G) is CANC, then subsequence A1 Linkages must
be present at least once, and a reference to the previous message must be specified in the Linkage section, ie, field
:20C::PREV must be present minimum once in that message (Error code(s): E08).
Sequence A
If field :23G: is...

Then Subsequence A1 is...

And in minimum one occurrence of Subsequence A1 field


:20C::PREV is...

CANC

Mandatory,
ie, minimum one occurrence of
A1

Mandatory
(Note: it does not need to be
present in all occurrences of A1)

Not CANC

Optional

Optional

MT 381 Field Specifications


1. Field 16R: Start of Block
FORMAT
Option R

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
GENL

General Information.

2. Field 20C: Reference: Senders Reference


FORMAT
Option C

5 February 2007

:4!c//16x

(Qualifier) (Reference)

487

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
SEME

R/N

CR

Options
C

Qualifier Description
Senders Reference

DEFINITION
This qualified generic field specifies:
SEME

Reference assigned by the Sender to unambiguously identify the message.

NETWORK VALIDATED RULES


Reference must not start or end with a slash / and not contain two consecutive slashes // (Error code(s): T26).

3. Field 23G: Function of the Message


FORMAT
Option G

4!c[/4!c]

(Function) (Sub-function)

PRESENCE
Mandatory
DEFINITION
This field identifies the function of the message.
CODES
Function must contain one of the following codes (Error code(s): T86):
CANC

This is a request to cancel a previously sent confirmation of the execution of an order to buy or sell.

NEWM

This is a new confirmation of the execution of an order to buy or sell.

488

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

CODES
Sub-function, when present, must contain one of the following codes(Error code(s): T85):
CODU

This message is being sent as a copy, for information purposes and the message is a duplicate of a
message previously sent.

COPY

The message is being sent as a copy, for information purposes.

DUPL

The message is for information/confirmation purposes. It is a duplicate of a message previously sent.

USAGE RULES
To cancel a previously sent order to buy or sell, Function is CANC. The reference in the linkage sequence must contain the
Senders reference of the message to be cancelled. A copy of at least the mandatory fields of the message to be cancelled
must be present; optional fields need not be present for SWIFT validation.

4. Field 22H: Indicator: FX Order Transaction Type Indicator


FORMAT
Option H

:4!c//4!c

(Qualifier) (Indicator)

PRESENCE
Optional
QUALIFIER
(Error code(s): T89)
Order
1

M/O
O

Qualifier
FXTR

R/N
N

CR

Options
H

Qualifier Description
FX Order Transaction Type Indicator

DEFINITION
This qualified generic field specifies:
FXTR

Type of FX Order transaction contained in the FX Order details of the message.

CODES
When Qualifier is FXTR, Indicator must contain one of the following codes(Error code(s): K22):
REVS

5 February 2007

Reverse Indicator

489

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

USAGE RULES
The code REVS is included for information only and indicates that the FX order in the message is the reverse of an order
sent previously.

5. Field 16R: Start of Block


FORMAT
Option R

16c

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
LINK

Linkages.

6. Field 13a: Number Identification: Linked Message


FORMAT
Option A
Option B

:4!c//3!c
:4!c/[8c]/30x

(Qualifier) (Number Id)


(Qualifier) (Data Source Scheme) (Number)

PRESENCE
Optional
QUALIFIER
(Error code(s): T89)
Order
1

490

M/O
O

Qualifier
LINK

R/N
N

CR

Options
A, B

Qualifier Description
Linked Message

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

DEFINITION
This qualified generic field specifies:
LINK

Linked Message

Message type number / name of the message referenced in the linkage


sequence.

NETWORK VALIDATED RULES


Number (Format Option B) must not start or end with a slash / and not contain two consecutive slashes // (Error code(s):
T26).
USAGE RULES
Format A Number Id must contain the FIN message type number of the linked message .
Format B Number must contain the XML message identifier of the linked message.

7. Field 20C: Reference


FORMAT
Option C

:4!c//16x

(Qualifier) (Reference)

PRESENCE
Mandatory in an optional sequence
QUALIFIER
(Error code(s): T89)
Order
1

M/O

Qualifier

R/N

RELA

or

PREV

CR

C1

Options

Qualifier Description

Related Reference

Previous Reference

DEFINITION
This qualified generic field specifies:
PREV

Reference of the linked message which was previously sent.

RELA

Reference of the linked message which was previously received.

5 February 2007

491

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

NETWORK VALIDATED RULES


Reference must not start or end with a slash / and not contain two consecutive slashes // (Error code(s): T26).

8. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory in an optional sequence
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
LINK

Linkages.

9. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
GENL

492

General Information.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

10. Field 16R: Start of Block


FORMAT
Option R

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
FXORDER

FX Order Details.

11. Field 98a: Date/Time


FORMAT
Option A
Option C

:4!c//8!n
:4!c//8!n6!n

(Qualifier) (Date)
(Qualifier) (Date) (Time)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order

M/O

Qualifier

R/N

CR

Options

Qualifier Description

ORDR

A or C

Date/Time of Order

TRAD

Trade Date

VALU

Value Date

5 February 2007

493

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

DEFINITION
This qualified generic field specifies:
ORDR

Date/time on which the order was placed by the instructing party with the custodian.

TRAD

Date/time at which the order was carried out by the custodian.

VALU

Date/time at which the cash movement is to take place.

NETWORK VALIDATED RULES


Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).
Time must be a valid time expressed as HHMMSS (Error code(s): T38).

12. Field 19B: Amount


FORMAT
Option B

:4!c//3!a15d

(Qualifier) (Currency Code) (Amount)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order

M/O

Qualifier

R/N

CR

Options

Qualifier Description

BUYE

Buy Currency and Amount

SELL

Sell Currency and Amount

DEFINITION
This qualified generic field specifies:
BUYE

These are the currency and amount that have been bought.

SELL

These are the currency and amount that have been sold.

494

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

NETWORK VALIDATED RULES


The integer part of Amount must contain at least one digit. The decimal comma is mandatory and is included in the
maximum length. The number of digits following the comma must not exceed the maximum allowed for the specified
currency (Error code(s): C03,T40,T43).
Currency Code must be a valid ISO 4217 currency code (Error code(s): T52).

13. Field 92B: Rate: Exchange Rate


FORMAT
Option B

:4!c//3!a/3!a/15d

(Qualifier) (First Currency Code) (Second Currency Code)


(Rate)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
EXCH

R/N
N

CR

Options
B

Qualifier Description
Exchange Rate

DEFINITION
This qualified generic field specifies:
EXCH

Exchange rate between the amount and the resulting amount.

NETWORK VALIDATED RULES


First Currency Code and Second Currency Code must be valid ISO 4217 currency codes (Error code(s): T52).
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is included in the maximum
length (Error code(s): T40,T43).
USAGE RULES
The order of the two currencies specified here is independent of the currencies in the amount fields. Therefore the exchange
rate can be expressed as a reciprocal if required.
For the calculation of the rate itself, the First Currency Code will be the base currency and the Second Currency Code will
be the quoted currency .
(1,00 First Currency Code = [Rate] Second Currency Code)

5 February 2007

495

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

EXAMPLE
The exchange rate between US dollars and pound sterling can be shown as:
:92B::EXCH//GBP/USD/1,619
(1,00 GBP = 1,619 USD)
or as
:92B::EXCH//USD/GBP/0,618
(1,00 USD = 0,618 GBP)

14. Field 16R: Start of Block


FORMAT
Option R

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the start of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
ORDRPRTY

FX Order Parties.

15. Field 95a: Party: Investor


FORMAT
Option P
Option Q
Option R

:4!c//4!a2!a2!c[3!c]
:4!c//4*35x
:4!c/8c/34x

(Qualifier) (BIC/BEI)
(Qualifier) (Name & Address)
(Qualifier) (Data Source Scheme) (Proprietary Code)

PRESENCE
Optional
QUALIFIER
(Error code(s): T89)

496

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

Order
1

M/O
O

Qualifier
INVE

R/N

CR

Options
P, Q or R

Qualifier Description
Investor

DEFINITION
This qualified generic field specifies:
INVE

Investor.

BIC specifies the Bank Identifier Code. BEI specifies the Business Entity Identifier.
Proprietary Code specifies a local national code or market segment code identifying the party.
NETWORK VALIDATED RULES
The BIC/BEI must be a SWIFT registered address, either connected or non-connected (Error code(s): T27,T28,T29,T45).
Name & Address (Format Option Q) and Proprietary Code (Format Option R) must not start or end with a slash / and not
contain two consecutive slashes // (Error code(s): T26).

16. Field 97A: Account: Safekeeping Account


FORMAT
Option A

:4!c//35x

(Qualifier) (Account Number)

PRESENCE
Mandatory
QUALIFIER
(Error code(s): T89)
Order
1

M/O
M

Qualifier
SAFE

R/N
N

CR

Options
A

Qualifier Description
Safekeeping Account

DEFINITION
This qualified generic field specifies:
SAFE

5 February 2007

Safekeeping account.

497

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

17. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
ORDRPRTY

FX Order Parties.

18. Field 16S: End of Block


FORMAT
Option S

16c

PRESENCE
Mandatory
DEFINITION
This field specifies the end of a block and the name of that block.
CODES
This field must contain the following code (Error code(s): T92):
FXORDER

FX Order Details.

MT 381 Examples
Example 1 Foreign Exchange Order Confirmation

498

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 381

Narrative
On February 26 2003, Pictet and Cie informs the fund manager Capital International S.A. that its FX Order request has been
executed, See example 1 for MT 380.
SWIFT Message
Explanation

Format

Sender

PICTCHGG

Receiver

CGIICHGG

Message Type

381

Start of Block

:16R:GENL

Senders Reference

:20C::SEME//ORDRF561

Function of the Message

:23G:NEWM

Start of Block

:16R:LINK

Related Reference

:20C::RELA//FX256

End of Block

:16S:LINK

End of Block

:16S:GENL

Start of Block

:16R:FXORDER

Date of Order

:98A::ORDR//20030226

Trade Date

:98A::TRAD//20030226

Value Date

:98A::RVAL//20030228

Buy Currency and Amount

:19B::BUYE//USD10000000,

Sell Currency and Amount

:19B::SELL//CHF17100000,

Exchange Rate

:92B::EXCH//USD/CHF/1,71

Start of Block

:16R:ORDRPRTY

5 February 2007

499

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Explanation

Format

Investor

:95Q::INVE//STAR INVESTMENT

Safekeeping Account

:97A::SAFE//GG784SS652

End of Block

:16S:ORDRPRTY

End of Block

:16S:FXORDER

500

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 390

MT 390 Advice of Charges, Interest and Other Adjustments


Please refer to Category n - Common Group Messages, Chapter n90 Advice of Charges, Interest and Other Adjustments for
details concerning this message type.

5 February 2007

501

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 391 Request for Payment of Charges, Interest and Other


Expenses
Please refer to Category n - Common Group Messages, Chapter n91 Request for Payment of Charges, Interest and Other
Expenses for details concerning this message type.

502

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 392

MT 392 Request for Cancellation


Please refer to Category n - Common Group Messages, Chapter n92 Request for Cancellation for details concerning this
message type.

5 February 2007

503

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 395 Queries
Please refer to Category n - Common Group Messages, Chapter n95 Queries for details concerning this message type.

504

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 396

MT 396 Answers
Please refer to Category n - Common Group Messages, Chapter n96 Answers for details concerning this message type.

5 February 2007

505

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

MT 398 Proprietary Message


Please refer to Category n - Common Group Messages, Chapter n98 Proprietary Message for details concerning this
message type.

506

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

MT 399

MT 399 Free Format Message


Please refer to Category n - Common Group Messages, Chapter n99 Free Format Message for details concerning this
message type.

5 February 2007

507

Category 3 - Treasury Markets - Foreign Exchange, Money Markets and Derivatives for SWIFTStandards MT October 2007

Glossary of Terms
In addition to the definitions which appear in Standards General Information, Glossary of Terms the following terms apply
to Category 3 message types:
Accrued Interest
The interest that has been earned but not yet been paid.
Call/Loan Deposit
Loans payable on demand (call) or subject to a period of notice (notice), or deposits that may be withdrawn with
(notice) or without (call) advance notice.
Certificate of Deposit (CD)
A certificate issued by a financial institution against currency deposited. The certificate entitles the bearer to the principal plus interest at the maturity date.
Common Reference
A reference made up from some of the details of a foreign exchange or loan/deposit deal, or the Forward Rate Agreement. Its primary purpose is to facilitate nostro reconciliation.
Confirmation
Written advice from one counterparty to the other in which the main facts of the deal are confirmed. It may or may not
include payment instructions.
Contract Amount
The currency and the amount of the agreement.
Contract Date
Date on which the contract is agreed between the parties.
Contract Type
The details which specify the type of contract entered into by two parties.
Counterparty
The corresponding party to a transaction.
Drawdown
The actual payment of a loan to the Borrower. This may occur at a later date than the arrangement of the loan.
Eurocurrency
A deposit account in any major market currency where the owner of the funds is a non-resident of the country of the
currency.
Exchange Rate
The price at which one currency can be bought with another currency.
Foreign Exchange Deal
A contract to exchange one currency for another at an agreed price for settlement on an agreed date.
Foreign Exchange Swap Deal
A simultaneous spot sale and forward purchase, or a simultaneous spot purchase and forward sale of currencies.
Forex
Foreign Exchange
Forward Deal
1. Simultaneous purchase and sale of one currency for different forward value dates.$ATT$2.
2.Simultaneous deposit and loan of one currency for different maturity dates. This effectively provides a deposit to
commence on a future date.

508

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Glossary of Terms

Forward Rate Agreement (FRA)


A contract between parties which may be seeking to protect themselves against a forward interest rate movement, in
the currency of the agreement for the agreed amount, for a specified period, at an agreed interest rate.
FRABBA
The British Bankers Associations (B.B.A.) recommended terms and conditions for Forward Rate Agreements.
Interest Amount
The amount of interest.
Interest Rate
The percentage rate quoted and/or charged for the use of money.
Interest Settlement
The instruction for the disbursement of the payment of interest.
LIBOR
London Interbank Offered Rate. The rate at which principal London banks offer to lend currency to one another at a
given instant. Often used as a base rate for fixing interest rate on bank loans, eg, Interest to be fixed at 1 1/4% per
annum over LIBOR.
Maturity Date
The date agreed for settlement of a foreign exchange contract. The date agreed upon which a fixed loan/deposit
matures.
Notional Amount
The amount underlying a conditional transaction.
Option Contract
An agreement that gives the buyer the right, through exercise, to require the seller to perform certain specified obligations.
Presentation Period
A period of notice required to terminate a deposit.
Rollover
Renewal of a loan/deposit at maturity. The new loan/deposit may be for the same amount or for a greater or lesser
amount than the original.
Spot Deal
A deal for currency for delivery one to five business days (normally two) from the contract date.
Value Date and Amount Bought
The maturity date of a foreign exchange deal and the amount the Sender is buying.
Value Date and Amount Sold
The maturity date of the foreign exchange deal and the amount the Sender is selling.

5 February 2007

509

Table Of Contents

Table of Contents
Copyright
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Introduction .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Summary of Changes
.
.
.
.
.
.
.
.
.
.
.
.
.
Added Message Types
.
.
.
.
.
.
.
.
.
.
.
.
Removed Message Types .
.
.
.
.
.
.
.
.
.
.
.
Modified Message Types .
.
.
.
.
.
.
.
.
.
.
.
Category 3 Message Types .
.
.
.
.
.
.
.
.
.
.
.
.
Euro - Impact on Category Message Standards
.
.
.
.
.
.
.
.
MT 350 Advice of Loan/Deposit Interest Payment
.
.
.
.
.
.
.
MT 350 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 350 Format Specifications
.
.
.
.
.
.
.
.
.
.
.
MT 350 Network Validated Rules .
.
.
.
.
.
.
.
.
.
.
MT 350 Usage Rules
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 350 Guidelines .
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 350 Field Specifications .
.
.
.
.
.
.
.
.
.
.
.
1. Field 15A: New Sequence .
.
.
.
.
.
.
.
.
.
.
2. Field 20: Senders Reference .
.
.
.
.
.
.
.
.
.
.
3. Field 21: Related Reference .
.
.
.
.
.
.
.
.
.
.
4. Field 22A: Type of Operation
.
.
.
.
.
.
.
.
.
.
5. Field 94A: Scope of Operation .
.
.
.
.
.
.
.
.
.
6. Field 22C: Common Reference .
.
.
.
.
.
.
.
.
.
7. Field 21N: Contract Number Party A .
.
.
.
.
.
.
.
.
8. Field 82a: Party A .
.
.
.
.
.
.
.
.
.
.
.
.
9. Field 87a: Party B .
.
.
.
.
.
.
.
.
.
.
.
.
10. Field 83a: Fund or Instructing Party .
.
.
.
.
.
.
.
.
11. Field 72: Sender to Receiver Information .
.
.
.
.
.
.
.
12. Field 15B: New Sequence .
.
.
.
.
.
.
.
.
.
.
13. Field 30G: Interest Period .
.
.
.
.
.
.
.
.
.
.
14. Field 32B: Currency and Principal Amount .
.
.
.
.
.
.
15. Field 30V: Value Date of Interest Payment .
.
.
.
.
.
.
16. Field 34B: Currency and Interest Amount
.
.
.
.
.
.
.
17. Field 37J: Interest Rate .
.
.
.
.
.
.
.
.
.
.
.
18. Field 14D: Day Count Fraction .
.
.
.
.
.
.
.
.
.
19. Field 30F: Next Interest Payment Date .
.
.
.
.
.
.
.
20. Field 15C: New Sequence .
.
.
.
.
.
.
.
.
.
.
21. Field 53a: Delivery Agent .
.
.
.
.
.
.
.
.
.
.
22. Field 86a: Intermediary 2 .
.
.
.
.
.
.
.
.
.
.
23. Field 56a: Intermediary
.
.
.
.
.
.
.
.
.
.
.
24. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
25. Field 58a: Beneficiary Institution
.
.
.
.
.
.
.
.
.
26. Field 15D: New Sequence .
.
.
.
.
.
.
.
.
.
.
27. Field 34B: Currency and Interest Amount
.
.
.
.
.
.
.
28. Field 33B: Transaction Currency and Net Interest Amount .
.
.
.
29. Field 36: Exchange Rate
.
.
.
.
.
.
.
.
.
.
.
30. Field 37L: Tax Rate
.
.
.
.
.
.
.
.
.
.
.
.
31. Field 33E: Reporting Currency and Tax Amount .
.
.
.
.
.
32. Field 71F: Brokers Commission
.
.
.
.
.
.
.
.
.
33. Field 37L: Tax Rate on Brokers Commission .
.
.
.
.
.
.
34. Field 33E: Reporting Currency and Tax Amount on Brokers Commission
MT 350 Examples .
.
.
.
.
.
.
.
.
.
.
.
.
.
Example 1 .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 360 Single Currency Interest Rate Derivative Confirmation .
.
.
.
.
MT 360 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 360 Format Specifications
.
.
.
.
.
.
.
.
.
.
.
MT 360 Network Validated Rules (updated)
.
.
.
.
.
.
.
.
MT 360 Usage Rules
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 360 Guidelines .
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 360 Field Specifications (updated)
.
.
.
.
.
.
.
.
.

5 February 2007

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

2
3
3
3
3
3
4
7
8
8
9
11
12
13
17
17
17
17
18
19
19
20
20
21
23
24
24
25
25
25
26
26
27
27
28
28
29
31
32
34
35
35
36
36
36
37
37
38
38
38
38
41
41
41
51
56
59
63

Table Of Contents

MT 360 Field Specifications .


.
.
.
.
.
1. Field 15A: New Sequence .
.
.
.
.
.
2. Field 20: Senders Reference .
.
.
.
.
3. Field 21: Related Reference .
.
.
.
.
4. Field 22A: Type of Operation .
.
.
.
.
5. Field 94A: Scope of Operation .
.
.
.
.
6. Field 22C: Common Reference
.
.
.
.
7. Field 23A: Identification of the Swap .
.
.
8. Field 21N: Contract Number Party A .
.
.
9. Field 21B: Contract Number Party B .
.
.
10. Field 30T: Trade Date .
.
.
.
.
.
11. Field 30V: Effective Date
.
.
.
.
.
12. Field 30P: Termination Date .
.
.
.
.
13. Field 14A: Business Day Convention .
.
.
14. Field 32B: Currency, Notional Amount
.
.
15. Field 82a: Party A .
.
.
.
.
.
.
16. Field 87a: Party B .
.
.
.
.
.
.
17. Field 17A: Collateral Agreement Indicator .
.
18. Field 77H: Type, Date, Version of the Agreement
19. Field 77D: Additional Conditions .
.
.
.
20. Field 14C: Year of Definitions
.
.
.
.
21. Field 72: Sender to Receiver Information .
.
22. Field 15B: New Sequence
.
.
.
.
.
23. Field 37U: Fixed Rate .
.
.
.
.
.
24. Field 37N: Details of Interest Rate
.
.
.
25. Field 18A: Number of Repetitions
.
.
.
26. Field 30F: Payment Date .
.
.
.
.
.
27. Field 32M: Currency, Payment Amount
.
.
28. Field 17F: Period End Date Adjustment Indicator
29. Field 14D: Day Count Fraction .
.
.
.
30. Field 14A: Business Day Convention .
.
.
31. Field 18A: Number of Repetitions
.
.
.
32. Field 22B: Financial Centre (updated) .
.
.
33. Field 15C: New Sequence
.
.
.
.
.
34. Field 14F: Floating Rate Option (updated) .
.
35. Field 37J: Cap Rate .
.
.
.
.
.
.
36. Field 37L: Floor Rate
.
.
.
.
.
.
37. Field 37N: Details of Interest Rate
.
.
.
38. Field 14J: Reset Date Specification
.
.
.
39. Field 14G: Averaging Frequency and Method .
40. Field 38E: Designated Maturity .
.
.
.
41. Field 18A: Number of Repetitions
.
.
.
42. Field 30F: Payment Date .
.
.
.
.
.
43. Field 17F: Period End Date Adjustment Indicator
44. Field 14D: Day Count Fraction .
.
.
.
45. Field 14A: Business Day Convention .
.
.
46. Field 18A: Number of Repetitions
.
.
.
47. Field 22B: Financial Centre (updated) .
.
.
48. Field 37R: Spread .
.
.
.
.
.
.
49. Field 22D: Compounding Type .
.
.
.
50. Field 18A: Number of Repetitions
.
.
.
51. Field 30X: Compounding Date .
.
.
.
52. Field 38G: First Stub Period, Interpolation Period
53. Field 38H: Last Stub Period, Interpolation Period
54. Field 15D: New Sequence
.
.
.
.
.
55. Field 53a: Delivery Agent
.
.
.
.
.
56. Field 56a: Intermediary .
.
.
.
.
.
57. Field 86a: Second Intermediary .
.
.
.
58. Field 57a: Receiving Agent .
.
.
.
.
59. Field 15E: New Sequence
.
.
.
.
.
60. Field 37U: Fixed Rate .
.
.
.
.
.
61. Field 37N: Details of Interest Rate
.
.
.

ii

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

64
.
64
.
64
.
64
.
65
.
66
.
66
.
67
.
68
.
68
.
69
.
69
.
70
.
70
.
71
.
72
.
72
.
73
.
73
.
74
.
75
.
76
.
76
.
77
.
77
.
77
.
78
.
78
.
79
.
79
.
80
.
81
.
81
.
84
.
84
.
94
.
94
.
95
.
95
.
96
.
97
.
98
.
98
.
99
.
99
.
100
.
101
.
101
.
104
.
105
.
105
.
106
.
106
.
107
.
108
.
109
.
109
.
110
.
111
.
112
.
112
.
112
.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Table Of Contents

62. Field 18A: Number of Repetitions


.
.
.
.
63. Field 30F: Payment Date .
.
.
.
.
.
.
64. Field 32M: Currency, Payment Amount
.
.
.
65. Field 17F: Period End Date Adjustment Indicator .
66. Field 14D: Day Count Fraction .
.
.
.
.
67. Field 14A: Business Day Convention .
.
.
.
68. Field 18A: Number of Repetitions
.
.
.
.
69. Field 22B: Financial Centre (updated) .
.
.
.
70. Field 15F: New Sequence
.
.
.
.
.
.
71. Field 14F: Floating Rate Option (updated) .
.
.
72. Field 37J: Cap Rate .
.
.
.
.
.
.
.
73. Field 37L: Floor Rate
.
.
.
.
.
.
.
74. Field 37N: Details of Interest Rate
.
.
.
.
75. Field 14J: Reset Date Specification
.
.
.
.
76. Field 14G: Averaging Frequency and Method .
.
77. Field 38E: Designated Maturity .
.
.
.
.
78. Field 18A: Number of Repetitions
.
.
.
.
79. Field 30F: Payment Date .
.
.
.
.
.
.
80. Field 17F: Period End Date Adjustment Indicator .
81. Field 14D: Day Count Fraction .
.
.
.
.
82. Field 14A: Business Day Convention .
.
.
.
83. Field 18A: Number of Repetitions
.
.
.
.
84. Field 22B: Financial Centre (updated) .
.
.
.
85. Field 37R: Spread .
.
.
.
.
.
.
.
86. Field 22D: Compounding Type .
.
.
.
.
87. Field 18A: Number of Repetitions
.
.
.
.
88. Field 30X: Compounding Date .
.
.
.
.
89. Field 38G: First Stub Period, Interpolation Period .
90. Field 38H: Last Stub Period, Interpolation Period .
91. Field 15G: New Sequence
.
.
.
.
.
.
92. Field 53a: Delivery Agent
.
.
.
.
.
.
93. Field 56a: Intermediary .
.
.
.
.
.
.
94. Field 86a: Second Intermediary .
.
.
.
.
95. Field 57a: Receiving Agent .
.
.
.
.
.
96. Field 15H: New Sequence
.
.
.
.
.
.
97. Field 18A: Number of Repetitions
.
.
.
.
98. Field 30G: Variable Notional Start and End Date
.
99. Field 32U: Outstanding Notional Currency and Amount
100. Field 14A: Business Day Convention .
.
.
.
101. Field 18A: Number of Repetitions .
.
.
.
102. Field 22B: Financial Centre (updated)
.
.
.
103. Field 15L: New Sequence .
.
.
.
.
.
104. Field 18A: Number of Repetitions .
.
.
.
105. Field 22E: Type of Payment .
.
.
.
.
.
106. Field 30F: Payment Date
.
.
.
.
.
.
107. Field 32M: Currency, Payment Amount .
.
.
108. Field 14A: Business Day Convention .
.
.
.
109. Field 18A: Number of Repetitions .
.
.
.
110. Field 22B: Financial Centre (updated)
.
.
.
111. Field 53a: Delivery Agent .
.
.
.
.
.
112. Field 56a: Intermediary .
.
.
.
.
.
.
113. Field 86a: Second Intermediary .
.
.
.
.
114. Field 57a: Receiving Agent .
.
.
.
.
.
115. Field 15M: New Sequence .
.
.
.
.
.
116. Field 18A: Number of Repetitions .
.
.
.
117. Field 22E: Type of Payment .
.
.
.
.
.
118. Field 30F: Payment Date
.
.
.
.
.
.
119. Field 32M: Currency, Payment Amount .
.
.
120. Field 14A: Business Day Convention .
.
.
.
121. Field 18A: Number of Repetitions .
.
.
.
122. Field 22B: Financial Centre (updated)
.
.
.
123. Field 53a: Delivery Agent .
.
.
.
.
.

5 February 2007

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

113
.
113
.
114
.
114
.
115
.
115
.
116
.
116
.
119
.
120
.
129
.
130
.
130
.
131
.
131
.
132
.
133
.
134
.
134
.
135
.
135
.
136
.
137
.
140
.
140
.
141
.
141
.
142
.
143
.
143
.
144
.
144
.
145
.
146
.
147
.
147
.
147
.
148
.
148
.
149
.
150
.
153
.
153
.
153
.
154
.
154
.
154
.
155
.
156
.
159
.
159
.
160
.
160
.
162
.
162
.
162
.
163
.
163
.
163
.
164
.
165
.
168
.

iii

Table Of Contents

124. Field 56a: Intermediary .


.
.
.
.
.
.
.
.
.
.
125. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
126. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
127. Field 15N: New Sequence .
.
.
.
.
.
.
.
.
.
128. Field 29A: Contact Information .
.
.
.
.
.
.
.
.
129. Field 24D: Dealing Method .
.
.
.
.
.
.
.
.
.
130. Field 88a: Broker Identification .
.
.
.
.
.
.
.
.
131. Field 71F: Brokers Commission .
.
.
.
.
.
.
.
.
132. Field 21G: Brokers Reference .
.
.
.
.
.
.
.
.
MT 360 Examples
.
.
.
.
.
.
.
.
.
.
.
.
.
Example 1 Fixed/Floating Single Currency Interest Rate Swap Confirmation
Example 2 Fixed/Floating Single Currency Interest Rate Swap Confirmation
Example 3 CAP
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 361 Cross Currency Interest Rate Swap Confirmation .
.
.
.
.
MT 361 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 361 Format Specifications .
.
.
.
.
.
.
.
.
.
.
MT 361 Network Validated Rules .
.
.
.
.
.
.
.
.
.
MT 361 Usage Rules .
.
.
.
.
.
.
.
.
.
.
.
.
MT 361 Guidelines .
.
.
.
.
.
.
.
.
.
.
.
.
MT 361 Field Specifications (updated) .
.
.
.
.
.
.
.
.
MT 361 Field Specifications .
.
.
.
.
.
.
.
.
.
.
1. Field 15A: New Sequence .
.
.
.
.
.
.
.
.
.
.
2. Field 20: Senders Reference .
.
.
.
.
.
.
.
.
.
3. Field 21: Related Reference .
.
.
.
.
.
.
.
.
.
4. Field 22A: Type of Operation .
.
.
.
.
.
.
.
.
.
5. Field 94A: Scope of Operation .
.
.
.
.
.
.
.
.
.
6. Field 22C: Common Reference
.
.
.
.
.
.
.
.
.
7. Field 23A: Identification of the Swap .
.
.
.
.
.
.
.
8. Field 21N: Contract Number Party A .
.
.
.
.
.
.
.
9. Field 21B: Contract Number Party B .
.
.
.
.
.
.
.
10. Field 30T: Trade Date .
.
.
.
.
.
.
.
.
.
.
11. Field 30V: Effective Date
.
.
.
.
.
.
.
.
.
.
12. Field 30P: Termination Date .
.
.
.
.
.
.
.
.
.
13. Field 14A: Business Day Convention .
.
.
.
.
.
.
.
14. Field 32B: Party B Currency, Notional Amount .
.
.
.
.
.
15. Field 33B: Party A Currency, Notional Amount .
.
.
.
.
.
16. Field 82a: Party A .
.
.
.
.
.
.
.
.
.
.
.
17. Field 87a: Party B .
.
.
.
.
.
.
.
.
.
.
.
18. Field 17A: Collateral Agreement Indicator .
.
.
.
.
.
.
19. Field 77H: Type, Date, Version of the Agreement .
.
.
.
.
20. Field 77D: Additional Conditions .
.
.
.
.
.
.
.
.
21. Field 14C: Year of Definitions
.
.
.
.
.
.
.
.
.
22. Field 72: Sender to Receiver Information .
.
.
.
.
.
.
23. Field 15B: New Sequence
.
.
.
.
.
.
.
.
.
.
24. Field 37U: Fixed Rate .
.
.
.
.
.
.
.
.
.
.
25. Field 37N: Details of Interest Rate
.
.
.
.
.
.
.
.
26. Field 18A: Number of Repetitions
.
.
.
.
.
.
.
.
27. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
28. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
29. Field 17F: Period End Date Adjustment Indicator .
.
.
.
.
30. Field 14D: Day Count Fraction .
.
.
.
.
.
.
.
.
31. Field 14A: Business Day Convention .
.
.
.
.
.
.
.
32. Field 18A: Number of Repetitions
.
.
.
.
.
.
.
.
33. Field 22B: Financial Centre (updated) .
.
.
.
.
.
.
.
34. Field 15C: New Sequence
.
.
.
.
.
.
.
.
.
.
35. Field 14F: Floating Rate Option (updated) .
.
.
.
.
.
.
36. Field 37J: Cap Rate .
.
.
.
.
.
.
.
.
.
.
.
37. Field 37L: Floor Rate
.
.
.
.
.
.
.
.
.
.
.
38. Field 37N: Details of Interest Rate
.
.
.
.
.
.
.
.
39. Field 14J: Reset Date Specification
.
.
.
.
.
.
.
.
40. Field 14G: Averaging Frequency and Method .
.
.
.
.
.
41. Field 38E: Designated Maturity .
.
.
.
.
.
.
.
.

iv

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

168
.
169
.
169
.
171
.
171
.
172
.
172
.
173
.
173
.
174
.
174
.
176
.
180
.
183
.
183
.
183
.
195
.
199
.
203
.
207
.
207
.
207
.
208
.
208
.
209
.
210
.
210
.
211
.
212
.
212
.
212
.
213
.
213
.
214
.
215
.
215
.
216
.
216
.
217
.
217
.
218
.
219
.
220
.
220
.
221
.
221
.
221
.
222
.
222
.
223
.
223
.
224
.
225
.
225
.
228
.
229
.
238
.
239
.
239
.
239
.
240
.
241
.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Table Of Contents

42. Field 18A: Number of Repetitions


.
.
.
.
.
43. Field 30F: Payment Date .
.
.
.
.
.
.
.
44. Field 17F: Period End Date Adjustment Indicator .
.
45. Field 14D: Day Count Fraction .
.
.
.
.
.
46. Field 14A: Business Day Convention .
.
.
.
.
47. Field 18A: Number of Repetitions
.
.
.
.
.
48. Field 22B: Financial Centre (updated) .
.
.
.
.
49. Field 37R: Spread .
.
.
.
.
.
.
.
.
50. Field 22D: Compounding Type .
.
.
.
.
.
51. Field 18A: Number of Repetitions
.
.
.
.
.
52. Field 30X: Compounding Date .
.
.
.
.
.
53. Field 38G: First Stub Period, Interpolation Period .
.
54. Field 38H: Last Stub Period, Interpolation Period .
.
55. Field 15D: New Sequence
.
.
.
.
.
.
.
56. Field 53a: Delivery Agent
.
.
.
.
.
.
.
57. Field 56a: Intermediary .
.
.
.
.
.
.
.
58. Field 86a: Second Intermediary .
.
.
.
.
.
59. Field 57a: Receiving Agent .
.
.
.
.
.
.
60. Field 15E: New Sequence
.
.
.
.
.
.
.
61. Field 37U: Fixed Rate .
.
.
.
.
.
.
.
62. Field 37N: Details of Interest Rate
.
.
.
.
.
63. Field 18A: Number of Repetitions
.
.
.
.
.
64. Field 30F: Payment Date .
.
.
.
.
.
.
.
65. Field 32M: Currency, Payment Amount
.
.
.
.
66. Field 17F: Period End Date Adjustment Indicator .
.
67. Field 14D: Day Count Fraction .
.
.
.
.
.
68. Field 14A: Business Day Convention .
.
.
.
.
69. Field 18A: Number of Repetitions
.
.
.
.
.
70. Field 22B: Financial Centre (updated) .
.
.
.
.
71. Field 15F: New Sequence
.
.
.
.
.
.
.
72. Field 14F: Floating Rate Option (updated) .
.
.
.
73. Field 37J: Cap Rate .
.
.
.
.
.
.
.
.
74. Field 37L: Floor Rate
.
.
.
.
.
.
.
.
75. Field 37N: Details of Interest Rate
.
.
.
.
.
76. Field 14J: Reset Date Specification
.
.
.
.
.
77. Field 14G: Averaging Frequency and Method .
.
.
78. Field 38E: Designated Maturity .
.
.
.
.
.
79. Field 18A: Number of Repetitions
.
.
.
.
.
80. Field 30F: Payment Date .
.
.
.
.
.
.
.
81. Field 17F: Period End Date Adjustment Indicator .
.
82. Field 14D: Day Count Fraction .
.
.
.
.
.
83. Field 14A: Business Day Convention .
.
.
.
.
84. Field 18A: Number of Repetitions
.
.
.
.
.
85. Field 22B: Financial Centre (updated) .
.
.
.
.
86. Field 37R: Spread .
.
.
.
.
.
.
.
.
87. Field 22D: Compounding Type .
.
.
.
.
.
88. Field 18A: Number of Repetitions
.
.
.
.
.
89. Field 30X: Compounding Date .
.
.
.
.
.
90. Field 38G: First Stub Period, Interpolation Period .
.
91. Field 38H: Last Stub Period, Interpolation Period .
.
92. Field 15G: New Sequence
.
.
.
.
.
.
.
93. Field 53a: Delivery Agent
.
.
.
.
.
.
.
94. Field 56a: Intermediary .
.
.
.
.
.
.
.
95. Field 86a: Second Intermediary .
.
.
.
.
.
96. Field 57a: Receiving Agent .
.
.
.
.
.
.
97. Field 15H: New Sequence
.
.
.
.
.
.
.
98. Field 18A: Number of Repetitions
.
.
.
.
.
99. Field 30G: Variable Notional Start and End Date
.
.
100. Field 32U: Outstanding Notional Currency and Amount
101. Field 14A: Business Day Convention .
.
.
.
.
102. Field 18A: Number of Repetitions .
.
.
.
.
103. Field 22B: Financial Centre (updated)
.
.
.
.

5 February 2007

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

242
.
242
.
243
.
243
.
244
.
245
.
245
.
248
.
249
.
249
.
250
.
250
.
251
.
252
.
252
.
253
.
254
.
254
.
255
.
256
.
256
.
256
.
257
.
257
.
258
.
258
.
259
.
260
.
260
.
263
.
264
.
273
.
274
.
274
.
274
.
275
.
276
.
277
.
277
.
278
.
278
.
279
.
280
.
280
.
283
.
284
.
284
.
285
.
285
.
286
.
287
.
287
.
288
.
288
.
289
.
290
.
290
.
291
.
292
.
292
.
293
.
293
.

Table Of Contents

104. Field 15I: New Sequence .


.
.
.
.
.
.
105. Field 18A: Number of Repetitions .
.
.
.
.
106. Field 30G: Variable Notional Start and End Date .
.
107. Field 32U: Outstanding Notional Currency and Amount
108. Field 14A: Business Day Convention .
.
.
.
.
109. Field 18A: Number of Repetitions .
.
.
.
.
110. Field 22B: Financial Centre (updated)
.
.
.
.
111. Field 15J: New Sequence .
.
.
.
.
.
.
112. Field 18A: Number of Repetitions .
.
.
.
.
113. Field 22X: Type of Exchange
.
.
.
.
.
.
114. Field 30F: Payment Date
.
.
.
.
.
.
.
115. Field 32M: Currency, Payment Amount .
.
.
.
116. Field 53a: Delivery Agent .
.
.
.
.
.
.
117. Field 56a: Intermediary .
.
.
.
.
.
.
.
118. Field 86a: Second Intermediary .
.
.
.
.
.
119. Field 57a: Receiving Agent .
.
.
.
.
.
.
120. Field 14A: Business Day Convention .
.
.
.
.
121. Field 18A: Number of Repetitions .
.
.
.
.
122. Field 22B: Financial Centre (updated)
.
.
.
.
123. Field 15K: New Sequence .
.
.
.
.
.
.
124. Field 18A: Number of Repetitions .
.
.
.
.
125. Field 22X: Type of Exchange
.
.
.
.
.
.
126. Field 30F: Payment Date
.
.
.
.
.
.
.
127. Field 32M: Currency, Payment Amount .
.
.
.
128. Field 53a: Delivery Agent .
.
.
.
.
.
.
129. Field 56a: Intermediary .
.
.
.
.
.
.
.
130. Field 86a: Second Intermediary .
.
.
.
.
.
131. Field 57a: Receiving Agent .
.
.
.
.
.
.
132. Field 14A: Business Day Convention .
.
.
.
.
133. Field 18A: Number of Repetitions .
.
.
.
.
134. Field 22B: Financial Centre (updated)
.
.
.
.
135. Field 15L: New Sequence .
.
.
.
.
.
.
136. Field 18A: Number of Repetitions .
.
.
.
.
137. Field 22E: Type of Payment .
.
.
.
.
.
.
138. Field 30F: Payment Date
.
.
.
.
.
.
.
139. Field 32M: Currency, Payment Amount .
.
.
.
140. Field 14A: Business Day Convention .
.
.
.
.
141. Field 18A: Number of Repetitions .
.
.
.
.
142. Field 22B: Financial Centre (updated)
.
.
.
.
143. Field 53a: Delivery Agent .
.
.
.
.
.
.
144. Field 56a: Intermediary .
.
.
.
.
.
.
.
145. Field 86a: Second Intermediary .
.
.
.
.
.
146. Field 57a: Receiving Agent .
.
.
.
.
.
.
147. Field 15M: New Sequence .
.
.
.
.
.
.
148. Field 18A: Number of Repetitions .
.
.
.
.
149. Field 22E: Type of Payment .
.
.
.
.
.
.
150. Field 30F: Payment Date
.
.
.
.
.
.
.
151. Field 32M: Currency, Payment Amount .
.
.
.
152. Field 14A: Business Day Convention .
.
.
.
.
153. Field 18A: Number of Repetitions .
.
.
.
.
154. Field 22B: Financial Centre (updated)
.
.
.
.
155. Field 53a: Delivery Agent .
.
.
.
.
.
.
156. Field 56a: Intermediary .
.
.
.
.
.
.
.
157. Field 86a: Second Intermediary .
.
.
.
.
.
158. Field 57a: Receiving Agent .
.
.
.
.
.
.
159. Field 15N: New Sequence .
.
.
.
.
.
.
160. Field 29A: Contact Information .
.
.
.
.
.
161. Field 24D: Dealing Method .
.
.
.
.
.
.
162. Field 88a: Broker Identification .
.
.
.
.
.
163. Field 71F: Brokers Commission .
.
.
.
.
.
164. Field 21G: Brokers Reference .
.
.
.
.
.
MT 361 Examples
.
.
.
.
.
.
.
.
.
.

vi

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

296
.
296
.
297
.
298
.
298
.
299
.
299
.
302
.
302
.
303
.
303
.
304
.
304
.
305
.
305
.
306
.
307
.
308
.
308
.
311
.
311
.
312
.
312
.
313
.
313
.
314
.
314
.
315
.
316
.
317
.
317
.
320
.
320
.
321
.
321
.
322
.
322
.
323
.
323
.
326
.
327
.
327
.
328
.
329
.
329
.
330
.
330
.
330
.
331
.
332
.
332
.
335
.
336
.
336
.
337
.
338
.
338
.
339
.
340
.
340
.
341
.
341
.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Table Of Contents

Fixed/Floating Cross Currency Interest Rate Swap Confirmation


MT 362 Interest Rate Reset/Advice of Payment
.
.
.
.
MT 362 Scope .
.
.
.
.
.
.
.
.
.
.
MT 362 Format Specifications .
.
.
.
.
.
.
.
MT 362 Network Validated Rules .
.
.
.
.
.
.
MT 362 Usage Rules .
.
.
.
.
.
.
.
.
.
MT 362 Guidelines .
.
.
.
.
.
.
.
.
.
1. Use of the Message .
.
.
.
.
.
.
.
.
2. Use of the sequences C/E and the repetitive payments block
3. Cancellation of a message .
.
.
.
.
.
.
.
4. Settlement Details
.
.
.
.
.
.
.
.
.
MT 362 Field Specifications .
.
.
.
.
.
.
.
MT 362 Field Specifications .
.
.
.
.
.
.
.
1. Field 15A: New Sequence .
.
.
.
.
.
.
.
2. Field 20: Senders Reference .
.
.
.
.
.
.
3. Field 21: Related Reference .
.
.
.
.
.
.
4. Field 22A: Type of Operation .
.
.
.
.
.
.
5. Field 94A: Scope of Operation .
.
.
.
.
.
.
6. Field 22C: Common Reference
.
.
.
.
.
.
7. Field 23A: Identification of the Swap .
.
.
.
.
8. Field 21N: Contract Number Party A .
.
.
.
.
9. Field 21B: Contract Number Party B .
.
.
.
.
10. Field 30V: Effective Date
.
.
.
.
.
.
.
11. Field 30P: Termination Date .
.
.
.
.
.
.
12. Field 82a: Party A .
.
.
.
.
.
.
.
.
13. Field 87a: Party B .
.
.
.
.
.
.
.
.
14. Field 29A: Contact Information .
.
.
.
.
.
15. Field 72: Sender to Receiver Information .
.
.
.
16. Field 15B: New Sequence
.
.
.
.
.
.
.
17. Field 33F: Calculation Notional Currency and Amount .
18. Field 30X: Period Start Date .
.
.
.
.
.
.
19. Field 30Q: Period End Date .
.
.
.
.
.
.
20. Field 37G: Reset Rate .
.
.
.
.
.
.
.
21. Field 37J: Cap Rate .
.
.
.
.
.
.
.
.
22. Field 37L: Floor Rate
.
.
.
.
.
.
.
.
23. Field 37R: Spread .
.
.
.
.
.
.
.
.
24. Field 37M: Total Rate .
.
.
.
.
.
.
.
25. Field 30F: Payment Date .
.
.
.
.
.
.
.
26. Field 32H: Currency, Interest Amount .
.
.
.
.
27. Field 33E: Currency, Principal Exchange Amount .
.
28. Field 37N: Details of Interest Rate
.
.
.
.
.
29. Field 15C: New Sequence
.
.
.
.
.
.
.
30. Field 18A: Number of Repetitions
.
.
.
.
.
31. Field 30F: Payment Date .
.
.
.
.
.
.
.
32. Field 32M: Currency, Payment Amount
.
.
.
.
33. Field 53a: Delivery Agent
.
.
.
.
.
.
.
34. Field 56a: Intermediary .
.
.
.
.
.
.
.
35. Field 86a: Second Intermediary .
.
.
.
.
.
36. Field 57a: Receiving Agent .
.
.
.
.
.
.
37. Field 15D: New Sequence
.
.
.
.
.
.
.
38. Field 33F: Calculation Notional Currency and Amount .
39. Field 30X: Period Start Date .
.
.
.
.
.
.
40. Field 30Q: Period End Date .
.
.
.
.
.
.
41. Field 37G: Reset Rate .
.
.
.
.
.
.
.
42. Field 37J: Cap Rate .
.
.
.
.
.
.
.
.
43. Field 37L: Floor Rate
.
.
.
.
.
.
.
.
44. Field 37R: Spread .
.
.
.
.
.
.
.
.
45. Field 37M: Total Rate .
.
.
.
.
.
.
.
46. Field 30F: Payment Date .
.
.
.
.
.
.
.
47. Field 32H: Currency, Interest Amount .
.
.
.
.
48. Field 33E: Currency, Principal Exchange Amount .
.
49. Field 37N: Details of Interest Rate
.
.
.
.
.

5 February 2007

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

341
.
346
.
346
.
346
.
350
.
352
.
354
.
354
.
355
.
355
.
356
.
359
.
359
.
359
.
360
.
360
.
361
.
362
.
362
.
363
.
364
.
364
.
365
.
365
.
365
.
366
.
367
.
367
.
368
.
368
.
369
.
369
.
370
.
370
.
371
.
371
.
372
.
372
.
373
.
373
.
374
.
374
.
375
.
375
.
375
.
376
.
377
.
377
.
378
.
379
.
379
.
380
.
380
.
381
.
381
.
382
.
382
.
383
.
383
.
384
.
384
.
385
.

vii

Table Of Contents

50. Field 15E: New Sequence


.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
51. Field 18A: Number of Repetitions
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
52. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
53. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
54. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
55. Field 56a: Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
56. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
57. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 362 Examples (updated) .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Reset/Advice message for a Fixed/Floating Single Currency Interest Rate Swap (see MT 360 Example 1) .
.
MT 364 Single Currency Interest Rate Derivative Termination/Recouponing Confirmation .
.
.
.
.
.
MT 364 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 364 Format Specifications .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 364 Network Validated Rules .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 364 Usage Rules .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 364 Guidelines .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 364 Field Specifications .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1. Field 15A: New Sequence .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
2. Field 20: Senders Reference .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3. Field 21: Related Reference .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
4. Field 22A: Type of Operation .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
5. Field 94A: Scope of Operation .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
6. Field 22B: Type of Event .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
7. Field 22C: Common Reference
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
8. Field 23A: Identification of the Swap .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
9. Field 21N: Contract Number Party A .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
10. Field 21B: Contract Number Party B .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
11. Field 30T: Termination/Recouponing Trade Date .
.
.
.
.
.
.
.
.
.
.
.
.
12. Field 30Q: Termination/Recouponing Effective Date
.
.
.
.
.
.
.
.
.
.
.
.
13. Field 30P: Original Termination Date .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
14. Field 30V: Original Effective Date
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
15. Field 32B: Current Currency, Notional Amount .
.
.
.
.
.
.
.
.
.
.
.
.
.
16. Field 82a: Party A .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
17. Field 87a: Party B .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
18. Field 22D: Accrual of Interest Specification
.
.
.
.
.
.
.
.
.
.
.
.
.
.
19. Field 32G: New Currency, Notional Amount .
.
.
.
.
.
.
.
.
.
.
.
.
.
20. Field 37N: Details of Interest Rate
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
21. Field 29A: Contact Information .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
22. Field 72: Sender to Receiver Information .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
23. Field 15B: New Sequence
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
24. Field 37U: Current Fixed Rate
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
25. Field 37P: New Fixed Rate .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
26. Field 15E: New Sequence
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
27. Field 37U: Current Fixed Rate
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
28. Field 37P: New Fixed Rate .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
29. Field 15L: New Sequence
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
30. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
31. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
32. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
33. Field 56a: Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
34. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
35. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
36. Field 15M: New Sequence .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
37. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
38. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
39. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
40. Field 56a: Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
41. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
42. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 364 Examples
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Example 1 Early Termination of Fixed/Floating Single Currency Interest Rate Swap Confirmation (see MT 360
Example 1)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

viii

385
.
385
.
386
.
386
.
387
.
387
.
388
.
389
.
390
.
390
.
392
.
392
.
392
.
395
.
397
.
398
.
402
.
402
.
402
.
402
.
403
.
404
.
404
.
405
.
405
.
407
.
407
.
407
.
408
.
408
.
408
.
409
.
409
.
410
.
410
.
411
.
411
.
412
.
413
.
413
.
414
.
414
.
415
.
415
.
415
.
416
.
416
.
417
.
417
.
418
.
418
.
419
.
420
.
420
.
421
.
421
.
422
.
422
.
423
.
424
.
424
.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Table Of Contents

MT 365 Cross Currency Interest Rate Swap Termination/Recouponing Confirmation


MT 365 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 365 Format Specifications .
.
.
.
.
.
.
.
.
.
.
.
MT 365 Network Validated Rules .
.
.
.
.
.
.
.
.
.
.
MT 365 Usage Rules .
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 365 Guidelines .
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 365 Field Specifications .
.
.
.
.
.
.
.
.
.
.
.
1. Field 15A: New Sequence .
.
.
.
.
.
.
.
.
.
.
.
2. Field 20: Senders Reference .
.
.
.
.
.
.
.
.
.
.
3. Field 21: Related Reference .
.
.
.
.
.
.
.
.
.
.
4. Field 22A: Type of Operation .
.
.
.
.
.
.
.
.
.
.
5. Field 94A: Scope of Operation .
.
.
.
.
.
.
.
.
.
.
6. Field 22B: Type of Event .
.
.
.
.
.
.
.
.
.
.
.
7. Field 22C: Common Reference
.
.
.
.
.
.
.
.
.
.
8. Field 23A: Identification of the Swap .
.
.
.
.
.
.
.
.
9. Field 21N: Contract Number Party A .
.
.
.
.
.
.
.
.
10. Field 21B: Contract Number Party B .
.
.
.
.
.
.
.
.
11. Field 30T: Termination/Recouponing Trade Date .
.
.
.
.
.
12. Field 30Q: Termination/Recouponing Effective Date
.
.
.
.
.
13. Field 30P: Original Termination Date .
.
.
.
.
.
.
.
.
14. Field 30V: Original Effective Date
.
.
.
.
.
.
.
.
.
15. Field 32B: Party B Current Currency, Notional Amount .
.
.
.
.
16. Field 33B: Party A Current Currency, Notional Amount .
.
.
.
.
17. Field 82a: Party A .
.
.
.
.
.
.
.
.
.
.
.
.
18. Field 87a: Party B .
.
.
.
.
.
.
.
.
.
.
.
.
19. Field 22D: Accrual of Interest Specification
.
.
.
.
.
.
.
20. Field 32G: Party B New Currency, Notional Amount
.
.
.
.
.
21. Field 33E: Party A New Currency, Notional Amount
.
.
.
.
.
22. Field 37N: Details of Interest Rate
.
.
.
.
.
.
.
.
.
23. Field 29A: Contact Information .
.
.
.
.
.
.
.
.
.
24. Field 72: Sender to Receiver Information .
.
.
.
.
.
.
.
25. Field 15B: New Sequence
.
.
.
.
.
.
.
.
.
.
.
26. Field 37U: Current Fixed Rate
.
.
.
.
.
.
.
.
.
.
27. Field 37P: New Fixed Rate .
.
.
.
.
.
.
.
.
.
.
28. Field 15E: New Sequence
.
.
.
.
.
.
.
.
.
.
.
29. Field 37U: Current Fixed Rate
.
.
.
.
.
.
.
.
.
.
30. Field 37P: New Fixed Rate .
.
.
.
.
.
.
.
.
.
.
31. Field 15J: New Sequence
.
.
.
.
.
.
.
.
.
.
.
32. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
33. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
34. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.
35. Field 56a: Intermediary .
.
.
.
.
.
.
.
.
.
.
.
36. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
37. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
38. Field 15K: New Sequence
.
.
.
.
.
.
.
.
.
.
.
39. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
40. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
41. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.
42. Field 56a: Intermediary .
.
.
.
.
.
.
.
.
.
.
.
43. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
44. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
45. Field 15L: New Sequence
.
.
.
.
.
.
.
.
.
.
.
46. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
47. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
48. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.
49. Field 56a: Intermediary .
.
.
.
.
.
.
.
.
.
.
.
50. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
51. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
52. Field 15M: New Sequence .
.
.
.
.
.
.
.
.
.
.
53. Field 30F: Payment Date .
.
.
.
.
.
.
.
.
.
.
.
54. Field 32M: Currency, Payment Amount
.
.
.
.
.
.
.
.
55. Field 53a: Delivery Agent
.
.
.
.
.
.
.
.
.
.
.

5 February 2007

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

426
.
426
.
426
.
430
.
431
.
432
.
436
.
436
.
437
.
437
.
437
.
438
.
439
.
440
.
440
.
441
.
441
.
442
.
442
.
442
.
443
.
443
.
444
.
444
.
445
.
445
.
446
.
446
.
447
.
447
.
448
.
448
.
449
.
449
.
450
.
450
.
451
.
451
.
451
.
452
.
452
.
453
.
453
.
454
.
455
.
455
.
456
.
456
.
457
.
457
.
458
.
459
.
459
.
460
.
460
.
461
.
461
.
462
.
463
.
463
.
464
.
464
.

ix

Table Of Contents

56. Field 56a: Intermediary .


.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
57. Field 86a: Second Intermediary .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
58. Field 57a: Receiving Agent .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 365 Examples
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Early Termination of Fixed/Floating Cross Currency Interest Rate Swap Confirmation (see MT 361 Example 1)
MT 380 Foreign Exchange Order .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 380 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 380 Format Specifications .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 380 Network Validated Rules .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 380 Field Specifications .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1. Field 16R: Start of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
2. Field 20C: Reference .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3. Field 23G: Function of the Message
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
4. Field 22H: Indicator: FX Order Transaction Type Indicator
.
.
.
.
.
.
.
.
.
.
.
5. Field 16R: Start of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
6. Field 13a: Number Identification: Linked Message .
.
.
.
.
.
.
.
.
.
.
.
.
7. Field 20C: Reference: Previous Reference .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
8. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
9. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
10. Field 16R: Start of Block
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
11. Field 22H: Indicator: Buy/Sell Indicator .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
12. Field 98a: Date/Time
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
13. Field 19B: Amount: Ordered Amount .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
14. Field 11A: Currency: Counter Currency
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
15. Field 16R: Start of Block
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
16. Field 95a: Party: Investor
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
17. Field 97A: Account: Safekeeping Account .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
18. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
19. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 380 Examples
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Example 1 Foreign Exchange Order .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 381 Foreign Exchange Order Confirmation
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 381 Scope .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 381 Format Specifications .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 381 Network Validated Rules .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 381 Field Specifications .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1. Field 16R: Start of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
2. Field 20C: Reference: Senders Reference .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3. Field 23G: Function of the Message
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
4. Field 22H: Indicator: FX Order Transaction Type Indicator
.
.
.
.
.
.
.
.
.
.
.
5. Field 16R: Start of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
6. Field 13a: Number Identification: Linked Message .
.
.
.
.
.
.
.
.
.
.
.
.
7. Field 20C: Reference .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
8. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
9. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
10. Field 16R: Start of Block
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
11. Field 98a: Date/Time
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
12. Field 19B: Amount .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
13. Field 92B: Rate: Exchange Rate .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
14. Field 16R: Start of Block
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
15. Field 95a: Party: Investor
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
16. Field 97A: Account: Safekeeping Account .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
17. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
18. Field 16S: End of Block .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 381 Examples
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Example 1 Foreign Exchange Order Confirmation .
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 390 Advice of Charges, Interest and Other Adjustments .
.
.
.
.
.
.
.
.
.
.
.
.
MT 391 Request for Payment of Charges, Interest and Other Expenses
.
.
.
.
.
.
.
.
.
.
MT 392 Request for Cancellation .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 395 Queries
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 396 Answers .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
MT 398 Proprietary Message .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

465
.
465
.
466
.
467
.
467
.
470
.
470
.
470
.
472
.
472
.
472
.
472
.
473
.
474
.
474
.
475
.
476
.
476
.
477
.
477
.
477
.
478
.
479
.
480
.
480
.
481
.
481
.
482
.
482
.
483
.
483
.
485
.
485
.
485
.
487
.
487
.
487
.
487
.
488
.
489
.
490
.
490
.
491
.
492
.
492
.
493
.
493
.
494
.
495
.
496
.
496
.
497
.
498
.
498
.
498
.
498
.
501
.
502
.
503
.
504
.
505
.
506
.

Message Reference Guide: Volume 2 (MT 350 - MT 399) - Standards Release Guide - February 2007

Table Of Contents

MT 399 Free Format Message


Glossary of Terms .
.
.

5 February 2007

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

.
.

. 507
.
. 508
.

xi

You might also like