ISO 15022-1:1999
(Main)Securities — Scheme for messages (Data Field Dictionary) — Part 1: Data field and message design rules and guidelines
Securities — Scheme for messages (Data Field Dictionary) — Part 1: Data field and message design rules and guidelines
This part of ISO 15022 consists of: - the description of the Enhanced ISO 7775 syntax and message design rules; - the contents and organization of the dictionary of Enhanced ISO 7775 and EDIFACT fields for securities messages; and - the contents and organization of the catalogue of securities messages built in the Enhanced ISO 7775 and EDIFACT syntaxes. It refers to the EDIFACT syntax when necessary to ensure an easy cross-reference between Enhanced ISO 7775 concepts and EDIFACT concepts. The EDIFACT syntax is not described in this part of ISO 15022; it is defined in ISO 9735 which is incorporated by reference. This part of ISO 15022 is used for electronic data interchange between securities industry participants, independently of the communication network. Network dependent rules, for example, on how to specify where and when the message is to be sent, message acknowledgement and message protection are outside the scope of this part of ISO 15022. The maintenance of this part of ISO 15022 is described in part 2 of ISO 15022.
Valeurs mobilières — Schéma des messages (Dictionnaire des Champs de Données) — Partie 1: Règles de construction des champs de données et des messages et guide d'utilisation
La présente partie de l'ISO 15022 présente - une description des règles de création des messages et de la syntaxe de l'ISO 7775 améliorée; - le contenu et l’organisation du dictionnaire des champs de l'ISO 7775 améliorée et EDIFACT pour les messages relatifs aux valeurs mobilières; - le contenu et l’organisation du catalogue des messages relatifs aux valeurs mobilières élaborés à partir des syntaxes de l'ISO 7775 améliorée et EDIFACT. Si nécessaire, elle se réfère à la syntaxe EDIFACT afin de faciliter les références croisées entre les concepts spécifiques à l'ISO 7775 améliorée et ceux propres à EDIFACT. La présente partie de l'ISO 15022 ne décrit pas la syntaxe EDIFACT: cette dernière est définie dans l'ISO 9735 à laquelle il est fait référence ici. La présente partie de l'ISO 15022 concerne l’échange électronique de données entre les acteurs du secteur des valeurs mobilières, indépendamment de tout réseau de communication. Ainsi, les règles permettant de définir la manière et le moment où le message doit être envoyé, les accusés de réception et la protection des messages ne font pas partie du domaine d’application de la présente partie de l'ISO 15022 car elles dépendent du réseau. La mise à jour de la présente partie de l'ISO 15022 est décrite dans la partie 2 de l'ISO 15022. La présente partie de l'ISO 15022 contient des éléments de données liés à des dates où l'année est formatée en moins de quatre chiffres. Le format de ces éléments de données sera considéré, et si nécessaire amendé, à l'occasion de la prochaine révision. En attendant, il est recommandé que les utilisateurs considèrent, dans le contexte de leur mise en application de la présente partie de l'ISO 15022, toutes prescriptions d'amendement en relation avec l'an 2000 et leur environnement des affaires.
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 15022-1
First edition
1999-03-01
Securities — Scheme for messages (Data
Field Dictionary) —
Part 1:
Data field and message design rules and
guidelines
Valeurs mobilières — Schéma des messages (Dictionnaire des champs
de données) —
Partie 1: Règles de construction des champs de données et des messages
et guide d'utilisation
A
Reference number
ISO 15022-1:1999(E)
---------------------- Page: 1 ----------------------
ISO 15022-1:1999(E)
Contents
1 Scope .1
2 Normative references .1
3 Terms and definitions .2
4 Enhanced ISO 7775 Syntax and lexical format .5
4.1 Basic principles .5
4.2 Character sets and lexical format .5
4.3 Message structure and design rules .7
5 Data Field Dictionary .13
5.1 Contents .13
5.2 Access to the Data Field Dictionary.14
5.3 Data Field Dictionary status .14
5.4 EDIFACT — Enhanced ISO 7775 relationship.15
6 Catalogue of Messages.15
6.1 Contents .15
6.2 Access to the Catalogue of Messages .17
6.3 EDIFACT — Enhanced ISO 7775 relationship.17
(informative)
Annex A Message construction guidelines .18
Bibliography.22
© ISO 1999
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic
or mechanical, including photocopying and microfilm, without permission in writing from the publisher.
International Organization for Standardization
Case postale 56 • CH-1211 Genève 20 • Switzerland
Internet iso@iso.ch
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
© ISO
ISO 15022-1:1999(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO
member bodies). The work of preparing International Standards is normally carried out through ISO technical
committees. Each member body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, governmental and non-governmental, in
liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical
Commission (IEC) on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are circulated 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 ISO 15022-1 was prepared by Technical Committee ISO/TC 68, Banking, securities and
other financial services, Subcommittee SC 4, Securities and related financial instruments.
ISO 15022 cancels and replaces ISO/TR 7775:1997 and ISO 11521:1996.
ISO 15022 consists of the following parts, under the general title Scheme for messages (Data Field Dictionary):
Part 1: Data field and message design rules and guidelines
Part 2: Maintenance of the Data Field Dictionary and Catalogue of Messages
Annex A of this part of ISO 15022 is for information only.
iii
---------------------- Page: 3 ----------------------
© ISO
ISO 15022-1:1999(E)
Introduction
This part of ISO 15022 replaces ISO/TR 7775, Securities — Scheme for message types and ISO 11521, Securities —
Scheme for interdepository message types. In the mid-1990s, it was felt strongly that the International Standards for
communication between securities industry participants required an urgent review aiming at (1) reducing the time
taken to deliver new message types to the market place and (2) improving “straight through processing” capabilities.
ISO 15022 sets the principles necessary to provide the different communities of users with the tools to design
message types to support their specific information flows. These tools consist of:
a set of syntax and message design rules;
a dictionary of data fields; and
a catalogue for present and future messages built by the industry with the above-mentioned fields and rules.
To address the evolving needs of the industry as they arise, the Data Field Dictionary and the Catalogue of
Messages have been kept outside the standard. They are made available by a Registration Authority which updates
them as necessary upon the request of industry participants.
To protect investments already made by the industry, the syntax proposed in this part of ISO 15022, referred to as
the “Enhanced ISO 7775 syntax”, is based on the syntax used for the previous ISO 7775 and ISO 11521. However,
to ensure the promotion, awareness and knowledge of the Electronic Data Interchange For Administration,
Commerce and Transport (EDIFACT), a standard developed by the United Nations, adopted by ISO in 1988 as
ISO 9735, and recommended as the International Standard for Electronic data interchange, ISO 15022 also
supports the EDIFACT syntax. To recognize that a number of countries are currently or may in the future migrate to
EDIFACT, the Registration Authority shall register EDIFACT fields and messages for use by securities industry
participants. The ISO 15022 Data Field Dictionary shows how to format each data element required in securities
messages in the Enhanced ISO 7775 syntax and in the EDIFACT syntax. Similarly, the Catalogue of Messages
shows messages structured under both the Enhanced ISO 7775 and the EDIFACT message design rules and
syntax.
ISO 15022 contains:
the Enhanced ISO 7775 syntax and message design rules;
the organization of the Data Field Dictionary and the Catalogue of Messages;
the service levels and procedures for the Registration Authority, including its supervision by ISO.
The EDIFACT syntax referred to in this document is described in ISO 9735.
It is expected that this new flexible framework will allow industry groups to build messages in an international
language and to migrate to EDIFACT if desired, at the speed which matches the urgency of their needs. If none of
the messages recorded in the Catalogue of Messages addresses their requirements, they will be able to agree on
the use of a new one and to design it from the approved fields in the Enhanced ISO 7775 and/or EDIFACT syntax.
The Registration Authority will create extra fields as necessary and record the new message types and versions in
the Catalogue of Messages to avoid the duplication of effort by other groups who have similar needs. The
Registration Authority will ensure that the new fields and the new messages are available in both the Enhanced
ISO 7775 and the EDIFACT formats, as required.
Straight through processing is expected to be enhanced because each community of users will be able to explicitly
define its own business requirements and convert them into market specific message type versions. The approach
differs from the generic international messages defined so far by ISO, which did not explicitly identify market
specifics and therefore rendered the communication interfaces dependent on additional rules to be agreed
bilaterally between senders and receivers.
iv
---------------------- Page: 4 ----------------------
© ISO
ISO 15022-1:1999(E)
Although the new framework permits multiple versions of the same message type, it is expected that market forces
will naturally limit their creation to what is actually required until further convergence of market practices makes it
possible to develop true international message standards for straight through processing. Similarly, it is expected
that market forces will naturally organize the migration to EDIFACT at an appropriate pace. The dual structure of the
Data Field Dictionary and Catalogue of Messages will facilitate the migration and the development of any required
conversion mechanisms.
NOTE ISO 15022 has been designed to incorporate and be upwards compatible with the previous securities message
standards ISO 7775 and ISO 11521, as updated in ISO/TR 7775 . As a result, the initial Data Field Dictionary and Catalogue of
Messages accommodate ISO/TR 7775 data fields and messages. However, some of the previous fields and messages are not
fully compliant with the Enhanced ISO 7775 syntax, and none are compliant with EDIFACT. In addition, the initial Data Field
Dictionary incorporates the Industry Standardization for Institutional Trade Communications (ISITC) DSTU 1/1995 and the
Securities Standards Advisory Board (SSAB) data dictionaries.
A list of standards related to this part of ISO 15022 is given in the bibliography.
v
---------------------- Page: 5 ----------------------
INTERNATIONAL STANDARD © ISO ISO 15022-1:1999(E)
Securities — Scheme for messages (Data Field Dictionary) —
Part 1:
Data field and message design rules and guidelines
1 Scope
This part of ISO 15022 consists of:
the description of the Enhanced ISO 7775 syntax and message design rules;
the contents and organization of the dictionary of Enhanced ISO 7775 and EDIFACT fields for securities
messages; and
the contents and organization of the catalogue of securities messages built in the Enhanced ISO 7775 and
EDIFACT syntaxes.
It refers to the EDIFACT syntax when necessary to ensure an easy cross-reference between Enhanced ISO 7775
concepts and EDIFACT concepts. The EDIFACT syntax is not described in this part of ISO 15022; it is defined in
ISO 9735 which is incorporated by reference.
This part of ISO 15022 is used for electronic data interchange between securities industry participants,
independently of the communication network. Network dependent rules, for example, on how to specify where and
when the message is to be sent, message acknowledgement and message protection are outside the scope of this
part of ISO 15022.
The maintenance of this part of ISO 15022 is described in part 2 of ISO 15022.
2 Normative references
The following normative documents contain provisions which, through reference in this text, constitute provisions of
this part of ISO 15022. For dated references, subsequent amendments to, or revisions of, any of these publications
do not apply. However, parties to agreements based on this part of ISO 15022 are encouraged to investigate the
possibility of applying the most recent editions of the normative documents indicated below. For undated
references, the latest edition of the normative document referred to applies. Members of ISO and IEC maintain
registers of currently valid International Standards.
ISO/IEC 646, Information technology — ISO 7-bit coded character set for information interchange.
ISO/IEC 8859-1, Information technology — 8-bit single-byte coded graphic character sets — Part 1: Latin alphabet
No. 1.
ISO 9735 (all parts), Electronic data interchange for administration, commerce and transport (EDIFACT) —
Application level syntax rules.
ISO/IEC 10646-1, Information technology — Universal Multiple-Octet Coded Character Set (UCS) — Part 1:
Architecture and Basic Multilingual Plane.
Reference is also made to ISO/TR 7775, which refers to Technical Report (type 2) 7775. This document contains all
message types included in ISO 7775 and ISO 11521, as updated and complemented by the ISO 7775 Maintenance
Agency until September 1994.
1
---------------------- Page: 6 ----------------------
© ISO
ISO 15022-1:1999(E)
3 Terms and definitions
For the purposes of this part of ISO 15022, the following terms and definitions apply.
3.1
block of data fields
predefined and identified set of functionally related data fields related to a business concept
NOTE A block of data fields is identified by a start of block and an end of block data field which both mention the block
name, which qualifies the specific meaning of the block. The block of data fields may be repeating. A block of data fields may
also include other, nested, blocks of data fields.
3.2
community of users
financial institutions sharing the same market practice and using the same message standards
3.3
component data element
simple data element which is a subordinate portion of a composite data element identified by its position within the
composite data element
3.4
composite data element
data element containing two or more component data elements
3.5
data element
unit of data for which the identification, description and value representation have been specified
NOTE A data element in certain contexts is considered indivisible.
3.6
data element tag
〈EDIFACT only〉 unique identifier for a data element in an EDIFACT data elements directory (see field tag)
3.7
data field
data field consists of a field tag followed by a data item
NOTE It is used to convey a simple data element or a composite data element which represents a unit of meaningful
information.
3.8
data item
expression of a single data element or a composite data element represented in a specific format and identified by
the preceding field tag
3.9
data source issuer code
string of characters used to identify the institution or market organization owning the data source scheme
3.10
data source issuer sub-code
identification of the specific data source scheme for the data source issuer
3.11
data source scheme
data source scheme consists of two sub-fields, the data source issuer code and the data source issuer sub-code,
which are used in the data field tag to identify a proprietary scheme for the data item
2
---------------------- Page: 7 ----------------------
© ISO
ISO 15022-1:1999(E)
3.12
discrete data field
data field which expresses a specific single business data item
NOTE The field tag of a discrete data field does not need a qualifier to further define the business meaning of the data
item.
3.13
field tag
unique string of characters identifying the meaning, format, and value representation of the following data item (see
data element tag)
NOTE A field tag is made up of a field type optionally followed by a qualifier and a data source scheme.
3.14
field type
unique string of characters which starts the field tag and identifies the format and value representation of the data
item
NOTE It also identifies either the meaning of the following data item (see discrete data field) or the class of the following
data item (see generic data field).
3.15
generic data field
data field used to express the data of a family or class of data items of the same nature, e.g. dates, amounts
NOTE The field tag of a generic data field contains a qualifier to specify the precise meaning of the following data item.
3.16
group of segments
〈EDIFACT only〉 identified, usually repeatable, grouping of segments
3.17
message
series of data fields and/or blocks of data fields communicated from one party to another to convey meaningful
business information
NOTE In EDIFACT, a set of segments in the order specified in an EDIFACT message directory starting with the message
header and ending with the message trailer.
3.18
message code
unique string of characters identifying the message type
3.19
message descriptor
string of characters which specifies the scope of the message and the fields that may be used
NOTE A message descriptor is made up of a message code optionally followed by a version number and a message
version sub-format.
3.20
message type
identified and structured set of data items or data elements used to convey information related to a specific
business scope
3.21
message version issuer code
string of characters used to identify the institution or market segment owning the message version sub-format
3
---------------------- Page: 8 ----------------------
© ISO
ISO 15022-1:1999(E)
3.22
message version issuer sub-code
identification of the specific message version sub-format for the message version issuer
3.23
message version sub-format
message version sub-format consists of two sub-fields, the message version issuer code and the message version
issuer sub-code, which are used in the message descriptor to identify a proprietary sub-format
3.24
nested segment
〈EDIFACT only〉 segment which directly relates to another segment in an identified and structured group of
segments covering the requirements for a specific message type
3.25
qualified data element
data element whose precise meaning is conveyed by an associated qualifier
3.26
qualified segment
〈EDIFACT only〉 segment whose precise meaning is conveyed by an associated qualifier
3.27
qualifier
data element whose value is expressed as a code that gives specific meaning to the function of another data
element, data item, or segment
3.28
repeating segment
〈EDIFACT only〉 segment which may repeat in a message as specified in the relevant message type specification
3.29
segment
〈EDIFACT only〉 predefined and identified set of functionally related data element values
NOTE A segment starts with a segment tag and ends with a segment terminator.
3.30
segment tag
〈EDIFACT only〉 simple data element uniquely identifying a segment
3.31
separator
character(s) used for the syntactical separation of data
3.32
sequence
predefined set of data fields for documentation purposes only
3.33
simple data element
data element containing a single value
3.34
sub-field
subdivision or subordinate portion of a composite data element or of a field tag or of a message descriptor
3.35
version number
allows different versions of the message type to be supported concurrently
4
---------------------- Page: 9 ----------------------
© ISO
ISO 15022-1:1999(E)
4 Enhanced ISO 7775 Syntax and lexical format
4.1 Basic principles
Messages that are designed to comply with the Enhanced ISO 7775 standard and are part of the Catalogue of
Messages, adhere to the following basic principles.
Messages must be system and network independent.
The scope of the message should not be dependent on the sender and/or receiver of the message.
A field tag should uniquely identify the following data item, independently of the message type or the position of
the data field in a message.
4.2 Character sets and lexical format
This part of ISO 15022 accommodates data fields that comply with the following character sets.
ISO/IEC 8859-1 (Latin 1);
ISO/IEC 8859-1 consists of 191 graphic characters and supports all the characters used in Danish, Dutch,
English, Faroese, Finnish, French, German, Icelandic, Irish, Italian, Norwegian, Portuguese, Spanish and
Swedish.
ISO/IEC 10646-1 [Universal Multiple-Octet Coded Character Set (UCS)]
This supports most non-Latin based languages;
Binary.
4.2.1 Specifying lexical format
The format of a field and its constituents is documented in the following way.
Length restrictions nn minimum 1 character and maximum nn characters
nn! fixed number of characters
nn-nn range of characters
nn*nn maximum number of lines · maximum number of characters per line
Type of characters n digits
d digits with a decimal comma
s + or - sign (if optional, no sign implies a positive value)
h upper case hexadecimals
a upper case letters
c upper case alphanumeric characters
e blank space
y upper case ISO 9735 characters (UNOA - Level A character set)
z ISO/IEC 8859-1 (Latin 1) characters
u ISO/IEC 10646-1 [Universal Multiple-Octet Coded Character Set (USC)]
b binary
“/” character as-is, or
“text” text as-is
5
---------------------- Page: 10 ----------------------
© ISO
ISO 15022-1:1999(E)
Many of the data items in the Data Field Dictionary can accept lower case letters and other characters as well as
upper case alphanumeric characters. They are of a data type z, i.e. they may consist of ISO/IEC 8859-1 (Latin 1)
characters, which is the same as EDIFACT code list UNOC. Some networks do not support all these characters.
Acceptable subsets of Latin 1 include:
ISO/IEC 646 With US national option. This is a 7-bit character set.
The printable codes from 32 to 127 are identical with Latin 1.
ISO 9735 EDIFACT code list UNOA - Level A character set (existing code ‘y’). This is also the International
Telex Character Set.
ISO 9735 EDIFACT code list UNOB - Level B character set. Upper and lower case letters.
S.W.I.F.T. character set.
Windows code page 1252 - Windows Latin 1 (ANSI) is in fact a superset of ISO/IEC 8859-1.
4.2.2 Separators
In addition to the character set used for defining data fields, control characters are required to syntactically
separate:
data fields within a message (field separator);
field tag from data item (tag separator);
sub-fields within a data item, field tag or message descriptor (sub-field separator).
Similarly, if it is required to include a control character within the text, it must be preceded by a release character to
signify that it should be regarded as text. The release character itself should also be preceded by another release
character if it is to be treated as text.
The defined separators and release character are:
Field separator CRLF (carriage return-line feed)
Tag separator “:” (colon) (when not followed immediately by another “:”), or the second “/” after “::”
Sub-field separator “/”, or “::” in a field tag
Release character “?”
In addition, the end of a message is marked by a message delimiter. The format of a message delimiter is CRLF “-”
(carriage return-line feed-minus sign).
For an example see 4.3.2.1.
4.2.3 Notation used
The following notation is used to describe the use of sub-fields, data fields, sequences of data fields or blocks of
data fields. It is also used to describe the structure and use or format of data fields and messages.
The name of an item or a collection of items is often shown in “<….>” (the < and > characters do not form part of the
message).
If a character or sub-field is optional within a field, it is shown in square brackets “[…]”. (The [ and ] characters do
not form part of the message).
Alternative items, i.e. one item to be used out of a series of items, are shown by separating them by an or sign “|”.
(The | character does not form part of the message.)
6
---------------------- Page: 11 ----------------------
© ISO
ISO 15022-1:1999(E)
The following examples illustrate these points:
EXAMPLE 1 2!z[1n]
means a field which is either 2 acceptable Latin 1 characters long or 2 characters followed by a digit.
EXAMPLE 2 3!c[“/”3!c[“/”8z]]
means that the format can consist of three parts (sub-fields) which are separated by “/” characters, and it
may consist of:
sub-field 1 only 3!c
sub-fields 1 & 2 3!c“/”3!c
or sub-fields 1, 2 & 3 3!c“/”3!c“/”8z
NOTE In this example sub-field 3 may consist of any acceptable Latin 1 characters whereas sub-fields 1 and 2 can only
consist of upper case alphanumeric characters.
EXAMPLE 3 |
EXAMPLE 4 [[|]]
means either sequence A; sequence A,B; sequence A,B,C or sequence A,B,D.
4.2.4 Defining numbers
Numbers are frequently specified as format d. This format requires a decimal separator (i.e. a comma) to be always
specified, with at least one digit before the comma. Leading and trailing zeroes are acceptable. Valid formats
include:
123, 12,3 0,123 123456, 123,0
00123,
The following are invalid formats:
123 12.3 .123 ,123
123 456, 123.456, 123,456,
4.3 Message structure and design rules
This clause describes the various components of a message, and how they may be combined together.
Each message consists of:
a message descriptor;
a number of data fields and/or blocks of data fields;
a message delimiter.
The message header, which contains the message descriptor, and the message trailer, which contains the
message delimiter, are considered to be system, network, or transmission medium-dependent and as a result are
not part of this part of ISO 15022. However, the message descriptor and delimiter are considered to be part of this
part of ISO 15022.
A message may be constructed with its data fields and blocks of data fields in any order. This will not change the
meaning of the message.
4.3.1 Message descriptor
The data content of each message must be preceded by a message descriptor. The descriptor identifies the scope
of the message, the fields that may be specified and the conditions for their use.
The message descriptor information must be included in the header. It consists of up to three sub-fields: a message
code, an optional version number and an optional message version sub-format.
7
---------------------- Page: 12 ----------------------
© ISO
ISO 15022-1:1999(E)
It is recommended to use the sequence:
[ [
code>[]]]
in the format:
3!c [“/”3!c[“/”4!c[4c]]]
The message code (3!c) refers to a message type which defines the scope of the message, e.g. an order to buy.
The version number (“/”3!c) allows different versions of the message type to be supported concurrently. It defines
the data fields that may be used in the specific message type. If no version number is specified in the message
descriptor, it is deemed to be message type version “000”. It should be noted that there may not necessarily be an
overall generic message type and version, which encompasses all the other current versions.
The optional message version sub-format (“/”4!c[4c]) allows one to create proprietary sub-formats to refine a
message type version by, for example, indicating that additional constraints or general usage guidelines apply, e.g.
521/005/ISIT1997 could indicate that the following message is version five of message type 521, which is used in
compliance with the requirements defined by ISITC in 1997. It should be noted that a sub-format is a user defined
variation of a message type version and must be fully compatible with this message type version.
4.3.1.1 Message version sub-formats
The Registration Authority (RA) will maintain a list of unique four-character message version issuer codes. When
possible, they will consist of the first four characters of the BIC of the registering financial institution. If no BIC is
available, the message version issuer code will be created by the RA.
Once a message version issuer code has been registered, the message version issuer may then create its own set
of message version sub-formats identified by its issuer code optionally followed by a unique four-character message
version issuer sub-code of its choice. The RA will check the compliance of the message version sub-format with the
related message version. Message version sub-formats are available for use by any user.
4.3.1.2 Version number
. By default, all existing messages (i.e. ISO/TR 7775 messages)
All new messages are given version numbers
are attributed version number “000”.
As stated above, message type alone (e.g. MT 521) identifies a message scope, but not a message format. Hence
MT521 just means ‘receive against payment’, and MT521/000 means the ISO/TR 7775 format of MT521.
The version number is used in two ways:
for a new release of an existing version which will be phased out after a transitional conversion period, e.g.
users of MT 521/067 decide to adopt a new format for receive against payment, which will be called 521/089;
to identify the message formats used by different communities of users for the same scope, e.g. MT521/008 is
the current version used by European Custodians, 521/004 is the version used by International Central
Securities Depositories (ICSDs), 521/154 is the current version of CREST,…
Versions are described in the Catalogue of Messages. They are not proprietary: anybody can use them, e.g. using
the above example, DTC can start using 521/154 without asking CREST.
One community of users cannot define several current versions of the same message type (except in the case of
transition to a new release, as explained above). If a community wants to further identify the variations of the
message format in various specific situations, these “sub-formats” may be identified in the third sub-field of the
message descriptor (i.e. the message version sub-format). Message
...
NORME ISO
INTERNATIONALE 15022-1
Première édition
1999-03-01
Valeurs mobilières — Schéma des
messages (Dictionnaire des Champs de
Données) —
Partie 1:
Règles de construction des champs de
données et des messages et guide
d'utilisation
Securities — Scheme for messages (Data Field Dictionary) —
Part 1: Data field and message design rules and guidelines
Numéro de référence
ISO 15022-1:1999(F)
©
ISO 1999
---------------------- Page: 1 ----------------------
ISO 15022-1:1999(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence autorisant
l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir l'exploitation de
ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation, veuillez en informer le
Secrétariat central à l'adresse donnée ci-dessous.
© ISO 1999
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l’ISO à
l’adresse ci-après ou du comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 � CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 734 10 79
E-mail copyright@iso.ch
Web www.iso.ch
Version française parue en 2000
ImpriméenSuisse
ii © ISO 1999 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO 15022-1:1999(F)
Sommaire Page
Avant-propos.iv
Introduction.v
1 Domaine d'application.1
2 Références normatives .1
3 Termes et définitions.2
4 Syntaxe et format lexical de l'ISO 7775 améliorée .5
4.1 Principes de base .5
4.2 Jeux de caractères et format lexical.5
4.3 Structure des messages et règles de création.8
5 Dictionnaire des Champs de Données .15
5.1 Contenu .15
5.2 Accès au Dictionnaire des Champs de Données .16
5.3 Statut du Dictionnaire des Champs de Données .16
5.4 Relation EDIFACT — ISO 7775 améliorée .16
6 Catalogue des Messages .17
6.1 Contenu .17
6.2 Accès au Catalogue des Messages .19
6.3 Relation EDIFACT — ISO 7775 améliorée .20
Annexe A (informative) Guide de création des messages.21
Bibliographie .25
© ISO 1999 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO 15022-1:1999(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de l'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 gouvernementales, en
liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec la Commission
électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
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 comités
membres votants.
La Norme internationale ISO 15022-1 a été élaborée par le comité technique ISO/TC 68, Banque, valeurs
mobilières et autres services financiers, sous-comité SC 4, Valeurs mobilières et autres instruments financiers
concernés.
L'ISO 15022 annule et remplace l’ISO/TR 7775:1997 et l’ISO 11521:1996.
L'article 1 de la version française de la présente partie de l'ISO 15022 inclut le Rectificatif technique 1
[ISO 15022-1:1999/Cor.1:1999(E)] publié en anglais séparément.
L'ISO 15022 comprend les parties suivantes, présentées sous le titre général Valeurs mobilières — Schéma des
messages (Dictionnaire des Champs de Données):
� Partie 1: Règles de construction des champs de données et des messages et guide d'utilisation
� Partie 2: Mise à jour du Dictionnaire des Champs de Données et du Catalogue des Messages
L’annexe A de la présente partie de l’ISO 15022 est donnée uniquement à titre d’information.
iv © ISO 1999 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO 15022-1:1999(F)
Introduction
La présente partie de l’ISO 1522 remplace l’ISO/TR 7775, Valeurs mobilières — Types de messages,et
l’ISO 11521, Valeurs mobilières — Structure des messages type interdépositaires. Au milieu des années quatre-
vingt-dix, il était communément admis que les Normes internationales régulant la communication entre les acteurs
du secteur des valeurs mobilières devaient être rapidement révisées dans le but (1) de réduire le temps nécessaire
à la mise sur le marché des nouveaux types de message et (2) d’améliorer la capacité de traitement automatisé.
L’ISO 15022 définit les principes permettant de fournir aux différents groupes d’utilisateurs les outils de création
des types de message leur permettant de gérer leurs propres flux d’informations. Ces outils sont les suivants:
� un jeu de règles de création des messages et de la syntaxe;
� un dictionnaire des champs de données;
� un catalogue des messages actuels et futurs créés par ce secteur, comportant les champs et les règles
mentionnés ci-dessus.
Afin de répondre aux besoins évolutifs de ce secteur au fur et à mesure qu’ils apparaissent, le Dictionnaire des
Champs de Données et le Catalogue des Messages ne font pas partie de la norme: ils sont disponibles auprès
d’un Organisme d’enregistrement qui, le cas échéant, les met à jour à la demande des acteurs de ce secteur.
Pour préserver les investissements déjà effectués par ce secteur, la syntaxe proposée dans la présente partie de
l’ISO 15022, appelée “syntaxe de l'ISO 7775 améliorée”, s’inspire de la syntaxe utilisée pour les anciennes
ISO 7775 et ISO 11521. Toutefois, pour assurer la promotion et la publicité d’EDIFACT (Electronic Data
Interchange For Administration, Commerce and Transport), une autre norme a été élaborée par les Nations Unies,
adoptée par l’ISO en 1988 sous le nom de ISO 9735 et recommandée comme étant la Norme internationale en
matière d’échange électronique de données: l'ISO 15022 gère également la syntaxe EDIFACT. Pour savoir quels
pays utilisent ou pourraient utiliser EDIFACT, l’Organisme d’enregistrement doit répertorier les champs et
messages EDIFACT à utiliser par les acteurs du secteur des valeurs mobilières. Le Dictionnaire des Champs de
Données de l'ISO 15022 montre comment formater chaque élément de données requis dans les messages de
valeurs mobilières, à la fois dans la syntaxe de l'ISO 7775 améliorée et dans la syntaxe EDIFACT. De même, le
Catalogue des Messages présente des messages structurés selon les règles de création et la syntaxe de
l'ISO 7775 améliorée et d’EDIFACT.
L'ISO 15022 présente
� les règles de création des messages et la syntaxe de l'ISO 7775 améliorée;
� l’organisation du Dictionnaire des Champs de Données et du Catalogue des Messages;
� les niveaux de service et les procédures de l’Organisme d’enregistrement, y compris son contrôle par l’ISO.
La syntaxe EDIFACT à laquelle ce document fait référence est décrite dans l'ISO 9735.
La souplesse de cette nouvelle structure doit permettre aux groupes de ce secteur d’élaborer des messages dans
une langue internationale et de migrer éventuellement vers EDIFACT, à une vitesse qui répond à l’urgence de
leurs besoins. Si aucun des messages enregistrés dans le Catalogue des Messages ne répond à leurs exigences,
les groupes de ce secteur seront à même de se mettre d’accord sur l’utilisation d’un nouveau message et de créer
celui-ci à partir des champs approuvés de l'ISO 7775 améliorée et/ou de la syntaxe EDIFACT. L’Organisme
d’enregistrement créera les champs supplémentaires requis et enregistrera les nouveaux types de message et
leurs versions dans le Catalogue des Messages, afin d’éviter que des groupes différents ne présentent les mêmes
requêtes. L’Organisme d’enregistrement veillera à ce que les nouveaux champs et les nouveaux messages soient
disponibles dans les formats ISO 7775 améliorée et EDIFACT.
© ISO 1999 – Tous droits réservés v
---------------------- Page: 5 ----------------------
ISO 15022-1:1999(F)
Le traitement automatisé sera sans doute amélioré, puisque chaque groupe d’utilisateurs pourra définir clairement
ses propres exigences professionnelles et créer des versions de type de message adaptées aux marchés. Cette
approche diffère des messages internationaux de type générique définis jusqu’à présent par l’ISO. En effet, ces
derniers n’identifiaient pas clairement les particularités de chaque marché et subordonnaient donc les interfaces de
communication à d’autres règles qui devaient être approuvées bilatéralement par les expéditeurs et les
destinataires.
Bien que cette nouvelle structure autorise plusieurs versions du même type de message, il est probable que les
acteurs des différents marchés limiteront naturellement la création des messages à ce qui est réellement
indispensable, jusqu’à ce qu’une plus grande convergence des pratiques des marchés permette de développer de
véritables Normes internationales en la matière, favorisant le traitement automatisé. De même, il est probable que
les acteurs des marchés conduiront naturellement à migrer vers EDIFACT, à un rythme approprié. La double
structure du Dictionnaire des Champs de Données et du Catalogue des Messages facilitera la migration et le
développement de tous les mécanismes de conversion nécessaires.
NOTE L'ISO 15022 vise non seulement à intégrer, mais aussi à être compatible avec, les précédentes ISO 7775 et
ISO 11521 portant sur les messages propres aux valeurs mobilières telles qu’elles ont été mises à jour par l'ISO/TR 7775. Par
conséquent, le Dictionnaire des Champs de Données et le Catalogue des Messages tiennent compte des champs de données
et des messages de l'ISO/TR 7775. Toutefois, certains des anciens champs et messages ne sont pas entièrement conformes à
la syntaxe de l'ISO 7775 améliorée, et aucun n’est conforme à EDIFACT. De plus, le dictionnaire initial des champs de données
comprend les dictionnaires de données de l’ISITC (Industry Standardization for Institutional Trade Communications), DSTU
1/1995, et du SSAB (Securities Standards Advisory Board).
Une liste des normes liées à la présente partie de l'ISO 15022 est donnée dans la bibliographie.
vi © ISO 1999 – Tous droits réservés
---------------------- Page: 6 ----------------------
NORME INTERNATIONALE ISO 15022-1:1999(F)
Valeurs mobilières — Schéma des messages (Dictionnaire des
Champs de Données) —
Partie 1:
Règles de construction des champs de données et des messages
et guide d'utilisation
1 Domaine d'application
La présente partie de l'ISO 15022 présente
� une description des règles de création des messages et de la syntaxe de l'ISO 7775 améliorée;
� le contenu et l’organisation du dictionnaire des champs de l'ISO 7775 améliorée et EDIFACT pour les
messages relatifs aux valeurs mobilières;
� le contenu et l’organisation du catalogue des messages relatifs aux valeurs mobilières élaborés à partir des
syntaxes de l'ISO 7775 améliorée et EDIFACT.
Si nécessaire, elle se réfère à la syntaxe EDIFACT afin de faciliter les références croisées entre les concepts
spécifiques à l'ISO 7775 améliorée et ceux propres à EDIFACT. La présente partie de l'ISO 15022 ne décrit pas la
syntaxe EDIFACT: cette dernière est définie dans l'ISO 9735 à laquelle il est fait référence ici.
La présente partie de l'ISO 15022 concerne l’échange électronique de données entre les acteurs du secteur des
valeurs mobilières, indépendamment de tout réseau de communication. Ainsi, les règles permettant de définir la
manière et le moment où le message doit être envoyé, les accusés de réception et la protection des messages ne
font pas partie du domaine d’application de la présente partie de l'ISO 15022 car elles dépendent du réseau.
La mise à jour de la présente partie de l'ISO 15022 est décrite dans la partie 2 de l'ISO 15022.
La présente partie de l'ISO 15022 contient des éléments de données liés à des dates où l'année est formatée en
moins de quatre chiffres. Le format de ces éléments de données sera considéré, et si nécessaire amendé, à
l'occasion de la prochaine révision. En attendant, il est recommandé que les utilisateurs considèrent, dans le
contexte de leur mise en application de la présente partie de l'ISO 15022, toutes prescriptions d'amendement en
relation avec l'an 2000 et leur environnement des affaires.
2 Références normatives
Les documents normatifs suivants contiennent des dispositions qui, par suite de la référence qui y est faite,
constituent des dispositions valables pour la présente partie de l'ISO 15022. Pour les références datées, les
amendements ultérieurs ou les révisions de ces publications ne s’appliquent pas. Toutefois, les parties prenantes
aux accords fondés sur la présente partie de l'ISO 15022 sont invitées à rechercher la possibilité d'appliquer les
éditions les plus récentes des documents normatifs indiqués ci-après. Pour les références non datées, la dernière
édition du document normatif en référence s’applique. Les membres de l'ISO et de la CEI possèdent le registre des
Normes internationales en vigueur.
ISO/CEI 646, Technologies de l'information — Jeu ISO de caractères codés à 7 éléments pour l'échange
d'informations.
© ISO 1999 – Tous droits réservés 1
---------------------- Page: 7 ----------------------
ISO 15022-1:1999(F)
ISO 8859-1, Technologies de l'information — Jeux de caractères graphiques codés sur un seul octet — Partie 1:
o
Alphabet latin n 1.
ISO 9735 (toutes les parties), Échange de données informatisé pour l'administration, le commerce et le transport
(EDIFACT) — Règles de syntaxe au niveau de l'application.
ISO/CEI 10646-1, Technologies de l'information — Jeu universel de caractères codés à plusieurs octets —
Partie 1: Architecture et table multilingue.
Il est également fait référence à l'ISO/TR 7775, qui renvoie au rapport technique (type 2) 7775. Ce document
contient tous les types de messages figurant dans l'ISO 7775 et l'ISO 11521, telles que mises à jour et complétées
par l’Agence de mise à jour de l'ISO 7775 jusqu’à septembre 1994.
3 Termes et définitions
Pour les besoins de la présente partie de l'ISO 15022, les termes et définitions suivants s'appliquent.
3.1
bloc de champs de données
jeu prédéfini et identifié de champs de données dont les fonctions sont en rapport les unes avec les autres et ayant
trait à un concept industriel ou commercial
NOTE Un bloc de champs de données est identifié par un début et une fin de bloc, comportant chacun le nom du bloc, qui
décrit sa signification propre. Le bloc de champs de données peut se répéter, de même qu’inclure d’autres champs de données,
par emboîtement.
3.2
groupe d’utilisateurs
institutions financières partageant les mêmes pratiques de marché et utilisant les mêmes normes pour leurs
messages
3.3
composant
élément de données simple faisant partie d’un élément de données composé et identifié par sa position dans cet
élément
3.4
élément de données composé
élément de données contenant plusieurs composants
3.5
élément de données
donnée dont l’identification, la description et la valeur ont été précisées
NOTE Dans certains contextes, l’élément de données est considéré comme indivisible.
3.6
attribut d’élément de données
�EDIFACT uniquement� identificateur unique d’un élément de données dans un répertoire d’éléments de données
EDIFACT (voir attribut de champ)
3.7
champ de données
un champ de données se compose d’un attribut de champ suivi d’une donnée
NOTE Il sert à transmettre un élément de données simple ou composé représentant une information significative.
2 © ISO 1999 – Tous droits réservés
---------------------- Page: 8 ----------------------
ISO 15022-1:1999(F)
3.8
donnée
expression d’un élément de données simple ou composé dans un format spécifique et identifié par l’attribut de
champ qui précède
3.9
code du créateur de modèle de données
chaîne de caractères servant à identifier l’institution ou l’organisation de marché possédant le modèle de données
3.10
sous-code du créateur de modèle de données
identification du modèle de données du créateur de modèle de données
3.11
modèle de données
un modèle de données se compose de deux sous-champs: le code du créateur du modèle et le sous-code du
créateur du modèle. Ces sous-champs permettent d’identifier dans l'attribut d’un champ de données le modèle
propriétaire de la donnée
3.12
champ de données discret
champ de données exprimant une donnée particulière
NOTE L’attribut d’un champ de données discret n’a pas besoin de qualificatif précisant la signification de la donnée.
3.13
attribut de champ
chaîne de caractères unique identifiant la signification, le format et la valeur de la donnée qui suit (voir attribut
d’élément de données)
NOTE L’attribut de champ est constitué d’un type de champ, éventuellement suivi d’un qualificatif et d’un modèle de
données.
3.14
type de champ
chaîne de caractères unique commençant par l’attribut du champ et identifiant le format et la valeur de la donnée
NOTE Il identifie également la signification de la donnée qui suit (voir champ de données discret) ou sa classe (voir champ
de données générique).
3.15
champ de données générique
champ de données servant à exprimer les données d’une famille ou d’une classe d’éléments de données de même
nature, comme des dates ou des montants
NOTE L’attribut d’un champ de données générique contient un qualificatif indiquant la signification exacte de la donnée qui
suit.
3.16
groupe de segments
�EDIFACT uniquement� regroupement de segments identifiés et pouvant généralement être répétés
3.17
message
ensemble de champs de données et/ou de blocs de champs de données qui, échangés d’une partie à une autre,
permettent de communiquer des informations significatives
NOTE Dans EDIFACT, il s’agit d’un jeu de segments classés selon l’ordre indiqué dans le répertoire des messages
EDIFACT, commençant avec un en-tête et finissant avec une fin de message.
© ISO 1999 – Tous droits réservés 3
---------------------- Page: 9 ----------------------
ISO 15022-1:1999(F)
3.18
code du message
chaîne de caractères unique identifiant le type du message
3.19
descripteur de message
chaîne de caractères précisant le domaine d’application du message et les champs à même d’être utilisés
NOTE Le descripteur de message se compose du code du message, éventuellement suivi d’un numéro de version et d’un
sous-format de version de message.
3.20
type de message
jeu de données ou d’éléments de données identifié et structuré servant à communiquer des informations relatives
à un domaine d’application particulier
3.21
code du créateur de version de message
chaîne de caractères servant à identifier l’institution ou le segment de marché qui possède le sous-format de
versiondumessage
3.22
sous-code du créateur de version de message
identification du sous-format de la version de message correspondant au créateur de version de message
3.23
sous-format de version de message
un sous-format de version de message se compose de deux sous-champs: le code du créateur de version de
message et le sous-code du créateur de version de message. Ces sous-champs permettent d’identifier dans le
descripteur de message le sous-format propriétaire
3.24
segment emboîté
�EDIFACT uniquement� segment directement lié à un autre dans un groupe de segments identifié et structuré
répondant aux exigences d’un type de message particulier
3.25
élément de données qualifié
élément de données dont la signification exacte est précisée par le qualificatif qui lui est associé
3.26
segment qualifié
�EDIFACT uniquement� segment dont la signification exacte est précisée par le qualificatif qui lui est associé
3.27
qualificatif
élément de données dont la valeur, représentée par un code, donne une signification particulière à la fonction d’un
autre élément de données, donnée ou segment
3.28
segment répété
�EDIFACT uniquement� segment pouvant se répéter dans un message, comme précisé dans les spécifications du
type de message correspondant
3.29
segment
�EDIFACT uniquement� jeu prédéfini et identifié de valeurs d’éléments de données dont les fonctions sont en
rapport les unes avec les autres
NOTE Un segment commence par un attribut et se termine par un symbole de terminaison.
4 © ISO 1999 – Tous droits réservés
---------------------- Page: 10 ----------------------
ISO 15022-1:1999(F)
3.30
attribut de segment
�EDIFACT uniquement� élément de données simple identifiant de façon unique un segment
3.31
séparateur
caractère(s) utilisé(s) pour la séparation syntaxique des données
3.32
séquence
ensemble de champs de données prédéfini donné uniquement à titre informatif
3.33
élément de données simple
élément de données constitué d’une seule valeur
3.34
sous-champ
sous-division ou sous-partie d’un élément de données composé, d’un attribut de champ ou d’un descripteur de
message
3.35
numéro de version
permet de gérer simultanément plusieurs versions d’un type de message
4 Syntaxe et format lexical de l'ISO 7775 améliorée
4.1 Principes de base
Les messages élaborés en conformité avec l'ISO 7775 améliorée qui font partie du Catalogue des Messages
obéissent aux principes de base ci-dessous:
� les messages doivent être indépendants de tout système ou réseau;
� il convient que leur domaine d’application ne dépende ni de l’expéditeur ni du destinataire;
� il convient qu'un attribut de champ identifie de façon unique la donnée qui suit, indépendamment du type de
message ou de la position du champ de données dans le message.
4.2 Jeux de caractères et format lexical
La présente partie de l'ISO 15022 prend en charge les champs de données qui respectent les jeux de caractères
ci-dessous:
� ISO/CEI 8859-1 (Latin 1);
� ISO/CEI 8859-1, qui se compose de 191 caractères graphiques et gère tous les caractères des langues
suivantes: danois, néerlandais, anglais, féroïen, finnois, français, allemand, islandais, irlandais, italien,
norvégien, portugais, espagnol et suédois;
� ISO/CEI 10646-1 (UCS, Universal Multiple-Octet Coded Character Set). Ce jeu de caractères gère la plupart
des langues non latines;
� binaire.
© ISO 1999 – Tous droits réservés 5
---------------------- Page: 11 ----------------------
ISO 15022-1:1999(F)
4.2.1 Précision du format lexical
Le format d’un champ et ses composants sont documentés de la façon suivante:
Restrictions de longueur nn 1 caractère minimum et
nn caractères maximum
nn! nombre fixe de caractères
nn-nn fourchette de caractères
nn*nn nombre maximum de lignes � nombre maximum de
caractères par ligne
Type de caractères n chiffres
d chiffres avec virgule décimale
s signe + ou - (si facultatif, aucun signe sous-entend une
valeur positive)
h majuscules hexadécimales
a lettres majuscules
c caractères majuscules alphanumériques
e espace blanc
y caractères ISO 9735 majuscules (UNOA - jeu de
caractères de niveau A)
z caractères ISO/CEI 8859-1 (Latin 1)
u ISO/CEI 10646-1 (USC, Universal Multiple-Octet Coded
Character Set)
bbinaire
“/” caractère tel quel, ou
“text” texte tel quel
La plupart des données figurant dans le Dictionnaire des Champs de Données acceptent les lettres et autres
caractères minuscules, ainsi que les caractères majuscules alphanumériques. Ce sont des données de type z,
c’est-à-dire qu’elles peuvent contenir des caractères de l'ISO/CEI 8859-1 (Latin 1), identique à la liste de codes
UNOC d’Edifact. Certains réseaux n’acceptent qu’une partie de ces caractères. Les jeux partiels acceptables de
type Latin 1 sont les suivants:
� ISO/CEI 646 Avec une option propre aux USA. Il s’agit d’un jeu de caractères codé sur 7 bits.
Les codes imprimables allant de 32 à 127 sont les mêmes que ceux de Latin 1;
� ISO 9735 Liste de codes UNOA d’Edifact - Jeu de caractères de niveau A (code existant ‘y’). Il s’agit
également de la Police internationale de caractères du télex;
� ISO 9735 Liste de codes UNOB d’Edifact- Jeu de caractères de niveau B. Lettres majuscules et minuscules;
� jeu de caractères S.W.I.F.T;
� page de codes 1252 de Windows - Latin 1 de Windows (ANSI); c'est en fait une version élaborée de
ISO/CEI 8859-1.
6 © ISO 1999 – Tous droits réservés
---------------------- Page: 12 ----------------------
ISO 15022-1:1999(F)
4.2.2 Séparateurs
En plus du jeu de caractères permettant de définir les champs de données, des caractères de contrôle doivent
séparer les éléments suivants:
� les champs de données dans un message (séparateur de champ);
� l’attribut d’un champ et la donnée (séparateur d’attribut);
� les sous-champs d’une donnée, d’un attribut de champ ou d’un descripteur de message (séparateur de
sous-champ).
De même, s’il est nécessaire d’inclure un caractère de contrôle dans le texte, celui-ci doit être précédé d’un
caractère de libération le signalant comme texte. Il convient que le caractère de libération lui-même soit également
précédé d’un autre caractère de libération s’il doit être traité comme du texte.
Les séparateurs et caractères de libération définis sont les suivants:
� séparateur de champ CRLF (retour de chariot-saut de ligne)
� séparateur d’attribut “:” (deux-points) (lorsqu’ils ne sont pas de nouveau suivis par «:» ou le
second “/” après “::”
� séparateur de sous-champ “/”, ou “::” dans un attribut de champ
� caractère de libération “?”
Par ailleurs, la fin d’un message est signalée par un délimiteur de message dont le format est CRLF “-” (retour de
chariot-saut de ligne-signe moins).
Voir l’exemple en 4.3.2.1.
4.2.3 Notation utilisée
Les notations ci-dessous permettent de décrire l’utilisation des sous-champs, champs de données, séquences de
champs de données ou blocs de champs de données. Elles permettent également de décrire la structure et
l’utilisation ou le format des champs de données et des messages.
Le nom d’un élément ou l’ensemble d’éléments est généralement encadré par “<….>” (les caractères ne
faisant pas partie du message).
Si, dans un champ, un caractère ou un sous-champ est facultatif, il figurera entre crochets “[…]” (les caractères [ et
] ne faisant pas partie du message).
Les autres éléments (par exemple, un élément extrait d’un ensemble d’éléments) sont séparés par le signe “|” (le
caractère | ne faisant pas partie du message).
Les exemples ci-dessous illustrent ces points.
EXEMPLE 1 2!z[1n]
signifie que le champ est long de 2 caractères de type Latin 1, ou de 2 caractères suivis d’un chiffre.
EXEMPLE 2 3!c[“/”3!c[“/”8z]]
signifie que le format peut être divisé en trois parties (sous-champs) séparées par des “/”, et comprendre
sous-champ 1 uniquement 3!c
sous-champs 1 & 2 3!c“/”3!c
ou sous-champs 1, 2 & 3 3!c“/”3!c“/”8z
NOTE Dans cet exemple, le sous-champ 3 peut comprendre n’importe quel caractère de type Latin 1, tandis que les
sous-champs 1 et 2 peuvent uniquement comprendre des
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.