Académique Documents
Professionnel Documents
Culture Documents
Version 0.2
Sta tu s
Dr a ft
Pr ep ar at ion
21 Ju l y 20 11
Au th or
Of f sh o r e CN Y B e st Pr ac tic e Wor k in g Gr ou p
Note:
Relevant regulations and legislation take precedence over the guidance issued by this working group. These Guidelines
represent the industrys best endeavor to assist peers in the interpretation and implementation of Offshore CNY best
practices for SWIFT FIN and ISO 15022 messages. The Offshore CNY Best Practice Group - or any of its Members - cannot
be held liable for any error in these Guidelines.
Contributing Institutions
ANZ Bank
Asia Securities Industry & Financial Markets Association (ASIFMA) (Observer)
Bank of America Merrill Lynch
Bank of China (Hong Kong) Limited
The Bank of East Asia Limited
BNP Paribas
Citibank, N.A.
CLS
Credit Suisse
DBS Bank Ltd.
Deutsche Bank AG
Euroclear Bank
Hong Kong Investment Funds Association (HKIFA) (Observer)
The Hongkong and Shanghai Banking Corporation Limited
Invesco Hong Kong Limited
ISDA (Observer)
Janus Capital Asia Limited
JP Morgan Chase Bank, N.A.
JF Asset Management Limited
Macquarie Capital Securities Limited
National Australia Bank Limited
Nomura Asset Management Hong Kong Limited
Royal Bank of Scotland plc
Standard Chartered Bank
State Street Bank and Trust Company
The Bank of New York Mellon
UBS Global Asset Management (Hong Kong) Ltd.
Wing Hang Bank
Wing Lung Bank
SWIFT
Page 1
Table of Contents
1.
Introduction .................................................................................................................................... 3
2.
3.
3.1.3.
3.1.4.
3.2.
FX, MM, & Derivatives ....................................................................................................... 9
3.2.1. MT 300 - Foreign Exchange Confirmation ........................................................................................ 9
3.2.2.
3.2.3.
3.2.4.
3.2.5.
3.2.6.
3.2.7.
3.2.8.
3.2.9.
3.3.
Securities ....................................................................................................................... 17
3.3.1. MT 513 - Client Advice Of Execution.............................................................................................. 17
3.3.2.
3.3.3.
3.3.4.
3.3.5.
3.3.6.
3.3.7.
3.4.
Standing Settlement Instruction ....................................................................................... 23
3.4.1. MT 670 - Standing Settlement Instruction Update Notification Request ......................................... 23
3.4.2.
3.5.
Cash Reporting ............................................................................................................... 24
3.5.1. MT 900 - Confirmation of Debit .................................................................................................... 24
3.5.2.
3.5.3.
3.5.4.
3.5.5.
4.
5.
6.
Page 2
1. Introduction
Background
Industry stakeholders approached SWIFT with concerns about the lack of straight-through-processing (STP)
of Offshore Chinese Yuan (CNY) products. As of July 2011, counterparties are processing these Offshore CNY
products in a manual (non-STP) fashion. As a result, stakeholders foresee the need to reengineer business
processes, invest in information technology system upgrades and hire staff to scale for manual processing.
SWIFTs involvement was requested to help industry participants define best practices so that market
participants can make use of the SWIFT MT and ISO 15022 messages to facilitate STP processing of Offshore
CNY products.
After the April 1st industry group meeting with 68 participants across 24 organizations, there was
agreement to establish 3 market groups to propose the best practice recommendations for straightthrough-processing for the offshore CNY market.
The groups are representative of the industry concerns by focusing on securities, cash and trade and
treasury SWIFT MT and ISO 15022 messages. The three groups met from May to June 2011 with a final
th
meeting on June 29 2011 to gain consensus across the working groups. Hereafter, for the purposes of this
document, we will refer to these groups in entirety as the Offshore CNY Best Practice Group (OCBPG).
Objective
The objective of Offshore CNY Best Practice Group is to agree best practice on the use of SWIFT MT and ISO
15022 messages to enhance STP rates for Offshore CNY transactions.
Page 3
Description
Delimiter that must be present at the beginning and ending of the
structured code.
Indicates the place of settlement
Indicate the transaction is Trade Settlement related
Indicates the transaction is non-Trade Settlement related
The beginning symbol of a dynamic field. The following text describes
the nature of the data to be presented.
The closing symbol of a dynamic field.
Indicates the deal is to be settled with a specified method
Indicates the transaction is to be settled by Payment Versus Payment
Page 4
<Trade Settlement or
non-Trade Settlement
code>
In relevant individual transaction, use the structured code in the last portion of sequence B field 70.
This field allows for a maximum of 4 lines and each line can have 35 characters (4 x 35x).
If <Trade Settlement or non-Trade Settlement code> is not specified, then by default the transaction is
non-Trade Settlement related.
The structured code must appear as the very last piece of information in the field.
The structured code must appear in a single line.
When using the structured code it must appear in its entirety together with delimiters.
In this example of an offshore CNY transaction with the place of settlement is Hong Kong and the
transaction is Trade Settlement related. This example shows sequence B field 70 with the first three
lines occupied therefore the structured code appears in line four as the last piece of information.
Message type
101
Sequence B
:70://<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/TR/
Sequence B
Page 5
2.
In this example, there is an offshore CNY transaction with the place of settlement as Hong Kong and the
transaction is non-Trade Settlement related. The third line of sequence B field 70 has space to hold the
structured code.
Sender to Receiver Information
:70://<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/NT/
OR
3.
In this example, this is an Offshore CNY transaction with the place of settlement in Hong Kong and the
transaction is Trade Settlement related. The structured code will be displayed as the first and last piece
of information in sequence B field 70 when there is no other information in this field.
Sender to Receiver Information
4.
:70:/PSET/HK/TR/
This is an example of an error in the format. The structured code is not the last piece of information in
sequence B field 70. Although the SWIFT network will not reject this message, OCBPG does not agree
with this presentation.
Sender to Receiver Information
5.
:70://<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/
:70://<narrative text>
//<narrative text>/PSET/HK/TR/<narrative text>
This is an example of an error in the format. The structured code does not appear in a single line in
sequence B field 70. Although the SWIFT network will not reject this message, OCBPG does not agree
with this presentation.
Sender to Receiver Information
:70://<narrative text>
//<narrative text>/PSET/
/HK/TR/
Use field 72 which allows for a maximum 6 lines and each line can have 35 characters (6 x 35x).
If <Trade Settlement or non-Trade Settlement code> is not specified then by default the transaction is
non-Trade Settlement related.
The structured code must appear as the very last piece of information in the field.
The structured code must appear in a single line.
When using the structured code it must appear in its entirety together with delimiters.
Page 6
1.
2.
This example shows an offshore CNY transaction. The place of settlement is Hong Kong and the
transaction is Trade Settlement related. The first four lines are already filled with other information
therefore the structured code is to put in the fifth line in field 72.
Message type
103
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/TR/
In this example, the transaction is offshore CNY with the place of settlement is Hong Kong and the
transaction is non Trade Settlement related. The fourth line has sufficient space to hold the full
structured code. Shown below are two possible options to present the structured code in field 72.
Sender to Receiver Information
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/NT/
OR
3.
This transaction is for offshore CNY with the place of settlement in Hong Kong and the transaction is
non Trade Settlement related in field 72. There is no other information in field 72.
Sender to Receiver Information
4.
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/
:72:/PSET/HK/NT/
This is an example of an error in the format. The structured code does not appear as the last piece of
information in field 72. Although the SWIFT network will not reject this message, OCBPG does not agree
with this presentation.
Sender to Receiver Information
:72:<narrative text>
<narrative text>
<narrative text>/PSET/HK/TR/<narrative text>
Page 7
The field used for the structured code is field 72. This field allows a maximum of 6 lines and each line
can have 35 characters (6 x 35x)
If <Trade Settlement or non-Trade Settlement code> is not present, it means the transaction is nonTrade Settlement related.
The structured code must appear as the very last piece of information in the field.
The structured code must appear in a single line.
When using the structured code it must appear in its entirety together with delimiters.
2.
In this example, the transaction is offshore CNY with the place of settlement in Hong Kong and the
transaction is Trade Settlement related. The first four lines are already filled with other information and
therefore the structured code is specified on the fifth line.
Message type
202
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/TR/
This example shows an offshore CNY transaction with the place of settlement in Hong Kong and the
transaction is non-Trade Settlement related. The first four lines are filled with other information and
the fourth line has enough space to hold the structured code. In this example, there are two options to
display the structured code.
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/NT/
OR
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/
Page 8
1.
Use account identification field 25 for the structured code. This field allows a maximum of 35
characters.
After presenting the account number, put additional remarks that had been agreed with counter party
in the field to distinguish the transaction is offshore CNY
210
Account Identification
The structured codes use field 72 of sequence C (Optional General Information). This field allows a
maximum of 6 lines and each line can have 35 characters (6 x 35x)
The structured code is:
o
If the transaction is using payment versus payment (PVP) settlement method, then the structured code
to add in front of /PSET/<ISO country code>/ is:
o
/SPRO/PVP/
/SPRO/PVP/ can appear alone as a structured code without /PSET/<ISO country code>/. In this case
/SPRO/PVP/ must still appear as the last piece of information in field 72 of the General Information
sequence.
If a transaction is offshore CNY and PVP, the structured code to appear in its entirety is:
o
When using the structured code it must appear in its entirety together with delimiters.
All of the above structured code must appear as the very last piece of information in the field.
All of the above structured code must appear in a single line.
In this example, the transaction is offshore CNY with the place of settlement in Hong Kong and the
transaction with a settlement mechanism of PVP. The first three lines are already filled with other
information and therefore the structured code appears in the fourth line in field 72 in sequence C.
Page 9
Message type
300
:72://<narrative text>
//<narrative text>
//<narrative text>
/SPRO/PVP/PSET/HK/
2.
This example is for an offshore CNY transaction with the place of settlement in Hong Kong and the
transaction with a settlement mechanism of PVP. The first three lines are already filled with other
information but the third line has enough space for the structured code in field 72 in sequence C.
Sender to Receiver Information
3.
The example shows an offshore CNY transaction with the place of settlement in Hong Kong. The first
four lines already filled with other information but the fourth line has enough space to hold the
structured code in field 72 in sequence C.
Sender to Receiver Information
4.
:72://<narrative text>
//<narrative text>
//<narrative text>/SPRO/PVP/PSET/HK/
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/
In this example, the offshore CNY transaction has a place of settlement in Hong Kong. There is no
addition information in field 72 in sequence C as a result the structured code is shown alone.
.
Sender to Receiver Information
5.
This is an example of a transaction with a settlement mechanism of PVP. The first three lines are
already filled with other information and the third line has enough space to hold the structured code in
field 72 information in sequence C.
Sender to Receiver Information
6.
:72:/PSET/HK/
:72://<narrative text>
//<narrative text>
//<narrative text>/SPRO/PVP/
This is an example of an error in the format. The structured code is not the last piece of information in
field 72 in sequence C. Although SWIFT network will not reject the message, OCBPG does not agree this
presentation.
Page 10
7.
:72:<narrative text>
<narrative text>
<narrative text>/PSET/HK/<narrative text>
This is an example of an error in the format. The structured code does not appear in the same line in
field 72 in sequence C. Although SWIFT network will not reject the message, OCBPG does not agree this
presentation.
Sender to Receiver Information
:72:<narrative text>/SPRO/
/PVP/PSET/HK/
The structured codes use field 72 of sequence C (Optional General Information). This field allows a
maximum of 6 lines and each line can have 35 characters (6 x 35x)
The structured code is:
o
If the transaction is using payment versus payment (PVP) settlement method, then the structured code
to add in front of /PSET/<ISO country code>/ is:
o
/SPRO/PVP/
/SPRO/PVP/ can appear alone as a structured code without /PSET/<ISO country code>/. In this case
/SPRO/PVP/ must still appear as the last piece of information in field 72 of the General Information
sequence.
If a transaction is offshore CNY and PVP, the structured code to appear in its entirety is:
o
When using the structured code it must appear in its entirety together with delimiters.
All of the above structured code must appear as the very last piece of information in the field.
All of the above structured code must appear in a single line.
In this offshore CNY example, the place of settlement is in Hong Kong and the transaction is settled with
PVP. The first three lines are already filled with other information and therefore the structured code is
on the fourth line in field 72 in sequence C.
Message type
304
:72://<narrative text>
//<narrative text>
//<narrative text>
Page 11
/SPRO/PVP/PSET/HK/
Optional Sequence D Accounting Information
2.
This example is for an offshore CNY transaction with the place of settlement in Hong Kong and the
transaction is settled with PVP. The first three lines are already filled with other information and the
third line has enough space to hold the structured code in field 72 in sequence C.
Sender to Receiver Information
3.
:72://<narrative text>
//<narrative text>
//<narrative text>/SPRO/PVP/PSET/HK/
This offshore CNY transaction is settled with PVP. The first three lines are already filled with other
information and the third line has enough space to hold the structured code in field 72 in sequence C.
Sender to Receiver Information
:72://<narrative text>
//<narrative text>
//<narrative text>/SPRO/PVP/
The structured codes use field 72. This field allows a maximum of 6 lines and each line can have 35
characters (6 x 35x)
The structured code is:
o
When using the structured code it must appear in its entirety together with delimiters.
All of the above structured code must appear as the very last piece of information in the field.
All of the above structured code must appear in a single line.
This offshore CNY transaction has a place of settlement in Hong Kong. The first three lines are already
filled with other information and therefore the offshore information is specified on the fourth line in
field 72.
Message type
305
:72://<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/
Page 12
2.
This is an example of an offshore CNY transaction with the place of settlement in Hong Kong. The first
three lines are already filled with other information and the third line has enough space for the
structured code in field 72.
Sender to Receiver Information
:72://<narrative text>
//<narrative text>
//<narrative text > /PSET/HK/
The structured codes use field 72 of sequence I (Optional Additional Information). This field allows a
maximum of 6 lines and each line can have 35 characters (6 x 35x).
The structured code is:
o
When using the structured code it must appear in its entirety together with delimiters.
All of the above structured code must appear as the very last piece of information in the field.
All of the above structured code must appear in a single line.
This is an example of an offshore CNY transaction with the place of settlement in Hong Kong. The first
three lines are already filled with other information and therefore the structured code is on the fourth
line in field 72 in sequence I.
Message type
306
:72://<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/
The field used is field 72 in sequence H (Optional Additional Information). Field 72 allows a maximum
of 6 lines and each line can have 35 characters (6 x 35x).
The structured code is:
o
When specify, the structured code must appear in its entirety together with delimiters.
Page 13
The structured code must appear as the very last piece of information in the field.
The structured code must appear in a single line.
This is an example of an offshore CNY transaction where the place of settlement is in Hong Kong. First
three lines already filled with other information and therefore the offshore information is specified on
the fourth line in field 72 in sequence H.
Message type
320
:72://<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/
2.
In this offshore CNY transaction the place of settlement is Hong Kong. The first four lines are filled with
other information however there is space for the structured code on the fourth line in field 72 in
sequence H.
Sender to Receiver Information
3.
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/
This is an example of an error in the format. The structured code is not on a single line in field 72 in
sequence H. Although SWIFT network will not reject the message, OCBPG does not agree this
presentation.
Sender to Receiver Information
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/
/HK/
In Subsequence C1 Settlement Parties block with Party field 95a, the qualifier is ACCW to indicate the
Account with Institution, the structured code is to put in Party Contact Narrative field - 70C with PACO
qualifier, a maximum 4 lines and each line can go up to 35 characters field (4 x 35x), excluding the
qualifier and //
The structured code is:
o
Page 14
When using the structured code it must appear in its entirety together with delimiters.
The structured code must appear as the last piece of information in the field.
The structured code must appear on the same line.
This example is for an offshore transaction where the place of settlement is in Hong Kong. The first
three lines are already filled with other information and therefore structured code is in the fourth line
in field 70C in sequence C1.
Message type
321
Party
:95P::ACCW//<BIC code>
:70C::PACO//<narrative text>
<narrative text>
<narrative text>
/PSET/HK/
2.
In this example, the offshore CNY transaction has the place of settlement in Hong Kong. The structured
code appears alone because there is no addition information in field 70C in sequence C1.
Party Contact Narrative
3.
This is an example of an error in the format. The structured code is not the last piece of information in
field 70C in sequence C1. Although SWIFT network will not reject the message, OCBPG does not agree
this presentation.
Party Contact Narrative
4.
:70C::PACO//PSET/HK/
:70C::PACO//<narrative text>
<narrative text>
<narrative text> /PSET/HK/ <narrative text>
This is an example of an error in the format. The structured code is on two lines instead of one in field
70C in sequence C1. Although SWIFT network will not reject the message, OCBPG does not agree this
presentation.
Party Contact Narrative
:70C::PACO//<narrative text>
<narrative text>
Page 15
<narrative text>/PSET/
/HK/
The structured code should be used in field 72 in Optional sequence H (Optional Additional
Information). This field allows a maximum of 6 lines and each line can have 35 characters field (6 x 35x).
The structured code is:
o
The structured code must be used in its entirety together with delimiters.
The structured code must appear as the last piece of information in the field.
The structures code must appear on the same line.
This is an example of an offshore CNY transaction where the place of settlement is in Hong Kong. The
first three lines are already filled with other information. As a result, the structured code is to put in the
fourth line in field 72 in sequence H.
Message type
330
2.
:72://<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/
This is an example of an offshore CNY transaction where the place of settlement is in Hong Kong. The
first four lines filled with other information however there is enough space for the structured code in
the fourth line in field 72 in sequence H.
Sender to Receiver Information
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/
The structured code will appear in the mandatory subsequence B1 FX Order Parties block, in
Safekeeping Account field 97A with qualifier SAFE. This field is at maximum 35 characters, excluding the
qualifier and //.
After the account number then input text that has been agreed with your counter party to indicate an
offshore CNY transaction.
Page 16
1.
380
Safekeeping Account
:97A::SAFE//<account number><addition
remarks to indicate the transaction is
offshore CNY>
1.
The structured code should appear in the mandatory subsequence B1 FX Order Parties block, in
Safekeeping Account field 97A with qualifier SAFE. This field is at maximum 35 characters, excluding the
qualifier and //
After the account number then input text that has been agreed with your counter party to indicate an
offshore CNY transaction.
The transaction is offshore CNY.
Message type
381
Safekeeping Account
3.3. Securities
The securities post-trade, settlement instruction, settlement instruction confirmation message formats all
support the mandatory or optional use of the place of settlement (PSET) that will identify the transaction as
offshore CNY. The place for PSET is in field 95a of the repetitive settlement party sequence.
In both securities settlement instructions (MT540, MT 541, MT 542, MT 543) and confirmations (MT 544,
MT 545, MT 546, MT 547), since their message layout are identical, the PSET is specified in Mandatory
Repetitive Subsequence E1 Settlement Parties block
Page 17
1.
In this example, the offshore CNY transaction lists the currency of the transaction as CNY and then
includes the place of settlement (PSET) in the client advice of execution with the BIC code is XHKGHKHH
(indicating HK Exchange & Clearing Corporation).
Message type
513
Price
:90B::DEAL//ACTU/CNY100,
Party
:95P::PSET//XHKGHKHH
This Example makes use of field 95p in sequence C1 to show an offshore CNY transaction. PSET appears
with the place of settlement as Hong Kong Stock Exchange (XHKGHKHH).
Message type
514
Price
:90B::DEAL//ACTU/CNY30,
Party
:95P::PSET//XHKGHKHH
Page 18
This is an example of an offshore CNY transaction where PSET appears in field 95P in sequence C with
the place of settlement as Hong Kong Stock Exchange (XHKGHKHH).
Message type
515
Price
:90B::DEAL//ACTU/CNY30,
Party
:95P::PSET//XHKGHKHH
This is an example of a deliver against payment settlement instruction for offshore CNY transaction
where the settlement is at Hong Kong Stock Exchange (XHKGHKHH).
Message type
543
Party
:95P::PSET//XHKGHKHH
Page 19
Amount
:19A::SETT//CNY300000,
The structured code in repetitive Narrative field 70E Optional Sequence F Additional Information block
will use the ADTX qualifier. The field size is maximum with 10 lines and each line can go up to 35
characters, excluding the qualifier and //.
The structured code must appear as an individual occurrence and as the last piece of information of 70E.
The structured code is:
o
This is an example of a corporate action that is an offshore CNY event. The structured code appears
before another occurrence of field 70E in sequence F.
Message type
564
Page 20
2.
3.
Narrative
:70E::ADTX//PSET/HK/
Narrative
:70E::ADTX//<narrative text>
<narrative text>
This is an example of a corporate action notification is for an offshore CNY event. The structured code
appears after another occurrence of field 70E in sequence F.
Narrative
:70E::ADTX//<narrative text>
<narrative text>
Narrative
:70E::ADTX//PSET/HK/
This is an example of an error in the format because there is additional narrative text in field 70E in
sequence F. Although the SWIFT network will not reject the message, OCBPG does not agree this
presentation.
Narrative
:70E::ADTX//PSET/HK/<narrative text>
The structured code will be put in Optional Sequence F Additional Information block, in repetitive
Narrative field 70E with the ADTX qualifier. The field size is maximum with 10 lines and each line can go
up to 35 characters, excluding the qualifier and //.
The structured code must appear in an individual occurrence of 70E. Additional information has to put
in another repeated field 70E with ADTX qualifier.
The structured code is:
o
In this example, the corporate action instruction is for an offshore CNY event. The structured code
appears before another occurrence of field 70E in sequence E.
Message type
565
Page 21
2.
Narrative
:70E::ADTX//PSET/HK/
Narrative
:70E::ADTX//<narrative text>
< narrative text>
In this example, the corporate action instruction is for an offshore CNY event. The structured code
appears after another occurrence of field 70E in sequence E.
Narrative
:70E::ADTX//<narrative text>
<narrative text>
Narrative
:70E::ADTX//PSET/HK/
The structured code is used in Optional Sequence F Additional Information block, in repetitive Narrative
field 70E with ADTX qualifier. The field size is maximum with 10 lines and each line can go up to 35
characters, excluding the qualifier and //.
The structured code must appear in an individual occurrence of 70E. Additional information has to put
in another repeated field 70E with ADTX qualifier.
The structured code is:
o
In this example, the corporate action confirmation is for an offshore CNY event. The structured code
appears before another occurrence of field 70E in sequence E.
Message type
566
2.
Narrative
:70E::ADTX//PSET/HK/
Narrative
:70E::ADTX//<narrative text>
<narrative text>
In this example, the corporate action confirmation is for an offshore CNY event. The structured code
appears after another occurrence of field 70E in sequence E.
Page 22
Narrative
:70E::ADTX//<narrative text>
<narrative text>
Narrative
:70E::ADTX//PSET/HK/
The structured code in Optional Subsequence B2 Other Details block, in repetitive Narrative field 70E
with ADTX qualifier. The field size is maximum with 10 lines and each line can go up to 35 characters,
excluding the qualifier and //
The structured code must appear in an individual occurrence of 70E. Any additional information has to
put in another repeated field 70E ADTX
The structured code is:
o
In this example, the standing settlement instruction notification is for offshore CNY. The structured
code appears before another occurrence of field 70E in sequence B2.
Message type
670
Page 23
4.
1.
Narrative
:70E::ADTX//PSET/HK/
Narrative
:70E::ADTX//<narrative text>
<narrative text>
In this example, the standing settlement instruction notification is for offshore CNY. The structured
code appears after another occurrence of field 70E in sequence B2.
Narrative
:70E::ADTX//<narrative text>
<narrative text>
Narrative
:70E::ADTX//PSET/HK/
This is an error in the format because there is additional narrative text in field 70E in sequence B2.
Although the SWIFT network will not reject this message, OCBPG does not agree this presentation.
Narrative
:70E::ADTX//PSET/HK/<narrative text>
Use field 72 which allows for a maximum 6 lines and each line can have 35 characters (6 x 35x).
If <Trade Settlement or non-Trade Settlement code> is not specified then by default the transaction is
non-Trade Settlement related.
The structured code must be used in its entirety together with delimiters. The structured code must
appear as the very last piece of information in the field.
The structured code must appear in a single line.
Page 24
2.
The advice is for offshore CNY. The place of settlement is Hong Kong and the transaction is trade
related. First four lines already filled with other information and there is insufficient space to hold the
full piece of information in the fourth line in field 72.
Message type
900
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>
/PSET/HK/TR/
The advice is for offshore CNY. The place of settlement is Hong Kong and the transaction is non trade
related. First four lines filled with other information and the fourth line has sufficient space to hold the
full piece of information in field 72.
Sender to Receiver Information
3.
The advice is for offshore CNY. The place of settlement is Hong Kong and the transaction is non trade
related. There is no information needed to put in field 72.
Sender to Receiver Information
4.
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/NT/
:72:/PSET/HK/NT/
Error format, structured code is not the very last piece of information in the field. Although SWIFT
network will not reject the message, OCBPG does not agree this presentation.
Sender to Receiver Information
:72:<narrative text>
<narrative text>
<narrative text>/PSET/HK/TR/<narrative text>
Use field 72 which allows for a maximum 6 lines and each line can have 35 characters (6 x 35x).
If <Trade Settlement or non-Trade Settlement code> is not specified then by default the transaction is
non-Trade Settlement related.
The structured code must be used in its entirety together with delimiters.
Page 25
The structured code must appear as the very last piece of information in the field.
The structured code must appear in a single line.
The advice is for offshore CNY. The place of settlement is Hong Kong and the transaction is non trade
related. First four lines filled with other information and the fourth line has sufficient space to hold the
full piece of information in field 72.
Message type
910
:72://<narrative text>
//<narrative text>
//<narrative text>
//<narrative text>/PSET/HK/NT/
Use account identification field 25. This field is at maximum contains 35 characters
After presenting the account number, put additional remarks that had been agreed with counter party
in the field to distinguish the transaction is offshore CNY
1.
940
Account Identification
Use account identification field 25. This field is at maximum contains 35 characters
After presenting the account number, put additional remarks that had been agreed with counter party
in the field to distinguish the transaction is offshore CNY
Page 26
1.
942
Account Identification
Use account identification field 25. This field is at maximum contains 35 characters
After presenting the account number, put additional remarks that had been agreed with counter party
in the field to distinguish the transaction is offshore CNY
1.
950
Account Identification
Page 27
6. Market Feedback
Page 28