Securities - Scheme for interdepository message types

Valeurs mobilières — Structure des messages type interdépositaires

General Information

Status
Withdrawn
Publication Date
15-May-1996
Withdrawal Date
15-May-1996
Current Stage
9599 - Withdrawal of International Standard
Start Date
29-May-1997
Completion Date
13-Dec-2025
Ref Project

Relations

Standard
ISO 11521:1996 - Securities -- Scheme for interdepository message types
English language
31 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 11521:1996 - Valeurs mobilieres -- Structure des messages type interdépositaires
French language
32 pages
sale 15% off
Preview
sale 15% off
Preview

Frequently Asked Questions

ISO 11521:1996 is a standard published by the International Organization for Standardization (ISO). Its full title is "Securities - Scheme for interdepository message types". This standard covers: Securities - Scheme for interdepository message types

Securities - Scheme for interdepository message types

ISO 11521:1996 is classified under the following ICS (International Classification for Standards) categories: 03.060 - Finances. Banking. Monetary systems. Insurance. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO 11521:1996 has the following relationships with other standards: It is inter standard links to ISO 15022-1:1999, ISO 15022-2:1999, ISO/TR 7775:1997. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

You can purchase ISO 11521:1996 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.

Standards Content (Sample)


I NTE R NATIONAL IS0
STANDARD 11521
First edition
1996-05-1 5
Securities - Scheme for interdepository
message types
Valeurs mobilières - Structure des messages type interdépositaires
Reference number
IS0 11 521 :I 996(E)
IS0 11521:1996(E)
Foreword
IS0 (the International Organization for Standardization) is a worldwide fed-
eration of national standards bodies (IS0 member bodies). The work of
preparing International Standards is normally carried out through IS0
technical committees. Each member body interested in a subject for
which a technical committee has been established has the right to be rep-
resented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. IS0 col-
laborates closely with the International Electrotechnical Commission (IEC)
on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are cir-
culated to the member bodies for voting. Publication as an International
Standard requires approval by at least 75 % of the member bodies casting
a vote.
International Standard IS0 1 1521 was prepared by Technical Committee
iSO/TC 68, Banking and related financial services, Subcommittee SC 4,
Securities.
Annexes A to C of this International Standard are for information only.
O IS0 1996
All rights reserved. Unless otherwise specified, no part of this publication may be repro-
duced or utilized in any form or by any means, electronic or mechanical, including photo-
copying and microfilm, without permission in writing from the publisher.
International Organization for Standardization
Case Postale 56 CH-1 21 1 Genève 20 Switzerland
Printed in Switzerland
ii
IS0 11521:1996(E)
@ IS0
Introduction
There is widespread recognition that the development and use of stan-
dards for information exchange leads to both cost reduction and improved
security.
As part of the global financial services industry, the securities business has
to process a large and growing amount of valuable information and relate it
to supporting financial systems.
a large amount of transaction data and a large and diverse
There is both
community involved in its exchange. As international markets continue to
converge, the property described in securities data and its monetary value
continue to grow.
This International Standard addresses the syntax of messages for use be-
tween central securities depositories and securities clearing systems, or
institutions acting as such.
This International Standard complements IS0 7775, which addresses the
syntax governing the format and content of messages between trading
institutions.
IS0 11521:1996(E)
INTERNATIONAL STANDARD 0 IS0
Securities - Scheme for interdepository message types
1 Scope
This International Standard describes the content and format of messages for use by central securities deposito-
ries, securities clearing systems or institutions acting as such (CSDs). It covers instructions and other types of
communication among CSDs in the area of international securities settlement and its administration.
IS International Standard is applicable to messages transmitted by way of forms, telex or data telecommunica-
@' on. It concerns the core of the message, which is independent to the communication method; however, when
using data telecommunication the format of the message fields described in clauses 10 and 11 should be used.
The formats for the header, trailer and field separators have not been specified in this International Standard as
they relate to such factors as the transmission medium and bilateral agreements between the sender and receiver
of a message. However, the header should identify at least the sender, the receiver, the date and type of the
message.
If a bilateral agreement between the sender and the receiver of the message requires a message conforming to
this International Standard to be protected by a test or other authentication device, the data relating to such
authentication device should not be included in the text of that message type.
2 Normative references
The following standards contain provisions which, through reference in this text, constitute provisions of this Inter-
national Standard. At the time of publication, the editions indicated were valid. All standards are subject to revision,
and parties to agreements based on this International Standard are encouraged to investigate the possibility of ap-
plying the most recent editions of the standards indicated below. Members of IEC and IS0 maintain registers of
currently valid International Standards.
a0 31 66:1993, Codes for the representation of names of countries.
IS0 421 7: 1990, Codes for the representation of currencies and funds.
IS0 61 66: 1 994, Securities - lnternational Securities identification numbering system (ISIN).
IS0 8532:- 11, Securities - Format and transmission of certificate numbers.
3 Definitions
For the purposes of this International Standard, the following definitions apply.
3.1 Definitions of generally used terms
3.1.1 message: A communication containing one or more transactions or related information.
1) To be published. (Revision of IS0 8532:1986)
IS0 11521:1996(E) @ IS0
3.1.2 message type (MT): A specific classification for messages which have (a) defined function(s) and content.
3.1.3 message type code: A code that designates the function of and/or the action requested by the message. It
is always a three-digit code.
3.1.4 field: The smallest element, identified by a field tag or a name, in a message text.
3.1.5 field tag: A unique string of characters used in formatted messages which identifies the meaning of the
associated data field.
NOTE 1 The characters can be two figures or two figures and one capital letter in the third position. A small letter in this third
position indicates that different options exist in using that code. The options together with the field descriptions are specified
in clauses 1 O or 11, except the option "s" which is described in 6.4.
3.1.6 subfield: A predetermined division of a field.
NOTE 2 A field may be composed of two or more subfields. Where necessary, subfields are separated by special symbols,
e.g. "I". "Il".
3.1.7 format: A description of the structure and the limitation(s) in the use of data in the field of telecommunicd)
tion processing.
3.1.8 CSD: A central securities depository, securities clearing system or an institution acting as such.
NOTE 3 In the framework of a specific transaction, the CSD sending or the CSD receiving the message is either the account-
owning CSD or the account-servicing CSD. The account-servicing CSD is the CSD which holds the securities to be acted upon
for the account of the account-owing CSD (either the delivering CSD or the receiving CSD). The delivering CSD is the CSD
which delivers the securities to the receiving CSD in line with the flow of securities.
The message may also refer to a third CSD which, in the flow of securities, can be either before the delivering
CSD, after the receiving CSD or between the delivering and receiving CSDs.
3.2 Definitions of message types
3.2.1 525 Interdepository/clearing system receive/deliver transactions
A message which is sent between CSDs, to preadvise, instruct, cancel, confirm, refuse, reverse, advise, suppl
ment, amend, acknowledge, reject or inform about securities receipt or delivery transactions (physical or by boo
entry) to or from a specified party, free or against payment.
It supports transactions initiated by members or participants of these CSDs.
The use of this message is governed by bilateral agreement. The use of the optional fields is dictated by the func-
tion of the message, the type of transaction concerned and the pre-established agreements between the sender
and receiver of the message.
The terms 'receive/deliver free' and 'receive/deliver against payment' indicate how the transaction is to be or has
been executed by the CSDs and do not necessarily reflect the original trade conditions.
This message may be used as a single or multiple message. If it is used as a multiple message, all transactions
shall refer to the same function of the message, same account and same security.
3.2.2 585 Interdepository/clearing system administrative transactions
A message which is sent between CSDs concerning activities related to administrative matters which are not as-
sociated with a specific securities trade.
0 IS0 IS0 11521:1996(E)
It is used to instruct, cancel, amend, supplement, confirm, reverse, advise, refuse, acknowledge, report or inform
about transactions in relation to:
- the receipt or delivery of securities (physical or by book entry) in the context of a realignment or repositioning
of securities positions between CSDs or between different accounts serviced by a CSD;
- the registration of securities within inter-CSD relationships;
- the distribution of receipts (e.g. representative certificates) representing securities positions immobilized or
dematerialized in CSDs.
The use of the optional fields and subsidiary code words is governed by the function of the message, the type of
transaction concerned and the pre-established agreements between the sender and the receiver of the message.
When this message contains more than one transaction, all transactions listed must refer to the same function and
same account of the account-owning CSD at the account-servicing CSD.
4 Scheme
The following scheme (see figure 1) shows how securities transactions are organized and identified.
Securities transactions
Category
1 5xn
I
I I I I
Receipt/delivery Special instructions
Group
I 52n I I 58n
Interdepository/ Interdepository/
clearing system clearing system
receive/deliver administrative Message type
transactions transactions
525 585
Figure 1
e Structure of the codes of message types
A message type is identified by a three-digit code, structured in the following way:
y-- = category
yx- = group
yxn = type
5.1 Category
5-- = securities transactions
5.2 Group
52- = receive and deliver orders
58- = special instructions
IS0 11521:1996(€)
5.3 Message types (MT)
5.3.1 Receive/deliver messages
525 = Interdepository/clearing system receiveldeliver transactions
5.3.2 Administrative messages
585 = Interdepository/clearing system administrative transactions
6 Conventions for the format of standardized message text
6.1 Character representation
Characters used in a field can be any of the characters defined in relevant International Standards except comma
nication control or field separator codes.
n: digits
a: letters
a(: letters and digits
x: any character of the permitted character set including spaces but excluding "carriage return" and "line
feed"
d: represents a numeric value which always takes the same form. The integer part shall contain at least one
digit. The fractional part may be omitted but the decimal comma shall remain. Neither spaces nor any
other symbols are permitted
tb: space
NOTE 4 In accordance with earlier documents, the characters used in this International Standard are represented as descri-
bed above; however, in some International Standards other symbols for the representation of characters are used.
6.2 Length indications
- nn: fixed length
nn: maximum length
nn*nn: maximum number of subfields (= lines) times maximum subfield length
The length includes the decimal comma.
6.3 Subfield delimitations
In the specification of a particular field format, optional subfields appear in brackets I.].
6.4 Address representation
As "s" in the third position of a field tag represents address options. These are to be represented in one of the six
following ways:
0 IS0 IS0 11521:i996(*E)
A - Account number line optional and system related identifier [/34Xl
16X
/34 x
C - Account number line only
- Account number line optional and full postal address
D 1/34 x 1
4*35x
There shall be a "I" in the first position of the account number line.
6.5 Representation of currency and country codes
For the representation of names of currencies, the three-letter code specified in IS0 4217 shall be used. For the
representation of names of countries, the two-letter code specified in IS0 31 66 shall be used.
7 Fields in numeric order
Details (subclause)
Field description
Field tag
-
10.1
Header
10.2
18A Number of transactions
10.3
Sender's reference number
10.4
21 Related reference number
10.5
Function of the message
10.6
26H Type of transaction
10.7
Priority requested
26J
10.8
30 Date
10.9
Date and place of trade
31 P
10.10
32r Cash cou nterva I ue
10.1 1
Deal price
33T
10.12
Coupon number/date
10.13
ea Quantity of securities
10.14
Identification of securities
35B
10.15
Certificate numbers
35E
10.16
Account with institution
57s
10.17
58s Beneficiary of money
10.18
Opening position
60A
10.19
60B Closing position
10.20
Details of charges
71 B
10.21
71 C Other charges
10.22
Information for the receiver of message
10.23
77D Registration details
10.24
Narrative
80C
10.25
Original instructing party
81 s
10.26
82s Deliverer of securities
10.27
Account identification
83s
10.28
84s Involved depository
10.29
Delivering CSD's account serviced by the receiving CSD
85s
10.30
87s Receiver of securities
10.31
88s Beneficiary of securities
-
10.32
Trailer
@ IS0
IS0 11521:1996(E)
8 Fields in alphabetical order
Field description Field tag Details (subclause)
Account identification 83s 10.27
Account with institution 57s 0.16
Beneficiary of money 58s 0.17
Beneficiary of securities 88s 0.31
Cash countervalue 32r 0.10
Certificate numbers 35E 0.15
Closing position 60 B 0.1 9
Coupon number/date 35a 0.12
Date 30 0.8
Date and place of trade 31 P 0.9
Deal price 33T 0.1 1
Deliverer of securities 82s 0.26
Delivering CSD's account serviced by the receiving CSD 85s 0.29
Details of charges 71 B 0.20
Function of the message 23 0.5
_.
Header 0.1
Identification of securities 35B 0.14
Information for the receiver of the message 72 0.22
Involved depository 84s 0.28
Narrative 80C 0.24
Number of transactions 18A 0.2
Opening position 60A 0.18
Original instructing party 81 s 0.25
Other charges 71 C 0.21
Priority requested 26J 0.7
Quantity of securities 35A 0.13
Receiver of securities 87s 0.30
77D
Registration details 0.23
Related reference number 21 10.4
Sender's reference number 20 10.3
-
Trailer
10.32
Type of transaction 10.6
26H
9 Matrix for fields/message types (see clauses 7 and 8)
The key to the matrix (see table 1) is as follows:
M indicates that the field is mandatory in that message type.
O indicates that the field is optional in that message type.
MR or OR indicates that the field appears in the repetitive part of that message type (as mandatory or optional)
MMR indicates that the field appears both in the collective part (as mandatory) and in the repetitive part (as manda-
tory).
MMROR indicates that the field appears once as a mandatory field in the collective part, and twice in the repetitive
part as a mandatory field and as an optional field.
MROROR indicates that the field appears once as a mandatory field in the repetitive part and twice as an optional
field in the repetitive part.
Optional fields may be agreed as mandatory by the parties involved.

IS0 11521:1996(E)
Table 1 - Matrix for fielddmessage types
MT
Field tag
525 585
M
18A M
MMR
20 MMROR
21 MROROR MR
23 M M
26H MR MR
26J OR OR
30 OR OR
-
31 P OR
-
32r OR
-
33T OR
OR
35a OR
35A MR MR
358 M MR
OR
35E OR
-
57s OR
-
58s OR
60A O OR
60B O OR
71 B OR OR
-
71 C OR
72 O O
77D OR OR
80C OR OR
81 s OR OR
82s OR OR
83s O O
84s OR OR
-
85s O
87s OR OR
-
88s OR
10 G-neral description of fields
NOTE 5 This clause includes the descriptions of all fields used. When a field has a specific application (with the same name
or another one) to one or more message types, this is indicated by reference to clause 11, where the specific field descriptions
e given.
Narrative
Field tag Format
10.1 -
Header
The header is dependent on the transmission system and sufficiently
identifies at least the sender, the receiver of the message, the date of the
message and the message type.
The header immediately precedes the message text.
10.2 18A Number of transactions 5n
This field specifies the number of transactions contained in the message
(i.e. the number of times the repetitive part directly preceding this field
appears in the message).
10.3 20 Sender's reference number
16X
This field specifies the sender's reference number of the
messagehransaction. See specific applications in 11 .I .2 and 11.2.2.
IS0 11521:1996(E) 0 IS0
Field tag Narrative Format
10.4 21 Related reference number 16X
This field contains the reference to the related message/transaction. See
specific applications in 11 .I .2 and 11.2.2.
10.5 23 Function of the message 16X
This field identifies the function of the message.
26H Type of transaction
10.6 16X
This field identifies the type of transaction involved.
10.7 Priority requested
26J In
This field specifies the priority by which the executing party is requested
to process the instruction.
The definitions of the priority levels are governed by standing instructions
between the sender and receiver of the message. Level 1, however, refer
to the highest priority, if any.
O
The absence of this field means that normal priority, as defined by
standing instructions, is requested.
10.8 30 Date - 6n
This field specifies a date related to the transaction contained in the
message. Its meaning depends on the type of message or transaction.
Further details are described in the relevant message types (i.e. for
MT 525, see 11 .I .2; and for MT 585, see 11 2.2).
10.9 31 P Date and place of trade - 6nI29xl
This field specifies the date of the trade (i.e. 6n) and optionally, the market
where the trade took place.
or other market
The place when given, shall identify the stock exchange
where the deal was agreed, preferably using the 4-character Market
Identifier Code (see IS0 10383 I41).
10.10
32r Cash countervalue
This field specifies the total amount of money to be received or paid in
exchange for the securities.
Option A shall be used in those cases where the value date of the cash
transaction differs from the date on which the securities are to be, or have
been, received or delivered.
Option A has the following format:
- 6n3a 1 5d
where subfield 1 specifies the value date, subfield 2 the currency code and
subfield 3 the amount.
Option B has the following format:
- 3al5d
where subfield 1 specifies the currency code and subfield 2 the amount.
10.11 33T Deal price - 3al5d
This field specifies the currency code and price of the deal as agreed. In
lieu of an IS0 currency code, subfield 1 (i.e. 3a) may contain one of the
following code words:
IS0 11!j21:1996(E)
Format
Field tag Narrative
PCT = price is expressed as a percentage
YLD = price is expressed as a yield
Where the deal price is expressed as a discount to the issue price, this
field shall contain the discount and field 80C shall contain the code word
/DISCOUNT/. Similarly, if the deal price is expressed as a premium to the
issue price, this field shall contain the premium and field 80C shall
contain the code word /PREMIUM/.
The discount or premium specified in this field shall be expressed as an
amount using an IS0 currency code or as basis points in percentage points
using PCT (e.g. 50 basis points would be expressed as PCTO,50).
10.12 35a Coupon number/date C, D
This field is used in those cases where all subsequent coupons, if any, are
attached.
Option C (i.e. 34) indicates the number of the coupon due. When the
coupon number consists of less than three alphanumeric characters, zeros
should be inserted in front to obtain the desired length.
Option D (i.e. En) specifies the due date of the next coupon attached to
the securities.
35A Quantity of securities - 3al5d
10.13
This field specifies the code word identifying the type of security and the
quantity of securities.
The type of security is specified by using one of the following code words:
FMT Face, principal or nominal amount
OPC Option contracts
OPS Option shares
PRC Premium contracts
PRS Premium shares
SHS Shares
UNT Units, e.g. consisting of a bond and a warrant
RTS Rights
WTS Warrants
BON Bonds (when not traded by face amount)
RTE Income
CER Representative certificates
MSC Miscellaneous
10.14 35B Identification of securities IlSlNl U141
[4*35xl
This field identifies the securities to which the transaction relates.
Subfield 1 consists of the International Securities Identification Number
(ISIN), if known. When used, this subfield shall contain the code word
"ISIN", followed by a blank space, followed by the ISlN of the security as
specified in IS0 6166.
\
Subfield 2 contains all details needed to uniquely identify the security. It
may also include characteristics such as bearer or registered shares.
The format for subfield 2 is 4*35X.
The first line of this subfield may be used to identify the security based on
an identification numbering system other than the ISIN. In this case the
following structure for subfield 2 is recommended:
MaIl 2 x
[//3 "35 x I
IS0 11521:1996(E)
Field tag Narrative Format
The use of the recommended structure /2a/l2x in subfield 2 shall be
based on bilateral agreement between the sender and the receiver.
If this recommended structure is used in subfield 2, the first component
(i.e. Za) shall be either a) the IS0 conutry code of the country which
assigned the identifying number (in the case of numbers assigned by
Euroclear and Cedel, the IS0 country code "XS" shall used), or b) the code
"XX" to indicate that the number is based on a proprietary or bilaterally
agreed numbering scheme.
The country code used in the first sub-component of subfield 2 (i.e. /2a)
will not always refer to the country of issue (e.g. if an Australian issued
security has a Sedol number or a CUSlP number, GB should be used
followed by its Sedol number, or US followed by its CUSlP number).
35E Certificate numbers 6*50X
10.15
This field is used to specify the certificate numbers of the related
securities, in the format specified in IS0 8532.
If there is insufficient space, field 80C may contain the code word
/MSG579/ indicating that an MT 579 will follow which will contain
certificate numbers in addition to, or in lieu of, those contained in this field.
10.16 57s Account with institution A, C, D
This field specifies the financial institution to which payment is to be or
has been made, if different from the sender or receiver of the message.
10.17
58s Beneficiary of money A, C, D
This field specifies the name, and when known, the account number of
the beneficiary of money with the institution specified in field 57s.
60A Opening position [NI1 5d
10.18
of security of the opening position prior to
This field specifies the quantity
the modifications resulting form the transactions listed in the message.
Subfield 1 (i.e. [NI) shall be used when the opening position of the
securities is negative (e.g. a "short position"). Subfield 2 (i.e. 15d)
specifies the amount of the position.
6QB Closing position (NI1 5d
10.19
This field specifies the quantity of securities of the closing position
following the modifications resulting from the transactions listed in the
message. Subfield 1 (i.e. [NI) shall be used when the quantity of the
closing position is negative (e.g. a "short position"). Subfield 2 (i.e. 15d)
specifies the amount of the position.
10.20 71B Details of charges 6*35X
This field is used to explain charges and expenses passed by the sender to
the receiver of the message. This field shall not refer to charges and fees
at the level of the trade counterparties to the original deal, but shall relate
only to those charges at the CSD level.
In the six available lines, the following line formats may be used:
/8a/[3a13dl [additional information]
[//Co n ti n u a t i o n of add i t io na I in f O r m a t i O n I
or 6 lines of narrative text.
@ IS0 IS0 11521:1996(E)
Narrative Format
Field tag
The following code words have been defined for use in subfield 1 (i.e. /8an:
/CHGS/ : Charges
/CO M M/ : Commissions
/FEES/ : Fees
/POST/ : Postage
/SHIN/ : Shipping including insurance etc.
/STAD/ : Stamp duty
Transaction tax
/PTAX/ :
/VTAX/ : Value added tax
/WITX/ : Withholding tax
/MISCI : Miscellaneous
Subfield 2 (i.e. 13a13dl) is used to contain the currency code and amount of
the charges.
Subfield 3 is used to contain additional information and narrative.
Other charges 6*35X
10.21 71C
This field specifies the charges to be passed on by the sender. The same
codes as those defined in field 71 B shall be used in this field.
e
6*35X
10.22 72 Information for the receiver of the message
This field is used to contain any type of instruction or additional information
for the receiver of the message. This field shall not contain any information
for which another field has been specified in the message.
When placed in the non-repetitive part of a message, this field shall contain
instructions or information applying to all transactions contained in the
message.
Registration details 6*35X
10.23 77D
This field specifies registration details relative to the transaction (e.g. the
name and address of the entity in which the securities are to be registered
and, optionally, the designation) when standing instructions do not apply.
Narrative 6*35X
10.24 80C
This field may contain any type of instruction or additional information related
to the transaction. This field shall not be used to contain information for
which another field has been specified.
a
In the case of a transaction involving a non-fungible account or system, this
field shall be used to give all the necessary information (except for certificate
numbers which shall be listed in field 35E).
When relevant, the following codes shall be used to indicate how (the terms
by which) the transaction has been agreed by the trade counterparties (such
agreement may be exceptional to normal ex-date practice):
/CC/ : Cum-coupon
B /CD/ : Cum-dividend
B /CR/ : Cum-right
B /CO/ : Cum-capital reorganization
HO/ : Ex-capital reorganization
Original instructing party
10.25 81s A, C, D
This field identifies the initiator (order giver) of the underlying transaction.
See specific applications in 11 .I .2 and 11.2.2.
IS0 11521:1996(E)
Narrative
Field tag
Deliverer of securities
10.26 82s
This field identifies the party instructing the delivering CSD.
10.27 83s Account identification
This field identifies the securities account relationship between the sender
and receiver of the message.
It shall be used in those cases where there is a multiple account relationship
and/or where standing instructions do not apply. See specific applications in
11.1.2 and 11.2.2.
A
10.28 84s Involved depository
This field identifies a CSD, if different from the sender or receiver of the
message, involved in the clearing (receipt/deiivery) of securities.
10.29 85s Second account identification
This field identifies a second securities account relationship between the
sender and receiver of the message.
It shall be used in those cases where there is a multiple account relationship
and/or where standing instructions do not apply. See specific applications in
11 .I .2 and 11.2.2.
10.30 87s Receiver of securities
This field identifies the financial instruction which receives the securities
from the receiving CSD, either for its own account or for further
transfer/delivery to the beneficiary of securities.
10.31 88s Beneficiary of securities A, C, D
This field identifies the beneficiary of the securities, which different from the
receiver of securities.
The account number of this party shall be specified when known.
a
-
10.32 Trailer
The trailer is dependent on the transmission system and sufficiently
identifies the end of the message text.
11 Message types and field descriptions related to specific message types
The message types are given under their group label in numerical order (see 11.1 and 11.2).
Fields are identified by a field tag and shall appear in the order defined for each message type (see 11.1 .I and
11.1.2). Fields that are not mentioned are forbidden.
In the last subclause for each group (1 1.1.2 and 11.2.2) the specific application of fields referring to that group are
described.
0 IS0 IS0 11521:1996(E)
11 .I Receive/deliver orders
11 .I .I 525 Interdepository/clearing system receive/deliver transactions
Field tag Field name Status
-
Header M
20 Message reference number M
23 Function of the message M
83s Receiving CSD's account serviced by the delivering CSD O
85s Delivering CSD's account serviced by the receiving CSD O
35B Identification of securities M
60A Opening position O
35A Quantitv of securities M
20 Sender's transaction reference number M
20 Sender's related transaction reference number O
21 Receiver's transaction reference number M
21 Receiver's related transaction reference number O
26H Type of transaction M
Sender's instructing party's transaction reference number O
a:, Delivery/settlement date O
26J Priority requested O
81 s Initiator of the delivery O
82s Deliverer of securities O
84s Involved depository O
Repetitive
87s Receiver of securities O
sequence
88s Beneficiary of securities
O
32r Cash countervalue
O
57s Account with institution O
58s Beneficiary of money O
77D Registration details O
33T Deal price O
31 P Date and place of trade O
35a Coupon number/date
O
35E Certificate numbers O
71 B Details of charges O
71 C Other charges O
80C Narrative O
1 8A Number of transactions M
Closing position
60B O
Information for the receiver of the message O
Trailer
M
11 .I .2 Specific field descriptions related to interdepository/clearing system receive/deliver transactions
Field tag Narrative Format
20 Message reference number 16X
This field contains the sender's reference number of this message.
20 Sender's transaction reference number 16X
This field contains the reference number used in the sender's system to identify the
instruction detailed in the repetitive sequence.
0 IS0
IS0 11521:1996(E)
Format
Field tag Narrative
Depending on the function of the message as specified in field 23, the instruction detailed
in the repetitive sequence applies to either:
- the transaction as instructed by the sender's instructing party (e.g. field 23 specifies
PREADV, INSTRU, CANCEL, ADVICE, AMENDM, SUPPLE, INFORM or REVEQS,
if the reversal is requested by the sender);
or
- the transaction as instructed in a previous MT 525 by the receiver of the message on
behalf of the receiver's instructing party (e.g. field 23 specifies CONFIR, REFUSA,
NOTICE, VALIDE, INVALI or REVERS, if the reversal is executed by the sender).
NOTE 6 In those cases where the message contains a single repetitive sequence, this field may
contain the same reference number as that contained in field 20 of the collective part.
20 Sender's related transaction reference number 16X
This field contains the reference number, if any, used in the sender's system to identify
the instruction of the other party to the transaction which is referenced by the first field
20 of the repetitive sequence.
Depending on the function of the message as specified in field 23, the related instruction
applies to either:
- the transaction as instructed by the sender's instructing party (e.g. field 23 specifies
CONFIR, REFUSA, NOTICE or REVERS, if the reversal is executed by the sender);
or
- the transaction as instructed in a previous MT 525 by the receiver of the message on
behalf of the receiver's instructing party (e.g. field 23 specifies PREADV, INSTRU or
REVERS, if the reversal is requested by the sender).
21 Receiver's transaction reference number 16X
This field contains the reference number, if known, used in the receiver's system to
identify the instruction referenced in the sender's system by the first field 20 of the
repetitive sequence (i.e. the sender's transaction reference number).
In those cases where there is no meaningful reference available to the receiver of the
message, the code word NONREF shall be used in this field.
21 Receiver's related transaction reference number 16X
This field contains the reference number, if known, used in the receiver's system to
identify the instruction referenced in the sender's system by €he second field 20 of the
repetitive sequence (i.e. the sender's related transaction reference number).
21 Sender's instructing party's transaction reference number 16X
This field specifies the transaction reference number of the sender's member (i.e. the
receiver or deliverer of securities) as instructed to the sender of the message (e.g. the
contents of field 20 of the related MT 520, 521, 522 or 523 received by the sender of the
message).
This field may also contain an alternative reference provided for trade matching purposes.
23 Function of the message 16X
This field contains one or more code words which identify the function of the message.
The format 6aV8aI shall be used. One of the following code words shall be used in
subfield 1, unless otherwise specified by bilateral agreement:
PREADV: to be used by either the account-owning CSD or the account-servicing CSD to
announce the transaction on the basis of an instruction received from its member. The
CSD receiving the message may use the information for internal matching purposes. The
transaction shall not be executed on the basis of a PREADVice. This message normally
requires a response.
0 IS0 IS0 11521:1996(E)
Format
Field tag Narrative
INFORM: to be used by either CSD to advise non-accounting information. It does not
require a response.
INSTRU: shall be used only by the account-owning CSD to authorize the account-servicing
CSD to execute the transaction. This message normally requires a response.
CANCEL: to be used by either CSD to request the cancellation of its previously
INSTRUcted or PREADVised transaction. The reason for the cancellation may be specified
in field 80C. CANCEL requests the other CSD to delete the pending transaction from its
file. it normally requires a response.
CONFIR: shall be used only by the account-servicing CSD to confirm the execution of an
INSTRUction. It may also be used by either CSD to confirm requested CANCELlations,
AMENDMents, REVERSals and SUPPLEments (i.e. subfield 2 contains the code word
CANCELD, AMENDMD, REVERSD or SUPPLED, respectively). If subfield 2 is not present,
the confirmation relates to the execution of a previous INSTRUction. This message
normally does not require a response.
ADVICE: shall be used only by the account-servicing CSD to inform the account-owning
CSD that it has executed a transaction for which the account-owning CSD has not sent an
INSTRUction. This message normally does not require a response.
O
NOTICE: to be used by either CSD to give information about the intermediary status or
about a special issue that affects the referenced pending transaction. Such NOTlCEd
transaction remains pending at the sender. This message normally does not require a
response.
REVERS: to be used by the account-servicing CSD to inform that it has reversed
a transaction that was previously executed, for the reason specified in field 80C
(e.g. securities refused by the beneficiary, wrong previous entry). It may also be used by
the accout-owning CSD to request the reversal of a previously executed transaction. In the
latter case, the message normally requires a response.
AMENDM: to be used to request a change of one or more fields in a previous transaction.
The message normally requires a response.
SUPPLE: to be used to request the addition of one or more fields to a previously sent
transaction. It normally requires a response.
REFUSA: shall be used only by the account-servicing CSD to refuse the execution of an
INSTRUction. It may also be used by either CSD to refuse a PREADVice or a request for
2 contains the code
CANCELlation, AMENDMent, REVERSal or SUPPLEment (i.e. subfield
word PREADVD, CANCELD, AMENDMD, REVERSD or SUPPLED, respectively). If subfield 2
is not present, the refusal applies to the execution of a previous INSTRUction. The reason
O
for the refusal is specified in field 80C. The refused message or transaction will not be
kept by the refusing party. The message does not require a response.
INVALI: to be used by either CSD in responding to any previous message to inform that
this message, or a transaction of this message, is disregarded for the reason specified in
field 72 (in the case of the message) or 80C (in the case of the transaction). It normally
a response.
requires
VALIDE: to be used by either CSD in responding to any previous message to inform that
the message has been received, understood and can be further processed. It normally
does not require a response.
Subfield 2 may be used to identify the function of the message in further detail using one
of the code words defined below. These code words identify the previous message to
which the present message responds, and are preceded by a shash "/":
AMENDMD: the previous message was a request for AMENDMent.
CANCELD: the previous message was a request for CANCELlation.
INSTRUD: the previous message was an INSTRUction.
PREADVD: the previous message was a PREADVice.
IS0 11521:1996(E) 0 IS0
Field tag Narrative Format
REVERSD: the previous message was a request for REVERSal.
SUPPLED: the previous message was a request for SUPPLEment.
Alternatively, subfield 2 may contain the following code word or other bilaterally agreed
code word, preceded by a slash "/":
CONDITI: the message is conditional on the simultaneous execution of all transactions
contained in the message.
The recommended combinations of code words in subfields 1 and 2 of field 23 are as
indicated below.
Subfield 2:
AMENDMD CANCELD INSTRUD PEADVD REVERSD SUPPLED CONDlTl
Subfield 1:
X X
CONFIR X X X
X
INSTRU
X X
INVALI X X X X
X
PREADV
X X X X X
REFUSA X
X X X X X X
VALIDE
~ 26H Type of transaction 16X
This field identifies the type of transaction involved using the format Za[/Bal. One of the
following code words shall be used in subfield 1 to describe the flow of securities:
RECFREE: shall be used only by the receiving CSD when the transaction is a receipt of
securities, free of charge, in favour of one of its members.
RECAPMT: shall be used only by the receiving CSD when the transaction is a receipt of
securities, against payment, in favour of one of its members.
DELFREE: shall be used only by the delivering CSD when the transaction is a delivery of
securities, free of charge, on behalf of one of its members.
DELAPMT: shall be used only by the delivering CSD when the transaction is a delivery of
securities, against payment, on behalf of one of its members.
I 30 De I ive rylse tt I e me nt da te - 6n
In the case of a transaction made free of charge (i.e. field 26H contains the code word
RECFREE or DELFREE), this field specifies the date on which the securities are to be or
have been received or delivered.
In the case of a transaction made against payment (i.e. field 26H contains the code word
RECAPMT or DELAPMT), this field specifies the settlement date on which securities and
funds are to be or have been exchanged.
~ 32r Cash cou nterva I ue
A, B
This field shall be present in those cases where field 26H contains the code word
RECAPMT or DELAPMT.
0 IS0 IS0 11521:1996(E)
Narrative Format
Field tag
Option A shall be present only when field 23 contains the code word ADVICE, CONFIR or
REVERS. In all other cases option B shall be used.
57s Account with institution
A, C
This field shall be present only if field 58s is also present.
58s Beneficiary of money
A, C, D
This field specifies the name, and account number when known, of the party to be
credited with the cash countervalue specified in field 32r.
Opening position [NI1 5d
60A
This field shall be used only by the account-servicing CSD in confirmations, advices or
reversals (i.e. field 23 contains the code words CONFIR, ADVICE or REVERS).
Closing position
60B IN11 5d
This field shall be used only by the account-servicing CSD in confirmations, advices or
a
reversals (i.e. field 23 contains the code word CONFIR, ADVICE or REVERS).
This field shall be present if field 60A is present.
80C N a rra t ive 6*35X
In those cases where field 23 contains one of the code words ADVICE, CONFIR, CANCEL,
NOTICE, PREADV, REFUSA, REVERS or INVALI, one of the following code words shall be
used in field 80C to indicate the status of the transaction, or the reason for the non-
execution or reversal of the original transaction. Narrative text may be added following the
code word if further explanation is required.
/LACK/: insufficient deliverable securities.
/CASH/: insufficient money.
/COLLATER/: securities not deliverable as they are pledged for collateral.
/MATCH/: the sender’s member’s instruction matches the transaction.
/UNMATCH/: the corresponding transaction has not been instructed by the sender’s
member.
a
/MISMATCH/: the transaction does not match the corresponding transaction as instructed
by the sender’s member (the discrepancy should be specified here in narrative form
including security number, cash countervalue, quantity of securities, etc.).
/MISSING/: the INSTRUction is missing. The execution is not possible since the account-
owning CSD has not yet sent an INSTRUction.
/REGOPEN/: the securities are presently with the registrar or transfer agent for
registration or replacement of certificates.
/PARTIAL/: incomplete delivery or receipt executed (reason and quantity still to be received
or delivered should be specified in narrative form).
/UNKNOWN/: one of the parties involved is unknown (e.g. no account for such a party is
at this institution); specification of which party is unknown should follow.
maintained
/INFO/: more information is required before execution is possible; specification of which
information is required should follow.
/AFFIRM/: the sender’s member has accepted the transaction.
IS0 11521:1996(E) @ IS0
l Field tag Narrative Format
/REJECT/: the sender's member has refused the transaction.
/CPRT/: the reason for the non-execution of the transaction lies with the sender's
member.
/PURGE/: the sender has deleted the pending transaction from its file according to
bilaterally agreed rules (e.g. agreed frequency of purging of pending transactions).
I /OTHER/: other reason.
The use of code words in subfield 1 of fields 23 and 80C is as indicated below.
Field 23:
ADVICE CONFIR INVALI NOTICE PREADV REFUSA REVERS CANCEL
Field 80C
X
AFFIRM
X X X
CASH
X X
COLLATER
X X X
INFO
X X X
LACK
X X X X
CPRT
MATCH X X
MISMATCH X X X X
MISSING X X
PARTIAL X X X X
PURGE X X
REGOPEN
REJECT X X X
UN KNOWN X X X X
UNMATCH X X X
This field may also contain one of the code words defined below or another bilaterally
agreed code word:
/DISCOUNT/: the deal price specified in field 33T is a discount amount or percentage
relative to the issue price.
e
/PREMIUM/: the d
...


IS0
NORME
I NTE R NATIONALE
Première édition
1996-05-1 5
Valeurs mobilières - Structure des
messages type interdépositaires
Securities - Scheme for interdepository message types
Numéro de référence
IS0 11521:1996(F)
IS0 11521:1996(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération
mondiale d'organismes nationaux de normalisation (comités membres de
I'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de I'ISO. Chaque comité membre intéressé par une
étude a le droit de faire partie du comité technique créé à cet effet. Les
organisations internationales, gouvernementales et non gouvernemen-
tales, en liaison avec I'ISO participent également aux travaux. L'ISO colla-
bore étroitement avec la Commission électrotechnique internationale (CEI)
en ce qui concerne la normalisation électrotechnique.
e
Les projets de Normes internationales adoptés par les comités techniques
sont soumis aux comités membres pour vote. Leur publication comme
Normes internationales requiert l'approbation de 75 % au moins des co-
mités membres votants.
La Norme internationale IS0 1 1521 a été élaborée par le comité technique
ISO/TC 68, Banque et services financiers liés aux opérations bancaires,
sous-comité SC 4, Valeurs mobilières.
Les annexes A à C de la présente Norme internationale sont données uni-
quement à titre d'information.
O IS0 1996
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun pro-
y compris la photocopie et les microfilms, sans l'accord
cédé, électronique ou mécanique,
écrit de l'éditeur.
Organisation internationale de normalisation
Case postale 56 CH-1 21 1 Genève 20 Suisse
Imprimé en Suisse
II
SO 11521:1996(F)
@ IS0
Introduction
II est généralement admis que l’élaboration et l’utilisation de normes
concernant l’échange d’informations entraînent une réduction des coûts et
une amélioration de la sécurité.
Partie intégrante du domaine des services financiers au sens large, le
secteur des valeurs mobilières doit traiter un volume important et
croissant d’informations capitales et les mettre en rapport avec les sys-
tèmes financiers qui les prenent en charge.
II existe à la fois un nombre important de données par transaction et un
nombre considérable de participants hétérogènes. Alors que les marchés
internationaux poursuivent leur rapprochement, les biens décrits par les
données sur valeurs mobilières ainsi que leur valeur monétaire continuent
à progresser.
La présente Norme internationale traite de la syntaxe des messages
utilisés pour l’échange entre les dépositaires centraux de valeurs mobi-
lières et les organismes de compensation ou les institutions remplissant
ce rôle.
La présente Norme internationale complète I’ISO 7775, qui traite de la syn-
taxe régissant le format et le contenu des messages entre institutions.
...
NORME INTERNATIONALE 0 IS0 IS0 11521:1996(F)
Valeurs mobilières - Structure des messages type
interdépositaires
1 Domaine d'application
La présente Norme internationale décrit le contenu et le format des messages utilisés par les dépositaires centraux
de valeurs mobilières (CSD) et les organismes de compensation ou les institutions remplissant ce rôle. Elle traite
des instructions et des autres types de communication entre CSD dans le cadre du règlement et de la gestion des
@leurs mobilières au niveau international.
La présente Norme internationale est applicable aux messages transmis par formulaires, télex ou télécom-
munications. Elle concerne le message proprement dit, qui est indépendant de la méthode de communication;
toutefois il convient d'utiliser le format des zones de messages décrit dans les articles 1 O et 11 dans le cas des
télécommunications. Les formats de l'en-tête, de la fin de message et des séparateurs de zones ne sont pas
prescrits dans la présente Norme internationale, car ils dépendent de facteurs tels que le moyen de transmission et
les accords bilatéraux entre l'expéditeur et le destinataire du message. Cependant, l'en-tête doit indiquer au
minimum l'expéditeur, le destinataire ainsi que la date et le type de message.
Si, en raison de l'accord bilatéral entre l'expéditeur et le destinataire du message, un message conforme à la
présente Norme internationale doit être protégé par un dispositif de test ou tout autre moyen d'authentification, il
convient que les données relatives à ce dispositif d'authentification ne soient pas incluses dans le texte de ce type
de message.
2 Références normatives
Les normes suivantes contiennent des dispositions qui, par suite de la référence qui en est faite, constituent des
dispositions valables pour la présente Norme internationale. Au moment de la publication, les éditions indiquées
aient en vigueur. Toute norme est sujette à révision et les parties prenantes des accords fondés sur la présente
95, rme internationale sont invitées à rechercher la possibilité d'appliquer les éditions les plus récentes des normes
indiquées ci-après. Les membres de la CE1 et de I'ISO possèdent le registre des Normes internationales en vigueur
à un moment donné.
IS0 31 66: 1993, Codes pour la représentation des noms de pays.
IS0 42 17:1990, Codes pour la représentation des monnaies et types de fonds.
IS0 61 66: 1987, Valeurs mobiliéres - Système international de numérotation pour Ii'dentification des valeurs mobi-
lières (ISIN).
IS0 8532:- I), Valeurs mobilières - Format pour la transmission des numéros de titres et de certificats.
3 Définitions
Pour les besoins de la présente Norme internationale, les définitions suivantes s'appliquent.
1) À publier. (Révision de I'ISO 8532:1986)
@ IS0
IS0 11521:1996(F)
3.1 Définitions des termes généraux
3.1.1 message: Communication contenant une ou plusieurs opérations, ou des informations relatives à ces opé-
rations.
3.1.2 message type (MT): Classification particulière pour des messages qui ont une ou des fonction(s) définie(s)
et un contenu.
3.1.3 code de message type: Code qui désigne la fonction et/ou l'action à entreprendre nécessitée(s) par ce
message. Le code est toujours à trois chiffres.
3.1.4 zone: Plus petit élément, identifié par une étiquette ou un nom, dans un texte de message.
3.1.5 étiquette de zone: Ensemble unique de caractères utilisés dans les messages formatés qui identifie la
signification de la zone de données qui lui est propre.
NOTE 1 Les caractères peuvent être deux chiffres ou deux chiffres suivis d'une lettre majuscule en troisième position. Une
lettre minuscule en troisième position signifie que plusieurs options existent pour ce code. Ces options, ainsi que les descrip-
tions de zones, sont décrites aux articles 1 O ou 11, excepté l'option "s" reprise en 6.4.
e
3.1.6 zone secondaire: Division prédéterminée d'une zone.
NOTE 2 Une zone peut être constituée de deux ou plusieurs zones secondaires. Si nécessaire, les zones secondaires sont
séparées par des symboles spéciaux, par exemple "/", "//".
3.1.7 format: Description de la structure et de la/des limite(s) d'utilisation des données dans le domaine des télé-
transmissions.
3.1.8 CSD: Dépositaire central de valeurs mobilières, organisme de compensation ou institution remplissant ce
rôle.
NOTE 3 Dans le cadre d'une transaction spécifique, le CSD qui transmet ou reçoit le message correspond soit au CSD
titulaire du compte, soit au CSD domiciliataire du compte. Le CSD domiciliataire du compte est celui qui détient les valeurs
mobilières qui seront traitées au bénéfice du CSD titulaire du compte (le CSD expéditeur ou le CSD destinataire). Le CSD
expéditeur est celui qui remet les valeurs mobilières au CSD destinataire selon le flux des valeurs mobilières.
Le message peut aussi faire référence à un troisième CSD qui, dans le flux des valeurs mobilières, peut intervenir
avant le CSD expéditeur, après le CSD destinataire ou entre les deux.
3.2 Définitions des messages types
3.2.1 525 Transactions de réception/livraison entre dépositaires centraux/organismes de compensation
Ce message est échangé entre CSD à des fins de préavis, d'instruction, d'annulation, de confirmation, de refus, de
contre-passation, d'avis, d'ajout, de modification, d'accusé de réception, de rejet ou d'information dans le cadre de
transactions de réception ou de livraison de valeurs mobilières (matériellement ou par virement) en provenance ou
à destination d'une partie spécifiée, sans règlement ou avec règlement.
II prend en charge les transactions initiées par des membres ou des participants de ces CSD.
L'utilisation de ce message est régie par des accords bilatéraux. L'utilisation des zones facultatives dépend de la
fonction du message, du type de transaction concernée et des accords préétablis entre l'expéditeur et le desti-
nataire du message.
Les termes "réception/livraison sans règlement" et "réception/livraison avec règlement" indiquent la manière dont
la transaction doit être ou a été exécutée par les CSD, et ne reflètent pas nécessairement les conditions initiales de
l'opération.
0 IS0 IS0 11521:1996(F)
Ce message peut être utilisé comme message unique ou multiple. S’il est utilisé comme message multiple, toutes
les transactions doivent se référer à la même fonction du message, au même compte et à la même valeur
mobilière.
3.2.2 585 Transactions administratives entre dépositaires centraux/organismes de compensation
Ce message est échangé entre CSD relativement à des activités liées à la gestion, sans rapport avec une opération
spécifique sur des valeurs mobilières.
II est utilisé à des fins d’instruction, d‘annulation, de modification, d‘ajout, de confirmation, de contre-passation,
d’avis, de refus, d’accusé de réception, de rapport ou d’information dans le cadre de transactions liées à
- la réception ou la livraison de valeurs mobilières (matériellement ou par virement) dans le cadre d‘un réali-
gnement ou d‘un repositionnement des positions des titres entre CSD ou entre différents comptes domiciliés
par un CSD;
- l’inscription de titres au sein des relations entre CSD;
- la distribution de reçus (par exemple des certificats représentatifs) représentant des positions de titres immo-
bilisés ou dématérialisés chez les CSD.
’utilisation des zones facultatives et des mots de codes subsidiaires est régie par la fonction du message, le type
6 transaction concernée et les accords préétablis entre l’expéditeur et le destinataire du message.
Lorsque ce message contient plusieurs transactions, toutes les transactions citées doivent se référer à la même
fonction et au même compte du CSD titulaire du compte chez le CSD domiciliataire du compte.
4 Tableau
Le schéma suivant (voir figure 1) illustre la façon selon laquelle les transactions relatives aux valeurs mobilières
sont organisées et identifiées.
I I
Opération sur titres
Catégorie
I 5xn
Réception Aivraison Instructions spéciales
Transactions de Transactions
receptionAivraison entre administratives entre
Type de message
depositaires centraux/ dépositaires centraux/
organismes de compensation
organismes de compensation
Figure 1
5 Structure des codes de messages type
Un message type est identifié par un code à trois chiffres dont la structure est la suivante:
y-- = catégorie
yx- = groupe
yxn = type
IS0 11521:1996(F)
5.1 Catégorie
5-- = opérations sur titres
5.2 Groupe
52- = ordres de réception et de livraison
5% = instructions spéciales
5.3 Messages type (MT)
5.3.1 Messages de réception/livraison
525 = Transactions de réception/livraison entre dépositaires centraux/organismes de compensation
5.3.2 Messages administratifs
585 = Transactions administratives entre dépositaires centraux/organismes de compensation
e
6 Conventions de représentation des textes de messages normalisés
6.1 Représentation
Les caractères utilisés dans une zone de données doivent être des caractères définis dans les Normes inter-
nationales correspondantes, sauf en ce qui concerne les codes de contrôle de communication ou les codes de
séparation de zones.
n: chiffres
a: lettres
1: lettres et chiffres
tous caractères possibles y compris les blancs, mais en excluant les “retour chariot” et “mise à la ligne”
x:
représente une valeur numérique qui prend toujours la même forme. La valeur doit toujours contenir au
d:
moins un chiffre. La partie décimale peut être omise mais la virgule doit figurer. Aucun espace blanc
aucun autre symbole ne sont permis
ib
U: espace blanc
NOTE 4 Conformément à de précédents documents, la présente Norme internationale représente les caractères utilisés de la
manière décrite ci-dessus; cependant, dans certaines Normes internationales, d’autres symboles de représentation des
caractères sont utilisés.
6.2 Indications de longueur
- nn: longueur fixe
nn: longueur maximale
nn*nn: nombre maximal de lignes et longueur maximale d’une ligne
La longueur comprend la virgule décimale.
6.3 Délimitations de zones secondaires
Dans la définition du format d’une zone particulière, les zones secondaires facultatives figurent entre crochets [.I.
IS0 11521:1996(F)
0 IS0
6.4 Représentation des adresses
Un “s” à la troisième position d‘une étiquette de zone représente les options d’adresses. Les adresses doivent
être représentées de l’une des manières suivantes:
[I34 x 1
A - Ligne facultative du numéro de compte et identificateur du système
16X
d’adressage utilisé
I34 x
C - Ligne facultative du numéro de compte seulement
D - Ligne facultative du numéro de compte et adresse postale complète [I34 x 1
4*35x
La première position de la ligne du numéro de compte doit être une barre oblique.
6.5 Représentation des codes monnaies et des codes pays
Pour la représentation des noms de monnaies et de pays dans les messages, le code alphabétique à 3 lettres de
I’ISO 4217 doit être utilisé pour les noms de monnaies et le code à 2 lettres de I’ISO 3166 doit être utilisé pour les
noms de Davs.
7 Zones dans l’ordre numérique
Pour détails,
Étiquette Définition des zones
voir
de zone
- 10.1
En-tête
10.2
18A Nombre de transactions
10.3
Référence de l’expéditeur
10.4
21 Référence associée
10.5
Fonction du message
10.6
26H Type de transaction
10.7
Demande de priorité
26J
10.8
30 Date
10.9
Date et place de négociation
31 P
10.10
Montant de la contrevaleur en espèces
32r
I
10.1 1
Cours de négociation
33T
10.12
NuméroIdate de coupon
10.13
Quantité de titres
I eA
10.14
Identification des titres
35B
10.15
Numéros de certificat
35E
10.16
Compte d’institution
57s
10.17
58s Bénéficiaire des fonds
10.18
Position à l’ouverture
60A
10.19
Position à la clôture
60B
10.20
71 B Détail des frais
10.21
Autres frais
71C
10.22
72 Informations complémentaires pour le destinataire du message
10.23
Détail de l’inscription nominative
77D
10.24
80C Zone rédactionnelle
10.25
s Donneur d’ordre d‘initiateur
10.26
82s Expéditeur des titres
10.27
83s Identification du compte
10.28
Dépositaire concerné
84s
10.29
Compte du CSD expéditeur domicilié chez le CSD destinataire
85s
10.30
Destinataire des titres
87s
10.31
88s Bénéficiaire des titres
-
10.32
Fin de message
@ IS0
IS0 11521:1996(F)
8 Zones dans l'ordre alphabétique
Étiquette Pour détails,
Définition des zones
de zone voir
71 C 10.21
Autres frais
58s 10.17
Bénéficiaire des fonds
88s 10.31
Bénéficiaire des titres
57s 10.16
Compte d'institution
85s 10.29
Compte du CSD expéditeur domicilié par le CSD destinataire
33T 10.1 1
Cours de la négociation
30 10.8
Date
31 P 10.9
Date et place de la négociation
26J 10.7
Demande de priorité
87s 10.30
Destinataire des titres
84s I 0.28
Dépositaire concerné
77D 10.23
Détail de l'inscription nominative
71 B 10.20
Détail des frais
81 s 10.25
Donneur d'ordre d'initiateur
-
10.1
En-tête
82s 10.26
Expéditeur des titres
-
10.32
Fin de message
23 10.5
Fonction du message
83s 10.27
Identification du compte
35B 10.14
Identification des titres
72 10.22
Informations complémentaires pour le destinataire du message
Montant de la contrevaleur en espèces 32r 10.10
18A 10.2
Nombre de transactions
35a 10.12
Numéro/date de coupon
Numéros de certificats 35E 10.15
Position à l'ouverture 60A 10.18
10.19
Position à la clôture 606
Quantité de titres 35A 10.13
21 10.4
Référence associée
Référence de l'expéditeur 20 10.3
26H 10.6
Type de transaction
80C 10.24
Zone rédactionnelle
9 Matrice de zones/messages type (voir articles 7 et 8)
La légende de la matrice (voir tableau 1) est la suivante:
O indique que la zone est obligatoire dans ce message type.
F indique que la zone est facultative dans ce message type.
OR ou FR indique que la zone apparaît dans la partie répétitive de ce message type (obligatoire ou facultative).
OOR indique que la zone apparaît à la fois dans la partie commune (obligatoire) et dans la partie répétitive (obli-
gatoire).
OORFR indique que la zone apparaît une fois comme zone obligatoire dans la partie commune, et deux fois dans la
partie répétitive comme zone obligatoire et comme zone facultative.
ORFRFR indique que la zone apparaît une fois comme zone obligatoire dans la partie répétitive, et deux fois comme
zone facultative dans la partie répétitive.
Des zones facultatives peuvent être rendues obligatoires par les parties concernées.
IS0 1 1521 : 1996(F)
Tableau 1 - Matrice de zones/messages type
Étiquette MT
de zone 525 585
18A O O
OOR
20 OORFR
ORFRFR OR
O
23 O
OR OR
26H
FR FR
26J
FR FR
-
P FR
-
32r FR
-
33T FR
35a FR FR
35A OR OR
358 O OR
35E FR FR
-
57s FR
-
58s FR
F FR
60A
F FR
60B
71 B FR FR
-
71 C FR
72 F F
770 FR FR
80C FR FR
81 s FR FR
82s FR FR
83s F F
84s FR FR
-
85s F
FR FR
87s
-
88s FR
10 Description générale des zones
NOTE 5 Le présent article décrit toutes les zones utilisées. Lorsqu'une zone a une application particulière (SOUS le même nom
ou sous un nom différent) dans un ou plusieurs autres messages type, cela est indiqué par un renvoi à l'article 11, où les
escriptions spécifiques sont données.
Définition Format
Étiquette
de zone
10.1 -
En-tête
L'en-tête dépend du système de transmission et identifie, avec
suffisamment de précision et au minimum, l'expéditeur, le destinataire, la
date et le type du message.
L'en-tête précède immédiatement le texte du message.
Nombre de transactions 5n
10.2 1 %A
Cette zone spécifie le nombre de transactions contenues dans le message
(c'est-à-dire le nombre de fois où la partie répétitive qui précède
immédiatement cette zone apparaît dans le message).
Référence de l'expéditeur 16X
10.3 20
Cette zone indique la référence de l'expéditeur du message ou de la
transaction. Voir applications particulières en 11 .I .2 et 11 2.2.
0 IS0
IS0 11521:1996(F)
Format
Étiquette Définition
de zone
16X
10.4 21 Référence associée
Cette zone contient la référence à la transaction ou au message associé.
Voir applications particulières en 11 .I .2 et 11.2.2.
16X
10.5 23 Fonction du message
Cette zone identifie la fonction du message.
16X
10.6 26H Type de transaction
Cette zone identifie le type de transaction concerné.
In
10.7 26J Demande de priorité
Cette zone définit la priorité selon laquelle l'exécutant doit traiter
l'instruction.
Les niveaux de priorité sont régis par des instructions permanentes entre
l'expéditeur et le destinataire du message. Le niveau 1 doit désigner le cas
échéant, le niveau de priorité le plus élevé.
Si cette zone fait défaut, une priorité normale, définie selon les instructions
permanentes, est requise.
- 6n
10.8 30 Date
Cette zone spécifie une date associée à la transaction contenue dans le
message. Sa signification dépend du type de message ou transaction.
Pour plus de détails, se reporter aux messages type correspondant
(c'est-à-dire pour MT 525, voir 1 1.1.2, et MT 585, voir 11.2.2).
6n[29xl
10.9 31P Date et place de négociation
Cette zone indique la date de la négociation (c'est-à-dire 6n) et
éventuellement, le marché sur lequel elle a eu lieu.
Lorsqu'elle est spécifiée, la place doit identifier la place boursière ou tout
où la négociation a été conclue, de préférence par le Code
autre marché
de bourse et marché réglementés à 4 caractères (voir IS0 10383 [41).
10.10 32r Montant de la contrevaleur en espèces A, B
Cette zone définit le montant total à encaisser ou à payer en échange des
titres.
L'option A doit s'utiliser lorsque la date de valeur de la transaction diffère
de la date d'encaissement ou de paiement des titres.
Le format de l'option A est le suivant:
- 6n3a 1 5d
où les zones secondaires 1, 2 et 3 indiquent respectivement la date de
valeur, le code monnaie et le montant.
Le format de l'option B est le suivant:
- 3al5d
où les zones secondaires 1 et 2 définissent respectivement le code
monnaie et le montant.
10.11 33T Cours de négociation - 3al5d
Cette zone indique le code monnaie et le cours de négociation convenu.
Lorsque le code n'est pas au format ISO, la zone secondaire 1
(c'est-à-dire 3a) contient éventuellement l'un des codes suivants:
IS0 11521:1996(F)
Définition Format
Étiquette
de zone
PCT si le cours est exprimé en pourcentage
YLD si le cours est exprimé comme un rendement
Lorsque le cours de négociation est exprimé comme un escompte sur le
cours d‘émission, l’escompte doit figurer dans cette zone et la zone 80C
doit contenir le code /DISCOUNT/ (escompte). De même, dans le cas
d’une prime, cette dernière doit figurer dans la zone et le code /PREMIUM/
(prime) doit apparaître dans la zone 80C.
L’escompte ou la prime spécifié dans cette zone est à exprimer comme
un montant sous forme de code monnaie IS0 ou de points de base en
pourcentage PCT (par exemple 50 points de base correspondent à
PCT0,50).
10.12 35a Numéro/date de coupon C, D
Cette zone s’utilise lorsque tous les coupons suivants, le cas échéant,
sont attachés aux titres.
L‘option C (c’est-à-dire 34 indique le numéro du coupon échu. Lorsque ce
O numéro comprend moins de trois caractères alphanumériques, il convient
d’ajouter des zéros en tête jusqu’à obtention de la longueur voulue.
L’option D (c’est-à-dire 6n) spécifie la date d’échéance du prochain coupon
attaché aux titres.
Quantité de titres - 3a15d
10.13 35A
Cette zone définit le code d’identification des titres et leur quantité.
Les codes suivants spécifient le type de titres:
montant facial, principal ou nominal
FMT :
contrats d’options
OPC :
OPS : actions faisant l‘objet d’options
PRC : contrats de primes
PRS : actions à primes
SHS : actions
UNT : unités, par exemple obligation et warrant
RTS : droits
WTS : warrants
BON : obligations (non négociées par leur valeur faciale)
RTE : rentes
O
CER : certificats représentatifs
MSC: divers
10.14 356 Identification des titres [IÇINI MEd1
[4 *35 x I
Cette zone identifie les titres associés à la transaction.
La zone secondaire 1 comprend éventuellement le numéro international
d’identification des valeurs mobilières (ISIN). Cette zone doit comporter le
code ISlN suivi d’un espace, puis de I’ISIN tel que prescrit dans I’ISO 6166.
La zone secondaire 2 contient tous les détails d’identification du titre et
éventuellement, des caractéristiques comme les actions au porteur ou
nominatives.
Le format de la zone secondaire 2 est 4*35X.
La première ligne de cette zone secondaire peut permettre d’identifier le
titre à partir d’un système d’identification autre que I‘ISIN. Dans ce cas, la
structure suivante est recommandée:
na112 x
[//3 *35 x 1
0 IS0
IS0 1 1521 : 1996(F)
Format
Étiquette Définition
de zone
L'utilisation de la structure recommandée /za/12x dans la zone secondaire 2
doit reposer sur un accord bilatéral entre l'expéditeur et le destinataire.
Si cette structure est utilisée, le premier paramètre (c'est-à-dire 2a) doit
correspondre soit au code IS0 du pays ayant attribué le numéro
d'identification (pour les numéros attribués par Euroclear et Cedel, utiliser
le code IS0 national "XS"), soit au code "XX" afin d'indiquer que le
numéro résulte d'un système de numérotation personnalisé ou bilatéral.
Le code national du premier paramètre de la zone secondaire 2 (c'est-à-
dire Qa) ne désigne pas toujours le pays d'émission (par exemple, si un
titre émis en Australie possède un numéro Sedol ou CUSIP, il convient que
ce numéro soit précédé de GB ou de US respectivement).
6*50X
10.15 35E Numéros de certificats
Cette zone spécifie les numéros de certificats des valeurs concernées,
dans le format de I'ISO 8532.
la zone 80C peut contenir le code
En cas d'insuffisance de place,
/MSG579/ qui indique qu'un message type 579 va suivre pour donner les
numéros de certificat devant ou s'ajouter à ceux de la zone, ou remplacer
celle-ci.
10.16 Compte d'institution
57s
Cette zone définit l'institution financière auprès de laquelle le paiement a
été ou doit être effectué, si le bénéficiaire n'est ni l'expéditeur, ni le
destinataire du message.
10.17 58s Bénéficiaire des fonds
A, C, D
Cette zone spécifie le nom, et éventuellement, le numéro de compte du
bénéficiaire des fonds au sein de l'institution indiquée dans la zone 57s.
[NI1 5d
10.18 60A Position à l'ouverture
Cette zone indique la quantité de titres de la position à l'ouverture avant
les modifications résultant des transactions données dans le message. La
zone secondaire 1 (c'est-à-dire [NI) est utilisée lorsque la position à
l'ouverture est négative ("position courte", par exemple). La zone
secondaire 2 (1 5d) définit le montant de la position.
a
[NI1 5d
10.19 60B Position à la clôture
Cette zone spécifie la quantité de titres de la position à la clôture suite aux
modifications issues des transactions indiquées dans le message. La zone
secondaire 1 (c'est-à-dire [NI) est utilisée lorsque la position à la clôture est
négative ("position courte", par exemple). La zone secondaire 2 (c'est-à-
dire 15d) définit le montant de la position.
6*35X
10.20 71B Détail des frais
Cette zone décrit les frais et les dépenses prélevés par l'expéditeur du
message. Ces frais sont indépendants de ceux des contreparties de la
transaction d'initiateur, mais ils doivent être associés à ceux des CSD.
Dans les six lignes disponibles, il est possible d'utiliser les formats
suivants:
/8a/[aa13d] [informations complémentairesl
[//suite des informations complémentairesl
ou 6 lignes de texte.
0 IS0 IS0 11 521 : 1996(F)
Étiquette Définition Format
de zone
Les codes suivants sont à utiliser dans la zone secondaire 1 (c'est-à-
dire Ban:
/CHGS/ : frais
/COMM/: commissions proportionnelles
/FEES/ : commissions fixes
/POST/ : frais postaux
/SHIN/ : frais d'envoi y compris assurance, etc.
/STAD/ : droit de timbre
/TTAW : taxe sur l'opération
NTAW : taxe à la valeur ajoutée
NITW : impôt à la source
/MISCI : divers
La zone secondaire 2 (c'est-à-dire [3al3dl) est destinée au code monnaie
et au montant des frais.
La zone secondaire 3 contient les informations complémentaires et du texte.
w.21 71C Autres frais 6*35X
Cette zone indique les frais à prélever par l'expéditeur. Les mêmes codes
que ceux définis dans la zone 71 B doivent être utilisés.
10.22 72 Informations complémentaires pour le destinataire du message 6*35X
Cette zone contient des instructions ou des informations complémentaires
pour le destinataire du message. Elle ne doit contenir aucune information
pour laquelle une autre zone a été spécifiée.
Lorsqu'elle figure dans la partie non répétitive d'un message, cette zone
doit contenir des instructions ou des informations s'appliquant à toutes les
transactions du message.
77D Détail de l'inscription nominative 6*35X
10.23
Cette zone définit les détails de l'inscription nominative relatifs à la
transaction (par exemple, le nom et l'adresse de l'entité au nom de
laquelle les titres vont être inscrits, et éventuellement la désignation de
l'entité) en l'absence d'instructions permanentes.
80C Zone rédactionnelle 6*35X
00.24
Cette zone peut contenir tout type d'instruction ou d'information
complémentaire concernant la transaction. Elle ne doit contenir aucune
information pour laquelle une autre zone a été spécifiée.
Dans le cas d'une transaction relative à un compte ou un système non
fongible, cette zone doit fournir toutes les informations utiles (à l'exception
des numéros de certificats, qui doivent figurer dans la zone 35E).
Le cas échéant, les codes suivants indiquent la façon dont (selon quels
termes) la transaction a été passée par les contreparties [un tel accord
peut faire exception à la pratique normale de la date de détachement
(ex-date)]:
/CC/ : coupon attaché
/XC/ : coupon détaché
/CD/ : dividende attaché
/XD/ : dividende détaché
/CR/ : droit attaché
/XR/ : droit détaché
/CO/: avant réorganisation des capitaux
HO/: après réorganisation des capitaux
@ IS0
IS0 11 521: 1996(F)
Format
Étiquette Définition
de zone
10.25 81s Donneur d'ordre d'initiateur A, C, D
Cette zone identifie l'initiateur (donneur d'ordre) de la transaction SOUS-
jacente. Voir applications particulières en 11 .I .2 et 11.2.2.
82s Expéditeur des titres
10.26
Cette zone identifie le donneur d'ordre du CSD expéditeur.
Identifkation du compte
10.27 83s
Cette zone identifie les rapports de compte de titres entre l'expéditeur et
le destinataire du message,
Elle doit s'utiliser dans les cas où il existe un rapport de comptes multiples
et/ou que les instructions permanentes ne s'appliquent pas. Voir
applications particulières en 11 .I .2 et 11.2.2.
A
10.28 84s Dépositaire concerné
Cette zone identifie un CSD, s'il est différent de l'expéditeur ou du
m
destinataire du message intervenant dans la compensation
(réception/expédition) des titres.
10.29 85s Identification de compte secondaire A, C, D
Cette zone identifie le deuxième rapport de compte de titres entre
l'expéditeur et le destinataire du message.
Elle doit s'utiliser dans les cas où il existe un rapport de comptes multiples
et/ou que les instructions permanentes ne s'appliquent pas. Voir
applications particulières en 11 .I .2 et 11.2.2.
10.30 87s Destinataire des titres
A, C, D
Cette zone d6finit l'institution financière qui reçoit les titres du CSD
destinataire soit pour son propre compte, soit pour transfert ou livraison au
bénéficiaire des titres.
10.31 88s Bénéficiaire des titres
A, C, D
Cette zone indique le bénéfice des titres lorsque celui-ci est différent du
destinataire.
Son numéro de compte doit être spécifié si possible.
-
10.32 Fin de message
La fin de message dépend du système de transmission et identifie la fin
du texte du message avec suffisamment de précision.
11 Messages type et description de leurs zones propres
Les messages type sont classés dans l'ordre numérique dans les paragraphes correspondants (voir 11 .I et 1 1.2).
Les zones sont identifiées par une étiquette et doivent apparaître dans l'ordre défini pour chaque message type
(voir 11 .I .I et 11.1.2). Les zones non mentionnées sont interdites.
Dans le dernier paragraphe, pour chaque groupe de messages (voir 11 .I .2 et 11.2.21, les applications propres aux
se rapportant à ce groupe de messages font l'objet d'une description.
zones
0 IS0 IS0 11521:1996(F)
11 .I Ordres de réception/livraison
11 .I .I 525 Transactions de réception/livraison entre dépositaires centraux/organismes de compensation
État
Étiquette Nom de zone
de zone
-
O
En-tête
O
20 Référence du message
O
23 Fonction du message
F
83s Compte du CSD destinataire domicilié chez le CSD expéditeur
F
85s Compte du CSD expéditeur domicilié chez le CSD destinataire
O
35B Identification des titres
F
60A Position à l'ouverture
O
35A Quantité de titres
O
20 Référence de transaction de l'expéditeur
F
20 Référence de transaction associée de l'expéditeur
O
21 Référence de transaction du destinataire
F
21 Référence de transaction associée du destinataire
Type de transaction O
Référence de transaction du donneur d'ordre de l'expéditeur F
4iH
F
Date de livraison/règlement
F
26J Demande de priorité
Initiateur de la livraison F
81 s
Expéditeur des titres F
82s
Dépositaire concerné F
84s
Séquence
Destinataire des titres F
87s
répétitive
F
88s Bénéficiaire des titres
F
32r Montant de la contrevaleur en espèçe
F
57s Compte d'institution
Bénéficiaire des fonds F
58s
Détail de l'inscription nominative F
77D
Cours de la négociation F
33T
Date et place de négociation F
31 P
F
Numéro/date de coupon
35a
Numéros de certificat F
35E
Détail des frais F
71 B
Autres frais F
71 C
Zone rédactionnelle F
80C
O
1 8A Nombre de transactions
Position à la clôture F
F
&B Informations complémentaires au destinataire du message
-
O
Fin de message
11 .I .2 Description des zones propres aux transactions de réception/livraison entre dépositaires
centraux/organismes de compensation
Format
Étiquette Définition
de zone
16X
20 Référence du message
Cette zone contient la référence de l'expéditeur du message.
Référence de transaction de l'expéditeur 16X
Cette zone indique la référence utilisée par le système de l'expéditeur pour identifier
l'instruction détaillée dans la séquence répétitive.

0 IS0
IS0 11521:1996(F)
€tiquette Dbfinition Format
de zone
Selon la fonction du message définie dans la zone 23, l‘instruction de la séquence répétitive
correspond à l’une des transactions suivantes:
- la tansaction demandée par le donneur d’ordre de l‘expéditeur [par exemple, la zone
23 spécifie le code PREADV (préavis), INSTRü (instruction), CANCEL (annulation),
ADVICE (avis), AMENDM (modification), SUPPLE (ajout), INFORM (informations) ou
REVERS (contre-passation), si la contre-passation est demandée par l’expéditeur];
ou
- la transaction demandée dans un précédent message de type 525 par le destinataire
du message pour le compte de son donneur d’ordre [par exemple, la zone 23 spécifie
le code CONFIR (confirmation), REFUSA (refus), NOTICE (notification), VALIDE
(validation), INVALI (irivalidation) ou REVERS (contre-passation), si la contre-passation
est exécutée par l’expéditeur].
NOTE 6 Lorsque le message comporte une séquence répétitive unique, cette zone peut contenir
une référence identique à celle de la zone 20 de la partie commune.
20 Référence de transaction associée de l’expéditeur 16X
Cette zone contient éventuellement la référence utilisée dans le système de l’expéditeur
pour identifier l’instruction de l’autre partie par rapport à la transaction référencée par la
première zone 20 de la séquence répétitive.
Selon la fonction du message définie dans la zone 23, l’instruction associée correspond à
l’une des transactions suivantes:
- la transaction demandée par le donneur d‘ordre de l’expéditeur [par exemple, la
zone 23 spécifie le code CONFIR (confirmation), REFUSA (refus), NOTICE
(notification) ou REVERS (contre-passation), si la contre-passation est exécutée par
l‘expéditeur];
ou
- la transaction demandée dans un précédent message de type 525 par le destinataire
du message pour le compte de son donneur d‘ordre [par exemple, la zone 23 spécifie
le code PREADV (préavis), INSTRU (instruction) ou REVERS (contre-passation), si la
con tre-passa tion est exécutée par I ’expéd i te U rl .
21 Référence de transaction du destinataire 16X
Cette zone indique éventuellement la référence utilisée par le système du destinataire
O
pour identifier l’instruction référencée dans le système de l’expéditeur par la première
la séquence répétitive (c’est-à-dire la référence de transaction de l’expéditeur).
zone 20 de
En l’absence de référence significative pour le destinataire du message, le code NONREF
(sans référence) doit être utilisé dans cette zone.
21 Référence de transaction associée du destinataire 16X
Cette zone contient éventuellement la référence utilisée dans le système du destinataire
pour identifier l‘instruction référencée dans le système de l’expéditeur par la seconde
zone 20 de la séquence répétitive (c’est-à-dire la référence de transaction associée de
l’expéditeur).
21 Référence de transaction du donneur d‘ordre de l’expéditeur 16X
Cette zone définit la référence de transaction du donneur d’ordre de l‘expéditeur (c’est-à-
dire le destinataire ou l’expéditeur des titres tel qu’indiqué à l’expéditeur du message). (Se
rapporter, par exemple, à la zone 20 des messages types associés MT 520, 521, 522 ou
523 reçus par l‘expéditeur du message.)
Cette zone peut également contenir une référence de remplacement à des fins de
rapprochement des transactions.
0 IS0 IS0 11521:1996(F)
Format
Étiquette Définition
de zone
23 Fonction du message 16X
Cette zone contient un ou plusieurs codes qui identifient la fonction du message. Le
format 6a[/8a] doit être utilisé. La zone secondaire 1 doit, sauf accord bilatéral contraire,
comporter l‘un des codes ci-après:
PREADV (préavis): permet au CSD titulaire ou domiciliataire du compte d’annoncer la
transaction sur la base d’une instruction émanant de son donneur d’ordre. Le CSD
à des fins de rapprochement
destinataire du message peut utiliser ces informations
interne. La transaction ne doit pas être exécutée sur la base d’un préavis. Ce message
nécessite normalement une réponse.
INFORM (informations): permet à l‘un des CSD de donner des informations non
comptables. Ce code ne nécessite aucune réponse.
INSTRU (instruction): à usage exclusif du CSD titulaire du compte, qui peut ainsi autoriser
le CSD domiciliataire à exécuter la transaction. Ce message requiert normalement une
réponse.
CANCEL (annulation): permet à un CSD de demander l‘annulation d‘une transaction
précédente comportant le code INSTRU ou PREADV. La cause de l’annulation peut figurer
O
dans la zone 80C. Le code CANCEL demande l’annulation de la transaction en suspens
dans le fichier de l’autre CSD. Ce code nécessite normalement une réponse.
CONFIR (confirmation): à usage exclusif du CSD domiciliataire du compte, qui peut ainsi
confirmer l’exécution d’une INSTRUction. Ce code permet également à l’un des CSD de
confirmer des annulations, des modifications, des contre-passations et des ajouts
demandés (C’est-à-dire que la zone secondaire 2 contient respectivement le code
CANCELD, AMENDMD, REVERSD ou SUPPLED). En l‘absence de zone secondaire 2, la
confirmation concerne l‘exécution d’une INSTRUction précédente. Ce message ne requiert
normalement aucune réponse.
ADVICE (avis): à usage exclusif du CSD domiciliataire du compte, qui peut ainsi informer le
CSD titulaire qu‘elle a exécuté une transaction pour laquelle ce dernier CSD n’a transmis
aucune INSTRUction. Ce message ne nécessite normalement aucune réponse.
NOTICE (notification): permet à l‘un des CSD de donner des informations sur l’état
intermédiaire ou concernant un problème particulier qui affecte la transaction référencée
en attente. Une transaction de ce type reste en attente au niveau de l’expéditeur. Ce
message ne requiert normalement aucune réponse.
a contre-passé
REVERS (contre-passation): permet au CSD domiciliataire de signaler qu’il
une transaction déjà exécutée, pour la raison indiquée dans la zone 80C (par exemple,
titres refusés par le bénéficiaire, entrée précédente erronée). Ce code sert également au
CSD titulaire pour demander la contre-passation d’une transaction déjà exécutée. Dans ce
cas, le message requiert normalement une réponse.
AMENDM (modification): permet de demander un changement dans une ou plusieurs
zones d’une transaction précédente. Ce message nécessite normallement une réponse
SUPPLE (ajout): permet de demander l’ajout d’une ou plusieurs zones dans une
transaction déjà transmise. Ce message requiert normalement une réponse.
REFUSA (refus): à usage exclusif du CSD domiciliataire du compte, qui peut ainsi refuser
l’exécution d’une INSTRUction. Ce code permet également à l’un des CSD de refuser un
préavis ou une demande d‘annulation, de modification, de contre-passation ou d’ajout
(c’est-à-dire que la zone secondaire 2 contient respectivement le code PREADVD,
CANCELD, AMENDMD, REVERSD ou SUPPLED). En l’absence de zone secondaire 2, le
refus concerne l‘exécution d’une INSTRUction précédente. Le motif du refus est spécifié
dans la zone 80C. La transaction ou le message refusé n’est pas conservé par la partie
l’ayant refusé. Ce message ne requiert normalement aucune réponse.
INVALI (invalidation): permet à l’un des CSD d‘indiquer qu’une transaction ou un message
n‘a pas été pris en compte pour la raison spécifiée dans la zone 72 (pour un message) ou
80C (pour une transaction). Ce message nécessite normalement une réponse.
0 IS0
IS0 11521:1996(F)
Format
Étiquette Définition
de zone
VALIDE (validation): permet à l'un des CSD d'indiquer qu'un message a été reçu et ~
compris, et qu'il peut être traité. Ce message ne requiert normalement aucune réponse.
La zone secondaire 2 peut servir à compléter l'identification de la fonction du message
à l'aide de l'un des codes définis ci-après. Ces codes, qui sont précédés d'une barre
oblique "/", identifient les messages auxquels ils répondent.
AMENDMD: message precédent correspondant à une demande de modification.
CANCELD: message précédent correspondant à une demande d'annulation.
INSTRUD: message précedent correspondant à une instruction.
PREADVD: message précédent correspondant à un préavis.
REVERSD: message précédent correspondant à une demande de contre-paisation.
SUPPLED: message précédent correspondant à une demande d'ajout.
La zone secondaire 2 peut également contenir le code suivant ou un code résultant d'un
accord bilatéral entre les parties. Ces codes sont également précédés d'une barre
oblique "/".
CONDITI: message conditionnel qui entraîne l'exécution simultanée de toutes les
transactions du message.
Les combinaisons de codes recommandées dans les zones secondaires 1 et 2 de la
zone 23 sont indiquées ci-après.
Zone secondaire 2:
AMENDMC) CANCELD INSTRUD PEADVD REVERSD SUPPLED CONDlTl
Zone
secondaire 1:
CONFIR X X X X X
INSTRU X
INVALI X X X X X X
PREADV X
REFUSA X X X X X X
VALIDE X X X X X X
26H Type de transaction 16X
Cette zone, dont le format est Za[/BaI identifie le type de la transaction concernée. Les
codes suivants sont utilisés dans la zone secondaire 1 pour définir le flux de titres:
RECFREE: à usage exclusif du CSD destinataire lorsque la transaction consiste en la
réception de titres franco de paiement au bénéfice de l'un de ses membres.
RECAPMT: à usage exclusif du CSD destinataire lorsque la transaction consiste en la
réception de titres contre paiement au bénéfice de l'un de ses membres.
DELFREE: à usage exclusif du CSD expéditeur lorsque la transaction consiste en la
livraison de titres franco de paiement pour le compte de l'un de ses membres.
DELAPMT: à usage exclusif du CSD expéditeur lorsque la transaction consiste en la
livraison de titres contre paiement pour le compte de l'un de ses membres.
La zone secondaire 2 peut servir à compléter l'identification du type de transaction à l'aide
de l'un des codes définis ci-après ou d'un code résultant d'un accord bilatéral. Ces codes
sont précédés d'une barre oblique "/".
NEWISSUE: la transaction concerne une nouvelle émission.
0 IS0 IS0 11521:1996(F)
Format
Étiquette Définition
de zone
PHYSICAL: la transaction doit être exécutée par un transfert physique. Par défaut, un
virement est appliqué.
30 Date de livraison/règlement - 6n
Cette zone spécifie la date à laquell
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...