global: 2017 swift standards release · 3/2/2017  · mt540 na na mt541 na na mt542 na na mt543 na...

36
Global: 2017 SWIFT Standards Release CITI Requirement No SWIFT Messages Effected Mandatory / Optional / Definition Change Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State) Funds / Trade Initiation and Confirmation MT502 Definition Change B3 FIA MT509 NA NA MT513 Definition Change C3 FIA MT515 Definition Change C2 FIA MT502 Definition Change C SETDET MT509 NA NA MT513 Definition Change D SETDET MT515 Definition Change D SETDET Settlements MT508 NA NA MT540 Definition Change B1 FIA MT541 Definition Change B1 FIA MT542 Definition Change B1 FIA MT543 Definition Change B1 FIA MT544 Definition Change B1 FIA MT545 Definition Change B1 FIA MT546 Definition Change B1 FIA MT547 Definition Change B1 FIA MT548 NA NA MT578 Definition Change B1 FIA ` SWIFT Change Request ID: CR 001126 Overview Modify definition of qualifier INTR in field 92a. To be able to use INTR as the basis of calculation of the actual interest rate for all types of bonds (fixed or variable rates). Requirement This is a change of definition and does not impact the message structure. Change in definition of the Interest Rate qualifier :92A::INTR INTR Interest Rate Annualised Annual interest rate of a financial instrument used to calculate the actual interest rate of the coupon or the accrued interest. FOR INFORMATION ONLY, DEFINITION CHANGE AND NO DEVELOPMENT REQUIRED NA as No Change NA as No Change Req 1.1 SWIFT Change Request ID: CR 001083 Overview Modify the definitions of codes CALL and ROLP used with qualifier REPT in field 22F. To remove ambiguity in the interpretation of codes CALL and ROLP. This is a change of definition and does not impact the message structure. Requirements Change in definition of the Repo Call Repurchase Type Indicator code :22F::REPT//CALL CALL Repo Call Relates to the a change in early closing / or maturity date for a term repo or the termination providing of the date of for an open repo with underlying collateral. Change in definition of the Repo Contract Rollover Repurchase Type Indicator code :22F::REPT//ROLP ROLP Repo Contract Rollover Relates to a repo rollover of a contract position extending the closing or maturity date without impacting underlying collateral. FOR INFORMATION ONLY, DEFINITION CHANGE AND NO DEVELOPMENT REQUIRED NA as No Change NA as No Change Req 2.0 SWIFT Change Request ID: CR 001126 Overview Modify definition of qualifier INTR in field 92a. To be able to use INTR as the basis of calculation of the actual interest rate for all types of bonds (fixed or variable rates). Requirement This is a change of definition and does not impact the message structure. Change in definition of the Interest Rate qualifier :92A::INTR INTR Interest Rate Annualised Annual interest rate of a financial instrument used to calculate the actual interest rate of the coupon or the accrued interest. FOR INFORMATION ONLY, DEFINITION CHANGE AND NO DEVELOPMENT REQUIRED NA as No Change NA as No Change Page 1 of 36

Upload: others

Post on 30-Jul-2020

19 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

Funds / Trade Initiation and Confirmation

MT502 Definition ChangeB3

FIA

MT509 NA NA

MT513 Definition ChangeC3

FIA

MT515 Definition ChangeC2

FIA

MT502 Definition ChangeC

SETDET

MT509 NA NA

MT513 Definition ChangeD

SETDET

MT515 Definition ChangeD

SETDET

Settlements

MT508 NA NA

MT540 Definition ChangeB1

FIA

MT541 Definition ChangeB1

FIA

MT542 Definition ChangeB1

FIA

MT543 Definition ChangeB1

FIA

MT544 Definition ChangeB1

FIA

MT545 Definition ChangeB1

FIA

MT546 Definition ChangeB1

FIA

MT547 Definition ChangeB1

FIA

MT548 NA NA

MT578 Definition ChangeB1

FIA

`

SWIFT Change Request ID: CR 001126

Overview

Modify definition of qualifier INTR in field 92a.

To be able to use INTR as the basis of calculation of the actual interest rate

for all types of bonds (fixed or variable rates).

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Interest Rate qualifier :92A::INTR

INTR Interest Rate

Annualised Annual interest rate of a financial instrument used to calculate the

actual interest rate of the coupon or the accrued interest.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 1.1

SWIFT Change Request ID: CR 001083

Overview

Modify the definitions of codes CALL and ROLP used with qualifier REPT in

field 22F.

To remove ambiguity in the interpretation of codes CALL and ROLP.

This is a change of definition and does not impact the message structure.

Requirements

Change in definition of the Repo Call Repurchase Type Indicator code

:22F::REPT//CALL

CALL Repo Call

Relates to the a change in early closing / or maturity date for a term repo or

the termination providing of the date of for an open repo with underlying

collateral.

Change in definition of the Repo Contract Rollover Repurchase Type Indicator

code :22F::REPT//ROLP

ROLP Repo Contract Rollover

Relates to a repo rollover of a contract position extending the closing or

maturity date without impacting underlying collateral.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 2.0

SWIFT Change Request ID: CR 001126

Overview

Modify definition of qualifier INTR in field 92a.

To be able to use INTR as the basis of calculation of the actual interest rate

for all types of bonds (fixed or variable rates).

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Interest Rate qualifier :92A::INTR

INTR Interest Rate

Annualised Annual interest rate of a financial instrument used to calculate the

actual interest rate of the coupon or the accrued interest.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 1 of 36

Page 2: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT508 NA NA

MT540 Definition ChangeA1

LINK

MT541 Definition ChangeA1

LINK

MT542 Definition ChangeA1

LINK

MT543 Definition ChangeA1

LINK

MT544 Definition ChangeA1

LINK

MT545 Definition ChangeA1

LINK

MT546 Definition ChangeA1

LINK

MT547 Definition ChangeA1

LINK

MT548 Definition ChangeA1

LINK

MT578 NA NA

MT508 NA NA

MT540 Definition ChangeE

SETDET

MT541 Definition ChangeE

SETDET

MT542 Definition ChangeE

SETDET

MT543 Definition ChangeE

SETDET

MT544 Definition ChangeE

SETDET

MT545 Definition ChangeE

SETDET

MT546 Definition ChangeE

SETDET

MT547 Definition ChangeE

SETDET

MT548 Definition ChangeB

SETTRAN

MT578 NA NA

MT508 NA NA

MT540 NA NA

MT541 NA NA

MT542 NA NA

MT543 NA NA

MT544 OptionalE

SETDET

MT545 NA NA

MT546 OptionalE

SETDET

MT547 NA NA

MT548 NA NA

MT578 NA NA

Req 2.1

SWIFT Change Request ID: CR 001030

Overview

Modify the definitions of qualifiers TRCI and TCTR in Settlement and

Reconciliation messages.

To align with the definitions with those used in Triparty Collateral

Management messages.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Triparty-Agent’s/Service-Providers Collateral

Instruction Reference qualifier :20C::TRCI

TRCI Triparty-Agent’s/Service-Provider’s Triparty’s Collateral Instruction

Reference

Reference assigned to the instruction by the triparty-agent/service-provider.

Change in definition of the Triparty-Agent’s/Service-Providers Collateral

Transaction Reference qualifier :20C::TCTR

TCTR Triparty-Agent's/Service-Provider’s Triparty Agent Collateral

Transaction Reference

Unique reference identifying the triparty-agent/service-provider collateral

management transaction from the triparty-agent’s/service-provider’s point of

view.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 2.2

SWIFT Change Request ID: CR 001083

Overview

Modify the definitions of codes CALL and ROLP used with qualifier REPT in

field 22F.

To remove ambiguity in the interpretation of codes CALL and ROLP.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Repo Call Repurchase Type Indicator code

:22F::REPT//CALL

CALL Repo Call

Relates to the a change in early closing/ or maturity date for a term repo or

the termination providing of the date of for an open repo with underlying

collateral.

Change in definition of the Repo Contract Rollover Repurchase Type Indicator

code :22F::REPT//ROLP

ROLP Repo Contract Rollover

Relates to a repo rollover of a contract position extending the closing or

maturity date without impacting underlying collateral.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 2.3

SWIFT Change Request ID: CR 001132

Overview

Add code SPST for a split settlement to qualifier STCO, in field 22F of

sequence E.

In the Securities cash split market practice, the MT 544 and MT 546 must be

sent to confirm the settlement of the Securities side. However this specific

SPST code does not exist for STCO.

Requirement

Addition of the Split Settlement code to the free of payment settlement

confirmation messages in field Settlement Transaction Condition Indicator

:22F::STCO//SPST to be used where applicable.

SPST Split Settlement

Money and financial instruments settle in different locations.

CITI DO NOT CURRENTLY SUPPORT SPLIT SETTLEMENTS SO THIS

REQUIREMENT IS OUT OF SCOPE FOR SR2017NA as No Change NA as No Change

Page 2 of 36

Page 3: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT508 NA NA

MT540 NA NA

MT541 NA NA

MT542 NA NA

MT543 NA NA

MT544 NA NA

MT545 NA NA

MT546 NA NA

MT547 NA NA

MT548 OptionalA2a

REAS

MT578 NA NA

MT508 Definition ChangeB

INPOSDET

MT540 NA NA

MT541 NA NA

MT542 NA NA

MT543 NA NA

MT544 NA NA

MT545 NA NA

MT546 NA NA

MT547 NA NA

MT548 NA NA

MT578 NA NA

Req 2.4

SWIFT Change Request ID: CR 001131

Overview

Add a rejection reason code INVM to qualifier REJT in field 24B.

Code INVM was added to the ISO 20022 message sese.031 in SR2012. The

ISO change request also stated "All the accepted codes will be included in

MT 548", however, code INVM was not implemented in MT 548.

Requirement

Addition of the Invalid Modification Request reason code to the Rejection

Reason field (:24B::REJT//INVM) as part of the Modification Request

Rejection (:25D::TPRC//REJT) status’ in the settlement status advice

message

INVM Invalid Modification Request

Invalid or unrecognized modification request.

This change is optional for the outbound MT548 message and will be used

where applicable

MT548

:16R:GENL

:20C::SEME//56012345601

:23G:NEWM

:98C::PREP//20170124000230

:16R:LINK

:13A::LINK//541

:20C::RELA//1234567890

:16S:LINK

:16R:STAT

:25D::TPRC//REJT

:16R:REAS

:24B::REJT//INVM

:16S:REAS

:16S:STAT

:16S:GENL

:16R:SETTRAN

:35B:ISIN GB0123456789

ABC COMPANY LTD

:36B::SETT//UNIT/1000,

:19A::SETT//EUR10000,00

:97A::SAFE//600000000

:22F::SETR//TRAD

:22H::REDE//RECE

:22H::PAYM//APMT

:98A::SETT//20170125

:98A::TRAD//20170123

:16R:SETPRTY

:95P::PSET//CSDAXX22

:16S:SETPRTY

:16R:SETPRTY

:95P::DEAG//CUSTXX22

:16S:SETPRTY

:16R:SETPRTY

:95P::SELL//BENEYY22

:97A::SAFE//1234

:16S:SETPRTY

:16S:SETTRAN

NA as it’s a new code

Req 2.5

SWIFT Change Request ID: CR 001128

Overview

Modify definitions of codes DRAW, PCAL and PRED used with qualifier

CAEV, in field 22F.

To clarify the scope and usage of partial redemption events.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Drawing Corporate Action Event Type code

:22F::CAEV//DRAW

DRAW Drawing

Securities Redemption are redeemed in part before the scheduled final

maturity date. of a security It is done without any pool factor reduction. The

redemption is reflected in a debit of the face amount (FAMT). Drawing is

distinct from partial call since drawn bonds are chosen by lottery. and with no

reduction in nominal value Therefore, not every holder is affected in the same

way.

Change in definition of the Partial Redemption Without Pool Factor Reduction

Corporate Action Event Type code :22F::CAEV//PCAL

PCAL Partial Redemption Without Pool Factor Reduction

Securities are redeemed in part before their scheduled final maturity date.

with reduction of the nominal value of the securities. The outstanding amount

of securities will be reduced proportionally It is done without any pool factor

reduction. The redemption is reflected in a debit of the face amount (FAMT).

Change in definition of the Partial Redemption With Pool Factor Reduction

Corporate Action Event Type code :22F::CAEV//PRED

PRED Partial Redemption With Pool Factor Reduction

Securities are redeemed in part before their scheduled final maturity date.

without reduction of the nominal value of the securities. This is commonly

done by The redemption is reflected in a pool factor reduction. No movement

of securities occurs.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 3 of 36

Page 4: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT508 Definition ChangeB

INPOSDET

MT540 NA NA

MT541 NA NA

MT542 NA NA

MT543 NA NA

MT544 NA NA

MT545 NA NA

MT546 NA NA

MT547 NA NA

MT548 NA NA

MT578 NA NA

MT508 NA NA

MT540 OptionalE

SETDET

MT541 OptionalE

SETDET

MT542 NA NA

MT543 NA NA

MT544 OptionalE

SETDET

MT545 NA NA

MT546 NA NA

MT547 NA NA

MT548 OptionalB

SETTRAN

MT578 OptionalE

SETDET

Req 2.6

SWIFT Change Request ID: CR 001090

Overview

Modify definition of code EXTM used with qualifier CAEV in field 22F.

To extend the scope of the EXTM event to be used for all securities and not

only for bonds.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Maturity Extension Corporate Action Event Type

code :22F::CAEV//EXTM

EXTM Maturity Extension

As stipulated in the a bond security’s Terms and Conditions, the issuer or the

holder bond- may prolong the maturity date of a security bond. After

extension, the security details may differ from the original issue.(new rate or

maturity date). May An issuer initiated extension may be subject to holder

bondholder’s approval.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 2.7

SWIFT Change Request ID: CR 001126

Overview

(ISO 20022 CR 0609) Add the transaction code BIYI (Buy In) to code sets.

Also applies to ISO 15022 for coexistence purposes

To ensure that the code is applied, in a consistent manner, to the ISO 20022

code sets for Securities Transaction Type Code (and ISO 15022 where it

doesn’t currently exist)

Requirement

Addition of the Buy In code to in the Settlement Transaction Type Indicator

field :22F::SETR//BYIY

BYIY Buy In

The transaction relates to a buy-in by the market following a delivery

transaction failure.

The code BYIY already existed in the MT545 which is why it’s not being

added there

This change is optional for messages and will be used where applicable

MT541

:16R:GENL

:20C::SEME//ABC12345

:23G:NEWM

:16S:GENL

:16R:TRADDET

:98A::SETT//20170125

:98A::TRAD//20170123

:35B:ISIN GB0123456789

ABC COMPANY LTD

:16S:TRADDET

:16R:FIAC

:36B::SETT//UNIT/1000,

:97A::SAFE//600000000

:16S:FIAC

:16R:SETDET

:22F::SETR//BYIY

:16R:SETPRTY

:95P::PSET//CSDAXX22

:16S:SETPRTY

:16R:SETPRTY

:95P::DEAG//CUSTXX22

:16S:SETPRTY

:16R:SETPRTY

:95P::SELL//BENEYY22

:97A::SAFE//1234

:16S:SETPRTY

:16R:AMT

:19A::SETT//EUR10000,00

:16S:AMT

:16S:SETDET

NA as it’s a new code

Page 4 of 36

Page 5: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT508 NA NA

MT540 NA NA

MT541 NA NA

MT542 NA NA

MT543 NA NA

MT544 NA NA

MT545 NA NA

MT546 NA NA

MT547 NA NA

MT548 NA NA

MT578 OptionalE

SETDET

Reconciliation

MT535 Definition ChangeB1a

FIA

MT536 NA NA

MT537 NA NA

MT538 Definition ChangeB1

FIA

MT586 Definition ChangeB2

FIA

Req 2.8

SWIFT Change Request ID: CR 001142

Overview

(ISO 20022 CR0610) Enrich Securities Transaction Type element in ISO

20022 messages

Also applies to ISO 15022 for coexistence purposes

To allow the different market participants to use the transaction codes

consistently across the different messages, which can be especially

important for cross border transactions.

Requirement

Addition of Settlement Transacton Type codes to the Settlement Allegement

message in the Settlement Transaction Type Indicator field :22F::SETR//xxxx

CONV DR Conversion

Relates to a depository receipt conversion.

ISSU Issuance

Relates to the issuance of a security such as an equity or a depository

receipt.

MKDW Mark-Down

Relates to the decrease of positions held by an ICSD at the common

depository due to custody operations (repurchase, pre-release, proceed of

corp. event realigned).

MKUP Mark-Up

Relates to the increase of positions held by an ICSD at the common

depository due to custody operations (repurchase, pre-release, proceed of

corporate event realigned).

NSYN Non Syndicated

Relates to the issue of medium and short term paper (CP, CD, MTN, notes

...) under a program and without syndication arrangement.

REDI Withdrawal

Relates to the withdrawal of specified amounts from specified sub-accounts

RELE DR Release/Cancellation

Relates to a release (into/from local) of Depository Receipt operation.

SBBK Sell Buy Back

Relates to a sell buy back transaction.

SYND Syndicate of Underwriters

Relates to the issue of financial instruments through a syndicate of

underwriters and a Lead Manager.

This change is optional for the MT578 Allegement message and will be used

where applicable where clients have elected to receive this message from Citi

MT578

:16R:GENL

:20C::SEME//5600000000

:23G:NEWM

:98C::PREP//20170123032801

:16R:LINK

:13A::LINK//578

:20C::RELA//ABC1234567

:16S:LINK

:16S:GENL

:16R:TRADDET

:98A::SETT//20170125

:98A::TRAD//20170123

:35B:ISIN GB0123456789

ABC COMPANY LTD

:22H::PAYM//APMT

:22H::REDE//DELI

:16S:TRADDET

:16R:FIAC

:36B::SETT//UNIT/1000,

:97A::SAFE//600000000

:16S:FIAC

:16R:SETDET

:22F::SETR//MKDW

:16R:SETPRTY

:95P::DEAG//CUSTXX22

:16S:SETPRTY

:16R:SETPRTY

:95P::BUYR//BENEYY22

:16S:SETPRTY

:16R:SETPRTY

:95P::PSET//CSDAXX22

:16S:SETPRTY

:16R:AMT

:19A::SETT//EUR10000,00

:16S:AMT

:16S:SETDET

-

NA as it’s new codes

Req 3.0

SWIFT Change Request ID: CR 001126

Overview

Modify definition of qualifier INTR in field 92a.

To be able to use INTR as the basis of calculation of the actual interest rate

for all types of bonds (fixed or variable rates).

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Interest Rate qualifier :92A::INTR

INTR Interest Rate

Annualised Annual interest rate of a financial instrument used to calculate the

actual interest rate of the coupon or the accrued interest.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 5 of 36

Page 6: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT535 NA NA

MT536B1a1

LINK

MT537B2a and C1

LINK

MT538 NA NA

MT586 NA NA

MT535 NA NA

MT536B1a2

TRANSDET

MT537B2b and C2

TRANSDET

MT538 NA NA

MT586 NA NA

MT535 NA NA

MT536 NA NA

MT537 NA NA

MT538 NA NA

MT586 OptionalA

GENL

Req 3.1

SWIFT Change Request ID: CR 001030

Overview

Modify the definitions of qualifiers TRCI and TCTR in Settlement and

Reconciliation messages.

To align with the definitions with those used in Triparty Collateral

Management messages.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Triparty-Agent’s/Service-Providers Collateral

Instruction Reference qualifier :20C::TRCI

TRCI Triparty-Agent’s/Service-Provider’s Triparty’s Collateral Instruction

Reference

Reference assigned to the instruction by the triparty-agent/service-provider.

Change in definition of the Triparty-Agent’s/Service-Providers Collateral

Transaction Reference qualifier :20C::TCTR

TCTR Triparty-Agent's/Service-Provider's Triparty Agent Collateral

Transaction Reference

Unique reference identifying the triparty-agent/service-provider collateral

management transaction from the triparty-agent's/service-provider's point of

view.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 3.2

SWIFT Change Request ID: CR 001083

Overview

Modify the definitions of codes CALL and ROLP used with qualifier REPT in

field 22F.

To remove ambiguity in the interpretation of codes CALL and ROLP.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Repo Call Repurchase Type Indicator code

:22F::REPT//CALL

CALL Repo Call

Relates to the a change in early closing/ or maturity date for a term repo or

the termination providing of the date of for an open repo with underlying

collateral.

Change in definition of the Repo Contract Rollover Repurchase Type Indicator

code :22F::REPT//ROLP

ROLP Repo Contract Rollover

Relates to a repo rollover of a contract position extending the closing or

maturity date without impacting underlying collateral.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 3.3

SWIFT Change Request ID: CR 001096

Overview

Add letter option "Q" to Account Owner Party fields

To allow for lengthy party names that are being truncated in the present

format options, for example, the surname is dropped

Network validated rule added to enforce the use of letter option Q only for

portfolio transfers.

Requirement

THIS REQUIREMENT IS OUT OF SCOPE FOR SR2017 AND WILL NOT

BE IMPLEMENTED BY CITI

OUT OF SCOPE NA as No Change NA as No Change

Page 6 of 36

Page 7: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT535 NA NA

MT536 NA NA

MT537 NA NA

MT538 NA NA

MT586 OptionalA

GENL

MT535 NA NA

MT536 Definition ChangeB1a2

TRANSDET

MT537 Definition ChangeB2b and C2

TRANSDET

MT538 Definition ChangeB2a

INPOS

MT586 NA NA

Req 3.4

SWIFT Change Request ID: CR 001085

Overview

Add a new qualifier RMDR, reminder code, to field 23G to identify the function

of the message.

If the sender does not receive any answer from the receiving party then this

code will be used in a subsequent message to identify it as a reminder.

Network validated rule added to enforce the use subfunction code PORT for

portfolio transfers.

Optional and used only for portfolio transfers.

Requirement

THIS REQUIREMENT IS OUT OF SCOPE FOR SR2017 AND WILL NOT

BE IMPLEMENTED BY CITI

OUT OF SCOPE NA as No Change NA as No Change

Req 3.5

SWIFT Change Request ID: CR 001128

Overview

Modify definitions of codes DRAW, PCAL and PRED used with qualifier

CAEV, in field 22F.

To clarify the scope and usage of partial redemption events.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Drawing Corporate Action Event Type code

:22F::CAEV//DRAW

DRAW Drawing

Securities Redemption are redeemed in part before the scheduled final

maturity date. of a security It is done without any pool factor reduction. The

redemption is reflected in a debit of the face amount (FAMT). Drawing is

distinct from partial call since drawn bonds are chosen by lottery. and with no

reduction in nominal value Therefore, not every holder is affected in the same

way.

Change in definition of the Partial Redemption Without Pool Factor Reduction

Corporate Action Event Type code :22F::CAEV//PCAL

PCAL Partial Redemption Without Pool Factor Reduction

Securities are redeemed in part before their scheduled final maturity date.

with reduction of the nominal value of the securities. The outstanding amount

of securities will be reduced proportionally It is done without any pool factor

reduction. The redemption is reflected in a debit of the face amount (FAMT).

Change in definition of the Partial Redemption With Pool Factor Reduction

Corporate Action Event Type code :22F::CAEV//PRED

PRED Partial Redemption With Pool Factor Reduction

Securities are redeemed in part before their scheduled final maturity date.

without reduction of the nominal value of the securities. This is commonly

done by The redemption is reflected in a pool factor reduction. No movement

of securities occurs.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 7 of 36

Page 8: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT535 NA NA

MT536 Definition ChangeB1a2

TRANSDET

MT537 Definition ChangeB2b and C2

TRANSDET

MT538 Definition ChangeB2a

INPOS

MT586 NA NA

MT535 NA NA

MT536 NA NA

MT537 NA NA

MT538 NA NA

MT586 OptionalB5

SETDET

Req 3.6

SWIFT Change Request ID: CR 001090

Overview

Modify definition of code EXTM used with qualifier CAEV in field 22F.

To extend the scope of the EXTM event to be used for all securities and not

only for bonds.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Maturity Extension Corporate Action Event Type

code :22F::CAEV//EXTM

EXTM Maturity Extension

As stipulated in the a bond security’s Terms and Conditions, the issuer or the

holder bond- may prolong the maturity date of a security bond. After

extension, the security details may differ from the original issue.(new rate or

maturity date). May An issuer initiated extension may be subject to holder

bondholder’s approval.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 3.7

SWIFT Change Request ID: CR 001126

Overview

(ISO 20022 CR 0609) Add the transaction code BIYI (Buy In) to code sets.

Also applies to ISO 15022 for coexistence purposes

To ensure that the code is applied, in a consistent manner, to the ISO 20022

code sets for Securities Transaction Type Code (and ISO 15022 where it

doesn’t currently exist)

Requirement

Addition of the Buy In code to in the Settlement Transaction Type Indicator

field :22F::SETR//BYIY

BYIY Buy In

The transaction relates to a buy-in by the market following a delivery

transaction failure.

This change is optional for the MT586 Statement of Allegements message and

will be used where applicable where clients have elected to receive this

message from Citi

MT586

:16R:GENL

:28E:1/MORE

:20C::SEME//7018011234567890

:23G:NEWM

:98C::PREP//20170118014853

:98A::STAT//20170118

:22F::SFRE//DAIL

:22F::CODE//COMP

:97A::SAFE//600000000

:17B::ACTI//Y

:16S:GENL

:16R:ALLDET

:16R:LINK

:13A::LINK//578

:20C::PREV//ABC12345

:16S:LINK

:16R:LINK

:20C::RELA//1234567890

:16S:LINK

:98A::SETT//20161229

:98A::TRAD//20161227

:35B:ISIN GB0123456789

ABC COMPANY LTD

:22H::PAYM//FREE

:22H::REDE//DELI

:16R:FIAC

:36B::SETT//UNIT/100,

:16S:FIAC

:16R:SETDET

:22F::SETR//BYIY

:16R:SETPRTY

:95P::DEAG//CUSTXX22

:16S:SETPRTY

:16S:SETDET

:16S:ALLDET

NA as it’s a new code

Page 8 of 36

Page 9: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT535 NA NA

MT536 NA NA

MT537 NA NA

MT538 NA NA

MT586 OptionalB5

SETDET

Req 3.8

SWIFT Change Request ID: CR 001142

Overview

(ISO 20022 CR0610) Enrich Securities Transaction Type element in ISO

20022 messages

Also applies to ISO 15022 for coexistence purposes

To allow the different market participants to use the transaction codes

consistently across the different messages, which can be especially

important for cross border transactions.

Requirement

Addition of Settlement Transacton Type codes to the Settlement Allegement

Statement message in the Settlement Transaction Type Indicator field

:22F::SETR//xxxx

CONV DR Conversion

Relates to a depository receipt conversion.

ISSU Issuance

Relates to the issuance of a security such as an equity or a depository

receipt.

MKDW Mark-Down

Relates to the decrease of positions held by an ICSD at the common

depository due to custody operations (repurchase, pre-release, proceed of

corp. event realigned).

MKUP Mark-Up

Relates to the increase of positions held by an ICSD at the common

depository due to custody operations (repurchase, pre-release, proceed of

corporate event realigned).

NSYN Non Syndicated

Relates to the issue of medium and short term paper (CP, CD, MTN, notes

...) under a program and without syndication arrangement.

REDI Withdrawal

Relates to the withdrawal of specified amounts from specified sub-accounts

RELE DR Release/Cancellation

Relates to a release (into/from local) of Depository Receipt operation.

SBBK Sell Buy Back

Relates to a sell buy back transaction.

SYND Syndicate of Underwriters

Relates to the issue of financial instruments through a syndicate of

underwriters and a Lead Manager.

This change is optional for the MT586 Statement of Allegements message and

will be used where applicable where clients have elected to receive this

message from Citi

MT586

:16R:GENL

:28E:1/MORE

:20C::SEME//7018011234567890

:23G:NEWM

:98C::PREP//20170118014853

:98A::STAT//20170118

:22F::SFRE//DAIL

:22F::CODE//COMP

:97A::SAFE//600000000

:17B::ACTI//Y

:16S:GENL

:16R:ALLDET

:16R:LINK

:13A::LINK//578

:20C::PREV//ABC12345

:16S:LINK

:16R:LINK

:20C::RELA//1234567890

:16S:LINK

:98A::SETT//20161229

:98A::TRAD//20161227

:35B:ISIN GB0123456789

ABC COMPANY LTD

:22H::PAYM//FREE

:22H::REDE//DELI

:16R:FIAC

:36B::SETT//UNIT/100,

:16S:FIAC

:16R:SETDET

:22F::SETR//CONV

:16R:SETPRTY

:95P::DEAG//CUSTXX22

:16S:SETPRTY

:16S:SETDET

:16S:ALLDET

NA as it’s a new code

Page 9 of 36

Page 10: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

Corporate Actions

MT564 Definition ChangeA

GENL

MT565 Definition ChangeA

GENL

MT566 Definition ChangeA

GENL

MT567 Definition ChangeA

GENL

MT568 Definition ChangeA

GENL

MT564 Definition ChangeA

GENL

MT565 Definition ChangeA

GENL

MT566 Definition ChangeA

GENL

MT567 Definition ChangeA

GENL

MT568 Definition ChangeA

GENL

Req 4.0

SWIFT Change Request ID: CR 001128

Overview

Modify definitions of codes DRAW, PCAL and PRED used with qualifier

CAEV, in field 22F.

To clarify the scope and usage of partial redemption events.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Drawing Corporate Action Event Type code

:22F::CAEV//DRAW

DRAW Drawing

Securities Redemption are redeemed in part before the scheduled final

maturity date. of a security It is done without any pool factor reduction. The

redemption is reflected in a debit of the face amount (FAMT). Drawing is

distinct from partial call since drawn bonds are chosen by lottery. and with no

reduction in nominal value Therefore, not every holder is affected in the same

way.

Change in definition of the Partial Redemption Without Pool Factor Reduction

Corporate Action Event Type code :22F::CAEV//PCAL

PCAL Partial Redemption Without Pool Factor Reduction

Securities are redeemed in part before their scheduled final maturity date.

with reduction of the nominal value of the securities. The outstanding amount

of securities will be reduced proportionally It is done without any pool factor

reduction. The redemption is reflected in a debit of the face amount (FAMT).

Change in definition of the Partial Redemption With Pool Factor Reduction

Corporate Action Event Type code :22F::CAEV//PRED

PRED Partial Redemption With Pool Factor Reduction

Securities are redeemed in part before their scheduled final maturity date.

without reduction of the nominal value of the securities. This is commonly

done by The redemption is reflected in a pool factor reduction. No movement

of securities occurs.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Req 4.1

SWIFT Change Request ID: CR 001090

Overview

Modify definition of code EXTM used with qualifier CAEV in field 22F.

To extend the scope of the EXTM event to be used for all securities and not

only for bonds.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Maturity Extension Corporate Action Event Type

code :22F::CAEV//EXTM

EXTM Maturity Extension

As stipulated in the a bond security’s Terms and Conditions, the issuer or the

holder bond- may prolong the maturity date of a security bond. After

extension, the security details may differ from the original issue.(new rate or

maturity date). May An issuer initiated extension may be subject to holder

bondholder’s approval.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 10 of 36

Page 11: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 Definition Change

B1

FIA

D

CADETL

MT565 Definition ChangeB1

FIA

MT566 Definition Change

B1

FIA

C

CADETL

D1a

FIA

MT567 NA NA

MT568 Definition ChangeB1

FIA

Req 4.2

SWIFT Change Request ID: CR 001126

Overview

Modify definition of qualifier INTR in field 92a.

To be able to use INTR as the basis of calculation of the actual interest rate

for all types of bonds (fixed or variable rates).

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Interest Rate qualifier :92A::INTR

INTR Interest Rate

Annualised Annual interest rate of a financial instrument used to calculate the

actual interest rate of the coupon or the accrued interest.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 11 of 36

Page 12: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 Mandatory

E

CAOPTN

E2

CASHMOVE

MT565 NA NA

MT566 Mandatory

D

CACONF

D2

CASHMOVE

MT567 NA NA

MT568 NA NA

Req 4.3

SWIFT Change Request ID: CR 001095

Overview

Delete qualifier FLFR from field 92a in sequence E2 of MT 564 and from

sequence D2 of MT 566.

To remove the redundancy between qualifier FLFR and the rate type code

FLFR used in qualifier GRSS.

Redefine the FLFR rate type code to align with the definition of the “to be

deleted” FLFR rate qualifier.

Requirement

Low impact on users’ business applications given very low use of the

qualifier.

Deletion of Fully Franked Rate qualifier :92a::FLFR

FLFR Fully Franked Rate

Rate resulting from a fully franked dividend paid by a company; rate includes

tax credit for companies that have made sufficient tax payments during fiscal

period.

Any use of the 92a FLFR rate qualifier will be replaced by the use of the

FLFR Rate Type Code in the :92J::GRSS and :92J::NETT rate fields.

Updates in definitions or Rate Type Code FLFR to reflect the use and

alignment with the previous definition of the FLFR rate qualifier

FLFR Fully Franked

Fully franked Rate resulting from a fully franked dividend paid by a company;

rate includes tax credit for companies that have made sufficient tax payments

during fiscal period.

Any use of field :92a::FLFR with format options 92A, 92F or 92K will be

removed and replaced with the Fully Franked Rate Type Code in the

:92J::GRSS and :92J::NETT fields

MT564

:16R:GENL

:20C::CORP//CORP12345

:20C::SEME//987654321B

:23G:REPE

:22F::CAEV//DRIP

:22F::CAMV//CHOS

:98C::PREP//20160213200908

:25D::PROC//COMP

:16R:LINK

:13A::LINK//564

:20C::PREV//987654321A

:16S:LINK

:16S:GENL

:16R:USECU

:35B:ISIN AU000000AB01

AUSTRALIA COMPANY A LTD

:16R:FIA

:94B::PLIS//EXCH/XASX

:16S:FIA

:16R:ACCTINFO

:97A::SAFE//1234567890

:94F::SAFE//CUST/ACLRAU2S

:93B::ELIG//UNIT/542330,

:16S:ACCTINFO

:16S:USECU

:16R:CADETL

:98A::RDTE//20161230

:98A::XDTE//20161222

:16S:CADETL

:16R:CAOPTN

:13A::CAON//001

:22F::CAOP//CASH

:11A::OPTN//AUD

:17B::DFLT//Y

:98C::RDDT//20161230090000

:16R:CASHMOVE

:22H::CRDB//CRED

:97A::CASH//00001234567

:19B::GRSS//AUD78637,85

:19B::INTR//AUD33787,15

:19B::FLFR//AUD18981,55

:19B::SOIC//AUD25869,14

:19B::ENTL//AUD78637,85

:98A::PAYD//20170214

:92F::GRSS//AUD0,145

:92J::GRSS//FLFR/AUD0,035

:16S:CASHMOVE

:16S:CAOPTN

:16R:CAOPTN

:13A::CAON//002

:22F::CAOP//SECU

:22F::DISF//RDDN

:17B::DFLT//N

:98C::RDDT//20161230090000

:16R:SECMOVE

:22H::CRDB//CRED

:35B:ISIN AU000000AB01

AUSTRALIA COMPANY A LTD

STAPLED UNITS NPV

:36B::ENTL//UNIT/14169,

:92D::ADEX//0,02612659687/1,

:98A::PAYD//20170214

:16S:SECMOVE

:16R:CASHMOVE

:22H::CRDB//CRED

:98A::PAYD//20170214

:92A::FISC//0,

:92F::GRSS//AUD0,145

:90B::PRPP//ACTU/AUD5,5499

:16S:CASHMOVE

:16S:CAOPTN

MT564

:16R:GENL

:20C::CORP//CORP12345

:20C::SEME//987654321B

:23G:REPE

:22F::CAEV//DRIP

:22F::CAMV//CHOS

:98C::PREP//20160213200908

:25D::PROC//COMP

:16R:LINK

:13A::LINK//564

:20C::PREV//987654321A

:16S:LINK

:16S:GENL

:16R:USECU

:35B:ISIN AU000000AB01

AUSTRALIA COMPANY A LTD

:16R:FIA

:94B::PLIS//EXCH/XASX

:16S:FIA

:16R:ACCTINFO

:97A::SAFE//1234567890

:94F::SAFE//CUST/ACLRAU2S

:93B::ELIG//UNIT/542330,

:16S:ACCTINFO

:16S:USECU

:16R:CADETL

:98A::RDTE//20161230

:98A::XDTE//20161222

:16S:CADETL

:16R:CAOPTN

:13A::CAON//001

:22F::CAOP//CASH

:11A::OPTN//AUD

:17B::DFLT//Y

:98C::RDDT//20161230090000

:16R:CASHMOVE

:22H::CRDB//CRED

:97A::CASH//00001234567

:19B::GRSS//AUD78637,85

:19B::INTR//AUD33787,15

:19B::FLFR//AUD18981,55

:19B::SOIC//AUD25869,14

:19B::ENTL//AUD78637,85

:98A::PAYD//20170214

:92F::GRSS//AUD0,145

:92F::FLFR//AUD0,035

:16S:CASHMOVE

:16S:CAOPTN

:16R:CAOPTN

:13A::CAON//002

:22F::CAOP//SECU

:22F::DISF//RDDN

:17B::DFLT//N

:98C::RDDT//20161230090000

:16R:SECMOVE

:22H::CRDB//CRED

:35B:ISIN AU000000AB01

AUSTRALIA COMPANY A LTD

STAPLED UNITS NPV

:36B::ENTL//UNIT/14169,

:92D::ADEX//0,02612659687/1,

:98A::PAYD//20170214

:16S:SECMOVE

:16R:CASHMOVE

:22H::CRDB//CRED

:98A::PAYD//20170214

:92A::FISC//0,

:92F::GRSS//AUD0,145

:90B::PRPP//ACTU/AUD5,5499

:16S:CASHMOVE

:16S:CAOPTN

Page 12 of 36

Page 13: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 Definition Change

E1

SECMOVE

E2

CASHMOVE

MT565 NA NA

MT566 Definition Change

D1

SECMOVE

D2

CASHMOVE

MT567 NA NA

MT568 NA NA

MT564 Definition ChangeE

CAOPTN

MT565 NA NA

MT566 Definition ChangeD

CACONF

MT567 NA NA

MT568 NA NA

Req 4.4

SWIFT Change Request ID: CR 001125

Overview

Add code TXBL to qualifier TAXP in field 22F, in sequences E1 and E2 of MT

564 and in sequences D1 and D2 of MT 566.

To reinstate the code deleted erroneously in SR 2016.

Implementation of this new code value is mandatory for inbound and

outbound messages when allowed by market practice or service level

agreement (SLA) between the sender and the receiver.

Requirement

Addition of the Taxable code TXBL to the Issuer / Offeror Taxability Indicator

qualifier :22F::TXAP, ie :22F::TXAP//TXBL

TXBL Taxable

The securities proceeds are taxable.

As part of the format change from 22H to 22F in SR2016 to allow for the use

of a Data Source Scheme and tax codes in the field, code TXBL was

inadvertently left out of the SWIFT User Handbook. The code could still be

used but wasn’t documented. This change request adds the code back in but

there should be no impact on what is allowed already

Update in definition to the CODES usage for Issuer / Offeror Taxability

Indicator field :22F::TXAP

If Qualifier is TXAP and , Data Source Scheme is must be used present, for

example, IRSX in the United States, . The then the lists of Issuer/Offeror

Taxability codes that to may be used in Indicator are provided in the

document titled "TXAP Taxability Codes" that is available on the SMPG

website at www.smpg.info.

FOR INFORMATION ONLY, THE TXBL CODE COULD STILL BE USED

EVEN THOUGH IT WASN’T PRESENT IN THE SWIFT USER HANDBOOKNA as No Change NA as No Change

Req 4.5

SWIFT Change Request ID: CR 001127

Overview

Modify the definition of qualifier PROR in field 92a, in sequence E of MT 564

and in sequence D of MT 566.

To clarify the use of the PROR rate.

Requirement

This is a change of definition and does not impact the message structure.

Change in definition of the Pro-Ration Rate qualifier :92A::PROR

PROR Pro-Ration Rate

Percentage Proportionate allocation used for the offer of securities accepted

by the offeror/issuer.

FOR INFORMATION ONLY, DEFINITION CHANGE AND NO

DEVELOPMENT REQUIREDNA as No Change NA as No Change

Page 13 of 36

Page 14: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 OptionalE

CAOPTN

MT565 NA NA

MT566 NA NA

MT567 NA NA

Req 4.6

SWIFT Change Request ID: CR 001108

Overview

Add code QCAS to qualifier OPTF, in field 22F, in sequence E of MT 564.

Add new optional, non-repetitive amount field 19B with a new non-repetitive

qualifier QCAS to sequence D of MT 565.

In sequence D of MT 565, change the presence of field 36a to optional and

create a new network validation rule to mandate the presence of either field

36a or field 19B.

Amend the definition of code DQUA used with qualifiers PEND, REJT and

CANP in field 24B, in sequence A2a of MT 567.

To be able to process instructions with quantity expressed as a cash amount.

In addition to the changes to the MT 564 and MT 565, in the MT 567, an

additional reason code DQCS is created for the PEND, REJT, and CANP

status and two new reason codes DQCC and DQAM are created for the

REJT status.

Requirement

Addition of the new Instruct Cash Amount QCAS code to the Options Feature

Indicator qualifier :22F::OPTF, ie :22F::OPTF//QCAS

QCAS Instruct Cash Amount

Feature whereby the holder should only instruct a cash amount.

If this new code is present on the outbound messages from Citi, clients can

elect using a cash amount. This should either be done via the existing process

or through the new features in the MT565 for instructing cash amounts as

outlined in requirement 4.7

New SMPG Guidelines

5.6 Instructing in Cash Amount

In the UK and IE (and Australia and New Zealand), there are subscription

offers (also called “share purchase plan” in Australia) where the account owner

needs to indicate to the account servicer the amount of cash they intend to

subscribe for.

The following market practice must be followed to be able to instruct in cash

amount:

In the MT564, the new code QCAS (Instruct Cash Amount) has been created

in Sequence E in the :22F::OPTF Option Features Qualifier. This code must

only be used when instructions in cash are required.

In the MT565, in Sequence D, a new optional non repetitive field 19B with a non-

repetitive QCAS (Cash Amount to be instructed) amount qualifier has been

created.

Within Sequence D, if the quantity of securities instructed (field :36a::QINS) is

present to show the amount of securities to which the instruction applies, then

the Instructed Amount field :19B::QCAS is not allowed and conversely.

In the MT567, a number of new reason codes have been added to allow for

rejection of cash instructions. In Sequence A2a in field :24B: Reason Code, a

new code value DQCS (Disagreement on Cash Amount) has been added to be

used with the PEND, REJT and CANP qualifiers and new reason code values

DQCC (Currency Rejection), DQCS (Amount Rejection) and DQAM

(Instruction Type Rejection) has been added to be used with the REJT

qualifiers.

MT564

:16R:GENL

:20C::CORP//39701234567

:20C::SEME//39701234567/001

:23G:NEWM

:22F::CAEV//PRIO

:22F::CAMV//VOLU

:98C::PREP//20170123120555

:25D::PROC//ENTL

:16S:GENL

:16R:USECU

:35B:ISIN AU000000LCD0

LATITUDE CONSOLIDATED LIMITED

ORDINARY SHARES

:16R:FIA

:94B::PLIS//EXCH/XASX

:16S:FIA

:16R:ACCTINFO

:97A::SAFE//600000000

:94F::SAFE//CUST/ACLRAU2S

:93B::ELIG//UNIT/1,

:16S:ACCTINFO

:16S:USECU

:16R:CADETL

:98A::RDTE//20170120

:22F::ADDB//CAPA

:16S:CADETL

:16R:CAOPTN

:13A::CAON//001

:22F::CAOP//NOAC

:17B::DFLT//Y

:98C::RDDT//20170224120000

:69J::PWAL//UKWN

:16S:CAOPTN

:16R:CAOPTN

:13A::CAON//002

:22F::CAOP//SECU

:22F::OPTF//QCAS

:17B::DFLT//N

:98C::RDDT//20170224120000

:69J::PWAL//UKWN

:16R:SECMOVE

:22H::CRDB//CRED

:35B:ISIN AU000000LCD0

LATITUDE CONSOLIDATED LIMITED

ORDINARY SHARES

:90E::PRPP//UKWN

:98A::PAYD//20170224

:98A::AVAL//20170301

:16S:SECMOVE

:16S:CAOPTN

:16R:ADDINFO

:70E::TXNR//DEPO-103/NOM-000100

:70E::ADTX//23/01/17. SHARE PURCHASE PLAN (SPP)

WHEREBY ELIGIBLE SHAREHOLDERS HAVE

THE OPPORTUNITY TO PURCHASE UP TO A

MAXIMUM OF AUD15,000 WORTH OF

SHARES. NEW SHARES RANK PARI PASSU

WITH EXISTING SHARES.

:70E::ADTX//THE ISSUE PRICE WILL BE AT A

DISCOUNT OF 20PCT TO THE VOLUME

WEIGHTED AVERAGE PRICE (VWAP) OVER

5 BUSINESS DAYS UP TO THE ISSUE

DATE OF THE NEW SHARES. THE COMPANY

IS SEEKING TO RAISE APPROXIMATELY

AUD850,000 AS PART OF THIS

OFFER.ELIGIBLE HOLDERS MAY APPLY

FOR ONE OF THE FOLLOWING OPTIONS:

(A) AUD 500. (B) AUD 1,000.

:70E::ADTX//(C) AUD 2,500. (D) AUD 5,000. (E)

AUD 7,500. (F) AUD 10,000. (G) AUD

12,500. OR (H) AUD 15,000. AS PER

THE CITI SERVICEWATCH AUSTSW00609,

WE ARE ABLE TO

:70E::ADTX//EXTEND THIS OFFER, TO ELIGIBLE

HOLDERS, UNDER ASIC CLASS ORDER

(09/425) AND (10/105). SHAREHOLDERS

WHO WILL BE ELIGIBLE TO APPLY FOR

SHARES UNDER THE OFFER ARE THOSE

THAT ARE: (A). RECORDED ON THE

COMPANY’S REGISTER AS AT THE RECORD

DATE, AND (B) HAVE AN ADDRESS IN

AUSTRALIA OR NEW ZEALAND.

:70E::ADTX//THE COMPANY HAS ADVISED THAT ONLY

UNDERLYING BENEFICIAL HOLDERS WITH

A RESIDENTAL ADDRESS IN AUSTRALIA

OR NEW ZEALAND ARE ELIGIBLE TO

PARTICIPATE UNDER THE OFFER.

CLIENTS ACCEPTING THE OFFER MUST

ENSURE THAT THEIR ACCEPTANCE

COMPLIES WITH ALL APPLICABLE

FOREIGN LAWS.

:70E::ADTX//THE OFFER UNDER THE SPP NEEDS TO

COMPLY WITH THE LIMIT IN ASIC CLASS

ORDER (CO09/425). UNDER THE CLASS

ORDER,

:95P::MEOR//CITIAU3X

:16S:ADDINFO

Page 14 of 36

Page 15: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT568 NA NA

Req 4.6

SWIFT Change Request ID: CR 001108

Overview

Add code QCAS to qualifier OPTF, in field 22F, in sequence E of MT 564.

Add new optional, non-repetitive amount field 19B with a new non-repetitive

qualifier QCAS to sequence D of MT 565.

In sequence D of MT 565, change the presence of field 36a to optional and

create a new network validation rule to mandate the presence of either field

36a or field 19B.

Amend the definition of code DQUA used with qualifiers PEND, REJT and

CANP in field 24B, in sequence A2a of MT 567.

To be able to process instructions with quantity expressed as a cash amount.

In addition to the changes to the MT 564 and MT 565, in the MT 567, an

additional reason code DQCS is created for the PEND, REJT, and CANP

status and two new reason codes DQCC and DQAM are created for the

REJT status.

Requirement

Addition of the new Instruct Cash Amount QCAS code to the Options Feature

Indicator qualifier :22F::OPTF, ie :22F::OPTF//QCAS

QCAS Instruct Cash Amount

Feature whereby the holder should only instruct a cash amount.

If this new code is present on the outbound messages from Citi, clients can

elect using a cash amount. This should either be done via the existing process

or through the new features in the MT565 for instructing cash amounts as

outlined in requirement 4.7

New SMPG Guidelines

5.6 Instructing in Cash Amount

In the UK and IE (and Australia and New Zealand), there are subscription

offers (also called “share purchase plan” in Australia) where the account owner

needs to indicate to the account servicer the amount of cash they intend to

subscribe for.

The following market practice must be followed to be able to instruct in cash

amount:

In the MT564, the new code QCAS (Instruct Cash Amount) has been created

in Sequence E in the :22F::OPTF Option Features Qualifier. This code must

only be used when instructions in cash are required.

In the MT565, in Sequence D, a new optional non repetitive field 19B with a non-

repetitive QCAS (Cash Amount to be instructed) amount qualifier has been

created.

Within Sequence D, if the quantity of securities instructed (field :36a::QINS) is

present to show the amount of securities to which the instruction applies, then

the Instructed Amount field :19B::QCAS is not allowed and conversely.

In the MT567, a number of new reason codes have been added to allow for

rejection of cash instructions. In Sequence A2a in field :24B: Reason Code, a

new code value DQCS (Disagreement on Cash Amount) has been added to be

used with the PEND, REJT and CANP qualifiers and new reason code values

DQCC (Currency Rejection), DQCS (Amount Rejection) and DQAM

(Instruction Type Rejection) has been added to be used with the REJT

qualifiers.

MT564

:16R:GENL

:20C::CORP//39701234567

:20C::SEME//39701234567/001

:23G:NEWM

:22F::CAEV//PRIO

:22F::CAMV//VOLU

:98C::PREP//20170123120555

:25D::PROC//ENTL

:16S:GENL

:16R:USECU

:35B:ISIN AU000000LCD0

LATITUDE CONSOLIDATED LIMITED

ORDINARY SHARES

:16R:FIA

:94B::PLIS//EXCH/XASX

:16S:FIA

:16R:ACCTINFO

:97A::SAFE//600000000

:94F::SAFE//CUST/ACLRAU2S

:93B::ELIG//UNIT/1,

:16S:ACCTINFO

:16S:USECU

:16R:CADETL

:98A::RDTE//20170120

:22F::ADDB//CAPA

:16S:CADETL

:16R:CAOPTN

:13A::CAON//001

:22F::CAOP//NOAC

:17B::DFLT//Y

:98C::RDDT//20170224120000

:69J::PWAL//UKWN

:16S:CAOPTN

:16R:CAOPTN

:13A::CAON//002

:22F::CAOP//SECU

:22F::OPTF//QCAS

:17B::DFLT//N

:98C::RDDT//20170224120000

:69J::PWAL//UKWN

:16R:SECMOVE

:22H::CRDB//CRED

:35B:ISIN AU000000LCD0

LATITUDE CONSOLIDATED LIMITED

ORDINARY SHARES

:90E::PRPP//UKWN

:98A::PAYD//20170224

:98A::AVAL//20170301

:16S:SECMOVE

:16S:CAOPTN

:16R:ADDINFO

:70E::TXNR//DEPO-103/NOM-000100

:70E::ADTX//23/01/17. SHARE PURCHASE PLAN (SPP)

WHEREBY ELIGIBLE SHAREHOLDERS HAVE

THE OPPORTUNITY TO PURCHASE UP TO A

MAXIMUM OF AUD15,000 WORTH OF

SHARES. NEW SHARES RANK PARI PASSU

WITH EXISTING SHARES.

:70E::ADTX//THE ISSUE PRICE WILL BE AT A

DISCOUNT OF 20PCT TO THE VOLUME

WEIGHTED AVERAGE PRICE (VWAP) OVER

5 BUSINESS DAYS UP TO THE ISSUE

DATE OF THE NEW SHARES. THE COMPANY

IS SEEKING TO RAISE APPROXIMATELY

AUD850,000 AS PART OF THIS

OFFER.ELIGIBLE HOLDERS MAY APPLY

FOR ONE OF THE FOLLOWING OPTIONS:

(A) AUD 500. (B) AUD 1,000.

:70E::ADTX//(C) AUD 2,500. (D) AUD 5,000. (E)

AUD 7,500. (F) AUD 10,000. (G) AUD

12,500. OR (H) AUD 15,000. AS PER

THE CITI SERVICEWATCH AUSTSW00609,

WE ARE ABLE TO

:70E::ADTX//EXTEND THIS OFFER, TO ELIGIBLE

HOLDERS, UNDER ASIC CLASS ORDER

(09/425) AND (10/105). SHAREHOLDERS

WHO WILL BE ELIGIBLE TO APPLY FOR

SHARES UNDER THE OFFER ARE THOSE

THAT ARE: (A). RECORDED ON THE

COMPANY’S REGISTER AS AT THE RECORD

DATE, AND (B) HAVE AN ADDRESS IN

AUSTRALIA OR NEW ZEALAND.

:70E::ADTX//THE COMPANY HAS ADVISED THAT ONLY

UNDERLYING BENEFICIAL HOLDERS WITH

A RESIDENTAL ADDRESS IN AUSTRALIA

OR NEW ZEALAND ARE ELIGIBLE TO

PARTICIPATE UNDER THE OFFER.

CLIENTS ACCEPTING THE OFFER MUST

ENSURE THAT THEIR ACCEPTANCE

COMPLIES WITH ALL APPLICABLE

FOREIGN LAWS.

:70E::ADTX//THE OFFER UNDER THE SPP NEEDS TO

COMPLY WITH THE LIMIT IN ASIC CLASS

ORDER (CO09/425). UNDER THE CLASS

ORDER,

:95P::MEOR//CITIAU3X

:16S:ADDINFO

Page 15 of 36

Page 16: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 NA NA

MT565 OptionalD

CAINST

MT566 NA NA

MT567 NA NA

MT568 NA NA

Req 4.7

SWIFT Change Request ID: CR 001108

Overview

Add code QCAS to qualifier OPTF, in field 22F, in sequence E of MT 564.

Add new optional, non-repetitive amount field 19B with a new non-repetitive

qualifier QCAS to sequence D of MT 565.

In sequence D of MT 565, change the presence of field 36a to optional and

create a new network validation rule to mandate the presence of either field

36a or field 19B.

Amend the definition of code DQUA used with qualifiers PEND, REJT and

CANP in field 24B, in sequence A2a of MT 567.

To be able to process instructions with quantity expressed as a cash amount.

In addition to the changes to the MT 564 and MT 565, in the MT 567, an

additional reason code DQCS is created for the PEND, REJT, and CANP

status and two new reason codes DQCC and DQAM are created for the

REJT status.

Requirement

Change in the Mandatory / Optional nature of Quantity of Securities

Instructed field :36a::QINS from Mandatory to Optional. This makes the whole

36a Quantity of Financial Instrument field optional as both qualifiers QINS and

COND (Conditional Quantity) are now optional.

Addition of new Instructed Amount field 19B with qualifier QCAS, Instructed

Amount.

43. Field 19B: Amount: Instructed Amount

FORMAT

Option B :4!c//3!a15d (Qualifier)(Currency Code)(Amount)

PRESENCE

Conditional (see rule C5) in mandatory sequence D

QUALIFIER

(Error code(s): T89)

Order M/O Qualifier R/N CR Options Description

1 O QCAS N - B Instructed Amount

DEFINITION

This qualified generic field specifies:

QCAS Instructed Amount

Cash amount to be instructed.

NETWORK VALIDATED RULES

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 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).

Addition of new Network Validation Rule C5

Definition

In sequence D, if field :36a::QINS is present, then field :19B::QCAS is not

allowed and if field :36a::QINS is not present, then field :19B::QCAS is

mandatory (Error code(s): E62).

Clients can elect using a cash amount where indicated by the new code being

present on the outbound MT564 messages from Citi as outlined in requirement

4.6

This field should be used when field :22F::OPTF//QCAS is present in the

MT564 to advise clients they should elect using a Cash Amount (see Network

Validation Rule C5 addition). However, for those clients who cannot move to

this new process, existing processes via free text should remain in place.

MT565

:16R:GENL

:20C::CORP//39701234567

:20C::SEME//9876543210

:23G:NEWM

:22F::CAEV//PRIO

:98A::PREP//20170130

:16S:GENL

:16R:USECU

:35B:ISIN AU000000LCD0

LATITUDE CONSOLIDATED LIMITED

ORDINARY SHARES

:16R:FIA

:11A::DENO//AUD

:16S:FIA

:16R:ACCTINFO

:97A::SAFE//600000000

:93B::ELIG//UNIT/1,

:16S:ACCTINFO

:16S:USECU

:16R:CAINST

:13A::CAON//002

:22F::CAOP//SECU

:19B::QCAS//AUD15000,00

:70E::INST//NARRATIVE

:16S:CAINST

Page 16 of 36

Page 17: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 NA NA

MT565 NA NA

MT566 NA NA

MT567 OptionalA2a

REAS

MT568 NA NA

Req 4.8

SWIFT Change Request ID: CR 001108

Overview

Add code QCAS to qualifier OPTF, in field 22F, in sequence E of MT 564.

Add new optional, non-repetitive amount field 19B with a new non-repetitive

qualifier QCAS to sequence D of MT 565.

In sequence D of MT 565, change the presence of field 36a to optional and

create a new network validation rule to mandate the presence of either field

36a or field 19B.

Amend the definition of code DQUA used with qualifiers PEND, REJT and

CANP in field 24B, in sequence A2a of MT 567.

To be able to process instructions with quantity expressed as a cash amount.

In addition to the changes to the MT 564 and MT 565, in the MT 567, an

additional reason code DQCS is created for the PEND, REJT, and CANP

status and two new reason codes DQCC and DQAM are created for the

REJT status.

Requirement

Addition of new Disagreement on Cash Amount code DQCS to the Pending

Reason qualifier :24B::PEND, ie :24B::PEND//DQCS

DQCS Disagreement on Cash Amount

Unrecognised or invalid instructed cash amount.

Addition of new Instruction Type Rejection code DQAM to the Rejection

Reason qualifier :24B::REJT, ie :24B::REJT//DQAM

DQAM Instruction Type Rejection

Invalid use of instructed amount (QCAS) or of instructed quantity (QINS)

qualifiers.

Addition of new Currency Rejection code DQCC to the Rejection Reason

qualifier :24B::REJT, ie :24B::REJT//DQCC

DQCC Currency Rejection

Invalid instructed currency.

Addition of new Amount Rejection code DQCS to the Rejection Reason

qualifier :24B::REJT, ie :24B::REJT//DQCS

DQCS Amount Rejection

Unrecognised or invalid instructed cash amount.

Addition of new Disagreement on Cash Amount code DQCS to the

Cancellation Pending Reason qualifier :24B::CANP, ie :24B::CANP//DQCS

DQCS Disagreement on Cash Amount

Unrecognised or invalid instructed cash amount.

Update in definition of the Incorrect Certification code CERT to the Pending

Reason qualifier :24B::PEND, ie :24B::PEND//CERT

CERT Incorrect Certification

The Instruction is rejected since the provided certification is incorrect or

incomplete.

Clients may receive these possible status updates if incorrectly electing on a

cash amount

MT567

:16R:GENL

:20C::CORP//39701234567

:20C::SEME//39701234567/003

:23G:INST

:22F::CAEV//PRIO

:98C::PREP//20170130163015

:16R:LINK

:20C::CORP//39701234567

:16S:LINK

:16R:STAT

:25D::IPRC//REJT

:16R:REAS

:24B::REJT//DQCS

:16S:STAT

:16S:GENL

:16R:CADETL

:13A::CAON//001

:22F::CAOP//CASH

:97A::SAFE//1234567890

:35B:ISIN ES0144580Y14

IBERDROLA SA

SHS

:36B::STAQ//UNIT/18083023,

:93B::ELIG//UNIT/18083023,

:93B::INBA//UNIT/18083023,

:93B::UNBA//UNIT/0,

:16S:CADETL

:16R:ADDINFO

:70E::ADTX///REPORTING BANK/CITIBANK LONDON

:16S:ADDINFO

Page 17 of 36

Page 18: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT564 NA NA

MT565 NA NA

MT566 NA NA

MT567 MandatoryA2a

REAS

MT568 NA NA

Req 4.9

SWIFT Change Request ID: CR 001098

Overview

Two options:

1) In MT 564, sequence E, field 22F, swap the definitions of code BOIS, used

with qualifier OPTF, and code FULL, used with qualifier CETI.

2) In MT 567, sequence A2a, field 24B, qualifier PEND and qualifier REJT,

remove code BOIS and replace it with code FULL.

To solve inconsistencies with codes that request beneficiary owner

information from the account owner.

The maintenance working group selected solution 2 for the implementation,

leaving the MT 564 untouched.

This change is mandatory on inbound and outbound messages as it involves

the deletion of a code and its replacement by a new one.

Requirement

Deletion of the Pending Beneficiary Owner Details code BOIS to the Pending

Reason qualifier :24B::PEND, ie :24B::PEND//BOIS

BOIS Pending Beneficiary Owner Details

Pending receipt of beneficiary owner details.

Addition of new Pending Beneficiary Owner Details code FULL to the Pending

Reason qualifier :24B::PEND, ie :24B::PEND//FULL

FULL Pending Beneficiary Owner Details

Pending receipt of beneficiary owner details.

Deletion of the Missing Beneficiary Owner Details code BOIS to the Rejection

Reason qualifier :24B::REJT, ie :24B::REJT//BOIS

BOIS Missing Beneficiary Owner Details

Rejected due to missing beneficiary owner details.

Addition of new Missing Beneficiary Owner Details code FULL to the

Rejection Reason qualifier :24B::PEND, ie :24B::REJT//FULL

FULL Missing Beneficiary Owner Details

Rejected due to missing beneficiary owner details.

Clients will no longer receive the BOIS status update and will receive the FULL

one instead if applicable.

New SMPG Guidelines

3.17 Beneficiary Owner Level and Details Disclosure for Instruction

Processing

Two codes are present in the Notification message for the account servicer to

advise the account owner about beneficiary owner information requirements in

his instruction(s). Both codes correspond to 2 different scenarios:

1) Beneficiary Owner Instruction [:22F::OPTF//BOIS <>

CorporateActionOptionsDetails/OptionFeatures/Code/BOIS]:

The account servicer requests the account owner to instruct at the level of

beneficial ownership and not at omnibus level. In other words, the account

owner must create as many instructions as the number of beneficiary owner’s

instructions. This does not mean that a disclosure is necessary.

2) Full Beneficial Owner Breakdown [:22F::CETI//FULL <>

CorporateActionOptionsDetails/CertificationBreakdownType/Code/FULL]:

The holder of the security has to provide his beneficiary Owner details for

disclosure/instruction purposes. This is typically done by using the Beneficial

Owner Details [BENODET] sequence in the Instruction message. Validation of

scenario 1 is not feasible for the account servicer as it might not have a view on

the omnibus account. Therefore, there is no related reason code defined in the

Instruction Status Advice message. Scenario 2 is simpler as the information

should be explicitly mentioned in the beneficial owner details of the instruction.

In case the account owner did not comply with the request, the account

servicer can reject the instruction using the “Pending Beneficiary Owner

Details” reason code [:24B::PEND//FULL or :24B::REJT//FULL <>

InstructionProcessingStatus/Pending/Reason/ReasonCode/FULL or

InstructionProcessingStatus/Rejected/Reason/ReasonCode/FULL] in the

Instruction Status Advice message.

NA as No Change NA as No Change

Page 18 of 36

Page 19: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

FX

Req 5.0

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Addition of new Scope of Operation code ANDF, Non-Deliverable Forward” to

field 94A, ie :94A:ANDF

ANDF Non-Deliverable Forward

Indicates that the foreign exchange is a non-deliverable forward (NDF). The

trade will be cash-settled in the agreed settlement currency.

Change of definition to the Open Indicator field 17O

Definition

This field specifies whether the instruction is for the opening of an FCC or

NDF or for the closing of an FCC or valuation of an NDF.

Change of definition to the Open Indicator field 17O with indicator N (No)

Definition

The partial or final close of an FCC or the valuation of an NDF

Change of definition to the Open Indicator field 17O with indicator Y (Yes)

Definition

The opening of an FCC or of an NDF

Change of definition to the Final Close Indicator field 17F

Definition

This field specifies whether the instruction is for the final close or the partial

close of an FCC or NDF.

Change of definition to the Final Close Indicator field 17F with indicator N (No)

Definition

The partial close of an FCC or NDF

Change of definition to the Final Close Indicator field 17F with indicator Y

(Yes)

Definition

The final close of an FCC or NDF

Non-Deliverable Forwards will no longer be instructed using the AFWD Scope

of Operation and AFWD will now only apply to Forward Currency Contracts

(FCC) or Hedge

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:30U:20160210

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15A:

:20:1234567890A

:22A:NEWT

:94A:AFWD

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

Page 19 of 36

Page 20: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.1

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Update to the definition of Network Validation Rule C2

In sequence A, the presence of fields 17O and 17N depends on field 94A as

follows (Error code(s): D03):

Sequence A if field 94A is ... AFWD

Sequence A then field 17O is ... Mandatory

Sequence A and field 17N is ... Mandatory

Sequence A if field 94A is ... ANDF

Sequence A then field 17O is ... Mandatory

Sequence A and field 17N is ... Not Allowed

Sequence A if field 94A is ... ASET

Sequence A then field 17O is ... Not Allowed

Sequence A and field 17N is ... Not Allowed

Update to the definition of Network Validation Rule C4

The presence of sequence D depends on fields 94A and field 17O as follows

(Error code(s): D23):

Sequence A if field 94A 17O is ... AFWD

Sequence A and if field 17O Then sequence D is ... N

Then sequence D is ... Mandatory

Sequence A if field 94A 17O is ... AFWD Y

Sequence A and if field 17O Then sequence D is ... Y Not Allowed

Then sequence D is ... Not Allowed

Sequence A if field 94A 17O is ... ANDF

Sequence A and if field 17O Then sequence D is ... N

Then sequence D is ... Optional

Sequence A if field 94A 17O is ... ANDF

Sequence A and if field 17O Then sequence D is ... Y

Then sequence D is ... Not allowed

Sequence A if field 94A 17O is ... ASET Not present

Sequence A and if field 17O Then sequence D is ... Not applicable allowed

Then sequence D is ... Not Allowed

Update to the definition of Network Validation Rule C5

The presence of sequence E depends on fields 17F and 17N as follows

(Error code(s): D29)

Sequence A if field 17F is ... Y

Sequence A and field 17N is ... Y

Then sequence E is ... Mandatory

Sequence A if field 17F is ... Y

Sequence A and field 17N is ... N

Then sequence E is ... Not allowed

Sequence A if field 17F is ... Y

Sequence A and field 17N is ... Not Present

Then sequence E is ... Optional

Sequence A if field 17F is ... N

Sequence A and field 17N is ... Y or N or not present

Then sequence E is ... Not allowed

Sequence A if field 17F is ... Not present

Sequence A and field 17N is ... Y or N or not present

Then sequence E is ... Not allowed

Non-Deliverable Forwards will no longer be instructed using the AFWD Scope

of Operation and AFWD will now only apply to Forward Currency Contracts

(FCC) or Hedge

See above and

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:N

:17F:N

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:30U:20160210

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:N

:17F:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:30U:20160210

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

The rules are not changing for the current state so the use of the Network

Validation Rules remain as is for Forward Currency Contract and Settlement

Contract instructions

Page 20 of 36

Page 21: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.2

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Deletion of Sender to Receiver Information field 72, line 1 and 2-6, code

SETC

SETC

Followed by the Settlement Currency of a Non Deliverable trade.

Addition of new Settlement Currency field 32E

17. Field 32E: Settlement Currency

FORMAT

Option E 3!a (Currency)

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field specifies the settlement currency of the non-deliverable trade.

NETWORK VALIDATED RULES

Currency must be a valid ISO 4217 currency code (Error code(s): T52).

The codes XAU, XAG, XPD and XPT are not allowed, as these are codes for

commodities for which the category 6 commodities messages must be used

(Error code(s): C08).

The /SETC/ code can no longer be used in the Sender to Receiver Information

field 72 and can optionally be used in the new 32E Settlement Currency field

instead.

This new field can only be used when the Scope of Operation is ANDF

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:32E::GBP

:30U:20160210

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15A:

:20:1234567890A

:22A:NEWT

:94A:AFWD

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15C:

:72:/SETC/GBP

Page 21 of 36

Page 22: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.3

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Deletion of Sender to Receiver Information field 72, line 1 and 2-6, code

VALD

VALD

Followed by the Valuation (Fixing) Date of a Non Deliverable trade.

Addition of new Valuation Date field 30U

18. Field 30U: Valuation Date

FORMAT

Option U 8!n (Date)

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field specifies the valuation date for a non-deliverable trade.

NETWORK VALIDATED RULES

Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

The /VALD/ code can no longer be used in the Sender to Receiver Information

field 72 and can optionally be used in the new 30U Valuation Date field instead.

This new field can only be used when the Scope of Operation is ANDF and this

field is mandatory for ANDF instructions

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:30U:20160210

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15A:

:20:1234567890A

:22A:NEWT

:94A:AFWD

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15C:

:72:/VALD/20160210

Page 22 of 36

Page 23: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.4

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Deletion of Sender to Receiver Information field 72, line 1 and 2-6, code

SRCE

SRCE

Followed by Settlement Rate Source for a cross currency Non Deliverable

trade.

Addition of new Valuation Date field 30U

19. Field 14S: Settlement Rate Source

FORMAT

Option S 3!a2n[/4!n/4!c] (Rate Source)(Time and Location)

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field specifies the rate source for the settlement of the non-deliverable

trade and includes an optional time and location for the settlement.

NETWORK VALIDATED RULES

Time must be a valid time expressed as HHMM (Error code(s): T38).

A maximum of two occurrences of this field is allowed (Error code(s): T10).

USAGE RULES

The values to be used for the settlement rate source are published in Annex

A of the 1998 FX and Currency Option Definitions (the FX definitions, as

published by the International Swaps and Derivatives Association, Inc., the

Emerging Markets Traders Association and the Foreign Exchange

Committee) as amended and supplemented from time to time.

Rate Source must be "EMT00" for confirmations where the terms are

governed by an EMTA template.

For some cross currency NDFs two separate settlement rate sources may be

quoted, in which case the fields must appear in alphabetical order of Rate

Source.

In subfield Time and Location, Location (4!c) consists of a two character ISO

country code and a two character location code. The location code is made

up as follows:

• if the location name is one word, then the location code is the first two letters

of the location name

• if the location name consists of at least two words, then the location code is

the first letter of the first word followed by the first letter of the second word

The /SRCE/ code can no longer be used in the Sender to Receiver Information

field 72 and can optionally be used in the new 14S Settlement Rate Source field

instead.

This new field can only be used when the Scope of Operation is ANDF

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:30U:20160210

:14S:XXX00

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15A:

:20:1234567890A

:22A:NEWT

:94A:AFWD

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15C:

:72:/VALD/20160210

/SETC/GBP

/SRCE/XXX00

Page 23 of 36

Page 24: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.5

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Deletion of Sender to Receiver Information field 72, line 1 and 2-6, code FIX

FIX

Followed by the reference of the confirmation sent for the opening of the Non

Deliverable trade.

Addition of new Valuation Date field 30U

20. Field 21A: Reference to Opening Instruction

FORMAT

Option A 16x

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field contains the identification of the NDF opening instruction, to which

the current valuation message is related, that is, the sender's reference in

field 20 of the opening confirmation.

NETWORK VALIDATED RULES

This field must not start or end with a slash '/' and must not contain two

consecutive slashes '//' (Error code(s): T26).

The /FIX/ code can no longer be used in the Sender to Receiver Information

field 72 and can optionally be used in the new 21A Reference to Opening

Instruction field instead.

This new field can only be used when the Scope of Operation is ANDF

:15A:

:20:1234567890A

:22A:NEWT

:94A:ANDF

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:30U:20160210

:21A:1234567890

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15A:

:20:1234567890A

:22A:NEWT

:94A:AFWD

:17O:Y

:83J:/ACCT/600000000

/NAME/ABC ACCOUNT

:82J:/ABIC/ABCDGB2L

/NAME/ABC COMPANY LTD

:87J:/ABIC/EFGHGB2L

/NAME/EFG COMPANY LONDON

:15B:

:30T:20160210

:30V:20160102

:36:0,8609

:32B:GBP15987337,73

:53J:/ABIC/ZYXWGB2LXXX

/ACCT/0987654321

/NAME/ZYX COMPANY

:33B:EUR18570493,36

:57J:/ABIC/VUTSGB2LXXX

/NAME/VUT COMPANY

:58J:/ABIC/VUTSGB2LXXX

/ACCT/1234567

/NAME/VUT COMPANY

:15C:

:72:/FIX/1234567890

Page 24 of 36

Page 25: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 NA NA

MT304 Mandatory Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.6

SWIFT Change Request ID: CR 000965

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Update to the definition of the Network Validation Rules for the Sender to

Receiver Information field 72

NETWORK VALIDATED RULES

If code VALD is used:

• it must appear in the first six characters of the first line and in no other

place, followed by a date expressed as YYYYMMDD and the end of line

separator (that is :72:/VALD/YYYYMMDDCrLf) (Error code(s): C58).

If code SETC is used:

• it must appear in the first six characters of the second line and in no other

place and /SETC/ must be followed by a valid ISO 4217 currency code and

the end of line code, that is CrLf (Error code(s): C59)

• the first six characters of the first line must be /VALD/ (Error code(s): C59)

If the code SRCE is used:

• /SRCE/ must be at the start of the third line and in no other place (Error

code(s): C59)

• the first six characters of the second line must be /SETC/ (Error code(s):

C59)

Code must not be UTI, PUTI, USI or PUSI (Error code(s): T49).

Code must not be FIX, SETC, SRCE or VALD (Error code(s): T70).

Update to the definition of the Usage Rules for the Sender to Receiver

Information field 72

USAGE RULES

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.

If the scope of operation (field 94A) is ASET and the advice relates to the

fixing of a Non Deliverable Forward (NDF), the reference of the opening

confirmation must appear on the first line, preceded by /FIX/. If the scope of

operation is ASET and the advice relates to the opening of an NDF, its

valuation date has to be confirmed on the first line of this field, preceded by

/VALD/ and the settlement currency on the second line, preceded by /SETC/.

The settlement currency (/SETC/) may be populated with 'XXX'.

If the first six characters of the first line are equal to /VALD/, if the settlement

currency of the non deliverable trade is known, then the second line must be

present and contain /SETC/ followed by a currency code, and the end of line

code, that is CrLf .

Optionally the settlement rate source for cross currency NDF can be

confirmed on the third line.

The settlement rate source is only to be used:

• in conjunction with a bilaterally agreed master confirmation agreement and

• where the transaction is a cross currency NDF, that is, where /SETC/ is not

followed by USD.

Where available, the settlement rate source should conform to the 1998 FX

and Currency Option Definitions (the FX definitions, as published by the

International Swaps and Derivatives Association, Inc., the Emerging Markets

Traders Association and The Foreign Exchange Committee) as amended and

supplemented from time to time. Otherwise, this may be a bilaterally agreed

value.

Settlement rate source may optionally be followed by a time in format /HHMM,

which refers to the local time of the centre in which it is published, for

example, RCE/EUR1 or SRCE/ECB37 USD/EUR (where the definitions

include the time), or SRCE/EUR3 or SRCE/TKFE USD/EUR/1500 (where the

definitions do not include a time).

Addition of Network Validation Rule C8

In sequence A, if field 94A contains "ANDF", then fields 32E, 14S and 21A

are optional and field 30U is mandatory, otherwise fields 32E, 14S, 21A and

30U are not allowed (Error code(s): C87):

Sequence A if field 94A is ... ANDF

Sequence A then fields 32E, 14S and 21A are ... Optional

Sequence A and field 30U is ... Mandatory

Sequence A if field 94A is ... AFWD, ASET

Sequence A then fields 32E, 14S and 21A are ... Not allowed

See Requirements 5.2 to 5.5 See Requirements 5.2 to 5.5 See Requirements 5.2 to 5.5

Page 25 of 36

Page 26: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300

Optional but with

Mandatory

Elements

Sequence A

MT304 NA NA

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.7

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation confirmation messages. Retire use of NDF codes in field 77D,

in sequence A.

NDF trades have, until now, been confirmed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 300 for NDFs and cash-settled

forwards.

Requirement

Deletion of the code SETC from the Terms and Conditions field 77D

SETC

Followed by the Settlement Currency of a Non Deliverable trade.

Addition of new Settlement Currency field 32E

18. Field 32E: Settlement Currency

FORMAT

Option E 3!a (Currency)

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field specifies the settlement currency of the non-deliverable trade.

NETWORK VALIDATED RULES

Currency must be a valid ISO 4217 currency code (Error code(s): T52).

The codes XAU, XAG, XPD and XPT are not allowed, as these are codes for

commodities for which the category 6 commodities messages must be used

(Error code(s): C08).

No Impact

Citi will not be playing back this field on the MT300

NA NA

Page 26 of 36

Page 27: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300

Optional but with

Mandatory

Elements

Sequence A

MT304 NA NA

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.8

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation confirmation messages. Retire use of NDF codes in field 77D,

in sequence A.

NDF trades have, until now, been confirmed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 300 for NDFs and cash-settled

forwards.

Requirement

Deletion of the code VALD from the Terms and Conditions field 77D

VALD

Followed by the Valuation (Fixing) Date of a Non Deliverable trade.

Addition of new Valuation Date field 30U

19. Field 30U: Valuation Date

FORMAT

Option U 8!n (Date)

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field specifies the valuation date for a non-deliverable trade.

NETWORK VALIDATED RULES

Date must be a valid date expressed as YYYYMMDD (Error code(s): T50).

No Impact

Citi will not be playing back this field on the MT300

NA NA

Page 27 of 36

Page 28: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300

Optional but with

Mandatory

Elements

Sequence A

MT304 NA NA

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.9

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation confirmation messages. Retire use of NDF codes in field 77D,

in sequence A.

NDF trades have, until now, been confirmed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 300 for NDFs and cash-settled

forwards.

Requirement

Deletion of the code SCRE from the Terms and Conditions field 77D

SRCE

Followed by Settlement Rate Source for a cross currency Non Deliverable

trade.

Addition of new Valuation Date field 30U

20. Field 14S: Settlement Rate Source

FORMAT

Option S 3!a2n[/4!n/4!c] (Rate Source)(Time and Location)

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field specifies the rate source for the settlement of the non-deliverable

trade and includes an optional time and location for the settlement.

NETWORK VALIDATED RULES

Time must be a valid time expressed as HHMM (Error code(s): T38).

A maximum of two occurrences of this field is allowed (Error code(s): T10).

USAGE RULES

The values to be used for the settlement rate source are published in Annex

A of the 1998 FX and Currency Option Definitions (the FX definitions, as

published by the International Swaps and Derivatives Association, Inc., the

Emerging Markets Traders Association and the Foreign Exchange

Committee) as amended and supplemented from time to time.

Rate Source must be "EMT00" for confirmations where the terms are

governed by an EMTA template.

For some cross currency NDFs two separate settlement rate sources may be

quoted, in which case the fields must appear in alphabetical order of Rate

Source.

In subfield Time and Location, Location (4!c) consists of a two character ISO

country code and a two character location code. The location code is made

up as follows:

• if the location name is one word, then the location code is the first two letters

of the location name

• if the location name consists of at least two words, then the location code is

the first letter of the first word followed by the first letter of the second word

No Impact

Citi will not be playing back this field on the MT300

NA NA

Page 28 of 36

Page 29: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300

Optional but with

Mandatory

Elements

Sequence A

MT304 NA NA

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.10

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation confirmation messages. Retire use of NDF codes in field 77D,

in sequence A.

NDF trades have, until now, been confirmed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 300 for NDFs and cash-settled

forwards.

Requirement

Deletion of the code FIX from the Terms and Conditions field 77D

FIX

Followed by the reference of the confirmation sent for the opening of the Non

Deliverable trade.

Addition of new Valuation Date field 30U

21. Field 21A: Reference to Opening Instruction

FORMAT

Option A 16x

PRESENCE

Conditional (see rule C8) in mandatory sequence A

DEFINITION

This field contains the identification of the NDF opening instruction, to which

the current valuation message is related, that is, the sender's reference in

field 20 of the opening confirmation.

NETWORK VALIDATED RULES

This field must not start or end with a slash '/' and must not contain two

consecutive slashes '//' (Error code(s): T26).

No Impact

Citi will not be playing back this field on the MT300

NA NA

Page 29 of 36

Page 30: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300

Optional but with

Mandatory

Elements

Sequence A

MT304 NA NA

MT321 NA NA

MT380 NA NA

Req 5.11

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation confirmation messages. Retire use of NDF codes in field 77D,

in sequence A.

NDF trades have, until now, been confirmed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 300 for NDFs and cash-settled

forwards.

Requirement

Update to the definition of the Network Validation Rules for the Terms and

Conditions field 77D

NETWORK VALIDATED RULES

/FIX/, /SETC/, /SRCE/ or /VALD/ must not be present at the start of any line

(Error code(s): T70).

If code VALD is used:

• it must appear in the first 6 characters of the first line, and in no other place,

followed by a date expressed as YYYYMMDD and the end of line separator

(that is :77D:/VALD/YYYYMMDDCrLf) (Error code(s): C58).

• the second line must be present and contain the code SETC, followed by a

valid ISO 4217 currency code and the end of line separator (that is

/SETC/currencyCrLf)(Error code(s): C59).

Conversely, if the first six characters of the second line are equal to /SETC/,

then the first six characters of the first line must be equal to /VALD/ (Error

code(s): C59).

The code /SETC/ is not allowed in other places than the first six characters of

the second line (Error code(s): C59).

If the first six characters of the third line are /SRCE/, then the first six

characters of the second line must be /SETC/ (Error code(s): C59).

The code /SRCE/ is not allowed in any other place than the first six

characters of the third line (Error code(s): C59).

Update to the definition of the Usage Rules for the Terms and Conditions field

77D

USAGE RULES

This field may refer to master agreements which have been put in place on a

bilateral basis. It may also refer to local regulations or to specific conditions

applicable to the trade.

If this field is not present, the deal conforms either to bilateral agreements or

to usual banking practice.

When structured format is used for bilaterally agreed codes, each code must

be put between slashes and appear at the beginning of a line. Each character

in a code must be in upper case.

This field may be used in confirmations for which bilateral side letters for Non

Deliverable Forward NDF trades have been exchanged between Party A and

Party B. If the confirmation relates to the fixing of an NDF, the reference of

the opening confirmation must appear on the first line, if the confirmation

relates to the opening of an NDF, its valuation date has to be confirmed on

the first line of this field and the settlement currency on the second line.

When matching is not required for settlement currency, then the settlement

currency (/SETC/) may be populated with 'XXX' .

Optionally the settlement rate source for cross currency NDF can be

confirmed on the third line.

The settlement rate source is only to be used:

• in conjunction with a bilaterally agreed master confirmation agreement and

• where the transaction is a cross currency NDF, that is, where /SETC/ is not

followed by USD.

Where available, the settlement rate source should conform to the 1998 FX

and Currency Option Definitions (the FX definitions, as published by the

International Swaps and Derivatives Association, Inc., the Emerging Markets

Traders Association and The Foreign Exchange Committee) as amended and

supplemented from time to time. Otherwise, this may be a bilaterally agreed

value.

Settlement rate source may optionally be followed by a time in format /HHMM,

which refers to the local time of the centre in which it is published, for

example, SRCE/EUR1 or SRCE/ECB37 USD/EUR (where the definitions

include the time), or SRCE/EUR3 or SRCE/TKFE USD/EUR/1500 (where the

definitions do not include a time).

Update to the definition of the Network Validated Rules for the Sender to

Receiver Information field 72

NETWORK VALIDATED RULES

Code must not be UTI, PUTI, USI or PUSI (Error code(s): T49).

Code must not be FIX, SETC, SRCE or VALD (Error code(s): T70).

No Impact

Citi do not currently support these codes in the MT300

NA NA

Page 30 of 36

Page 31: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT381 NA NA

Req 5.11

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation confirmation messages. Retire use of NDF codes in field 77D,

in sequence A.

NDF trades have, until now, been confirmed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 300 for NDFs and cash-settled

forwards.

Requirement

Update to the definition of the Network Validation Rules for the Terms and

Conditions field 77D

NETWORK VALIDATED RULES

/FIX/, /SETC/, /SRCE/ or /VALD/ must not be present at the start of any line

(Error code(s): T70).

If code VALD is used:

• it must appear in the first 6 characters of the first line, and in no other place,

followed by a date expressed as YYYYMMDD and the end of line separator

(that is :77D:/VALD/YYYYMMDDCrLf) (Error code(s): C58).

• the second line must be present and contain the code SETC, followed by a

valid ISO 4217 currency code and the end of line separator (that is

/SETC/currencyCrLf)(Error code(s): C59).

Conversely, if the first six characters of the second line are equal to /SETC/,

then the first six characters of the first line must be equal to /VALD/ (Error

code(s): C59).

The code /SETC/ is not allowed in other places than the first six characters of

the second line (Error code(s): C59).

If the first six characters of the third line are /SRCE/, then the first six

characters of the second line must be /SETC/ (Error code(s): C59).

The code /SRCE/ is not allowed in any other place than the first six

characters of the third line (Error code(s): C59).

Update to the definition of the Usage Rules for the Terms and Conditions field

77D

USAGE RULES

This field may refer to master agreements which have been put in place on a

bilateral basis. It may also refer to local regulations or to specific conditions

applicable to the trade.

If this field is not present, the deal conforms either to bilateral agreements or

to usual banking practice.

When structured format is used for bilaterally agreed codes, each code must

be put between slashes and appear at the beginning of a line. Each character

in a code must be in upper case.

This field may be used in confirmations for which bilateral side letters for Non

Deliverable Forward NDF trades have been exchanged between Party A and

Party B. If the confirmation relates to the fixing of an NDF, the reference of

the opening confirmation must appear on the first line, if the confirmation

relates to the opening of an NDF, its valuation date has to be confirmed on

the first line of this field and the settlement currency on the second line.

When matching is not required for settlement currency, then the settlement

currency (/SETC/) may be populated with 'XXX' .

Optionally the settlement rate source for cross currency NDF can be

confirmed on the third line.

The settlement rate source is only to be used:

• in conjunction with a bilaterally agreed master confirmation agreement and

• where the transaction is a cross currency NDF, that is, where /SETC/ is not

followed by USD.

Where available, the settlement rate source should conform to the 1998 FX

and Currency Option Definitions (the FX definitions, as published by the

International Swaps and Derivatives Association, Inc., the Emerging Markets

Traders Association and The Foreign Exchange Committee) as amended and

supplemented from time to time. Otherwise, this may be a bilaterally agreed

value.

Settlement rate source may optionally be followed by a time in format /HHMM,

which refers to the local time of the centre in which it is published, for

example, SRCE/EUR1 or SRCE/ECB37 USD/EUR (where the definitions

include the time), or SRCE/EUR3 or SRCE/TKFE USD/EUR/1500 (where the

definitions do not include a time).

Update to the definition of the Network Validated Rules for the Sender to

Receiver Information field 72

NETWORK VALIDATED RULES

Code must not be UTI, PUTI, USI or PUSI (Error code(s): T49).

Code must not be FIX, SETC, SRCE or VALD (Error code(s): T70).

No Impact

Citi do not currently support these codes in the MT300

NA NA

Page 31 of 36

Page 32: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300

Optional but with

Mandatory

Elements

Sequence A

MT304 NA NA

MT321 NA NA

MT380 NA NA

Req 5.12

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Addition of new Non-Deliverable Indicator field 17F

16. Field 17F: Non-Deliverable Indicator

FORMAT

Option F 1!a (Indicator)

PRESENCE

Optional in mandatory sequence A

DEFINITION

This field specifies whether or not the confirmation is for a non-deliverable

trade.

CODES

Indicator must contain one of the following codes (Error code(s): T36):

N A deliverable trade

Y A non-deliverable trade, that is the deal will be cash-settled

USAGE RULES

For a non-deliverable trade, this field must be present and contain "Y".

The absence of this field means that it is a deliverable trade.

Addition of new Non-Deliverable Indicator field 17F

17. Field 17O: NDF Open Indicator

FORMAT

Option O 1!a (Indicator)

PRESENCE

Conditional (see rule C7) in mandatory sequence A

DEFINITION

For a non-deliverable trade, this field specifies whether or not the confirmation

is for an opening instruction.

CODES

Indicator must contain one of the following codes (Error code(s): T36):

N The valuation confirmation

Y The opening confirmation

USAGE RULES

For an NDF opening confirmation, this field must contain "Y".

For an NDF valuation (also known as fixing) confirmation this field must

contain "N".

Addition of new Network Validation Rule C7

In sequence A, if field 17F is present and contains "Y", then field 17O must

also be present, otherwise field 17O is not allowed (Error code(s): C87):

Sequence A if field 17F is ... Y

Sequence A then field 17O is ... Mandatory

Sequence A if field 17F is ... N

Sequence A then field 17O is ... Not allowed

Sequence A if field 17F is ... Not present

Sequence A then field 17O is ... Not allowed

Addition of new Network Validation Rule C8

In sequence A, if field 17O is present and contains "Y", then fields 32E, 30U,

and at least one occurrence of 14S must also be present and field 21A is not

allowed. If 17O is present and contains "N", then field 21A must be present

and fields 32E, 30U, and 14S are not allowed. If field 17O is not present, then

fields 32E, 30U, 14S, and 21A are not allowed (Error code(s): C87):

Sequence A if field 17O is ... Y

Sequence A then fields 32E, 30U and 14S are ... Mandatory

Sequence A and field 21A is ... Not allowed

Sequence A if field 17O is ... N

Sequence A then fields 32E, 30U and 14S are ... Not allowed

Sequence A and field 21A is ... Mandatory

Sequence A if field 17O is ... Not present

Sequence A then fields 32E, 30U and 14S are ... Not allowed

Sequence A and field 21A is ... Not allowed

No Impact

Citi will not be playing back this field on the MT300

NA NA

Page 32 of 36

Page 33: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT381 NA NA

MT300 Optional Sequence A

MT304 Optional Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.12

SWIFT Change Request ID: CR 000964

Overview

Add structured fields for support of non-deliverable forward (NDF) opening

and valuation instruction messages. Retire use of NDF codes in field 72, in

sequence C.

NDF trades have, until now, been instructed using codes in a free format

field, which has led to manual processing and errors. This CR replaces these

codes with specific structured and validated fields.

Mandatory impact on users of the MT 304 for NDFs and cash-settled

forwards.

Requirement

Addition of new Non-Deliverable Indicator field 17F

16. Field 17F: Non-Deliverable Indicator

FORMAT

Option F 1!a (Indicator)

PRESENCE

Optional in mandatory sequence A

DEFINITION

This field specifies whether or not the confirmation is for a non-deliverable

trade.

CODES

Indicator must contain one of the following codes (Error code(s): T36):

N A deliverable trade

Y A non-deliverable trade, that is the deal will be cash-settled

USAGE RULES

For a non-deliverable trade, this field must be present and contain "Y".

The absence of this field means that it is a deliverable trade.

Addition of new Non-Deliverable Indicator field 17F

17. Field 17O: NDF Open Indicator

FORMAT

Option O 1!a (Indicator)

PRESENCE

Conditional (see rule C7) in mandatory sequence A

DEFINITION

For a non-deliverable trade, this field specifies whether or not the confirmation

is for an opening instruction.

CODES

Indicator must contain one of the following codes (Error code(s): T36):

N The valuation confirmation

Y The opening confirmation

USAGE RULES

For an NDF opening confirmation, this field must contain "Y".

For an NDF valuation (also known as fixing) confirmation this field must

contain "N".

Addition of new Network Validation Rule C7

In sequence A, if field 17F is present and contains "Y", then field 17O must

also be present, otherwise field 17O is not allowed (Error code(s): C87):

Sequence A if field 17F is ... Y

Sequence A then field 17O is ... Mandatory

Sequence A if field 17F is ... N

Sequence A then field 17O is ... Not allowed

Sequence A if field 17F is ... Not present

Sequence A then field 17O is ... Not allowed

Addition of new Network Validation Rule C8

In sequence A, if field 17O is present and contains "Y", then fields 32E, 30U,

and at least one occurrence of 14S must also be present and field 21A is not

allowed. If 17O is present and contains "N", then field 21A must be present

and fields 32E, 30U, and 14S are not allowed. If field 17O is not present, then

fields 32E, 30U, 14S, and 21A are not allowed (Error code(s): C87):

Sequence A if field 17O is ... Y

Sequence A then fields 32E, 30U and 14S are ... Mandatory

Sequence A and field 21A is ... Not allowed

Sequence A if field 17O is ... N

Sequence A then fields 32E, 30U and 14S are ... Not allowed

Sequence A and field 21A is ... Mandatory

Sequence A if field 17O is ... Not present

Sequence A then fields 32E, 30U and 14S are ... Not allowed

Sequence A and field 21A is ... Not allowed

No Impact

Citi will not be playing back this field on the MT300

NA NA

Req 5.13

SWIFT Change Request ID: CR 001107

Overview

Add an optional, settlement-session field.

To allow a message sender to notify the recipient, typically a market

infrastructure, of the settlement mechanism or session in which the trade

should be processed.

This field is optional and is intended for use by participants of market

infrastructures such as CLS.

Requirement

Addition of new Clearing or Settlement Session field 14E

21. Field 14E: Clearing or Settlement Session

FORMAT

Option E 35x (Reference)

PRESENCE

Optional in mandatory sequence A

DEFINITION

The session or service in which a market infrastructure should process a

trade for clearing, settlement or other purposes.

USAGE RULES

A market infrastructure may define proprietary codes that its members may

use in this field.

No Impact

Citi will not be implementing this as part of SR2017. If received on the

MT304, the field will be ignored and will not reduce STP.

There will be no play back on the MT300.

NA NA

Page 33 of 36

Page 34: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 Optional Sequence A

MT304 Optional Sequence A

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.14

SWIFT Change Request ID: CR 001106

Overview

Add Canadian province codes to field 22L.

Derivative reporting requirements have been introduced in additional

provinces in Canada.

These codes are optional and are used for trades that are regulated by

various Canadian provinces.

Requirement

Addition of new Reporting Jurisdiction Type codes to field 22L

Code: CAABASC

Definition: Alberta

Code: CABCBCSC

Definition: British Colombia

Code: CANBFCSC

Definition: New Brunswick

Code: CANLDSS

Definition: Newfoundland and Labrador

Code: CANSNSSC

Definition: Nova Scotia

Code: CANTNTSO

Definition: Northwest Territories

Code: CANUNSO

Definition: Nunavut

Code: CAPEIOSS

Definition: Prince Edward Island

Code: CASKFCAA

Definition: Saskatchewan

Code: CAYTOSS

Definition: Yukon

Change in definition to the Field Usage Rules for the Reporting Jurisdiction

field 22L

Field Usage Rules

If the code OTHR is used, the reporting jurisdiction must should be identified

in field 77A Additional Reporting Information.

No Impact

Citi will not be implementing this as part of SR2017. If received on the

MT304, the field will be ignored and will not reduce STP.

There will be no play back on the MT300.

NA NA

Page 34 of 36

Page 35: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

MT300 Optional Sequence E

MT304 Optional Sequence C

MT321 NA NA

MT380 NA NA

MT381 NA NA

Req 5.15

SWIFT Change Request ID: CR 001105

Overview

Add an ISIN field to messages used for OTC Derivatives.

Under MiFID II, derivatives have to be identified with ISINs. It is likely that, as

a consequence, trade confirmations will require the ISIN to be included.

The ISIN is an optional field, which may be utilised by users of SWIFT

messages for OTC derivatives.

Requirement

Addition of new Identification of Financial Instrument field 35B

44. Field 35B: Identification of Financial Instrument

FORMAT

Option B [ISIN1!e12!c] (Identification of Instrument)

[4*35x] (Description of Instrument)

PRESENCE

Optional in optional sequence C

DEFINITION

The ISIN or other identifier for the instrument that was traded.

NETWORK VALIDATED RULES

At least Identification of Instrument or Description of Instrument must be

present; both may be present (Error code(s): T17).

Identification of Instrument must start with the code ISIN (Error code(s):

T12).

USAGE RULES

Certain derivative trades must be assigned an ISIN for regulatory purposes.

This field can be used to notify the Receiver of this ISIN.

An alternative identifier may be included in Description of Instrument, in

addition to, or instead of an ISIN.

If bilaterally agreed codes are used in Description of Instrument, then they

must be placed between slashes '/'.

No Impact

Citi will not be implementing this as part of SR2017. If received on the

MT304, the field will be ignored and will not reduce STP.

There will be no play back on the MT300.

NA NA

Page 35 of 36

Page 36: Global: 2017 SWIFT Standards Release · 3/2/2017  · MT540 NA NA MT541 NA NA MT542 NA NA MT543 NA NA MT544 NA NA MT545 NA NA MT546 NA NA MT547 NA NA MT548 NA NA MT578 NA NA Req 2.4

Global: 2017 SWIFT Standards Release

CITI Requirement

No

SWIFT

Messages

Effected

Mandatory /

Optional /

Definition Change

Message Sequence Nature of Change Client Impact Message Sample (Future State) Message Sample (Current State)

The market, service, or other information is provided in this communication solely for your information and “AS IS” and “AS AVAILABLE”, without any representation or warranty as to accuracy, adequacy, completeness, timeliness or fitness for particular purpose. The user bears full responsibility for all use of such information. Citi may provide updates as further information becomes publicly available but will not be responsible for doing so. The terms, conditions and descriptions that appear are subject to change; provided, however, Citi has no responsibility for updating or correcting any information provided in this communication. No member of the Citi organization shall have any liability to any person receiving this communication for the quality, accuracy, timeliness or availability of any information contained in this communication or for any person’s use of or reliance on any of the information, including any loss to such person.

This communication is not intended to constitute legal, regulatory, tax, investment, accounting, financial or other advice by any member of the Citi organization. This communication should not be used or relied upon by any person for the purpose of making any legal, regulatory, tax, investment, accounting, financial or other decision or to provide advice on such matters to any other person. Recipients of this communication should obtain guidance and/or advice, based on their own particular circumstances, from their own legal, tax or other appropriate advisor.

Not all products and services that may be described in this communication are available in all geographic areas or to all persons. Your eligibility for particular products and services is subject to final determination by Citigroup and/or its affiliates.

The entitled recipient of this communication may make the provided information available to its employees or employees of its affiliates for internal use only but may not reproduce, modify, disclose, or distribute such information to any third parties (including any customers, prospective customers or vendors) or commercially exploit it without Citi’s express written consent. Unauthorized use of the provided information or misuse of any information is strictly prohibited.

© 2017 Citibank, N.A. and/or each applicable affiliate. All rights reserved by Citibank, N.A. and/or each applicable affiliate. Citi and Arc Design is a trademark and service mark of Citigroup Inc., used and registered throughout the world.”

For more details on the terms on which CitiDirect for Securities and Market and Service Information is made available to users, please see the Online User Agreement. The terms of the Online User Agreement prevail in the event of any conflict or inconsistency between those terms and the terms in this disclaimer.

To view the full range of Citi’s securities market and service information, please visit: Market Guide at https://securities.citidirect.com.

For site access or additional information, please contact your Citi representative. Subscribe, unsubscribe or customize your email alert subscriptions directly on Market Guide’s main menu. Go to "My Preferences", and select "Subscriptions".

Markets and Securities Services

https://www.citibank.com/mss/

No Impact

Usage Rule only internal to Citi

NA NAReq 5.16 MT202 Mandatory NA

SWIFT Change Request ID: CR 001109

Overview

Add a usage rule to field 72 to indicate that the information, relevant to the

transaction (for example codes INS, ACC) is expected to be transported

unchanged throughout the transaction chain.

To ensure that intermediary banks pass all relevant information to the

beneficiary bank, to avoid exceptions and investigations and to enable all

banks to perform proper sanctions screening.

This is a documentation change that clarifies the expected use of field 72.

Implementation impact is expected to be low.

Requirement

Update to the definition of the Usage Rules for the Sender to Receiver

Information field 72

USAGE RULES

Field 72 must never be used for information for which another field is

intended.

Each item of information contained in this field must be preceded by a code

which specifically indicates the party for which it is intended.

Codes must be placed between slashes and at the beginning of a line.

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.

It is strongly recommended to use the standard codes. However, where

bilateral agreements covering the use of codes in this field are in effect, the

code must conform to the structure of this field.

Use of field 72, particularly with uncoded instructions, may cause delay,

because in automated systems, the presence of this field will normally require

manual intervention.

This field may contain ERI to transport dual currencies, as specified in the

chapter entitled "Euro-Related Information (ERI)" in the Standards MT

General Information.

In order to comply with the EC-directive on cross border credit transfers, the

optional code word EXCH may be used to transport an exchange rate. In line

with ERI, the code word EXCH is placed between slashes, followed by the

exchange rate, format 12d, and terminated with another slash.

The code INS may be repeated to specify all previously involved financial

institutions in the transaction chain, Instructing institutions should be

indicated in the order in which they were involved in the transaction chain,

that is, the first occurrence specifies the financial institution that received the

instruction from the ordering institution and passed it on to the next institution

in the transaction chain; the last occurrence always indicates the institution

that instructed the sender of this message to execute the transaction.

If codes INS, ACC, or BNF are present in field 72 of a received message,

then these codes and the related details must be passed, unchanged, in field

72 of the subsequent message in the payment chain. Additional codes and

details may be added to field 72 of the subsequent message but the original

INS, ACC and BNF and related details must not be altered or removed.

Page 36 of 36