125
SWIFTStandards Category 6 Treasury Markets - Precious Metals For SWIFTStandards MT October 2007 Message Reference Guide Standards Release Guide - February 2007 This reference guide contains the category 6, precious metals, message text standards, including a detailed description of the scope, the format specifications, the rules, the guidelines, and the field specifications of each message type . 5 February 2007 1

MT600

Embed Size (px)

DESCRIPTION

Swift metals guide

Citation preview

Page 1: MT600

SWIFTStandards

Category 6Treasury Markets - Precious Metals

For SWIFTStandards MT October 2007

Message Reference GuideStandards Release Guide - February 2007

This reference guide contains the category 6, precious metals, message text standards, including a detailed description of thescope, the format specifications, the rules, the guidelines, and the field specifications of each message type .

5 February 2007

1

Page 2: MT600

Copyright

Copyright © S.W.I.F.T. SCRL ("SWIFT"), avenue Adèle 1, B-1310 La Hulpe, Belgium, or its licensors, 2007 .

All rights reserved. You may copy this publication within your organisation. Any such copy must include these legal notices.

Confidentiality

This publication may contain SWIFT or third-party confidential information. Do not disclose this publication outside your organisation without the prior written consent of SWIFT.

Disclaimer

The information in this publication may change from time to time. You must always refer to the latest available version.

SWIFTStandards Intellectual Property Rights (IPR) Policy - End-User License Agreement

SWIFTStandards are licensed subject to the terms and conditions of the SWIFTStandards IPR Policy - End-User License Agreement, available at www.swift.com > Standards > More information.

Translations

The English version of SWIFT documentation is the only official version.

Trademarks and Patents

SWIFT, S.W.I.F.T., the SWIFT logo, Sibos, SWIFTNet, SWIFTAlliance, SWIFTStandards, SWIFTReady, and Accord are trademarks of S.W.I.F.T. SCRL. Other SWIFT-derived service and product names, including SWIFTSolutions, SWIFT-Watch, and SWIFTSupport are tradenames of S.W.I.F.T. SCRL.

SWIFT is the trading name of S.W.I.F.T. SCRL .

Other product or company names in this publication are tradenames, trademarks, or registered trademarks of their respective owners.

5 February 2007

Message Reference Guide - Standards Release Guide - February 20072

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 3: MT600

Introduction

Summary of Changes

Added Message Types

n.a.

Removed Message Types

n.a.

Modified Message Types

MT 600

MT 601

35 February 2007

Introduction

Page 4: MT600

Category 6 Precious Metals Message Types

The following table lists all message types defined in category 6 Precious Metals.

For each message type, there is a short description, an indicator whether the message type requires authentication (Y or N),the maximum message length for input (2,000 or 10,000 characters) and whether the use of the message requires registrationwith SWIFT for use in a message user group (Y or N).

MT MT Name Purpose Authen. Max. Length

MUG

600 Precious Metal Trade Confirmation

Confirms the details of a precious metaltrade and its settlement

N 2,000 N

601 Precious Metal Option Confirmation

Confirms the details of a precious metaloption contract

N 2,000 N

604 Precious Metal Trans-fer/Delivery Order

Instructs the Receiver to transfer bybook-entry, or physically deliver, a spec-ified type and quantity of precious metalto a specified party

Y 2,000 N

605 Precious Metal Notice to Receive

Notifies the Receiver of an impendingbook-entry transfer or physical deliveryof a specified type and quantity ofprecious metal

N 2,000 N

606 Precious Metal Debit Advice

Advises the Receiver of a debit entry to a specified metal account

N 2,000 N

607 Precious Metal Credit Advice

Advises the Receiver of a credit entry toa specified metal account

N 2,000 N

608 Statement of a Metal Account

Provides the details of all bookings to ametal account

N 2,000 N

609 Statement of Metal Contracts

Identifies all outstanding metal contracts,as at a specified date for which confirma-tions have been exchanged

N 2,000 N

690 Advice of Charges, Inter-est and Other Adjust-ments

Advises an Account Owner of charges, interest or other adjustments to its account

Y 2,000 N

691 Request for Payment ofCharges, Interest orOther Expenses

Requests payment of charges, interestand other expenses

Y 2,000 N

692 Request for Cancellation Requests the Receiver to consider cancellation of the message identified inthe request

Y 2,000 N

695 Queries Requests information relating to a previ-ous message or amendment to a previous message

Y 2,000 N

Message Reference Guide - Standards Release Guide - February 20074

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 5: MT600

MT MT Name Purpose Authen. Max. Length

MUG

696 Answers Responds to a MT 695 Queries messageor MT 692 Request for Cancellation orother messages where no specificmessage type has been provided for the response

Y 2,000 N

698 Proprietary Message Contains formats defined and agreed tobetween users and for those messagesnot yet live

Y 10,000 N

699 Free Format Message Contains information for which no othermessage type has been defined

Y 2,000 N

Note: A Message User Group (MUG), for the purposes of this book, is a group of users who have volun-tarily agreed to support the specified message type and have registered with SWIFT to send orreceive the specified message type. These messages are indicated in the preceding table in thecolumn MUG.

Registration is free of charge. To register to use one or more message types, submit a registrationrequest (Register to a Message User Group) through www.swift.com. To withdraw from aMUG, use the Deregister from a Message User Group request.

These forms are available on www.swift.com > Ordering & Support > Ordering.

To get the list of other members of a particular MUG, send an MT 999 to the Customer Implemen-tation team (SWHQBEBBCOS).

55 February 2007

Category 6 Precious Metals Message Types

Page 6: MT600

Euro - Impact on Category Message Standards

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

Message Reference Guide - Standards Release Guide - February 20076

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 7: MT600

MT 600 Precious Metal Trade Confirmation

MT 600 ScopeThis message type is exchanged by or on behalf of the institutions or corporates, party A and party B, which have agreed toa precious metal trade. This message is also used when one of the trading parties is a fund manager.

This message type is exchanged between the financial institutions which have agreed to a precious metal trade.

It is used to confirm the details of:

a new contract between the partiesan amendment to a previously agreed contractthe cancellation of a contractthe settlement of a metal option which has been exercised.

This message may also be exchanged to confirm the liquidation of a forward deal.

In some cases, only one of the financial institutions involved in a contract will send a confirmation to the second financial institution. These cases include:

retransmission due to errors in a previously sent confirmationadditional information about a previously confirmed contract, (eg, to provide the name of the party in field 57a and/or87a, in those cases where the previous confirmation contained the code UNKNOWN).

MT 600 Format SpecificationsThe format contains three sequences:

Sequence A provides the details of the precious metal contract.Sequence B provides the settlement information in those cases where the Sender has bought the metal.Sequence C provides the settlement information in those cases where the Sender has sold the metal.

MT 600 Precious Metal Trade Confirmation

Status Tag Field Name Content/Options No.

Mandatory Sequence A Details of the Contract

M 15A New Sequence (CrLf) 1

M 20 Transaction Reference Number 16x 2 1

M 21 Related Reference 16x 3 2

M 22 Code/Common Reference 8a/4!a2!c4!n4!a2!c 4 3

O 94A Scope of Operation 4!c 5

M 82a Party A A, D or J 6

M 87a Party B A, D or J 7

75 February 2007

MT 600

Page 8: MT600

Status Tag Field Name Content/Options No.

O 83a Fund or Beneficiary Customer A, D or J 8

M 30 Date Contract Agreed/Amended 6!n 9 4

M 26C Identification of the Metal [3!a]/15x/5!a4!a[4x][//8x] 10 5

O 26H Counterparty’s Reference 16x 11

M 33G Price per Unit 3!a15d[5!c] 12 6

O 71C Details of Adjustments 6*35x 13 7

O 72 Sender to Receiver Information 6*35x 14 8

Optional Sequence B Precious Metal Bought

M 15B New Sequence (CrLf) 15

M 32F Quantity of the Metal 3!a15d 16 9

O 86a Intermediary A, B or D 17

M 87a Receiver of the Metal A, B or D 18 10

M 34P Consideration 6!n3!a15d 19 11

O 53a Sender’s Correspondent A, B or D 20 12

O 56a Intermediary A, B or D 21

M 57a Account With Institution A, B or D 22 13

Optional Sequence C Precious Metal Sold

Message Reference Guide - Standards Release Guide - February 20078

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 9: MT600

Status Tag Field Name Content/Options No.

M 15C New Sequence (CrLF) 23

M 32F Quantity of the Metal 3!a15d 24 14

O 86a Intermediary A, B or D 25

M 87a Deliverer of the Metal A, B or D 26 15

M 34R Consideration 6!n3!a15d 27 16

O 56a Intermediary A, B or D 28

M 57a Account With Institution A, B or D 29 17

M = Mandatory O = Optional

MT 600 Network Validated RulesC1

Either sequence B or sequence C, but not both, must be present (Error code(s): C93).

C2

In the optional sequences, all fields with status M must be present (Error code(s): C32).

C3

The currency in the amount fields 33G and 34P or 34R must be the same for all occurrences of these fields in themessage (Error code(s): C02).

MT 600 Usage RulesChanges to the quantity of metal, and/or price per unit, and/or consideration and/or settlement instructions requireanother confirmation.This message handles only the contract part of a precious metal trade.

The actual transfer/delivery of metal is handled through the MT 604 Precious Metal Transfer/Delivery Order and the confirmation of debits or credits is handled through the MT 606 Precious Metal Debit Advice/MT 607 Precious MetalCredit Advice/MT 608 Statement of a Metal Account. In all cases, the common reference of the MT 600 must bequoted in the relevant reference field (ie, field 21 of the MT 604/606/607 or field 61, subfield 7 of the MT 608).

95 February 2007

MT 600

Page 10: MT600

The actual transfer of funds (ie, the consideration) is handled through the financial institution transfer messages(MT 202/203/205) and the confirmation of debits or credits is handled through the MT 900/910/950. In all cases, thecommon reference of the MT 600 must be quoted in the relevant reference field (ie, field 21 of theMT 202/203/205/910 or field 61, subfield 7 of the MT 950).

MT 600 Field Specifications

1. Field 15A: New Sequence

FORMAT

Option A Empty field

PRESENCE

Mandatory

DEFINITION

This field specifies the start of mandatory sequence A Details of the Contract.

USAGE RULES

Only the field tag must be present, the field is empty.

2. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal deal.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

3. Field 21: Related Reference

FORMAT

16x

Message Reference Guide - Standards Release Guide - February 200710

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 11: MT600

PRESENCE

Mandatory

DEFINITION

This field specifies the related reference to the precious metal deal.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

USAGE RULES

In a new contract, this field must contain the code NEW.

Where field 22 contains the code EXOPTION, this field must contain the field 20 Transaction Reference Number of therelated MT 601 Precious Metal Option Confirmation.

In all other cases, this field should contain the field 20 Transaction Reference Number of the previous MT 600. The contentof field 21, when other than NEW, will normally be a reference meaningful to the Sender rather than the Receiver. This isthe case because the Sender will normally include the content of field 20 from the MT 600 or MT 601 previously transmit-ted rather than received.

4. Field 22: Code/Common Reference

FORMAT

8a/4!a2!c4!n4!a2!c (Code) (Common Reference)

PRESENCE

Mandatory

DEFINITION

This field identifies the function of the message and contains a reference of the contract common to both the Sender and Receiver.

CODES

In confirmations sent by both financial institutions, Code must contain one of the following codes:

AMEND Confirmation of mutually agreed changes to the quantity of metal, and/or price per unit, and/or consideration and/or settlement instructions of a contract for which a confirmation has been previously sent.

CANCEL Confirmation of the mutually agreed cancellation of a contract.

EXOPTION Confirmation of the mutually agreed settlement of a precious metal option which has been exercised.

NEW Confirmation of a new contract.

NOTICE Liquidation notice for a forward deal. A notice is optional; its use is dependent on internal practices.

115 February 2007

MT 600

Page 12: MT600

CODES

In confirmations sent by one financial institution, Code must contain one of the following codes:

COMPLETE Complementary Information - used to advise for the first time the name of the financial institu-tion in fields 53a, 57a and/or 87a (eg, in those cases where the previous confirmationcontained the code word UNKNOWN in field 57a).

CORRECT Retransmission due to error - sent to correct error(s) in a previously sent MT 600.

NETWORK VALIDATED RULES

Common Reference must contain the bank and location codes of the Sender and Receiver, ie, their BIC without the countrycode (Error code(s): T95). These codes must appear in alphabetical order, with letters taking precedence over numbers(Error code(s): T96).

The codes are separated by four digits, which must consist of the rightmost non-zero digits of the price per unit (ie, Price PerUnit of field 33G) (Error code(s): T22), preceded by the three digits to the left of it. If there are no digits to the left of it, thespace must be zero-filled.

5. Field 94A: Scope of Operation

FORMAT

Option A 4!c (Scope)

PRESENCE

Optional

DEFINITION

This field specifies the role of the Sender and the Receiver of the message in the execution of the confirmed trade.

CODES

One of the following codes must be used(Error code(s): T36)

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

BILA Bilateral confirmation, ie, the Sender and the Receiver are the principals.

BROK The confirmation is sent by a money broker.

USAGE RULES

The absence of this field means that the Sender and the Receiver are principals, ie, Scope is BILA.

AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has donethe deal.

Message Reference Guide - Standards Release Guide - February 200712

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 13: MT600

6. Field 82a: Party A

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC/BEI)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Option J 5*40x (Party Identification)

PRESENCE

Mandatory

DEFINITION

This field identifies party A.

CODES

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

/ABIC/ M followed by the BIC/BEI or UKWN ifBIC/BEI not known

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

/ACCT/ O followed by the account number 34x

/ADD1/ O followed by the first line of the address 35x

/ADD2/ O followed by the second line of the address 35x

/CITY/ O followed by the city (and state, country) 35x

/CLRC/ O followed by a clearing code 35x

/GBSC/ O followed by UK domestic sort code 6!n

/NAME/ M followed by the name 34x

/USCH/ O followed by CHIPS UID 6!n

/USFW/ O followed by FedWire Routing Number 9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES

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

135 February 2007

MT 600

Page 14: MT600

USAGE RULES

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

Party A is either the sender :94A:BILA, or, the institution or corporate on whose behalf the message is sent :94A:AGNT,except when the Sender is a money broker :94A:BROK.

When the Sender is a fund manager, the fund manager is specified in this field.

Please refer to the chapter Scope for this MT.

7. Field 87a: Party B

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC/BEI)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Option J 5*40x (Party Identification)

PRESENCE

Mandatory

DEFINITION

This field identifies party B.

CODES

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

/ABIC/ M followed by the BIC/BEI or UKWN ifBIC/BEI not known

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

/ACCT/ O followed by the account number 34x

/ADD1/ O followed by the first line of the address 35x

/ADD2/ O followed by the second line of the address 35x

/CITY/ O followed by the city (and state, country) 35x

/CLRC/ O followed by a clearing code 35x

/GBSC/ O followed by UK domestic sort code 6!n

/NAME/ M followed by the name 34x

/USCH/ O followed by CHIPS UID 6!n

/USFW/ O followed by FedWire Routing Number 9!n

Message Reference Guide - Standards Release Guide - February 200714

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 15: MT600

M = Mandatory O = Optional

NETWORK VALIDATED RULES

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

USAGE RULES

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

Party B is either the Receiver :94A:BILA, or, the institution or corporate on whose behalf the message is received :94A:AGNT, except when the Sender is a money broker :94A:BROK.

When the Receiver is a fund manager, the fund manager is specified in this field.

Please refer to the chapter Scope for this MT.

8. Field 83a: Fund or Beneficiary Customer

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC/BEI)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Option J 5*40x (Party Identification)

PRESENCE

Optional

DEFINITION

This field specifies the fund or beneficiary customer.

CODES

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

/ABIC/ O followed by the BIC/BEI or UKWN ifBIC/BEI not known

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

/ACCT/ O followed by the account number 34x

/ADD1/ O followed by the first line of the address 35x

/ADD2/ O followed by the second line of the address 35x

/CITY/ O followed by the city (and state, country) 35x

/CLRC/ O followed by a clearing code 35x

/GBSC/ O followed by UK domestic sort code 6!n

155 February 2007

MT 600

Page 16: MT600

/NAME/ M followed by the name 34x

/USCH/ O followed by CHIPS UID 6!n

/USFW/ O followed by FedWire Routing Number 9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES

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

USAGE RULES

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

When the message is sent or received by a fund manager, this field specifies the fund. The fund manager is specified respec-tively in either field 82a or field 87a.

9. Field 30: Date Contract Agreed/Amended

FORMAT

6!n (Date)

PRESENCE

Mandatory

DEFINITION

This field contains the date when the contract or amendment to it (eg, code AMEND in field 22) was agreed between the dealers.

NETWORK VALIDATED RULES

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

USAGE RULES

When CORRECT or COMPLETE is present in field 22, this field specifies the date of the contract or amendment to whichthis message refers.

10. Field 26C: Identification of the Metal

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

Where

Message Reference Guide - Standards Release Guide - February 200716

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 17: MT600

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field identifies the precious metal bought or sold.

CODES

When Delivery Details is present, it must contain the code CIF (Error code(s): T35).

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04):

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

175 February 2007

MT 600

Page 18: MT600

SILV Silver

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

Message Reference Guide - Standards Release Guide - February 200718

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 19: MT600

Code Coin Name Denomination

SECU SILVER ECU 5

STAT STATUE 20 10 5

VREN VRENELI 20 10

USAGE RULES

Delivery Details is used only if CIF (ie, Cost, Insurance, Freight) applies. If this subfield is not present, then LOCO applies.

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

11. Field 26H: Counterparty’s Reference

FORMAT

Option H 16x

PRESENCE

Optional

DEFINITION

This field specifies the counterparty’s reference, if known.

12. Field 33G: Price Per Unit

FORMAT

Option G 3!a15d[5!c] (Currency) (Price) (Code)

PRESENCE

Mandatory

DEFINITION

This field specifies the currency and amount of the price per unit of the agreement and optionally a code indicating a unit ofmetal different from that specified in field 32F.

CODES

Code must contain the following code (Error code(s): T07):

SEE72 Indicates that more information can be found in field 72

195 February 2007

MT 600

Page 20: MT600

NETWORK VALIDATED RULES

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

The integer part of Price must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

USAGE RULES

When the price per unit of the agreement is based on a unit different from the unit specified in field 32F Quantity of theMetal, Price must be converted based on the unit used in field 32F, and the code SEE72 must appear in Code (ie, [5!c]) withthe conversion explained in field 72.

The number of digits following the decimal comma will not be validated.

13. Field 71C: Details of Adjustments

FORMAT

Option C 6*35x (Narrative)

which may be structured as:

Line 1 /4c/29x (Code) (Narrative)Lines 2-6 35x (Narrative)

PRESENCE

Optional

DEFINITION

This field specifies details of adjustments, eg, commission to the price stated in field 33G, if applicable.

CODES

Code may contain one or more of the following codes:

BROK Brokerage.

CHGS Charges.

COMM Commission.

FEES Fees.

MISC Miscellaneous.

POST Postage.

SHIN Shipping including insurance.

STMP Stamp Duty.

Message Reference Guide - Standards Release Guide - February 200720

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 21: MT600

TTAX Transaction tax.

VTAX Value added tax.

WITX Withholding tax.

USAGE RULES

All adjustments must be expressed in the same currency as the amounts stated in fields 33G and 34P or 34R.

14. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code word can befollowed by an indication of the specific electronic means used for arranging the deal.

INTERMDY Specifies the intermediary institution for the settlement of the metal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

215 February 2007

MT 600

Page 22: MT600

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

15. Field 15B: New Sequence

FORMAT

Option B Empty field

PRESENCE

Mandatory in a Conditional Sequence (C1).

DEFINITION

This field specifies the start of optional sequence B Precious Metal Bought.

USAGE RULES

This field may only be used when at least one other field in the optional sequence B is present and is otherwise not allowed.

Only the field tag must be present, the field is empty.

16. Field 32F: Quantity of the Metal

FORMAT

Option F 3!a15d (Unit) (Amount)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field specifies the type of unit and the quantity of the precious metal bought by the Sender.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

Message Reference Guide - Standards Release Guide - February 200722

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 23: MT600

LOT Lot

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

17. Field 86a: Intermediary

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the intermediary institution for the delivery of the metal bought.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

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

18. Field 87a: Receiver of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

235 February 2007

MT 600

Page 24: MT600

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field identifies the party at which the Sender will receive the metal bought.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

When the Receiver services a metal account (ie, an account for the metal specified in field 26C) for the Sender, and thisaccount is to be credited, option A should be used and the field must contain the Receiver’s BIC.

When the Sender services a metal account (ie, an account for the metal specified in field 26C) for the Receiver and thisaccount is to be debited, option A should be used and the field must contain the Sender’s BIC.

In forward contracts, if the receiver of the metal is not known, the code UNKNOWN must appear in this field, using option D.

19. Field 34P: Consideration

FORMAT

Option P 6!n3!a15d (Date) (Currency) (Amount)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field specifies the value date, currency code and the consideration paid by the Sender.

NETWORK VALIDATED RULES

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

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

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length. The number of digits following the comma must not exceed the maximum allowed for that specifiedcurrency (Error code(s): C03,T40,T43).

Message Reference Guide - Standards Release Guide - February 200724

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 25: MT600

USAGE RULES

The consideration is calculated by multiplying the quantity of metal (ie, the amount stated in field 32F) by the price per unit(ie, the amount stated in field 33G), and, if applicable, adjusted for any amounts stated in field 71C.

20. Field 53a: Sender’s Correspondent

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the financial institution from which the Sender will transfer the funds specified in field 34P.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

21. Field 56a: Intermediary

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field specifies the intermediary institution for the transfer of the funds specified in field 34P.

255 February 2007

MT 600

Page 26: MT600

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

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

22. Field 57a: Account With Institution

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field identifies the financial institution and account where the Receiver wants to receive the funds specified in field 34P.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

When the optional Party Identifier is present, it identifies the account which is to be debited or credited on the books of theaccount with institution which is specified.

When the Sender services an account for the Receiver in the relevant currency, and this account is to be credited, option Ashould be used and the field must contain the Sender’s BIC.

When the Receiver services an account for the Sender in the relevant currency, and this account is to be debited, option Ashould be used and the field must contain the Receiver’s BIC.

In forward contracts, if the account with institution is not known, the code UNKNOWN must appear in this field, usingoption D.

Message Reference Guide - Standards Release Guide - February 200726

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 27: MT600

23. Field 15C: New Sequence

FORMAT

Option C Empty field

PRESENCE

Mandatory in a Conditional Sequence (C1).

DEFINITION

This field specifies the start of optional sequence C Precious metal Sold

USAGE RULES

This field may only be used when at least one other field in the optional sequence C is present and is otherwise not allowed.

Only the field tag must be present, the field is empty.

24. Field 32F: Quantity of the Metal

FORMAT

Option F 3!a15d (Unit) (Amount)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field specifies the type of unit and the quantity of the precious metal sold by the Sender.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

275 February 2007

MT 600

Page 28: MT600

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

25. Field 86a: Intermediary

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field specifies the intermediary institution for the transfer of the metal sold.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

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

26. Field 87a: Deliverer of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Message Reference Guide - Standards Release Guide - February 200728

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 29: MT600

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field identifies the party to which the Sender will deliver the metal sold.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

When the Sender services a metal account (ie, an account for the metal specified in field 26C) for the Receiver, and thisaccount is to be credited, option A should be used and the field must contain the Sender’s BIC.

When the Receiver services a metal account (ie, an account for the metal specified in field 26C) for the Sender and thisaccount is to be debited, option A should be used and the field must contain the Receiver’s SWIFT BIC.

In forward contracts, if the deliverer of the metal is not known, the code UNKNOWN must appear in this field, using option D.

27. Field 34R: Consideration

FORMAT

Option R 6!n3!a15d (Date) (Currency) (Amount)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field specifies the value date, currency code and the consideration received by the Sender.

NETWORK VALIDATED RULES

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

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

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length. The number of digits following the comma must not exceed the maximum allowed for that specifiedcurrency (Error code(s): C03,T40,T43).

USAGE RULES

The consideration is calculated by multiplying the quantity of metal (ie, the amount stated in field 32F) by the price per unit(ie, the amount stated in field 33G), and, if applicable, adjusted for any amounts stated in field 71C.

295 February 2007

MT 600

Page 30: MT600

28. Field 56a: Intermediary

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field specifies the intermediary institution for the transfer of the funds specified in field 34R.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

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

29. Field 57a: Account With Institution

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Mandatory in an optional sequence

DEFINITION

This field identifies the financial institution and account at which the Sender wishes to receive the funds specified in field 34R.

Message Reference Guide - Standards Release Guide - February 200730

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 31: MT600

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

When the optional Party Identifier is present, it identifies the account which is to be debited or credited on the books of theaccount with institution which is specified.

When the Receiver services an account for the Sender in the relevant currency, and this account is to be credited, option Ashould be used and the field must contain the Receiver’s BIC.

When the Sender services an account for the Receiver in the relevant currency, and this account is to be debited, option Ashould be used and the field must contain the Sender’s BIC.

In forward contracts, if the account with institution is not known, the code UNKNOWN must appear in this field, usingoption D.

315 February 2007

MT 600

Page 32: MT600

MT 601 Precious Metal Option Confirmation

MT 601 ScopeThis message type is exchanged by or on behalf of the institutions or corporates, party A and party B, which have agreed toa precious metal option contract. This message is also used when one of the parties is a fund manager.

This message type is exchanged between the financial institutions which have agreed to a precious metal option contract.

It is used to confirm the details of

a new contract between the partiesan amendment to a previously agreed contractthe cancellation of a contractthe surrender of an option by the buyer (holder) to the seller (grantor) for compensation.

In some cases, only one of the financial institutions involved in a contract will send a confirmation to the second financial institution. These cases include:

retransmission due to errors in a previously sent confirmationadditional information about a previously confirmed contract.

MT 601 Format Specifications

MT 601 Precious Metal Option Confirmation

Status Tag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1

M 21 Related Reference 16x 2

M 22 Code/Common Reference 8a/4!a2!c4!n4!a2!c 3

O 94A Scope of Operation 4!c 4

M 82a Party A A, D or J 5

M 87a Party B A, D or J 6

O 83a Fund or Beneficiary Customer A, D or J 7

M 23 Further Identification 16x 8 4

M 30 Date Contract Agreed/Amended 6!n 9 5

M 26C Identification of the Metal [3!a]/15x/5!a4!a[4x][//8x] 10 6

O 31C Earliest Exercise Date 6!n 11 7

Message Reference Guide - Standards Release Guide - February 200732

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 33: MT600

Status Tag Field Name Content/Options No.

M 31G Expiry Details 6!n/4!n/12a 12 8

M 32F Unit and Amount of the Metal 3!a15d 13 9

M 32B Strike Price 3!a15d 14 10

M 33B Premium Price 3!a15d 15 11

M 34a Premium Payment P or R 16 12

O 53a Sender’s Correspondent A, B or D 17 13

O 56a Intermediary A, B or D 18

M 57a Account With Institution A, B or D 19 14

O 72 Sender to Receiver Information 6*35x 20 15

M = Mandatory O = Optional

MT 601 Network Validated RulesC1

Field 53a may only be present if field 34P is used (Error code(s): C20).

C2

Field 31C may only be present in the case of an American style option (ie, subfield 3 of field 23 contains ’A’) (Errorcode(s): C79).

C3

The currency in the amount fields 32B and 34a must be the same (Error code(s): C02).

335 February 2007

MT 601

Page 34: MT600

MT 601 Usage RulesChanges to the quantity of the metal, and/or strike price, and/or premium price, and/or exercise date, and/or settlement instructions require another confirmation .This message type handles only the contract part of the precious metal option .In those cases where the message is exchanged to confirm a new contract, or an amendment, cancellation or close outof a previously agreed contract, the content of the confirmations should be identical, and is used to confirm informationalready known to the two parties. Careful verification of the exchanged messages is, of course, required.A precious metal option may be exercised by the buyer. To confirm the settlement of the exercise of a precious metaloption, an MT 600 Precious Metal Trade Confirmation may be used, with the function code EXOPTION in field 22and field 21 containing the TRN of the related MT 601.

MT 601 Field Specifications

1. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal deal.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

2. Field 21: Related Reference

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the related reference to the precious metal deal.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

Message Reference Guide - Standards Release Guide - February 200734

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 35: MT600

USAGE RULES

When this message is a confirmation of a new contract, the code NEW must be used.

In all other cases, this field must contain the field 20 TRN of the previous MT 601.

The content of field 21, when other than NEW, will normally be a reference meaningful to the Sender rather than theReceiver. This is because the Sender will normally include the content of field 20 from the MT 601 previously transmittedrather than received.

3. Field 22: Code/Common Reference

FORMAT

8a/4!a2!c4!n4!a2!c (Code) (Common Reference)

PRESENCE

Mandatory

DEFINITION

This field identifies the function of the message and contains the reference of the contract common to both the Sender and Receiver.

CODES

In confirmations sent by both financial institutions, Code must contain one of the following codes:

AMEND Confirmation of mutually agreed changes to the quantity of the metal, and/or strike price,and/or premium price and/or exercise date and/or settlement information of the contract forwhich a confirmation message has been previously sent.

CANCEL Confirmation of the mutually agreed cancellation of a contract.

CLOSEOUT Confirmation of the mutually agreed surrender of the option by the buyer (holder) to the seller(grantor) for compensation.

NEW Confirmation of a new precious metal option.

CODES

In confirmations sent by one financial institution, Code must contain one of the following codes:

COMPLETE Complementary information - used to advise for the first time the name of the financial institu-tion in field 53a and/or 57a (eg, in those cases where the previous confirmation contained thecode UNKNOWN in field 57a).

CORRECT Retransmission due to error - to correct error(s) in a previously sent MT 601.

355 February 2007

MT 601

Page 36: MT600

NETWORK VALIDATED RULES

Common Reference must contain the bank and location codes of the Sender and Receiver, ie, their BIC without the countrycode (Error code(s): T95). These codes must appear in alphabetical order, with letters taking precedence over numbers(Error code(s): T96).

The codes are separated by four digits, which must consist of the rightmost non-zero digits of the strike price specified infield 32B (Error code(s): T22), preceded by the three digits to the left of it. If there are no digits to the left of it, the spacemust be zero-filled.

4. Field 94A: Scope of Operation

FORMAT

Option A 4!c (Scope)

PRESENCE

Optional

DEFINITION

This field specifies the role of the Sender and the Receiver of the message in the execution of the confirmed trade.

CODES

One of the following codes must be used(Error code(s): T36)

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

BILA Bilateral confirmation, ie, the Sender and the Receiver are the principals.

BROK The confirmation is sent by a money broker.

USAGE RULES

The absence of this field means that the Sender and the Receiver are principals, ie, Scope is BILA.

AGNT is used when the confirmation has been sent or received on behalf of a separate legal party and that party has donethe deal.

5. Field 82a: Party A

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC/BEI)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Option J 5*40x (Party Identification)

Message Reference Guide - Standards Release Guide - February 200736

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 37: MT600

PRESENCE

Mandatory

DEFINITION

This field identifies party A.

CODES

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

/ABIC/ M followed by the BIC/BEI or UKWN ifBIC/BEI not known

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

/ACCT/ O followed by the account number 34x

/ADD1/ O followed by the first line of the address 35x

/ADD2/ O followed by the second line of the address 35x

/CITY/ O followed by the city (and state, country) 35x

/CLRC/ O followed by a clearing code 35x

/GBSC/ O followed by UK domestic sort code 6!n

/NAME/ M followed by the name 34x

/USCH/ O followed by CHIPS UID 6!n

/USFW/ O followed by FedWire Routing Number 9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES

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

USAGE RULES

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

Party A is either the sender :94A:BILA, or, the institution or corporate on whose behalf the message is sent :94A:AGNT,except when the Sender is a money broker :94A:BROK.

When the Sender is a fund manager, the fund manager is specified in this field.

Please refer to the chapter Scope for this MT.

375 February 2007

MT 601

Page 38: MT600

6. Field 87a: Party B

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC/BEI)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Option J 5*40x (Party Identification)

PRESENCE

Mandatory

DEFINITION

This field identifies party B.

CODES

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

/ABIC/ M followed by the BIC/BEI or UKWN ifBIC/BEI not known

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

/ACCT/ O followed by the account number 34x

/ADD1/ O followed by the first line of the address 35x

/ADD2/ O followed by the second line of the address 35x

/CITY/ O followed by the city (and state, country) 35x

/CLRC/ O followed by a clearing code 35x

/GBSC/ O followed by UK domestic sort code 6!n

/NAME/ M followed by the name 34x

/USCH/ O followed by CHIPS UID 6!n

/USFW/ O followed by FedWire Routing Number 9!n

M = Mandatory O = Optional

NETWORK VALIDATED RULES

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

Message Reference Guide - Standards Release Guide - February 200738

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 39: MT600

USAGE RULES

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

Party B is either the Receiver :94A:BILA, or, the institution or corporate on whose behalf the message is received :94A:AGNT, except when the Sender is a money broker :94A:BROK.

When the Receiver is a fund manager, the fund manager is specified in this field.

Please refer to the chapter Scope for this MT.

7. Field 83a: Fund or Beneficiary Customer

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC/BEI)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Option J 5*40x (Party Identification)

PRESENCE

Optional

DEFINITION

This field specifies the fund or beneficiary customer.

CODES

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

/ABIC/ O followed by the BIC/BEI or UKWN ifBIC/BEI not known

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

/ACCT/ O followed by the account number 34x

/ADD1/ O followed by the first line of the address 35x

/ADD2/ O followed by the second line of the address 35x

/CITY/ O followed by the city (and state, country) 35x

/CLRC/ O followed by a clearing code 35x

/GBSC/ O followed by UK domestic sort code 6!n

/NAME/ M followed by the name 34x

/USCH/ O followed by CHIPS UID 6!n

/USFW/ O followed by FedWire Routing Number 9!n

395 February 2007

MT 601

Page 40: MT600

M = Mandatory O = Optional

NETWORK VALIDATED RULES

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

USAGE RULES

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

When the message is sent or received by a fund manager, this field specifies the fund. The fund manager is specified respec-tively in either field 82a or field 87a.

8. Field 23: Further Identification

FORMAT

16x

to be formatted as 4a/4a/1!a, where:

4a Buy/Sell Indicator /4a Call/Put Indicator /1!a Style Indicator

PRESENCE

Mandatory

DEFINITION

This field specifies whether, from the Sender’s point of view, the option is sold or bought, is a put or a call, and indicates the style.

CODES

Buy/Sell Indicator must contain one of the following codes:

BUY The Sender is confirming an option bought

SELL The Sender is confirming an option sold

CODES

Call/Put Indicator must contain one of the following codes:

CALL The Sender is confirming a call option

PUT The Sender is confirming a put option

Message Reference Guide - Standards Release Guide - February 200740

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 41: MT600

CODES

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

A This is an American style option

E This is a European style option

9. Field 30: Date Contract Agreed/Amended

FORMAT

6!n (Date)

PRESENCE

Mandatory

DEFINITION

This field contains the date when the contract or amendment to it (eg, code AMEND in field 22) was agreed between the dealers.

NETWORK VALIDATED RULES

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

USAGE RULES

When CORRECT or COMPLETE is present in field 22, this field specifies the date of the contract or amendment to whichthis message refers.

10. Field 26C: Identification of the Metal

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

Where

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

415 February 2007

MT 601

Page 42: MT600

Subfield Format Name

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field specifies the underlying precious metal of the option contract.

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

SILV Silver

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Message Reference Guide - Standards Release Guide - February 200742

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 43: MT600

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

SECU SILVER ECU 5

STAT STATUE 20 10 5

VREN VRENELI 20 10

435 February 2007

MT 601

Page 44: MT600

NETWORK VALIDATED RULES

Delivery Details must not be present, as CIF does not apply. In this message, LOCO always applies (Error code(s): C87).

USAGE RULES

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

11. Field 31C: Earliest Exercise Date

FORMAT

Option C 6!n (Date)

PRESENCE

Conditional (C2)

DEFINITION

This field is used in an American style option to specify the earliest date the exercise of the option may be requested.

NETWORK VALIDATED RULES

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

12. Field 31G: Expiry Details

FORMAT

Option G 6!n/4!n/12a (Date) (Time) (Location)

PRESENCE

Mandatory

DEFINITION

This field specifies the date, time and location at which the option expires.

NETWORK VALIDATED RULES

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

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

13. Field 32F: Unit and Amount of the Metal

Message Reference Guide - Standards Release Guide - February 200744

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 45: MT600

FORMAT

Option F 3!a15d (Unit) (Amount)

PRESENCE

Mandatory

DEFINITION

This field specifies the type of unit and the quantity of the underlying metal.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

14. Field 32B: Strike Price

FORMAT

Option B 3!a15d (Currency) (Price)

PRESENCE

Mandatory

455 February 2007

MT 601

Page 46: MT600

DEFINITION

This field specifies the currency code and the strike price per unit of the underlying metal.

NETWORK VALIDATED RULES

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

The integer part of Price must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

USAGE RULES

The number of digits in Price following the decimal comma will not be validated.

15. Field 33B: Premium Price

FORMAT

Option B 3!a15d (Currency) (Price)

PRESENCE

Mandatory

DEFINITION

This field specifies the currency code and amount of the premium price per unit of the underlying metal .

NETWORK VALIDATED RULES

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

The integer part of Price must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

USAGE RULES

The number of digits following the decimal comma in the Price will not be validated .

16. Field 34a: Premium Payment

FORMAT

Option P 6!n3!a15d (Date) (Currency) (Amount)Option R 6!n3!a15d (Date) (Currency) (Amount)

PRESENCE

Mandatory

Message Reference Guide - Standards Release Guide - February 200746

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 47: MT600

DEFINITION

This field specifies the value date, currency code and premium amount which the buyer pays to the seller for the option.

The letter option indicates, from the Sender’s point of view, the direction of the payment of the premium.

P = Paid, ie, the Sender pays the premium.

R = Received, ie, the Sender receives the premium.

NETWORK VALIDATED RULES

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

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

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length. The number of digits following the comma must not exceed the maximum number allowed for the speci-fied currency (Error code(s): C03,T40,T43).

17. Field 53a: Sender’s Correspondent

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Conditional (C1)

DEFINITION

This field identifies the financial institution from which the Sender will transfer the premium amount specified in field 34Pto the financial institution specified in field 57a.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

18. Field 56a: Intermediary

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

475 February 2007

MT 601

Page 48: MT600

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field specifies the intermediary institution for the transfer of the premium.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

USAGE RULES

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

19. Field 57a: Account With Institution

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Mandatory

DEFINITION

This field identifies the financial institution and account where the receiver of the premium wishes to receive the amount specified in field 34a .

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

Message Reference Guide - Standards Release Guide - February 200748

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 49: MT600

USAGE RULES

When the optional Party Identifier is present, it identifies the account which is to be debited or credited on the books of theaccount with institution which is specified.

When the receiver of the premium services an account in the relevant currency for the payer of the premium, and thisaccount is to be debited, option A should be used and the field must contain the BIC of the receiver of the premium.

When the payer of the premium services an account in the relevant currency for the receiver of the premium, and thisaccount is to be credited, option A should be used and the field must contain the BIC of the payer of the premium.

If the account with institution is not known, the code UNKNOWN must appear in this field, using option D.

20. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code word can be followed by an indication of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

495 February 2007

MT 601

Page 50: MT600

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

Message Reference Guide - Standards Release Guide - February 200750

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 51: MT600

MT 604 Precious Metal Transfer/Delivery Order

MT 604 ScopeThis message is sent by the owner of a metal account or its authorised agent to the metal account servicing institution.

It is used to instruct the Receiver to transfer by book entry, or physically deliver, specified quantities of allocated or unallo-cated precious metal to a specified party.

MT 604 Format Specifications

MT 604 Precious Metal Transfer/Delivery Order

Status Tag Field Name Content/Options No.

M 26C Identification of the Metal and the Metal Account [3!a]/15x/5!a4!a[4x][//8x] 1

O 25 Further Account Identification 35x 2

M 30 Value Date 6!n 3

O 72 Sender to Receiver Information 6*35x 4

----->

M 20 Transaction Reference Number 16x 5

M 21 Related Reference 16x 6

M 23 Further Identification 16x 7

O 26D Certificate Number(s) and/or Bar Number(s) 30*65x 8

M 32F Quantity of the Metal 3!a15d 9

O 82a Instructing Party A, B or D 10

O 86a Intermediary A, B or D 11

O 87a Receiver of the Metal A, B or D 12

M 88a Beneficiary of the Metal A, B or D 13

O 72 Sender to Receiver Information 6*35x 14

-----|

515 February 2007

MT 604

Page 52: MT600

Status Tag Field Name Content/Options No.

M = Mandatory O = Optional

MT 604 Network Validated RulesC1

The repetitive sequence must appear at least once, but not more than ten times (Error code(s): T10).

MT 604 Usage RulesEach transfer/delivery order must be for the same type of metal, metal account and value date.

MT 604 Field Specifications

1. Field 26C: Identification of the Metal and the Metal Account

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

Where

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field identifies the metal to be transferred/delivered, as well as the metal account to be debited which is serviced by theReceiver for the Sender, or the party for which the Sender is an authorised agent.

Message Reference Guide - Standards Release Guide - February 200752

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 53: MT600

CODES

When Delivery Details is present, it must contain the code CIF (Error code(s): T35).

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

SILV Silver

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

535 February 2007

MT 604

Page 54: MT600

Code Coin Name Denomination

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

SECU SILVER ECU 5

STAT STATUE 20 10 5

VREN VRENELI 20 10

USAGE RULES

Delivery Details is used only if CIF (ie, Cost, Insurance, Freight) applies. If this subfield is not present, then LOCO applies.

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

2. Field 25: Further Account Identification

Message Reference Guide - Standards Release Guide - February 200754

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 55: MT600

FORMAT

35x

PRESENCE

Optional

DEFINITION

This field provides further identification information about the metal account to be debited.

3. Field 30: Value Date

FORMAT

6!n (Date)

PRESENCE

Mandatory

DEFINITION

This field specifies the date on which the metal is to be transferred/delivered.

NETWORK VALIDATED RULES

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

4. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

555 February 2007

MT 604

Page 56: MT600

DEFINITION

This field specifies additional information for the Receiver concerning the entire message.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code word can be followed by an indication of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

5. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

6. Field 21: Related Reference

FORMAT

16x

Message Reference Guide - Standards Release Guide - February 200756

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 57: MT600

PRESENCE

Mandatory

DEFINITION

This field contains a reference to the related transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

USAGE RULES

If the related message is an MT 600 Precious Metal Trade Confirmation, this field must contain the common reference ofthat MT 600.

If the related message is an MT 604, this field must contain the contents of field 21 of that MT 604.

If the Sender is not the originator of the transaction and no related reference is available, the code NONREF must be used inthis field.

In all other cases, this field must contain a reference to the related transaction which is meaningful to the beneficiary of the metal.

7. Field 23: Further Identification

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field indicates whether the metal is to be delivered (ie, physical movement is involved) or transferred (ie, by book entry).

CODES

One of the following codes must be used:

DELIVERY Delivery

TRANSFER Transfer

8. Field 26D: Certificate Number(s) and/or Bar Number(s)

575 February 2007

MT 604

Page 58: MT600

FORMAT

Option D 30*65x (Narrative)

PRESENCE

Optional

DEFINITION

This field lists the certificate and/or bar number(s) of the metal to be transferred/delivered.

9. Field 32F: Quantity of the Metal

FORMAT

Option F 3!a15d (Unit) (Amount)

PRESENCE

Mandatory

DEFINITION

This field specifies the type of unit and the quantity of the precious metal to be transferred/delivered.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

Message Reference Guide - Standards Release Guide - February 200758

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 59: MT600

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

10. Field 82a: Instructing Party

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the initiator of the transaction, when other than the Sender.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

11. Field 86a: Intermediary

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

595 February 2007

MT 604

Page 60: MT600

DEFINITION

This field identifies the intermediary institution for the transfer of the metal.

NETWORK VALIDATED RULES

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

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

12. Field 87a: Receiver of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the party, if different from the Receiver of the message, to which the precious metal is to be delivered/ transferred in favour of the party specified in field 88a.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations.(Error code(s): C05).

13. Field 88a: Beneficiary of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

Message Reference Guide - Standards Release Guide - February 200760

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 61: MT600

PRESENCE

Mandatory

DEFINITION

This field identifies the beneficiary of the precious metal.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

14. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver concerning the transfer/delivery order in this occurrence of the repetitive sequence.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code word can be followed by an indication of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

615 February 2007

MT 604

Page 62: MT600

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

Message Reference Guide - Standards Release Guide - February 200762

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 63: MT600

MT 605 Precious Metal Notice to Receive

MT 605 ScopeThis message is sent by the owner of a metal account or its authorised agent to the metal account servicing institution.

It notifies the Receiver of the impending delivery/transfer of specified quantities of precious metal, physically or by bookentry, to be held for, or credited to, the account serviced for the Sender or the party specified in field 88a for which theSender is an authorised agent.

MT 605 Format Specifications

MT 605 Precious Metal Notice to Receive

Status Tag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1

M 26C Identification of the Metal and the Metal Account [3!a]/15x/5!a4!a[4x][//8x] 2

O 25 Further Account Identification 35x 3

M 30 Value Date 6!n 4

O 72 Sender to Receiver Information 6*35x 5

----->

M 21 Related Reference 16x 6

M 23 Further Identification 16x 7

O 26D Certificate Number(s) and/or Bar Number(s) 30*65x 8

M 32F Quantity of the Metal 3!a15d 9

O 82a Instructing Party A, B or D 10

M 87a Deliverer of the Metal A, B or D 11

O 88a Beneficiary of the Metal A, B or D 12

O 72 Sender to Receiver Information 6*35x 13

-----|

M = Mandatory O = Optional

635 February 2007

MT 605

Page 64: MT600

MT 605 Network Validated RulesC1

The repetitive sequence must be present at least once, but not more than ten times (Error code(s): T10).

MT 605 Usage RulesEach notice must relate to the same type of metal, metal account and value date.

MT 605 Field Specifications

1. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

2. Field 26C: Identification of the Metal and the Metal Account

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

Where

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

Message Reference Guide - Standards Release Guide - February 200764

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 65: MT600

PRESENCE

Mandatory

DEFINITION

This field identifies the metal to be received by the Receiver in favour of the Sender or the party for which the Sender is an authorised agent (ie, the party specified in field 88a). It also identifies the metal account serviced by the Receiver for theSender or the party for which the Sender is an authorised agent.

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

SILV Silver

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

655 February 2007

MT 605

Page 66: MT600

Code Coin Name Denomination

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

SECU SILVER ECU 5

STAT STATUE 20 10 5

VREN VRENELI 20 10

NETWORK VALIDATED RULES

Delivery Details must not be present, as CIF does not apply. In this message, LOCO always applies (Error code(s): C87).

Message Reference Guide - Standards Release Guide - February 200766

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 67: MT600

USAGE RULES

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

3. Field 25: Further Account Identification

FORMAT

35x

PRESENCE

Optional

DEFINITION

This field contains further identification information about the metal account to be credited.

4. Field 30: Value Date

FORMAT

6!n (Date)

PRESENCE

Mandatory

DEFINITION

This field specifies the date on which the specified metal is to be received.

NETWORK VALIDATED RULES

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

5. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

675 February 2007

MT 605

Page 68: MT600

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver concerning the entire message.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code can be followed by an indi-cation of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

6. Field 21: Related Reference

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field contains a reference to the related transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

USAGE RULES

If the related message is an MT 604 Precious Metal Transfer/ Delivery Order, this field must contain the contents of field 21of that MT 604.

If the related message is an MT 600 Precious Metal Trade Confirmation, this field must contain the common reference ofthat MT 600.

Message Reference Guide - Standards Release Guide - February 200768

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 69: MT600

If no related reference is available, the code NONREF must be used in this field.

7. Field 23: Further Identification

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field indicates whether the metal will be delivered (ie, physical movement is involved) or transferred (ie, by bookentry) to the Receiver of the message.

CODES

One of the following codes must be used:

DELIVERY Delivery

TRANSFER Transfer

8. Field 26D: Certificate Number(s) and/or Bar Number(s)

FORMAT

Option D 30*65x (Narrative)

PRESENCE

Optional

DEFINITION

This field lists the certificate and/or bar number(s) of the metal to be received.

9. Field 32F: Quantity of the Metal

FORMAT

Option F 3!a15d (Unit) (Amount)

695 February 2007

MT 605

Page 70: MT600

PRESENCE

Mandatory

DEFINITION

This field specifies the type of unit and the quantity of metal to be received.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

10. Field 82a: Instructing Party

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

Message Reference Guide - Standards Release Guide - February 200770

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 71: MT600

DEFINITION

This field identifies the party by order of which the metal is to be transferred/delivered to the Receiver of the message, if different from the Sender.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

11. Field 87a: Deliverer of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Mandatory

DEFINITION

This field identifies the party from which the precious metal will be delivered/transferred to the Receiver.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

12. Field 88a: Beneficiary of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option B [/1!a][/34x][35x]

(Party Identifier)(Location)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

715 February 2007

MT 605

Page 72: MT600

PRESENCE

Optional

DEFINITION

Where applicable, this field identifies the party for which the Sender is the authorised agent.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

13. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver concerning the notice in this occurrence of the repetitive sequence.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code can be followed by an indi-cation of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

Message Reference Guide - Standards Release Guide - February 200772

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 73: MT600

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

735 February 2007

MT 605

Page 74: MT600

MT 606 Precious Metal Debit Advice

MT 606 ScopeThis message is sent by the metal account servicing institution to the account owner or its authorised agent.

It is used to advise the Receiver of an entry which has been debited to its account or an account for which the Receiver is an authorised agent.

MT 606 Format Specifications

MT 606 Precious Metal Debit Advice

Status Tag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1

M 21 Related Reference 16x 2

M 26C Identification of the Metal and the Metal Account [3!a]/15x/5!a4!a[4x][//8x] 3

O 25 Further Account Identification 35x 4

O 26D Certificate Number(s) and/or Bar Number(s) 30*65x 5

M 30 Value Date 6!n 6

M 32F Quantity of the Metal 3!a15d 7

O 82a Instructing Party A or D 8

O 87a Receiver of the Metal A or D 9

O 88a Beneficiary of the Metal A or D 10

O 72 Sender to Receiver Information 6*35x 11

M = Mandatory O = Optional

MT 606 Network Validated RulesThere are no network validated rules for this message type.

MT 606 Field Specifications

Message Reference Guide - Standards Release Guide - February 200774

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 75: MT600

1. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

2. Field 21: Related Reference

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field contains the reference of the transaction which resulted in this message.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

USAGE RULES

If the related message is an MT 600 Precious Metal Trade Confirmation, this field must contain the common reference ofthat MT 600.

If the related message is an MT 604 Precious Metal Transfer/Delivery Order, this field must contain the contents of field 20of that MT 604.

If no related reference is available, the code NONREF must be used in this field.

3. Field 26C: Identification of the Metal and the Metal Account

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

755 February 2007

MT 606

Page 76: MT600

Where

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field identifies the metal to which this message relates, and the metal account serviced by the Sender for the Receiveror the party for which the Receiver is an authorised agent, which is debited for the amount of metal advised by this message.

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

Message Reference Guide - Standards Release Guide - February 200776

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 77: MT600

SILV Silver

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

775 February 2007

MT 606

Page 78: MT600

Code Coin Name Denomination

SECU SILVER ECU 5

STAT STATUE 20 10 5

VREN VRENELI 20 10

NETWORK VALIDATED RULES

Delivery Details must not be present, as CIF does not apply. In this message, LOCO always applies (Error code(s): C87).

USAGE RULES

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

4. Field 25: Further Account Identification

FORMAT

35x

PRESENCE

Optional

DEFINITION

This field contains further identification information about the metal account which has been debited.

5. Field 26D: Certificate Number(s) and/or Bar Number(s)

FORMAT

Option D 30*65x (Narrative)

PRESENCE

Optional

DEFINITION

This field lists the certificate and/or bar number(s) of the metal which has been debited.

6. Field 30: Value Date

Message Reference Guide - Standards Release Guide - February 200778

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 79: MT600

FORMAT

6!n (Date)

PRESENCE

Mandatory

DEFINITION

This field specifies the date on which the specified metal was debited.

NETWORK VALIDATED RULES

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

7. Field 32F: Quantity of the Metal

FORMAT

Option F 3!a15d (Unit) (Amount)

PRESENCE

Mandatory

DEFINITION

This field specifies the type of unit and the quantity of metal which has been debited from the metal account.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

795 February 2007

MT 606

Page 80: MT600

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

8. Field 82a: Instructing Party

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the party which instructed the Sender to execute the transaction, when different from the Receiver.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

9. Field 87a: Receiver of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the party to which the precious metal has been delivered/transferred.

NETWORK VALIDATED RULES

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

Message Reference Guide - Standards Release Guide - February 200780

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 81: MT600

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

10. Field 88a: Beneficiary of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the final beneficiary of the metal.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

11. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver.

815 February 2007

MT 606

Page 82: MT600

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code can be followed by an indi-cation of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

Message Reference Guide - Standards Release Guide - February 200782

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 83: MT600

MT 607 Precious Metal Credit Advice

MT 607 ScopeThis message is sent by the metal account servicing institution to the account owner or its authorised agent.

It is used to advise the Receiver of an entry which has been credited to its account or an account for which the Receiver isan authorised agent.

MT 607 Format Specifications

MT 607 Precious Metal Credit Advice

Status Tag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1

M 21 Related Reference 16x 2

M 26C Identification of the Metal and the Metal Account [3!a]/15x/5!a4!a[4x][//8x] 3

O 25 Further Account Identification 35x 4

O 26D Certificate Number(s) and/or Bar Number(s) 30*65x 5

M 30 Value Date 6!n 6

M 32F Quantity of the Metal 3!a15d 7

O 82a Instructing Party A or D 8

O 87a Deliverer of the Metal A or D 9

O 72 Sender to Receiver Information 6*35x 10

M = Mandatory O = Optional

MT 607 Network Validated RulesThere are no network validated rules for this message type.

MT 607 Field Specifications

1. Field 20: Transaction Reference Number

835 February 2007

MT 607

Page 84: MT600

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

2. Field 21: Related Reference

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field contains the reference to the related message or transaction.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

USAGE RULES

If the related message is an MT 600 Precious Metal Trade Confirmation, this field must contain the common reference ofthat MT 600.

If the related message is an MT 604 Precious Metal Transfer/ Delivery Order, this field must contain the contents of field 21of that MT 604.

If no related reference is available, the code NONREF must be used in this field.

3. Field 26C: Identification of the Metal and the Metal Account

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

Where

Message Reference Guide - Standards Release Guide - February 200784

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 85: MT600

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field identifies the metal to which this message relates and the metal account serviced by the Sender for the Receiver orthe party for which the Receiver is an authorised agent, which is credited with the amount of metal advised by this message.

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

SILV Silver

855 February 2007

MT 607

Page 86: MT600

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

SECU SILVER ECU 5

STAT STATUE 20 10 5

Message Reference Guide - Standards Release Guide - February 200786

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 87: MT600

Code Coin Name Denomination

VREN VRENELI 20 10

NETWORK VALIDATED RULES

Delivery Details must not be present, as CIF does not apply. In this message, LOCO always applies (Error code(s): C87).

USAGE RULES

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

4. Field 25: Further Account Identification

FORMAT

35x

PRESENCE

Optional

DEFINITION

This field contains further identification information about the metal account which has been credited.

5. Field 26D: Certificate Number(s) and/or Bar Number(s)

FORMAT

Option D 30*65x (Narrative)

PRESENCE

Optional

DEFINITION

This field lists the certificate and/or bar number(s) of the metal which has been credited.

6. Field 30: Value Date

FORMAT

6!n (Date)

875 February 2007

MT 607

Page 88: MT600

PRESENCE

Mandatory

DEFINITION

This field specifies the date on which the specified metal was credited.

NETWORK VALIDATED RULES

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

7. Field 32F: Quantity of the Metal

FORMAT

Option F 3!a15d (Unit) (Amount)

PRESENCE

Mandatory

DEFINITION

This field specifies the type of unit and the quantity of metal which has been credited to the metal account.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

Message Reference Guide - Standards Release Guide - February 200788

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 89: MT600

8. Field 82a: Instructing Party

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the instructing party which originated the transaction, if different from the Sender.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

9. Field 87a: Deliverer of the Metal

FORMAT

Option A [/1!a][/34x]4!a2!a2!c[3!c]

(Party Identifier)(BIC)

Option D [/1!a][/34x]4*35x

(Party Identifier)(Name & Address)

PRESENCE

Optional

DEFINITION

This field identifies the party from which the precious metal was received.

NETWORK VALIDATED RULES

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

The BIC must not be a BEI. Please refer to the latest version of the BIC Directory - Corporations for more informationabout BEIs. This error code applies to all types of BICs referenced in a FIN message including SWIFT BICs, non-SWIFTBICs, Masters, Synonyms, Live destinations and Test & Training destinations .(Error code(s): C05).

895 February 2007

MT 607

Page 90: MT600

10. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information] Lines 2-6 [//continuation of additional information]

or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code can be followed by an indi-cation of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

Message Reference Guide - Standards Release Guide - February 200790

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 91: MT600

MT 608 Statement of a Metal Account

MT 608 ScopeThis message is sent by a metal account servicing institution to the metal account owner or its authorised agent.

It is used to advise the Receiver of transactions booked to a metal account.

This statement message contains all bookings present in the account, whether caused by a message received via SWIFT orby some other means.

MT 608 Format Specifications

MT 608 Statement of a Metal Account

Status Tag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1

M 26C Identification of the Metal and the Metal Account [3!a]/15x/5!a4!a[4x][//8x] 2

O 25 Further Account Identification 35x 3

M 28 Statement Number/Sequence Number 5n[/2n] 4

M 60a Opening Balance F or M 5

----->

O 61 Statement Line * 6

-----|

M 62a Closing Balance F or M 7

O 64 Closing Available Balance 1!a6!n3!a15d 8

----->

O 65 Forward Available Balance 1!a6!n3!a15d 9

-----|

M = Mandatory O = Optional* See Field Specifications

915 February 2007

MT 608

Page 92: MT600

MT 608 Network Validated RulesC1

The metal code must be the same for all occurrences of fields 60a, 62a, 64 and 65 in the message (Error code(s): C80).

MT 608 Usage RulesWhile it may be the ultimate goal to have full identification for all bookings, this is currently not always practicable for bookings from non-SWIFT transactions. A four character code is provided, however, for classification according to thenature of such non-SWIFT transactions.Each statement message carries an opening and a closing balance, as well as its sequence number in field 28 StatementNumber/Page Number. The book entry itself is contained in a field 61 Statement Line. The last message in a multiplemessage statement is identified by the closing balance in field 62a Closing Balance showing the tag letter ’F’.Since a SWIFT message is restricted to the maximum input message length, it is possible that several messages(’pages’) may be needed to accommodate all the information. In these instances, each message should be identified asto its sequence in the total number.To facilitate manual reconciliation, it is recommended that statement entries be sorted by debits and credits and theseby value date in ascending amounts.

MT 608 Field Specifications

1. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the precious metal statement.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

2. Field 26C: Identification of the Metal and the Metal Account

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

where:

Subfield Format Name

1 [3!a] Delivery Details

Message Reference Guide - Standards Release Guide - February 200792

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 93: MT600

Subfield Format Name

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field identifies the metal account, serviced by the Sender for the Receiver or the party for which the Receiver is an authorised agent, to which this statement relates.

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

SILV Silver

935 February 2007

MT 608

Page 94: MT600

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

SECU SILVER ECU 5

STAT STATUE 20 10 5

Message Reference Guide - Standards Release Guide - February 200794

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 95: MT600

Code Coin Name Denomination

VREN VRENELI 20 10

NETWORK VALIDATED RULES

Delivery Details must not be present, as CIF does not apply. In this message, LOCO always applies (Error code(s): C87).

USAGE RULES

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

3. Field 25: Further Account Identification

FORMAT

35x

PRESENCE

Optional

DEFINITION

This field contains further identification information about the metal account to which this statement relates.

4. Field 28: Statement Number/Sequence Number

FORMAT

5n[/2n] (Statement Number) (Sequence Number)

PRESENCE

Mandatory

DEFINITION

This field contains the sequential number of the statement followed by the sequence number of the message within that statement.

5. Field 60a: Opening Balance

FORMAT

Option F 1!a6!n3!a15d (D/C Mark) (Date) (Unit) (Amount)Option M 1!a6!n3!a15d (D/C Mark) (Date) (Unit) (Amount)

955 February 2007

MT 608

Page 96: MT600

PRESENCE

Mandatory

DEFINITION

This field specifies, for the (intermediate) opening balance, whether it is a debit or credit balance, the date, the unit of metaland amount of the balance.

CODES

D/C Mark must contain one of the following codes (Error code(s): T51):

C The (intermediate) opening balance is a credit balance.

D The (intermediate) opening balance is a debit balance.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

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

Unit must be the same in the fields 60, 62a, 64 and 65 (Error code(s): C80).

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length .(Error code(s): T40,T43).

Message Reference Guide - Standards Release Guide - February 200796

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 97: MT600

USAGE RULES

This field must always be the same as field 62a (closing balance) of the previous statement message for this account.

The first statement message for a specified period must contain field 60F (first opening balance); additional statementmessages for the same statement period must contain field 60M (intermediate opening balance).

6. Field 61: Statement Line

FORMAT

6!n[4!n]2a[1!a]15d1!a3!c16x[//16x][34x]

where:

Subfield Format Name

1 6!n Date (YYMMDD)

2 [4!n] Entry Date (MMDD)

3 2a Debit/Credit Mark

4 [1!a] Funds Code (3rd character of the currency code, if needed)

5 15d Amount

6 1!a3!c Transaction Type Identification Code

7 16x Reference for the Account Owner

8 [//16x] Account Servicing Institution’s Reference

9 [34x] Supplementary Details

PRESENCE

Optional

DEFINITION

This field contains the details of each transaction.

CODES

Subfield 3 ,Debit/Credit Mark, must contain one of the following codes (Error code(s): T51):

C Credit

D Debit

975 February 2007

MT 608

Page 98: MT600

CODES

Subfield 6 ,Transaction Type Identification Code, may be completed in one of three ways (Error code(s): T53):

1. For entries related to SWIFT transfer instructions and subsequent charge messages:

Format: S3!n

The last three characters will indicate the message type of the SWIFT message causing the entry (fordebit entries) or the message type of the SWIFT message used to advise the account owner (for credit entries).

2. For entries related to payment and transfer instructions, including related charges messages, not sentthrough SWIFT or where an alpha description is preferred.

Format: N3!c

3. For entries being first advised by the statement (items originated by the account servicing institution):

Format: F3!c

CODES

When formats (2) or (3) are used, the last three characters, ie, 3!c, may contain one of the following codes:

BRF Brokerage fee

CHG Charges and other expenses

COM Commission

DIV Dividends-Warrants

EQA Equivalent amount

INT Interest

MSC Miscellaneous

PCH Purchase

RTI Returned item

SAL Sale

STO Standing order

TRF Transfer

VDA Value date adjustment (used with an entry made to withdraw an incorrectly dated entry - it will befollowed by the correct entry with the relevant code)

Message Reference Guide - Standards Release Guide - February 200798

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 99: MT600

NETWORK VALIDATED RULES

Subfield 1 ,Date, must be a valid date expressed as YYMMDD (Error code(s): T50).

The SWIFT System validates subfield 2 ,Entry Date (Date in reduced ISO form), using current System Year (Error code(s): T50).

Subfield 4 ,Funds Code, must not be used in this message (Error code(s): C91).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length (Error code(s): T40,T43).

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

When the first character of subfield 6 ,Transaction Type Identification Code, is an ’S’, the remaining characters must bein the range 100-999 (Error code(s): T18).

USAGE RULES

This field may be repeated within the constraints of the maximum input message length.

The following rules apply to subfield 7 ,Reference for the Account Owner:

At least one valid character other than a blank must be present.For debit entries, the purpose of this subfield is to identify, to the account owner, the instruction which caused thedebit. Therefore, the content of this subfield is the field 20 Sender’s Transaction Reference Number (or its equivalent)of the original instruction.Credit entries may be the result of one of the following situations:

1. The account servicing institution is identifying, to the account owner the receipt of funds for its account as a resultof a related transaction. In this case, the content of subfield 7, Reference for the Account Owner, is the referencefor the beneficiary (eg, field 21 Related Reference) of the related transaction.

2. The account servicing institution has issued a payment instruction to the account owner and the credit identified inthis subfield is for that payment. The content of Reference for the Account Owner is the field 20 Transaction Reference Number (or its equivalent) of the payment instruction issued by the account servicing institution.

If no reference is available for this subfield, the code NONREF shall be used. The account servicing institution mustthen supply, in subfield 9 ,Supplementary Details, what it considers to be the best alternative information.This reference must be quoted in all cases when available. In cases where a transaction passes through several financial institutions, the original reference must always be forwarded.This reference must always be quoted against any charges or fees debited by the account servicing institution.Debits against standing instructions must show the reference of the standing instruction.In cases where a mutually agreed alternative reference exists (eg, in foreign exchange or money market transactions),this reference should then be used.If the statement entry concerns a cheque, the cheque number should be indicated in this subfield.

The following rules apply to subfield 8 ,Account Servicing Institution’s Reference:

The content of this subfield is the account servicing institution’s own reference for the transaction.When the transaction has been initiated by the account servicing institution, this reference may be identical to subfield7, Reference for the Account Owner. If this is the case, Account Servicing Institution’s Reference, sub field 8 may be omitted.

The following rules apply to subfield 9 ,Supplementary Details:

When no reference for the account owner is available, ie, Reference for the Account Owner contains NONREF, theaccount servicing institution should provide the best available alternative information in this subfield.Supplementary details may be provided when an advice has not been sent for a transaction, or to provide additional information to facilitate reconciliation.

995 February 2007

MT 608

Page 100: MT600

7. Field 62a: Closing Balance

FORMAT

Option F 1!a6!n3!a15d (D/C Mark) (Date) (Unit) (Amount)Option M 1!a6!n3!a15d (D/C Mark) (Date) (Unit) (Amount)

PRESENCE

Mandatory

DEFINITION

This field specifies, for the (intermediate) closing balance, whether it is a debit or credit balance, the date, the unit of metaland amount of the balance.

CODES

D/C Mark must contain one of the following codes (Error code(s): T51):

C The (intermediate) closing balance is a credit balance.

D The (intermediate) closing balance is a debit balance.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

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

Message Reference Guide - Standards Release Guide - February 2007100

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 101: MT600

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length .(Error code(s): T40,T43).

USAGE RULES

The contents of this field will be repeated in field 60a of the subsequent statement message for this account.

If there is only one statement message transmitted for the period, this field must use tag option F, ie, 62F. When severalmessages are transmitted for the same statement period, all statement messages except the last message must contain field62M (intermediate closing balance); the last message of the statement period must contain field 62F (final closing balance).

8. Field 64: Closing Available Balance

FORMAT

1!a6!n3!a15d (D/C Mark) (Date) (Unit) (Amount)

PRESENCE

Optional

DEFINITION

This field specifies, for the available closing balance, whether it is a debit or credit balance, the date, the unit of metal andamount of the balance.

CODES

D/C Mark must contain one of the following codes (Error code(s): T51):

C The available closing balance is a credit balance.

D The available closing balance is a debit balance.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

1015 February 2007

MT 608

Page 102: MT600

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

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

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length .(Error code(s): T40,T43).

9. Field 65: Forward Available Balance

FORMAT

1!a6!n3!a15d (D/C Mark) (Date) (Unit) (Amount)

PRESENCE

Optional

DEFINITION

This field specifies, for the forward available balance, whether it is a debit or credit balance, the date, the unit of metal andamount of the balance.

CODES

D/C Mark must contain one of the following codes (Error code(s): T51):

C The forward available balance is a credit balance.

D The forward available balance is a debit balance.

CODES

Unit must contain one of the following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

Message Reference Guide - Standards Release Guide - February 2007102

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 103: MT600

TAL Tael

TOL Tola

UNT Unit

NETWORK VALIDATED RULES

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

Amount must not contain more than six digits following the decimal comma (Error code(s): C89).

The integer part of Amount must contain at least one digit. The decimal comma ’,’ is mandatory and is included in themaximum length .(Error code(s): T40,T43).

USAGE RULES

Unit specifies the code for the unit of metal associated with this metal account.

1035 February 2007

MT 608

Page 104: MT600

MT 609 Statement of Metal Contracts

MT 609 ScopeThis message is sent by a metal trader to its counterparty.

It is a listing of all undelivered spots and/or outstanding forward contracts, and/or unexercised options, as at a specified date.

MT 609 Format Specifications

MT 609 Statement of Metal Contracts

Status Tag Field Name Content/Options No.

M 27 Sequence of Total 1!n/1!n 1

M 20 Transaction Reference Number 16x 2

M 31C Statement Date 6!n 3

O 30 Date Prepared 6!n 4

----->

M 23 Further Identification 16x 5

----->

M 26C Identification of the Metal [3!a]/15x/5!a4!a[4x][//8x] 6

----->

M 68a Transaction Details B or C 7

-----|

-----|

O 72 Sender to Receiver Information 6*35x 8

-----|

M = Mandatory O = Optional

MT 609 Network Validated RulesC1

Field 68B must be used when the immediately preceding field 23 contains either SPOTS or FORWARDS (Errorcode(s): C85).

Message Reference Guide - Standards Release Guide - February 2007104

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 105: MT600

C2

Field 68C must be used when the immediately preceding field 23 contains the code word OPTIONS (Error code(s): C86).

C3

The currency in subfield 7 and 10 of field 68B and subfields 7, 9 and 11 of field 68C must be the same (Error code(s): T74).

MT 609 Usage RulesAll the entries must be related to contracts outstanding as at the same date (ie, the date specified in field 31C).All the entries should correspond to the details of previously exchanged confirmations for these metal contracts.Since a SWIFT message, as sent, is restricted to the maximum input message length, it is possible that severalmessages are needed to accommodate all the information.

MT 609 Field Specifications

1. Field 27: Sequence of Total

FORMAT

1!n/1!n (Number) (Total)

PRESENCE

Mandatory

DEFINITION

This field specifies the number of this message in the total sequence of messages sent to the Receiver to convey the infor-mation about the metal contracts outstanding at the date specified in field 31C.

2. Field 20: Transaction Reference Number

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field specifies the Sender’s reference to the statement.

NETWORK VALIDATED RULES

This field must not start or end with a slash ’/’ and must not contain two consecutive slashes ’//’ (Error code(s): T26).

1055 February 2007

MT 609

Page 106: MT600

3. Field 31C: Statement Date

FORMAT

Option C 6!n (Date)

PRESENCE

Mandatory

DEFINITION

This field specifies the date at which the contracts listed in this statement message remain outstanding.

NETWORK VALIDATED RULES

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

4. Field 30: Date Prepared

FORMAT

6!n (Date)

PRESENCE

Optional

DEFINITION

This field specifies the date the statement was prepared, if different from the date the message was sent.

NETWORK VALIDATED RULES

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

5. Field 23: Further Identification

FORMAT

16x

PRESENCE

Mandatory

DEFINITION

This field identifies the type of contract listed in the sequence of fields 26C and 68a immediately following it.

Message Reference Guide - Standards Release Guide - February 2007106

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 107: MT600

CODES

This field must contain one of the following codes to indicate the type of contracts to be listed (Error code(s): T08):

FORWARDS The following is a list of all outstanding forward contracts as at a specified date.

OPTIONS The following is a list of all unexercised options as at a specified date .

SPOTS The following is a list of all undelivered spots as at a specified date.

6. Field 26C: Identification of the Metal

FORMAT

Option C [3!a]/15x/5!a4!a[4x][//8x]

where:

Subfield Format Name

1 [3!a] Delivery Details

2 /15x Availability

3 /5!a Allocation

4 4!a Type

5 [4x] Denomination

6 [//8x] Form

PRESENCE

Mandatory

DEFINITION

This field identifies the metal to which this statement relates.

CODES

Allocation must contain one of the following codes (Error code(s): T03):

ALLOC Specifies the metal is allocated

UNALL Specifies the metal is unallocated

1075 February 2007

MT 609

Page 108: MT600

CODES

Type identifies the metal or coin. When identifying a metal, one of the following codes must be used (Error code(s): T04) :

GOLD Gold

IRID Iridium

OSMI Osmium

PALL Palladium

PLAT Platinum

RHOD Rhodium

RUTH Ruthenium

SILV Silver

CODES

When Type is used to identify a coin, one of the following codes must be used (Error code(s): T04). When this is the case,the denomination must be specified in Denomination:

Code Coin Name Denomination

AMEG AMERICAN EAGLE

50 25 10 5

ANUG AUSTRALIAN NUGGET

1/1 1/2 1/4 1/10

BRIT BRITANNIA 1/1 1/2 1/4 1/10

COIN OTHER COINS

CORO AUSTRIAN CORONA

100 20 10

DUCA DUCAT FOUR-FOLD SINGLE

4 1

FRFR FRENCH FRANCS

20

GECU GOLDEN ECU 50

KRUG KRUGER RAND

1/1 1/2 1/4 1/10

LBTY LIBERTY DOLLAR

20 10 5

Message Reference Guide - Standards Release Guide - February 2007108

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 109: MT600

Code Coin Name Denomination

MAPL MAPLE 1/1 1/2 1/4 1/10

MEXP MEXICAN PESO

50 20 10 5

NOBL NOBLE 1/1

NSOV NEW SOVEREIGN

1/1 1/2

OSOV OLD SOVEREIGN

1/1 1/2

SAEG SILVER AMERICAN EAGLE

1/1

SECU SILVER ECU 5

STAT STATUE 20 10 5

VREN VRENELI 20 10

NETWORK VALIDATED RULES

Delivery Details must not be present, as CIF does not apply. In this message, LOCO always applies (Error code(s): C87).

USAGE RULES

Availability specifies the availability of the metal (eg, LONDON, ZURICH, NEW YORK).

Form specifies the physical form of the metal.

7. Field 68a: Transaction Details

FORMAT

Option B 6!n6!n16x/1!a3!a15d3!a15d/6!n3!a15d

Option C 4a/4a/1!a[6!n]3!a15d3!a15d3!a15d3!a15d

where Option B is:

Subfield Format Name

1 6!n Trade Date

2 6!n Maturity Date

1095 February 2007

MT 609

Page 110: MT600

Subfield Format Name

3 16x Contract Number

4 /1!a Indicator

5 3!a15d Unit and Quantity of Metal

6 3!a15d Currency and Price Per Unit

7 /6!n Value Date (of the Consideration)

8 3!a15d Currency and Consideration

and where Option C is:

Subfield Format Name

1 4a Buy/Sell Indicator

2 /4a Call/Put indicator

3 /1!a Style Indicator

4 [6!n] Date Contract Agreed

5 3!a15d Unit and Amount of the Underlying Metal

6 3!a15d Currency and Strike Price of the metal option per unit of the under-lying metal

7 3!a15d Currency and Premium Price per unit of the underlying metal

8 3!a15d Currency and Premium Payment of the metal option.

PRESENCE

Mandatory

DEFINITION

This field provides transaction details on undelivered SPOTS or outstanding FORWARDS (option B) or pending OPTIONS(option C) as specified in the immediately preceding field 23.

CODES

In option B, subfield 4, Indicator, one of the following codes must be used (Error code(s): T05):

B The Sender bought the metal

Message Reference Guide - Standards Release Guide - February 2007110

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 111: MT600

S The Sender sold the metal

CODES

In both options B and C, Unit specifies the unit on which the amount of metal bought or sold is based. It must contain one ofthe following codes (Error code(s): T06):

FOZ Fine ounce

GOZ Gross ounce

GRM Gramme

KLO Kilo

LOT Lot

TAL Tael

TOL Tola

UNT Unit

CODES

In option C, subfield 1, Buy/Sell Indicator, must contain one of the following codes:

BUY The Sender has bought the option

SELL The Sender has sold the option

CODES

In option C, subfield 2, Call/Put Indicator, must contain one of the following codes:

CALL The option is a call

PUT The option is a put

CODES

In option C, subfield 3, Style Indicator, must contain one of the following codes (Error code(s): T09):

A This is an American style option

E This is a European style option

1115 February 2007

MT 609

Page 112: MT600

NETWORK VALIDATED RULES

In option B:

When field 23 contains SPOTS or FORWARDS, option B must be used (Error Code C1).

Subfield 1, Trade Date, subfield 2, Maturity Date and subfield 7, Value Date, must be valid dates expressed as YYMMDD(Error code(s): T50).

In subfields 5, 6 and 8, the integer part of Quantity of Metal, Price Per Unit and Consideration must contain at least onedigit. The decimal comma ’,’ is mandatory and is included in the maximum length .(Error code(s): T40,T43).

In subfield 5, Quantity of Metal, must not contain more than six digits following the decimal comma (Error code(s): C89).

In subfields 6 and 8, Currency must be a valid ISO 4217 currency code (Error code(s): T52).

In subfields 6 and 8, Currency must be the same in Price Per Unit and Consideration (Error code(s): T74).

In subfield 8, the number of decimal digits in Consideration will be validated against the maximum number allowed for the corresponding currency specified in Currency (Error code(s): C03).

In option C:

When field 23 contains OPTIONS, option C must be used (Error Code C2).

Subfield 4, Date Contract Agreed, must be a valid date expressed as YYMMDD (Error code(s): T50).

The integer part of Amount in subfields 5,6,7 and 8, the Underlying Metal, Strike Price, Premium Price Per Unit andPremium Payment must contain at least one digit. The decimal comma ’,’ is mandatory and is included in the maximumlength .(Error code(s): T40,T43).

In subfield 5, Amount of the Underlying Metal must not contain more than six digits following the decimal comma (Errorcode(s): C89).

In subfields 6, 7 and 8, Currency must be a valid ISO 4217 currency code (Error code(s): T52).

In subfields 6, 7 and 8, Currency must be the same in Strike Price, Premium Price Per Unit and Premium Payment (Errorcode(s): T74).

In Premium Payment, the number of decimal digits will be validated against the maximum number allowed for the corre-sponding currency specified in Currency (Error code(s): C03).

USAGE RULES

Contract Number specifies the reference of the contract, eg, the field 20 Transaction Reference Number of the MT 600Precious Metal Trade Confirmation.

8. Field 72: Sender to Receiver Information

FORMAT

6*35x (Narrative)

In addition to narrative text, structured text with the following line formats may be used:

Line 1 /8c/[additional information]

Message Reference Guide - Standards Release Guide - February 2007112

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 113: MT600

Lines 2-6 [//continuation of additional information]or[/8c/[additional information]]

PRESENCE

Optional

DEFINITION

This field specifies additional information for the Receiver.

CODES

One or more of the following codes may be used:

BROKER Identification of the broker negotiating the contract on behalf of one of the parties.

ELEC Indicates that the deal has been arranged via an electronic means. The code can be followed by an indi-cation of the specific electronic means used for arranging the deal.

PHON The deal was arranged by telephone.

TELEX The deal was arranged by telex.

USAGE RULES

Each code must be between slashes and must appear at the beginning of a line. All alphabetic characters must be in upper case.

Additional explanatory information, which may continue on the next line, must be preceded by double slashes "//".

1135 February 2007

MT 609

Page 114: MT600

MT 690 Advice of Charges, Interest and Other Adjustments

Please refer to Category n - Common Group Messages, Chapter n90 Advice of Charges, Interest and Other Adjustments fordetails concerning this message type.

Message Reference Guide - Standards Release Guide - February 2007114

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 115: MT600

MT 691 Request for Payment of Charges, Interest and Other Expenses

Please refer to Category n - Common Group Messages, Chapter n91 Request for Payment of Charges, Interest or Other Expenses for details concerning this message type.

1155 February 2007

MT 691

Page 116: MT600

MT 692 Request for Cancellation

Please refer to Category n - Common Group Messages, Chapter n92 Request for Cancellation for details concerning thismessage type.

Message Reference Guide - Standards Release Guide - February 2007116

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 117: MT600

MT 695 Queries

Please refer to Category n - Common Group Messages, Chapter n95 Queries for details concerning this message type.

1175 February 2007

MT 695

Page 118: MT600

MT 696 Answers

Please refer to Category n - Common Group Messages, Chapter n96 Answers for details concerning this message type.

Message Reference Guide - Standards Release Guide - February 2007118

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 119: MT600

MT 698 Proprietary Message

Please refer to Category n - Common Group Messages, Chapter n98 Proprietary Message for details concerning thismessage type.

1195 February 2007

MT 698

Page 120: MT600

MT 699 Free Format Message

Please refer to Category n - Common Group Messages, Chapter n99 Free Format Message for details concerning thismessage type.

Message Reference Guide - Standards Release Guide - February 2007120

Category 6 - Treasury Markets - Precious Metals for SWIFTStandards MT October 2007

Page 121: MT600

Glossary of Terms

In addition to the definitions which appear in the Glossary of Terms, Standards General Information, the following termsapply to category 6 Precious Metals messages:

Consideration Funds paid by the Buyer of the precious metal to the Seller of the precious metal. This is calculated by multiplying the quantity of the metal bought/sold by the price per unit and if applicable, adjusted for amounts such as commissions.

Metal Account An account, also referred to as an Exchange or Holding Account, and related to one specific type and fineness of metal.

1215 February 2007

Glossary of Terms

Page 122: MT600
Page 123: MT600

Table of Contents

....................... 2Copyright

....................... 3Introduction

.................... 3Summary of Changes

................... 3Added Message Types

................... 3Removed Message Types

................... 3Modified Message Types

................ 4Category 6 Precious Metals Message Types

............... 6Euro - Impact on Category Message Standards

................ 7MT 600 Precious Metal Trade Confirmation

.................... 7MT 600 Scope (updated)

................ 7MT 600 Format Specifications (updated)

.................. 9MT 600 Network Validated Rules

.................... 9MT 600 Usage Rules

................ 10MT 600 Field Specifications (updated)

................ 101. Field 15A: New Sequence (inserted)

............... 102. Field 20: Transaction Reference Number

.................. 103. Field 21: Related Reference

................ 114. Field 22: Code/Common Reference

............... 125. Field 94A: Scope of Operation (inserted)

.................. 136. Field 82a: Party A (inserted)

.................. 147. Field 87a: Party B (inserted)

............. 158. Field 83a: Fund or Beneficiary Customer (inserted)

............... 169. Field 30: Date Contract Agreed/Amended

............... 1610. Field 26C: Identification of the Metal

............. 1911. Field 26H: Counterparty’s Reference (inserted)

.................. 1912. Field 33G: Price Per Unit

................ 2013. Field 71C: Details of Adjustments

............... 2114. Field 72: Sender to Receiver Information

................ 2215. Field 15B: New Sequence (inserted)

................ 2216. Field 32F: Quantity of the Metal

................ 2317. Field 86a: Intermediary (inserted)

................. 2318. Field 87a: Receiver of the Metal

.................. 2419. Field 34P: Consideration

................ 2520. Field 53a: Sender’s Correspondent

................ 2521. Field 56a: Intermediary (inserted)

................ 2622. Field 57a: Account With Institution

................ 2723. Field 15C: New Sequence (inserted)

................ 2724. Field 32F: Quantity of the Metal

................ 2825. Field 86a: Intermediary (inserted)

................ 2826. Field 87a: Deliverer of the Metal

.................. 2927. Field 34R: Consideration

................ 3028. Field 56a: Intermediary (inserted)

................ 3029. Field 57a: Account With Institution

................ 32MT 601 Precious Metal Option Confirmation

.................... 32MT 601 Scope (updated)

................ 32MT 601 Format Specifications (updated)

.................. 33MT 601 Network Validated Rules

.................... 34MT 601 Usage Rules

................ 34MT 601 Field Specifications (updated)

............... 341. Field 20: Transaction Reference Number

.................. 342. Field 21: Related Reference

................ 353. Field 22: Code/Common Reference

............... 364. Field 94A: Scope of Operation (inserted)

.................. 365. Field 82a: Party A (inserted)

.................. 386. Field 87a: Party B (inserted)

............. 397. Field 83a: Fund or Beneficiary Customer (inserted)

................. 408. Field 23: Further Identification

............... 419. Field 30: Date Contract Agreed/Amended

i5 February 2007

Table Of Contents

Page 124: MT600

................. 4110. Field 26C: Identification of the Metal

.................. 4411. Field 31C: Earliest Exercise Date

................... 4412. Field 31G: Expiry Details

................ 4413. Field 32F: Unit and Amount of the Metal

.................... 4514. Field 32B: Strike Price

................... 4615. Field 33B: Premium Price

................... 4616. Field 34a: Premium Payment

................. 4717. Field 53a: Sender’s Correspondent

.................. 4718. Field 56a: Intermediary (inserted)

................. 4819. Field 57a: Account With Institution

................ 4920. Field 72: Sender to Receiver Information

................ 51MT 604 Precious Metal Transfer/Delivery Order

....................... 51MT 604 Scope

.................... 51MT 604 Format Specifications

................... 52MT 604 Network Validated Rules

...................... 52MT 604 Usage Rules

.................... 52MT 604 Field Specifications

............ 521. Field 26C: Identification of the Metal and the Metal Account

................ 542. Field 25: Further Account Identification

..................... 553. Field 30: Value Date

................ 554. Field 72: Sender to Receiver Information

................ 565. Field 20: Transaction Reference Number

................... 566. Field 21: Related Reference

.................. 577. Field 23: Further Identification

............. 578. Field 26D: Certificate Number(s) and/or Bar Number(s)

.................. 589. Field 32F: Quantity of the Metal

................... 5910. Field 82a: Instructing Party

.................... 5911. Field 86a: Intermediary

.................. 6012. Field 87a: Receiver of the Metal

................. 6013. Field 88a: Beneficiary of the Metal

................ 6114. Field 72: Sender to Receiver Information

.................. 63MT 605 Precious Metal Notice to Receive

....................... 63MT 605 Scope

.................... 63MT 605 Format Specifications

................... 64MT 605 Network Validated Rules

...................... 64MT 605 Usage Rules

.................... 64MT 605 Field Specifications

................ 641. Field 20: Transaction Reference Number

............ 642. Field 26C: Identification of the Metal and the Metal Account

................ 673. Field 25: Further Account Identification

..................... 674. Field 30: Value Date

................ 675. Field 72: Sender to Receiver Information

................... 686. Field 21: Related Reference

.................. 697. Field 23: Further Identification

............. 698. Field 26D: Certificate Number(s) and/or Bar Number(s)

.................. 699. Field 32F: Quantity of the Metal

................... 7010. Field 82a: Instructing Party

.................. 7111. Field 87a: Deliverer of the Metal

................. 7112. Field 88a: Beneficiary of the Metal

................ 7213. Field 72: Sender to Receiver Information

................... 74MT 606 Precious Metal Debit Advice

....................... 74MT 606 Scope

.................... 74MT 606 Format Specifications

................... 74MT 606 Network Validated Rules

.................... 74MT 606 Field Specifications

................ 751. Field 20: Transaction Reference Number

................... 752. Field 21: Related Reference

............ 753. Field 26C: Identification of the Metal and the Metal Account

................ 784. Field 25: Further Account Identification

............. 785. Field 26D: Certificate Number(s) and/or Bar Number(s)

..................... 786. Field 30: Value Date

.................. 797. Field 32F: Quantity of the Metal

Message Reference Guide - Standards Release Guide - February 2007ii

Table Of Contents

Page 125: MT600

................... 808. Field 82a: Instructing Party

.................. 809. Field 87a: Receiver of the Metal

................. 8110. Field 88a: Beneficiary of the Metal

................ 8111. Field 72: Sender to Receiver Information

.................. 83MT 607 Precious Metal Credit Advice

....................... 83MT 607 Scope

.................... 83MT 607 Format Specifications

................... 83MT 607 Network Validated Rules

.................... 83MT 607 Field Specifications

................ 831. Field 20: Transaction Reference Number

................... 842. Field 21: Related Reference

............ 843. Field 26C: Identification of the Metal and the Metal Account

................ 874. Field 25: Further Account Identification

............. 875. Field 26D: Certificate Number(s) and/or Bar Number(s)

..................... 876. Field 30: Value Date

.................. 887. Field 32F: Quantity of the Metal

................... 898. Field 82a: Instructing Party

.................. 899. Field 87a: Deliverer of the Metal

................ 9010. Field 72: Sender to Receiver Information

.................. 91MT 608 Statement of a Metal Account

....................... 91MT 608 Scope

.................... 91MT 608 Format Specifications

................... 92MT 608 Network Validated Rules

...................... 92MT 608 Usage Rules

.................... 92MT 608 Field Specifications

................ 921. Field 20: Transaction Reference Number

............ 922. Field 26C: Identification of the Metal and the Metal Account

................ 953. Field 25: Further Account Identification

............... 954. Field 28: Statement Number/Sequence Number

................... 955. Field 60a: Opening Balance

.................... 976. Field 61: Statement Line

................... 1007. Field 62a: Closing Balance

................. 1018. Field 64: Closing Available Balance

................. 1029. Field 65: Forward Available Balance

................... 104MT 609 Statement of Metal Contracts

....................... 104MT 609 Scope

.................... 104MT 609 Format Specifications

................... 104MT 609 Network Validated Rules

...................... 105MT 609 Usage Rules

.................... 105MT 609 Field Specifications

................... 1051. Field 27: Sequence of Total

................ 1052. Field 20: Transaction Reference Number

................... 1063. Field 31C: Statement Date

.................... 1064. Field 30: Date Prepared

.................. 1065. Field 23: Further Identification

................. 1076. Field 26C: Identification of the Metal

................... 1097. Field 68a: Transaction Details

................ 1128. Field 72: Sender to Receiver Information

.............. 114MT 690 Advice of Charges, Interest and Other Adjustments

........... 115MT 691 Request for Payment of Charges, Interest and Other Expenses

.................... 116MT 692 Request for Cancellation

....................... 117MT 695 Queries

....................... 118MT 696 Answers

..................... 119MT 698 Proprietary Message

.................... 120MT 699 Free Format Message

....................... 121Glossary of Terms

iii5 February 2007

Table Of Contents