SIST EN IEC 62832-3:2021

SLOVENSKI STANDARD
01-februar-2021
Meritev, nadzor in avtomatizacija merilnega industrijskega procesa - Okvir za
digitalno tovarno - 3. del: Uporaba digitalne tovarne za upravljanje življenjskega
kroga proizvodnih sistemov (IEC 62832-3:2020)
Industrial-process measurement, control and automation - Digital factory framework -
Part 3: Application of Digital Factory for life cycle management of production systems
(IEC 62832-3:2020)
Industrielle Leittechnik - Grundstruktur der digitalen Fabrik - Teil 3: Anwendung der
Digitalen Fabrik für das Lebenszyklusmanagement von Produktionssystemen (IEC
62832-3:2020)
Mesure, commande et automation dans les processus industriels - Cadre de l'usine
numérique (Digital Factory) - Partie 3: Application de l'usine numérique pour la gestion
du cycle de vie de systèmes de production (IEC 62832-3:2020)
Ta slovenski standard je istoveten z: EN IEC 62832-3:2020
ICS:
13.020.60 Življenjski ciklusi izdelkov Product life-cycles
25.040.40 Merjenje in krmiljenje Industrial process
industrijskih postopkov measurement and control
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

EUROPEAN STANDARD EN IEC 62832-3

NORME EUROPÉENNE
EUROPÄISCHE NORM
December 2020
ICS 25.040.40
English Version
Industrial-process measurement, control and automation - Digital
factory framework - Part 3: Application of Digital Factory for life
cycle management of production systems
(IEC 62832-3:2020)
Mesure, commande et automation dans les processus Industrielle Leittechnik - Grundstruktur der digitalen Fabrik -
industriels - Cadre de l'usine numérique (Digital Factory) - Teil 3: Anwendung der Digitalen Fabrik für das
Partie 3: Application de l'usine numérique pour la gestion Lebenszyklusmanagement von Produktionssystemen
du cycle de vie de systèmes de production (IEC 62832-3:2020)
(IEC 62832-3:2020)
This European Standard was approved by CENELEC on 2020-12-01. 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, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, the
Netherlands, Norway, Poland, Portugal, Republic of North Macedonia, Romania, Serbia, 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: Rue de la Science 23, B-1040 Brussels
© 2020 CENELEC All rights of exploitation in any form and by any means reserved worldwide for CENELEC Members.
Ref. No. EN IEC 62832-3:2020 E

European foreword
The text of document 65/831/FDIS, future edition 1 of IEC 62832-3, prepared by IEC/TC 65 "Industrial-
process measurement, control and automation" was submitted to the IEC-CENELEC parallel vote and
approved by CENELEC as EN IEC 62832-3:2020.
The following dates are fixed:
• latest date by which the document has to be implemented at national (dop) 2021-09-01
level by publication of an identical national standard or by endorsement
• latest date by which the national standards conflicting with the (dow) 2023-12-01
document have to be withdrawn
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CENELEC shall not be held responsible for identifying any or all such patent rights.
Endorsement notice
The text of the International Standard IEC 62832-3:2020 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 61987 (series) NOTE Harmonized as EN IEC 61987 (series)
IEC 62424 NOTE Harmonized as EN 62424
IEC 62264-2 NOTE Harmonized as EN 62264-2
IEC 62541-100 NOTE Harmonized as EN 62541-100
IEC 62714 (series) NOTE Harmonized as EN IEC 62714 (series)
ISO/IEC Guide 2:2004 NOTE Harmonized as EN 45020:2006 (not modified)
Annex ZA
(normative)
Normative references to international publications
with their corresponding European publications
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments)
applies.
NOTE 1 Where 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 62832-1 2020 Industrial-process measurement, control EN IEC 62832-1 2020
and automation - Digital factory framework
- Part 1: General principles
IEC 62832-2 2020 Industrial-process measurement, control EN IEC 62832-2 2020
and automation - Digital factory framework
- Part 2: Model elements
ISO/IEC 6523 series Information technology -- Structure for the - -
identification of organizations and
organization parts -- Part 1: Identification of
organization identification schemes

IEC 62832-3 ®
Edition 1.0 2020-10
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
colour
inside
Industrial-process measurement, control and automation – Digital Factory

framework –
Part 3: Application of Digital Factory for life cycle management of production

systems
Mesure, commande et automation dans les processus industriels – Cadre de

l’usine numérique (Digital Factory) –

Partie 3: Application de l'usine numérique pour la gestion du cycle de vie de

systèmes de production
INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
COMMISSION
ELECTROTECHNIQUE
INTERNATIONALE
ICS 25.040.40 ISBN 978-2-8322-8966-2

– 2 – IEC 62832-3:2020  IEC 2020
CONTENTS
FOREWORD . 4
INTRODUCTION . 6
1 Scope . 7
2 Normative references . 7
3 Terms, definitions and conventions . 7
3.1 Terms and definitions . 7
3.2 Conventions . 8
4 General rules . 8
4.1 Information about PS asset types . 8
4.2 Representation of a production system . 9
4.3 Rules for CDELs and DataElements . 9
4.3.1 General . 9
4.3.2 Constant and variable DataElements . 10
4.4 Filtering of information for different technical disciplines . 11
4.4.1 General . 11
4.4.2 Using ViewElements . 11
4.4.3 Providing ViewElements . 11
4.4.4 Filtering information from a Library . 12
4.4.5 Filtering information from a DigitalFactory. 12
5 Rules for dictionaries . 12
5.1 General . 12
5.2 Rules for consortia dictionaries and standardized dictionaries. 12
5.3 Rules for supplier dictionaries . 12
5.4 Rules for DFdictionary . 13
5.5 Rules for DFassetClassDefinition . 13
6 Rules for Libraries . 13
6.1 Rules for SupplierLibraries . 13
6.2 Rules for DFlibraries . 14
6.3 Rules for DFassetClasses . 14
6.4 Rules for composite DFassetClass . 14
7 Rules for DigitalFactory . 15
7.1 General . 15
7.2 Managing a DigitalFactory . 15
7.3 Creating a DigitalFactory . 15
7.4 Maintaining a DigitalFactory . 15
7.5 Managing the access to a DigitalFactory . 15
7.6 Replicating a DigitalFactory . 16
8 Representation of PS asset and/or role using DFasset . 16
8.1 General . 16
8.2 Creating a DFasset . 16
8.3 Using the DFassetHeader . 17
8.3.1 General . 17
8.3.2 Identification information . 17
8.3.3 Reference to DFassetClass . 17
8.4 Role-based equipment information . 19
8.5 Physical asset information . 20

IEC 62832-3:2020  IEC 2020 – 3 –
8.5.1 Basic DFasset . 20
8.5.2 Composite DFasset . 20
9 Representation of PS assets relationships using DFassetLink . 20
9.1 General . 20
9.2 DFassetClassAssociation . 21
9.3 DataElementRelationship . 21
9.4 Evaluating compatibility between DFassets . 22
9.4.1 Overview . 22
9.4.2 Interpretation of compatibility . 22
9.4.3 Evaluation of compatibility . 22
Annex A (informative) Mapping of Digital Factory Framework to other technologies . 23
A.1 General: implementing DF Framework . 23
A.2 Mapping to IEC 62714 (AutomationML) . 23
A.3 Mapping to IEC 62541-100 (OPC UA for devices) . 25
Bibliography . 26

Figure 1 – Example for PS asset type description based on multiple dictionaries . 8
Figure 2 – Representation of a production system . 9
Figure 3 – Example for use of constant and variable DataElements . 10
Figure 4 – Example for DFasset created from DFassetClass . 18
Figure 5 – Example for extending DFasset with additional information . 18
Figure 6 – Development of physical asset information and role-based equipment
information . 19

Table A.1 – Mapping of DF model elements to concepts of IEC 62714 (all parts) . 24
Table A.2 – Mapping of DF model elements to concepts of IEC 62541-100 . 25

– 4 – IEC 62832-3:2020  IEC 2020
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
INDUSTRIAL-PROCESS MEASUREMENT, CONTROL
AND AUTOMATION – DIGITAL FACTORY FRAMEWORK –

Part 3: Application of Digital Factory for
life cycle management of production systems

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 62832-3 has been prepared by IEC technical committee 65:
Industrial-process measurement, control and automation.
The text of this International Standard is based on the following documents:
FDIS Report on voting
65/831/FDIS 65/842/RVD
Full information on the voting for the approval of this International Standard can be found in the
report on voting indicated in the above table.
This document has been drafted in accordance with the ISO/IEC Directives, Part 2.

IEC 62832-3:2020  IEC 2020 – 5 –
A list of all parts of the IEC 62832 series, published under the general title, Industrial-process
measurement, control and automation – Digital Factory framework, can be found on the IEC
website.
The committee has decided that the contents of this document will remain unchanged until the
stability date indicated on the IEC website under "http://webstore.iec.ch" in the data related to
the specific document. At this date, the document 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.

– 6 – IEC 62832-3:2020  IEC 2020
INTRODUCTION
IEC 62832 provides a framework used for establishing and maintaining the digital
representations of production systems, including the representation of the elements of the
production systems and of the relationships between these elements. The framework is
intended also to support the exchange of information about these elements.
The framework aims at reducing the interoperability barriers for exchange of information for the
various activities related to production systems. The main advantages of this method are that
all information related to a production system is described in a standardized manner, and it can
be used and modified through its entire life cycle. The method defined in IEC 62832 is kept as
generic as possible in order to enable its use in several industrial sectors.
Manufacturers and suppliers provide information about available PS asset types by using
electronic catalogues, which are based on commonly agreed data definitions (for instance
1 2
IEC CDD, eCl@ss and eOTD ). Such data definitions can be provided by standard
organizations (like IEC CDD), by consortia (like eCl@ss e.V.) or by companies (like eOTD
dictionaries).
The DF Framework provides a standardized approach, by defining the concepts of Libraries
(i.e. SupplierLibraries and DFlibraries) and by defining basic rules for such Libraries.
The intention of this document is to provide a common base for implementation of the DF
framework using different technologies (for example different engineering data formats).
Proposals for such implementations are provided in Annex A.
IEC 62832-1 describes the general principles of the DF reference model together with its most
important model elements. IEC 62832-2 specifies detailed requirements for model elements of
the DF reference model. This part of IEC 62832 specifies the rules for using the DF framework.

_____________
eCl@ss® is the registered trademark of a product supplied by the eCl@ss e.V. association. This information is
given for the convenience of users of this document and does not constitute an endorsement by IEC of the product
named.
eOTD® is the registered trademark of a product supplied by ECCMA (Electronic Commerce Code Management
Association). This information is given for the convenience of users of this document and does not constitute an
endorsement by IEC of the product named.

IEC 62832-3:2020  IEC 2020 – 7 –
INDUSTRIAL-PROCESS MEASUREMENT, CONTROL
AND AUTOMATION – DIGITAL FACTORY FRAMEWORK –

Part 3: Application of Digital Factory for
life cycle management of production systems

1 Scope
This part of IEC 62832 specifies rules of the Digital Factory framework for managing information
of a production system throughout its life cycle. It also defines how information will be added,
deleted or changed in the DigitalFactory by the various activities during the life cycle of the
production system.
These rules include:
– rules to represent a production system with a DigitalFactory;
– rules to represent a PS asset or a role with a DFasset;
– rules to represent a relationship between PS assets with a DFassetLink;
– rules to represent a relationship between roles with a DFassetLink;
– rules to represent the hierarchy of PS assets in a production system;
– rules to check the compatibility between associated PS assets.
NOTE 1 "PS" and "DF" are used in IEC 62832 (all parts) as qualifiers, they are part of the concept names. See
IEC 62832-1:2020, Clause 3.
NOTE 2 Common rules are the base for the exchange of data between and within enterprises, between engineering
tools, and between departments.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies.
For undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 62832-1:2020, Industrial-process measurement, control and automation – Digital Factory
framework – Part 1: General principles
IEC 62832-2:2020, Industrial-process measurement, control and automation – Digital Factory
framework – Part 2: Model elements
ISO/IEC 6523 (all parts), Information technology – Structure for the identification of
organizations and organization parts
3 Terms, definitions and conventions
3.1 Terms and definitions
For the purposes of this document, the terms and definitions as well as the abbreviated terms
given in IEC 62832-1, IEC 62832-2 and the following apply.

– 8 – IEC 62832-3:2020  IEC 2020
ISO and IEC maintain terminological databases for use in standardization at the following
addresses:
• ISO Online browsing platform: available at http://www.iso.org/obp
• IEC Electropedia: available at http://www.electropedia.org/
3.2 Conventions
While IEC 62832-1 is using general names for describing the concepts, IEC 62832-2 and
IEC 62832-3 define more formal requirements. In order to clearly identify the names of the
model elements, IEC 62832-2 and IEC 62832-3 use ‘PascalCase’ for names.
A help for matching the names is provided in IEC 62832-2:2020, Table B.1.
4 General rules
4.1 Information about PS asset types
The description of a PS asset type is provided in a Library by means of a DFassetClass, which
is derived from a DFassetClassDefinition in a ConceptDictionary. This relationship is
documented by the "DFassetClassDefinition" reference in the header of the DFassetClass. The
product characteristics are described by DataElements and CDELs, which commonly also are
based on definitions from the same ConceptDictionary as the DFassetClassDefinition. If the
used dictionary does not support description of all relevant product characteristics, additional
DataElements and CDELs may be provided based on definitions from a different
ConceptDictionary (e.g. from a different consortium or from the vendor) (see for example
Figure 1).
Figure 1 – Example for PS asset type description based on multiple dictionaries

IEC 62832-3:2020  IEC 2020 – 9 –
4.2 Representation of a production system
A DigitalFactory shall be used to represent a production system (see Figure 2). The production
system represented by a DigitalFactory may be a planned production system or an existing
production system.
The granularity of the digital representation of the production system may vary depending on
the intended purpose.
EXAMPLE For initial planning purposes, the DigitalFactory can contain DFassets representing the main components
of the production systems, while for operation purposes the DFassets can describe sub-structures down to single
devices or depending on criticality minor mechanical components (such as bolts and screws).
During the life cycle of the production system, the information in the DigitalFactory should
change according to the changing production system.

Figure 2 – Representation of a production system
4.3 Rules for CDELs and DataElements
4.3.1 General
A DFasset shall be used to represent a specific PS asset, a specific role or a specific PS asset
with an assigned role. The particular aspects or features of a PS asset or role should be
described with CDELs. Each CDEL collects all DataElements describing a specific feature (for
example an interface, a part, an aspect) of the PS asset.
A DataElement shall contain the actual information describing a characteristic of a PS asset or
of a role. DataElements shall be created based on DETs and CDELs shall be created based on
CDELdefinitions.
– 10 – IEC 62832-3:2020  IEC 2020
A CDEL may contain at the same time DataElements with defined DataValues and
DataElements with undefined DataValues. The method to leave DataValues of DataElements
undefined shall be specified for each Library as well as for each DigitalFactory.
EXAMPLE Examples for methods to assign an undefined DataValue are: to keep the value empty; to define an
invalid value; or to eliminate the value space from the DataElement.
4.3.2 Constant and variable DataElements
Depending on the intended use of a specific DataElement, it can be necessary to provide
additional information together with the DataValue of the DataElement. In order to specify such
requirements, a DataElementType shall be categorized by using DET category. The possible
values of DET categories are "variable" and "constant". If a DET does not have a defined DET
category, the value of DET category shall be considered as "constant".
DET that have a DET category of "constant" are called in this document "constant DET" and
DET that have a DET category of "variable" are called "variable DET". DataElements that are
derived from "variable DET" are called "variable DataElements", all other DataElements are
called "constant DataElements".
If DataElements are ‘variable’, thenTimeStamp and ValueQuality shall be provided for the
DataValue.
EXAMPLE Figure 3 shows an example for a constant DataElement ("max. temperature") and a variable
DataElement ("measured temperature"). The "max. temperature" is defined for a PS asset type "temperature sensor".
The DataValue does not change for the life time of the actual temperature sensor (PS asset). On the other hand, the
actually measured temperature can change. This is why the DataElement is classified as variable DataElement.

Figure 3 – Example for use of constant and variable DataElements

IEC 62832-3:2020  IEC 2020 – 11 –
4.4 Filtering of information for different technical disciplines
4.4.1 General
A view is a set of information extracted from a search space. Different views of the information
about the PS assets or roles reduce the complexity that is presented to the user. These views
support operational activities to access, manage, and update the information. A given
operational activity typically does not use all of the PS asset information.
It is possible to filter the information for a particular technical discipline or for a particular
application aspect.
A technical discipline is defined as an area of technical expertise applied to a specific set of
activities. A particular view may be provided for multiple technical disciplines, because activities
which belong to different technical disciplines need to exchange the same common information.
For a particular activity, the view should be provided based on two aspects. The first aspect is
what kinds of elements of information are shown in the view, and the second aspect is how
those elements are associated in the view.
The first aspect is provided by filtering, and the second aspect is provided by supporting multiple
views with different hierarchies. The DF framework provides support for the first aspect
(filtering) but does not support the second aspect (organization of filtering results into views).
A particular application might be related to a tool processing information from a Library or from
a DigitalFactory for a specific purpose.
If views are used to select only the relevant information, subsequent processing of this
information can be executed more efficiently. This may be implemented by using a combination
of multiple ViewElements.
4.4.2 Using ViewElements
ViewElements may be used to filter information from Libraries or in DigitalFactories (depending
on the defined search space). This allows filtering information specific for a TechnicalDiscipline.
ViewElements may be used to select
– DFassetClasses,
– DFassetClassAssociations,
– DFassets,
– DFassetLinks,
– CDELs, and
– DataElements.
4.4.3 Providing ViewElements
ViewElements may be provided by data suppliers in SupplierLibraries or by the enterprise in
DFlibraries.
The enterprise may provide ViewElements in a DFlibrary by
• importing them from SupplierLibraries, or
• creating them as filters for similar queries (e.g. for specific purposes or for a specific
technical discipline).
– 12 – IEC 62832-3:2020  IEC 2020
When a ViewElement is provided, technical disciplines shall be used to specify the purpose of
filtering.
4.4.4 Filtering information from a Library
In order to find a specific DFassetClass in a Library, a ViewElement shall be used. The Library
can be filtered to find a DFassetClass derived from a specific DFassetClassDefinition, which
has certain DataElements with specific values.
A ViewElement shall be used to define which information from the DFassetClasses is filtered
from the Library. This helps comparing DFassetClasses.
EXAMPLE Selection of replacement for a failed asset.
To select assets replacing an existing asset, the replacement needs to fulfil all necessary requirements, even if the
same PS asset type is no longer available on the market. Therefore, the new part needs to be selected by its technical
parameters. The ViewElement is used to define the technical parameters for selection.
4.4.5 Filtering information from a DigitalFactory
A ViewElement shall be used to find a specific DFasset, DFassetLink or DFassetAssignment in
a DigitalFactory.
A DFasset can be found, if it is derived from a specific DFassetClass and has certain
DataElements with specific DataValues.
A DFassetLink can be found if it is derived from a specific DFassetClassAssociation.
5 Rules for dictionaries
5.1 General
ConceptDictionaries may have different structural organization and contents. A
ConceptDictionaryEntry may define a DET, a CDELdefinition, or a DFassetClassDefinition.
The rules for defining DETs of a ConceptDictionary shall be specified by a data specification.
Such a data specification defines for example the data types to be used in definition of the
DETs.
Concept dictionaries should provide information regarding physical assets and information
regarding roles.
EXAMPLE The IEC CDD is a repository of different dictionaries with different rules. The dictionary for IEC 61987
(all parts) provides DFassetClassDefinitions for role-based equipment information (as part of the OLOP). Other
dictionaries in the IEC CDD do not provide such DFassetClassDefinitions.
Concept dictionaries may be owned and managed by a standardization body, a consortium, a
data supplier or an enterprise.
5.2 Rules for consortia dictionaries and standardized dictionaries
Standardization bodies and classification consortia providing concept dictionaries shall be
registered as a registration authority by registration authority identifiers defined by
ISO/IEC 6523.
5.3 Rules for supplier dictionaries
If content of a SupplierLibrary cannot be interpreted based on standardized dictionaries or
consortium dictionaries only, then a supplier dictionary that supports interpretation of the
content of the SupplierLibrary shall be provided.

IEC 62832-3:2020  IEC 2020 – 13 –
Every concept that is used in the SupplierLibrary and is not defined by existing concept
dictionaries shall be defined by a ConceptDictionaryEntry in a corresponding supplier
dictionary.
Data suppliers providing concept dictionaries shall be registered as a registration authority by
registration authority identifiers defined by ISO/IEC 6523.
5.4 Rules for DFdictionary
A DFdictionary shall contain all ConceptDictionaryEntries necessary to interpret contents of the
associated DFlibraries.
DFdictionaries shall be created by integrating copies of ConceptDictionaryEntries or by
referencing to ConceptDictionaryEntries from standardized dictionaries, from consortium
dictionaries or from supplier dictionaries.
When integrating a LibraryEntry (for example a DFassetClass) of a SupplierLibrary into a
DFlibrary, it should be made sure that every concept used in the LibraryEntry is defined in the
DFdictionary.
ConceptDictionaryEntries from multiple concept dictionaries specific to different domains or
owned by different organizations may be integrated into or referenced from a DF dictionary, as
long as the ConceptDictionaryEntries conform to the definitions of ConceptDictionaryEntries in
IEC 62832-2. If a ConceptDictionaryEntry from a different ConceptDictionary is integrated into
a DFdictionary, the ConceptIdentifier is not changed.
The enterprise providing concept dictionaries may or may not be registered as a registration
authority by a registration authority identifier defined by ISO/IEC 6523.
5.5 Rules for DFassetClassDefinition
DFassetClassDefinitions including physical asset information and DFassetClassDefinitions for
role-based equipment information should be provided in a concept dictionary.
A DFassetClassDefinition may define rules and/or structures for describing the physical asset
information of a PS asset type, role-based equipment information, or both.
6 Rules for Libraries
6.1 Rules for SupplierLibraries
SupplierLibraries shall be used to provide information from the data supplier to the enterprise,
including information about PS asset types that are used for production systems.
LibraryEntries in a SupplierLibrary shall be based on ConceptDictionaryEntries defined in
concept dictionaries.
Information about a PS asset type shall be provided as a DFassetClass, based on a
DFassetClassDefinition defined by a ConceptDictionary. The general rules defined in 6.3 apply
to all DFassetClasses in SupplierLibraries.
EXAMPLE Examples for information about a PS asset type are information about the characteristics and structure
of a PS asset type.
In order to provide information from the data supplier to the enterprise, ViewElements,
DFassetClassAssociations, GenericAssociations and DataElementRelationships may be
provided in SupplierLibraries.

– 14 – IEC 62832-3:2020  IEC 2020
6.2 Rules for DFlibraries
Each enterprise shall have one or more DFlibraries. Exactly one DFlibrary shall be used for
creating and maintaining a DigitalFactory. A DFlibrary may be used for multiple Digital Factories
in an enterprise.
Enterprises shall integrate relevant LibraryEntries into a DFlibrary by selecting them from
relevant SupplierLibraries. LibraryEntries in a DFlibrary may also be created by the enterprise.
LibraryEntries within a DFlibrary shall be based on ConceptDictionaryEntries in the
DFdictionary only.
6.3 Rules for DFassetClasses
Every DFassetClass shall be identified uniquely in a Library by the identification information of
its DFassetClassHeader.
The ElementIdentifier of LibraryEntries is defined by the owner of the Library. When a
LibraryEntry is integrated from a SupplierLibrary into a DFlibrary, if the original identifier is not
sufficiently unique (e.g. if different data suppliers use the same identifiers) it might be necessary
to change its ElementIdentifier.
A DFassetClass in a Library shall be derived either from one DFassetClassDefinition in a
dictionary or from one or more DFassetClasses.
A DFassetClass may be derived
– from a DFassetClassDefinition that describes only physical asset information, or
– from a DFassetClassDefinition that describes only role-based equipment information.
If a DFassetClass is derived from a DFassetClassDefinition,
– its DFassetClassHeader shall provide the reference to the DFassetClassDefinition,
– its DFassetClassBody shall be derived from this DFassetClassDefinition. This means the
DFassetClassBody shall include relevant DataElements for description of the product type.
The DataElements correspond to DataElementTypes included in the
DFassetClassDefinition,
– it is not required that the DFassetClassBody includes all CDELs or DataElements that have
corresponding definitions in the DFassetClassDefinition.
Within a DFassetClass, multiple CDELs may be provided. A CDEL shall be used to describe a
set of characteristics that belong to a particular aspect, feature of the described PS asset type,
or describe role-based equipment information.
A DFassetClass may include additional DataElements and CDELs other than those of the
referenced DFassetClassDefinition (see Figure 1). These additional model elements may be
based on definitions from different ConceptDictionaries.
DataElements in DFassetClasses may have undefined DataValue.
6.4 Rules for composite DFassetClass
A composite DFassetClass contains constituent DFassets and DFassetLinks.
For a composite DFassetClass
– the constituent DFassets shall be identified uniquely within the scope of the composite
DFassetClass by their RoleBasedEquipmentIdentifier (in addition to their ElementIdentifier),
– the PSassetIdentifier of every constituent DFasset shall be undefined,

IEC 62832-3:2020  IEC 2020 – 15 –
– the DFassetLinks shall be identified within the scope of the composite DFassetClass.
Multiple constituent DFassets within one composite DFassetClass may be derived from the
same DFassetClass.
Relationships between constituent DFassets in a composite DFassetClass shall be represented
by using DFassetLinks. The DFassetLinkEndPoints shall be identified by the identification of
the respective constituent DFassets and identification of the respective interfaces (CDELs) in
the constituent DFasset.
7 Rules for DigitalFactory
7.1 General
The use of a DigitalFactory may include:
– managing a DigitalFactory;
– creating a DigitalFactory;
– browsing a representation of a production system in a DigitalFactory;
– extracting a representation of a production system in a DigitalFactory;
– filtering information from a representation of a production system in a DigitalFactory;
– modifying a representation of a production system in of a DigitalFactory;
– replicating a DigitalFactory.
7.2 Managing a DigitalFactory
A DigitalFactory shall be managed by using the content of the DFassetHeader of the
DigitalFactory.
7.3 Creating a DigitalFactory
A DigitalFactory provides a digital representation of a production system. This digital
representation may be created for a specific purpose such as for representation of a specific
life cycle stage of the production system.
EXAMPLE A DigitalFactory can represent a planned production system or can represent a production system in
operation.
7.4 Maintaining a DigitalFactory
Depending on the intended purpose, the representation of the production system in a
DigitalFactory should be maintained up to date during the life cycle of the production system.
All information necessary to manage the production system should be added to, deleted from,
or changed in the DFassetBody of a DigitalFactory by the various activities during the life cycle
phases, throughout the life cycle of the production system.
7.5 Managing the access to a DigitalFactory
If a DigitalFactory is used and updated by various users, it shall be possible to manage the
access to the DigitalFactory and the revision information (e.g. the revision number) shall be
maintained. The rules for managing the access and for maintaining
...