EN 62325-351:2016

SLOVENSKI STANDARD
01-december-2016
1DGRPHãþD
SIST EN 62325-351:2014
2NYLU]DNRPXQLNDFLMHQDWUJX]HOHNWULþQRHQHUJLMRGHO6NXSQLLQIRUPDFLMVNL
PRGHO&,0]DL]PHQMHYDOQLSURILOHYURSVNHJDWUåQHJDPRGHOD
Framework for energy market communications - Part 351: CIM European market model
exchange profile
Kommunikation im Energiemarkt - Teil 351: CIM Profile für den Europäischen Markt
Cadre pour les communications pour le marché de l'énergie - Partie 351: Profil de
modèle d'échange pour un système de gestion de marché de style européen basé sur le
CIM
Ta slovenski standard je istoveten z: EN 62325-351:2016
ICS:
29.240.30 Krmilna oprema za Control equipment for electric
elektroenergetske sisteme power systems
33.200 Daljinsko krmiljenje, daljinske Telecontrol. Telemetering
meritve (telemetrija)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

EUROPEAN STANDARD EN 62325-351

NORME EUROPÉENNE
EUROPÄISCHE NORM
September 2016
ICS 33.200 Supersedes EN 62325-351:2013
English Version
Framework for energy market communications -
Part 351: CIM European market model exchange profile
(IEC 62325-351:2016)
Cadre pour les communications pour le marché de l'énergie - Kommunikation im Energiemarkt -
Partie 351: Profil de modèle d'échange pour un système de Teil 351: CIM-Profile für den europäischen Markt
gestion de marché de style européen basé sur le CIM (IEC 62325-351:2016)
(IEC 62325-351:2016)
This European Standard was approved by CENELEC on 2016-07-20. CENELEC members are bound to comply with the CEN/CENELEC
Internal Regulations which stipulate the conditions for giving this European Standard the status of a national standard without any alteration.
Up-to-date lists and bibliographical references concerning such national standards may be obtained on application to the CEN-CENELEC
Management Centre or to any CENELEC member.
This European Standard exists in three official versions (English, French, German). A version in any other language made by translation
under the responsibility of a CENELEC member into its own language and notified to the CEN-CENELEC Management Centre has the
same status as the official versions.
CENELEC members are the national electrotechnical committees of Austria, Belgium, Bulgaria, Croatia, Cyprus, the Czech Republic,
Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia,
Lithuania, Luxembourg, Malta, the Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland,
Turkey and the United Kingdom.

European Committee for Electrotechnical Standardization
Comité Européen de Normalisation Electrotechnique
Europäisches Komitee für Elektrotechnische Normung
CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels
© 2016 CENELEC All rights of exploitation in any form and by any means reserved worldwide for CENELEC Members.
Ref. No. EN 62325-351:2016 E
European foreword
The text of document 57/1618/CDV, future edition 2 of IEC 62325-351, prepared by IEC/TC 57 "Power
systems management and associated information exchange" was submitted to the IEC-CENELEC
parallel vote and approved by CENELEC as EN 62325-351:2016.
The following dates are fixed:
(dop) 2017-04-20
• latest date by which the document has to be implemented at
national level by publication of an identical national
standard or by endorsement
(dow) 2019-07-20
• latest date by which the national standards conflicting with
the document have to be withdrawn

This document supersedes EN 62325-351:2013.
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CENELEC [and/or CEN] shall not be held responsible for identifying any or all such
patent rights.
This document has been prepared under a mandate given to CENELEC by the European Commission
and the European Free Trade Association.
Endorsement notice
The text of the International Standard IEC 62325-351:2016 was approved by CENELEC as a
European Standard without any modification.
In the official version, for Bibliography, the following notes have to be added for the standards indicated:
IEC 61968-11 NOTE Harmonized as EN 61968-11.
IEC 61970-301 NOTE Harmonized as EN 61970-301.
IEC 61970-452 NOTE Harmonized as EN 61970-452.
IEC 61970-552 NOTE Harmonized as EN 61970-552.
IEC 62325-301 NOTE Harmonized as EN 62325-301.
Annex ZA
(normative)
Normative references to international publications
with their corresponding European publications
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
NOTE 1 When an International Publication has been modified by common modifications, indicated by (mod),
the relevant EN/HD applies.
NOTE 2 Up-to-date information on the latest versions of the European Standards listed in this annex is
available here: www.cenelec.eu.

Publication Year Title EN/HD Year
IEC/TS 61970-2 2004 Energy management system application CLC/TS 61970-2 2005
program interface (EMS-API) -
Part 2: Glossary
IEC 62325-450 2013 Framework for energy market EN 62325-450 2013
communications -
Part 450: Profile and context modelling
rules
IEC 62361-100 -  Power systems management and EN 62361-100 -
associated information exchange -
Interoperability in the long term -
Part 100: CIM profiles to XML schema
mapping
IEC 62325-351 ®
Edition 2.0 2016-06
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
colour
inside
Framework for energy market communications –

Part 351: CIM European market model exchange profile

Cadre pour les communications pour le marché de l'énergie –

Partie 351: Profil de modèle d'échange pour un système de gestion de marché

de style européen basé sur le CIM

INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
COMMISSION
ELECTROTECHNIQUE
INTERNATIONALE
ICS 33.200 ISBN 978-2-8322-3470-9

– 2 – IEC 62325-351:2016 © IEC 2016
CONTENTS
FOREWORD . 6
INTRODUCTION . 8
1 Scope . 9
2 Normative references. 9
3 Terms and definitions . 9
4 European style market concepts . 11
4.1 From the CIM information model to the European style market profile . 11
4.1.1 General . 11
4.1.2 Applying the framework to the European style electricity market . 12
4.1.3 Examples for building a European style market profile . 12
4.2 European style market package structure . 13
4.3 The European electricity market concepts . 15
4.4 Business process modelling . 16
4.5 Business rules for the European style market profile . 17
4.5.1 General . 17
4.5.2 Identification of an ESMP electronic document. 17
4.5.3 Time . 18
4.5.4 Coding scheme identification . 18
4.5.5 Direction of flow within TimeSeries . 18
4.5.6 Quantity within a TimeSeries . 19
5 Package architecture . 22
5.1 Documentation structure . 22
5.2 European style market classes . 23
5.2.1 Overview of the model . 23
5.2.2 IsBasedOn relationships from the European style market profile . 24
5.2.3 Detailed ESMPClasses . 25
5.2.4 Primitives . 49
5.2.5 Datatypes . 50
5.2.6 Enumerations . 69
Bibliography . 70

Figure 1 – IEC 62325-450 modelling framework . 11
Figure 2 – Example of restrictions applied to CIM for a profile . 13
Figure 3 – Overview of European style market profile dependency . 14
Figure 4 – Curve – “Points” (24 hour day with a 4 hour resolution) . 20
Figure 5 – Curve – “Sequential fixed size blocks” (24 hour day with a 4 hour resolution) . 20
Figure 6 – Curve – “Variable sized blocks” (24 hour day with a 4 hour resolution) . 21
Figure 7 – Curve – “Non-overlapping breakpoint” (24 hour day with a 4 hour
resolution) . 21
Figure 8 – Curve – “Overlapping breakpoint” (24 hour day with a 4 hour resolution) . 22
Figure 9 – ESMPClasses . 24

Table 1 – Attribute documentation example . 23
Table 2 – Association Ends documentation example . 23
Table 3 – Compound Datatype documentation example . 23

IEC 62325-351:2016 © IEC 2016 – 3 –
Table 4 – IsBasedOn dependency . 25
Table 5 – Attributes of ESMPClasses::AceTariffType . 26
Table 6 – Association ends of ESMPClasses::AceTariffType with other classes . 26
Table 7 – Attributes of ESMPClasses::AggregateNode . 26
Table 8 – Attributes of ESMPClasses::Analog . 27
Table 9 – Association ends of ESMPClasses::Analog with other classes . 27
Table 10 – Attributes of ESMPClasses::AnalogValue . 28
Table 11 – Attributes of ESMPClasses::AttributeInstanceComponent . 28
Table 12 – Attributes of ESMPClasses::Auction . 29
Table 13 – Attributes of ESMPClasses::BidTimeSeries . 30
Table 14 – Attributes of ESMPClasses::ConstraintDuration . 30
Table 15 – Attributes of ESMPClasses::Currency_Unit . 30
Table 16 – Attributes of ESMPClasses::DateAndOrTime . 31
Table 17 – Attributes of ESMPClasses::Domain . 31
Table 18 – Association ends of ESMPClasses::Domain with other classes . 32
Table 19 – Attributes of ESMPClasses::FlowDirection . 32
Table 20 – Attributes of ESMPClasses::Location . 33
Table 21 – Attributes of ESMPClasses::MarketAgreement . 33
Table 22 – Attributes of ESMPClasses::MarketDocument. 34
Table 23 – Association ends of ESMPClasses::MarketDocument with other classes . 35
Table 24 – Attributes of ESMPClasses::MarketEvaluationPoint . 36
Table 25 – Association ends of ESMPClasses::MarketEvaluationPoint with other
classes . 36
Table 26 – Attributes of ESMPClasses::MarketObjectStatus . 36
Table 27 – Attributes of ESMPClasses::MarketParticipant . 37
Table 28 – Association ends of ESMPClasses::MarketParticipant with other classes . 37
Table 29 – Attributes of ESMPClasses::MarketRole . 38
Table 30 – Attributes of ESMPClasses::Measure_Unit . 38
Table 31 – Attributes of ESMPClasses::MktGeneratingUnit . 38
Table 32 – Association ends of ESMPClasses::MktGeneratingUnit with other classes . 39
Table 33 – Attributes of ESMPClasses::MktPSRType . 39
Table 34 – Association ends of ESMPClasses::MktPSRType with other classes . 39
Table 35 – Attributes of ESMPClasses::Name . 40
Table 36 – Attributes of ESMPClasses::Point . 40
Table 37 – Association ends of ESMPClasses::Point with other classes . 41
Table 38 – Attributes of ESMPClasses::Price . 41
Table 39 – Attributes of ESMPClasses::Process . 42
Table 40 – Attributes of ESMPClasses::Quantity. 42
Table 41 – Association ends of ESMPClasses::Quantity with other classes . 42
Table 42 – Attributes of ESMPClasses::Reason . 43
Table 43 – Attributes of ESMPClasses::RegisteredResource . 43
Table 44 – Association ends of ESMPClasses::RegisteredResource with other classes . 44
Table 45 – Attributes of ESMPClasses::Series_Period . 44

– 4 – IEC 62325-351:2016 © IEC 2016
Table 46 – Association ends of ESMPClasses::Series_Period with other classes . 45
Table 47 – Attributes of ESMPClasses::Time_Period . 45
Table 48 – Association ends of ESMPClasses::Time_Period with other classes. 45
Table 49 – Attributes of ESMPClasses::TimeSeries . 46
Table 50 – Association ends of ESMPClasses::TimeSeries with other classes . 47
Table 51 – Attributes of ESMPClasses::VoltageLevel . 49
Table 52 – Attributes of ESMPDataTypes::Action_Status . 50
Table 53 – Attributes of ESMPDataTypes::ElectronicAddress . 50
Table 54 – Attributes of ESMPDataTypes::ESMP_DateTimeInterval . 50
Table 55 – Attributes of ESMPDataTypes::StreetAddress . 51
Table 56 – Attributes of ESMPDataTypes::StreetDetail . 51
Table 57 – Attributes of ESMPDataTypes::TelephoneNumber . 51
Table 58 – Attributes of ESMPDataTypes::TownDetail . 52
Table 59 – Attributes of ESMPDataTypes::AllocationMode_String . 52
Table 60 – Attributes of ESMPDataTypes::Amount_Decimal . 52
Table 61 – Restrictions of attributes for ESMPDataTypes::Amount_Decimal . 52
Table 62 – Attributes of ESMPDataTypes::AnalogID_String . 53
Table 63 – Attributes of ESMPDataTypes::AnalogType_String . 53
Table 64 – Attributes of ESMPDataTypes::AreaID_String . 53
Table 65 – Restrictions of attributes for ESMPDataTypes::AreaID_String . 53
Table 66 – Attributes of ESMPDataTypes::AttributeValue_String . 54
Table 67 – Restrictions of attributes for ESMPDataTypes::AttributeValue_String . 54
Table 68 – Attributes of ESMPDataTypes::AuctionKind_String . 54
Table 69 – Attributes of ESMPDataTypes::BusinessKind_String . 54
Table 70 – Attributes of ESMPDataTypes::CapacityContractKind_String . 55
Table 71 – Attributes of ESMPDataTypes::Category_String . 55
Table 72 – Attributes of ESMPDataTypes::Characters10_String . 55
Table 73 – Restrictions of attributes for ESMPDataTypes::Characters10_String . 55
Table 74 – Attributes of ESMPDataTypes::Characters15_String . 56
Table 75 – Restrictions of attributes for ESMPDataTypes::Characters15_String . 56
Table 76 – Attributes of ESMPDataTypes::Characters2_String . 56
Table 77 – Restrictions of attributes for ESMPDataTypes::Characters2_String . 56
Table 78 – Attributes of ESMPDataTypes::Characters35_String . 57
Table 79 – Restrictions of attributes for ESMPDataTypes::Characters35_String . 57
Table 80 – Attributes of ESMPDataTypes::Characters70_String . 57
Table 81 – Restrictions of attributes for ESMPDataTypes::Characters70_String . 57
Table 82 – Attributes of ESMPDataTypes::ClassificationKind_String . 57
Table 83 – Attributes of ESMPDataTypes::CurrencyCode_String . 58
Table 84 – Attributes of ESMPDataTypes::CurveType_String . 58
Table 85 – Attributes of ESMPDataTypes::DirectionKind_String . 58
Table 86 – Attributes of ESMPDataTypes::EnergyProductKind_String . 58
Table 87 – Attributes of ESMPDataTypes::ESMP_ActivePower . 59
Table 88 – Restrictions of attributes for ESMPDataTypes::ESMP_ActivePower . 59

IEC 62325-351:2016 © IEC 2016 – 5 –
Table 89 – Attributes of ESMPDataTypes::ESMP_DateTime . 59
Table 90 – Restrictions of attributes for ESMPDataTypes::ESMP_DateTime . 59
Table 91 – Attributes of ESMPDataTypes::ESMP_Float . 60
Table 92 – Restrictions of attributes for ESMPDataTypes::ESMP_Float . 60
Table 93 – Attributes of ESMPDataTypes::ESMP_Voltage . 60
Table 94 – Restrictions of attributes for ESMPDataTypes::ESMP_Voltage . 60
Table 95 – Attributes of ESMPDataTypes::ESMPBoolean_String . 61
Table 96 – Attributes of ESMPDataTypes::ESMPVersion_String . 61
Table 97 – Restrictions of attributes for ESMPDataTypes::ESMPVersion_String . 61
Table 98 – Attributes of ESMPDataTypes::ID_String . 62
Table 99 – Restrictions of attributes for ESMPDataTypes::ID_String . 62
Table 100 – Attributes of ESMPDataTypes::MarketRoleKind_String . 62
Table 101 – Attributes of ESMPDataTypes::MeasurementPointID_String . 62
Table 102 – Restrictions of attributes for
ESMPDataTypes::MeasurementPointID_String . 63
Table 103 – Attributes of ESMPDataTypes::MeasurementUnitKind_String . 63
Table 104 – Attributes of ESMPDataTypes::MessageKind_String . 63
Table 105 – Attributes of ESMPDataTypes::ObjectAggregationKind_String . 63
Table 106 – Attributes of ESMPDataTypes::PartyID_String . 64
Table 107 – Restrictions of attributes for ESMPDataTypes::PartyID_String . 64
Table 108 – Attributes of ESMPDataTypes::PayloadId_String . 64
Table 109 – Restrictions of attributes for ESMPDataTypes::PayloadId_String . 64
Table 110 – Attributes of ESMPDataTypes::PaymentTerms_String . 64
Table 111 – Attributes of ESMPDataTypes::Position_Integer . 65
Table 112 – Restrictions of attributes for ESMPDataTypes::Position_Integer . 65
Table 113 – Attributes of ESMPDataTypes::PriceCategory_String . 65
Table 114 – Attributes of ESMPDataTypes::PriceDirection_String . 65
Table 115 – Attributes of ESMPDataTypes::ProcessKind_String . 66
Table 116 – Attributes of ESMPDataTypes::PsrType_String . 66
Table 117 – Attributes of ESMPDataTypes::Quality_String . 66
Table 118 – Attributes of ESMPDataTypes::ReasonCode_String . 66
Table 119 – Attributes of ESMPDataTypes::ReasonText_String . 67
Table 120 – Restrictions of attributes for ESMPDataTypes::ReasonText_String . 67
Table 121 – Attributes of ESMPDataTypes::ResourceID_String . 67
Table 122 – Restrictions of attributes for ESMPDataTypes::ResourceID_String . 67
Table 123 – Attributes of ESMPDataTypes::RightsKind_String . 68
Table 124 – Attributes of ESMPDataTypes::Status_String . 68
Table 125 – Attributes of ESMPDataTypes::TariffKind_String . 68
Table 126 – Attributes of ESMPDataTypes::YMDHM_DateTime . 68
Table 127 – Restrictions of attributes for ESMPDataTypes::YMDHM_DateTime . 69

– 6 – IEC 62325-351:2016 © IEC 2016
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
FRAMEWORK FOR ENERGY MARKET COMMUNICATIONS –

Part 351: CIM European market model exchange profile

FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote
international co-operation on all questions concerning standardization in the electrical and electronic fields. To
this end and in addition to other activities, IEC publishes International Standards, Technical Specifications,
Technical Reports, Publicly Available Specifications (PAS) and Guides (hereafter referred to as “IEC
Publication(s)”). Their preparation is entrusted to technical committees; any IEC National Committee interested
in the subject dealt with may participate in this preparatory work. International, governmental and non-
governmental organizations liaising with the IEC also participate in this preparation. IEC collaborates closely
with the International Organization for Standardization (ISO) in accordance with conditions determined by
agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence
between any IEC Publication and the corresponding national or regional publication shall be clearly indicated in
the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) Attention is drawn to the possibility that some of the elements of this IEC Publication may be the subject of
patent rights. IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 62325-351 has been prepared by IEC technical committee 57:
Power systems management and associated information exchange.
This second edition cancels and replaces the first edition published in 2013. This edition
constitutes a technical revision.
This edition includes the following significant technical changes with respect to the previous
edition:
a) Add the attribute “cancelledTS” to the class TimeSeries. The attribute is defined in
IEC 62325-301 Edition 1, and was not use in the European style market profile but is now
necessary for the Transparency Regulation.
b) Add the attribute “quality” to the class “Point” and a new CIMDataType “QualityString”. The
attribute is defined in IEC 62325-301 Edition 1, and was not use in the European style
market profile. This attribute will enable to develop the data exchange related to the
settlement business process within a synchronous power system for cross-border flows.

IEC 62325-351:2016 © IEC 2016 – 7 –
c) Add an association between the class “Reason” and the class “Series_Period”. This
association enables to report errors on the “Series_Period”.
d) Add the class “MktGeneratingUnit” from IEC 62325-301. This class is necessary to publish
information on generation units as per Transparency Regulation.
e) Add a class “VoltageLevel” from IEC 61970-301. This class is necessary to publish
information as per Transparency Regulation.
f) Add a class “Location” from IEC 61968-11. This class is necessary to publish information
as per Transparency Regulation.
g) Class “MarketParticipant”, change the cardinality of the attribute “mRID” to [0.1] and add
the attribute “name” from IEC 62325-301 as [0.1].
h) Class “Price”, change the cardinality of attribute “amount” from [1] to [0.1] and add an
association with the class “TimeSeries” as [0.*] to [0.*].
i) Add a class “ConstraintDuration” from IEC 62325-301 necessary for activation constraints
on the balancing market
j) Add the constraints on datatypes.
The text of this standard is based on the following documents:
CDV Report on voting
57/1618/CDV 57/1681/RVC
Full information on the voting for the approval of this standard can be found in the report on
voting indicated in the above table.
This publication has been drafted in accordance with the ISO/IEC Directives, Part 2.
A list of all the parts in the IEC 62325 series, published under the general title Framework for
energy market communications, can be found on the IEC website.
The committee has decided that the contents of this publication will remain unchanged until
the stability date indicated on the IEC website under "http://webstore.iec.ch" in the data
related to the specific publication. At this date, the publication will be
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
IMPORTANT – The 'colour inside' logo on the cover page of this publication indicates
that it contains colours which are considered to be useful for the correct
understanding of its contents. Users should therefore print this document using a
colour printer.
– 8 – IEC 62325-351:2016 © IEC 2016
INTRODUCTION
This part of IEC 62325 is one of the IEC 62325 series for deregulated energy market
communications.
The principal objective of the IEC 62325 series is to produce standards which facilitate the
integration of market application software developed independently by different vendors into a
market management system, between market management systems and market participant
systems. This is accomplished by defining message exchanges to allow these applications or
systems access to public data and exchange information independent of how such information
is represented internally.
The common information model (CIM), i.e. IEC 62325-301, IEC 61970-301 and IEC 61968-11,
specifies the basis for the semantics for message exchange.
The European style market profile is based on different parts of the CIM IEC standards and
specifies the business processes and the content of the messages exchanged.
This part of IEC 62325 provides the European style market profile specifications that support
the European style design electricity markets. These electricity markets are based on the
European regulations, and on the concepts of third party access and zonal markets. This part
of IEC 62325 was originally based upon the work of the European Transmission System
Operators (ETSO) and then on the work of the European Network of Transmission System
Operators (ENTSO-E) on electronic data interchange.

IEC 62325-351:2016 © IEC 2016 – 9 –
FRAMEWORK FOR ENERGY MARKET COMMUNICATIONS –

Part 351: CIM European market model exchange profile

1 Scope
This part of IEC 62325 is applicable to European style electricity markets.
This part of IEC 62325 specifies a UML package which provides a logical view of the
functional aspects of European style market management within an electricity markets.
This package is based on the common information model (CIM). The use of the CIM goes far
beyond its application in a market management system.
Due to the size of the complete CIM, the object classes contained in the CIM are grouped into
a number of logical packages, each of which represents a certain part of the overall power
system being modelled. Collections of these packages are progressed as separate
International Standards.
From the CIM packages, regional contextual models are built to cover the market information
interchange requirements for a given region, i.e. the business context. A region may be a
continent where common electricity market designs are used for the exchange of information
(Europe, North America, Asia, etc.). It may also be a specific country or an organization that
has particular needs and wishes to benefit from the CIM.
This new edition of IEC 62325-351 contains new classes and associations required to comply
with new business development for European style market, and in particular the
implementation of the European regulations (No. 1227/2011 and No. 543/2013).
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and
are indispensable for its application. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC TS 61970-2:2004, Energy management system application program interface (EMS-API)
– Part 2: Glossary
IEC 62325-450:2013, Framework for energy market communications – Part 450: Profile and
context modelling rules
IEC 62361-100, Power systems management and associated information exchange –
Interoperability in the long term – Part 100: Naming and design rules for CIM profiles to XML
schema mapping
3 Terms and definitions
For the purposes of this document, the terms and definitions given in IEC TS 61970-2, as well
as the following apply.
– 10 – IEC 62325-351:2016 © IEC 2016
3.1
aggregate business information entity
ABIE
re-use of an aggregate core component (ACC) in a specified business
3.2
aggregate core component
ACC
collection of related pieces of business information that together convey a distinct business
meaning, independent of any specific business context
Note 1 to entry: Expressed in modelling terms, this is the representation of an object class, independent of any
specific business context.
[SOURCE: ISO/TS 15000-5:2005, Clause 9]
3.3
based on
IsBasedOn
use of an artefact that has been restricted according to the requirements of a specific
business context
[SOURCE IEC 62325-450:2013, 3.4]
3.4
business context
specific business circumstance as identified by the values of a set of context categories,
allowing different business circumstances to be uniquely distinguished
[SOURCE: ISO/TS 15000-5:2005, 4.6.2]
3.5
information model
information model is a representation of concepts, relationships, constraints, rules, and
operations to specify data semantics for a chosen domain of discourse
Note 1 to entry: It can provide shareable, stable, and organized structure of information requirements for the
domain context.
3.6
internal European market
IEM
market of any commodity, service, etc. within the European Community
Note 1 to entry: In particular, European Directives and Regulation are defining the energy IEM.
Note 2 to entry: These software systems in an electricity market may include support for capacity allocation,
scheduling energy, ancillary or other services, real-time operations and settlements.
3.7
profile
basic outline of all the information that is required to satisfy a specific environment

IEC 62325-351:2016 © IEC 2016 – 11 –
4 European style market concepts
4.1 From the CIM information model to the European style market profile
4.1.1 General
The European style market profile is a regional contextual model as defined in
IEC 62325-450. IEC 62325-450 provides the contextual derivation rules to be applied from the
abstract CIM core concepts to generate the regional contextual model.
The common information model (CIM) is an abstract model. A CIM-compliant implementation
does not need to include all classes, attributes, or associations in the CIM standard. Profiles
are defined to specify which elements shall be included, i.e. mandatory elements, in a
particular use of the CIM, as well as which elements are optional.
As stated in IEC 62325-450 and outlined in Figure 1, the definition of CIM profiles follows a
layered modelling framework from the CIM information model down to the specification of
messages based on CIM concepts through the definition of different regional contextual
models and their subsequent contextualized documents for information exchange.
IEC
Figure 1 – IEC 62325-450 modelling framework
From the CIM which provides the overall semantic model for the electricity industry, regional
contextual models are built to cover the electricity market information interchange
requirements for a given region, i.e. the business context, in compliance with IEC 62325-450
rules.
The European style market profile (ESMP) is a regional contextual model based on the CIM
artefacts where some particular artefacts are refined respecting a set of defined rules to cater
for specific European style market requirements. These artefacts are based on the CIM
artefacts on which they are built.

– 12 – IEC 62325-351:2016 © IEC 2016
The European style market profile is the cornerstone to derive contextualized documents
catering for specific information interchange functional requirements. These document
contextual models are defined in other standards of the IEC 62325 series; and a dedicated
IEC 62325-451-x (x going from 1 to n) per main business process describes the related
information interchange requirements. Additional constraints are thus introduced on the
European style market profile on which they are built.
The final modelling step applies standardized message assembly rules in order to provide an
information structure for information interchange. All syntactic specific electronic documents
are built from the message assembly models. This last level is covered by IEC 62361-100.
4.1.2 Applying the framework to the European style electricity market
Within Europe a target has been defined for the implementation of the energy internal
European market (IEM) and in particular the electricity market. The harmonization of business
processes has been carried out in particular for the data interchange between market
participants such as transmission system operators (TSO), distribution system operators
(DSO), balance responsible parties, etc. These business processes address a number of
energy market activities such as congestion management, scheduling, reserve resource
management, explicit auction for transmission capacity, settlement, reconciliation, etc.
The result of this harmonization work has been taken into account to define the European
style market profile based on the CIM UML model. The European style market profile is thus a
regional contextual model as defined in IEC 62325-450.
The European style market profile is a first level of contextual model that covers generically
all the required information conveyed in the different exchanged messages gathered by the
defined business processes.
The European style market profile is therefore the smallest sub-set of the CIM information
model, derived by restrictions, from which all the exchanges of information are derived for all
the European market business processes.
4.1.3 Examples for building a European style market profile
Each UML artefact can be potentially restricted in order to refine and define the business
requirements applied to the current European style market profile.
The example in Figure 2 illustrates how the CIM information model is restricted into a profile
for the European style market.
a) Classes: it is possible to restrict each class of the CIM by selecting a subset of its
attribute list since all CIM attributes are optional (i.e. their multiplicity is 0.1). For
example, the CIM MarketDocument class is restricted into the profile class with only two
attributes, mRID and type.
b) Attributes: it is possible to restrict each attribute in the profile by applying restrictions to its
related datatypes (see Datatypes below) and its multiplicity. The new multiplicity shall be
included in the multiplicity from the parent BasedOn class. For example, in the European
style market profile, the attribute mRID from MarketParticipant is mandatory (i.e.
multiplicity = 1.1) while in the parent BasedOn class from the CIM, the attribute is
optional (i.e. multiplicity = 0.1).
c) Relationships: it is possible to restrict each relationship between CIM Classes at the
profile level. The kinds of restriction uniquely concern the multiplicity and qualification of
the end role.
____________
IEC 62325-451-1, IEC 62325-451-2, IEC 62325-451-3, IEC 62325-451-4, IEC 62325-451-5 and IEC 62325-451-
6 are published; others are to be published.

IEC 62325-351:2016 © IEC 2016 – 13 –
d) Datatypes: it is possible to restrict the CIM Datatypes by defining facets on the value
space of the datatype. For example, the CIM attribute type of MarketDocument is a CIM
String while in the profile it is restricted by an enumeration (i.e. MessageTypeList) to
indicate the list of valid types for a MarketDocument.
IEC
Figure 2 – Example of restrictions applied to CIM for a profile
NOTE In the examples, the list of attributes and enumerated liter
...