Changes for page Guidelines on the Versioning of SDMX Artefacts

Last modified by Artur K. on 2026/05/29 14:28

From 1.7 to 1.8 From 1.17 to 1.18

From version 1.8

edited by Helena K.
on 2026/01/15 15:12

Change comment: There is no comment for this version

To version 1.17

edited by Helena K.
on 2026/01/15 15:20

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -127,51 +127,40 @@
  The replacement of a reference with a different reference has the same impact for every artefact.
  |(% colspan="3" %)**ALL ARTEFACTS**
--|**Type of change**|**Impact**|**Comments**
--|(((
--**Replacement of a child artefact having a different version, but same id and**
--
--**Agency**
++|(% style="width:492px" %)**Type of change**|(% style="width:441px" %)**Impact**|**Comments**
++|(% style="width:492px" %)(((
++**Replacement of a child artefact having a different version, but same id and Agency**
++)))|(% style="width:441px" %)(((
++**The child artefact version change is replicated in the parent artefact**
  )))|(((
--**The child artefact version change is replicated in the**
--
--**parent artefact**
--)))|(((
  If a child artefact (e.g. a Code List) has a minor version change, then the parent artefact (e.g. a Concept Scheme) should also have a minor version change.
--
  If there are several child artefact version changes, the most severe impact is replicated in the parent artefact. For example, if two Code Lists have minor changes, and one Code List has a major change at the same time, the parent Concept Scheme has a major version change
  )))
--|(((
--**Replacement of a referenced child artefact having a**
++|(% style="width:492px" %)(((
++**Replacement of a referenced child artefact having a different id or Agency**
++)))|(% style="width:441px" %)**The parent artefact version impact depends on the backward/ forward compatibility as shown in the tables above**|Technically, the child artefact is not considered to be related to the previous child artefact. It needs to be checked whether exchange contracts can still be guaranteed (backward/forward compatibility principle)
--**different id or Agency**
--)))|**The parent artefact version impact depends on the backward/ forward compatibility as shown in the tables above**|Technically, the child artefact is not considered to be related to the previous child artefact. It needs to be checked whether exchange contracts can still be guaranteed (backward/forward compatibility principle)
--
  ==== b. Addition or removal of referenced artefacts ====
--| |(% colspan="2" %)**CONCEPT SCHEME (CS)**
--|**Type of change**|**Impact**|**Comments**
--|(((
--**Addition or removal of a child**
++|(% colspan="3" style="width:876px" %)**CONCEPT SCHEME (CS)**
++|(% style="width:845px" %)**Type of change**|(% style="width:156px" %)**Impact**|(% style="width:1071px" %)**Comments**
++|(% style="width:845px" %)(((
++**Addition or removal of a child Code List**
++)))|(% style="width:156px" %)**Minor: N.+**|(% style="width:1071px" %)The child Code Lists in a Data Structure Definition have priority over those referenced in a Concept Scheme. Child Code Lists added to or removed from a Concept Scheme do not have a direct impact on the data exchange. Backward/forward compatibility depends on the way Code Lists are referenced in Data Structure Definitions referencing the concept scheme. This needs to be taken into account when creating a new version of a DSD accordingly
--**Code List**
--)))|**Minor: N.+**|The child Code Lists in a Data Structure Definition have priority over those referenced in a Concept Scheme. Child Code Lists added to or removed from a Concept Scheme do not have a direct impact on the data exchange. Backward/forward compatibility depends on the way Code Lists are referenced in Data Structure Definitions referencing the concept scheme. This needs to be taken into account when creating a new version of a DSD accordingly
--
--| |(% colspan="2" %)**DATA STRUCTURE DEFINITION (DSD)**
++|(% colspan="3" %)**DATA STRUCTURE DEFINITION (DSD)**
  |**Type of change**|**Impact**|**Comments**
  |**Addition or removal of a child Code List**|(((
--**If same id and Agency, then the child artefact version change is replicated in the parent artefact.**
--
--**If different id or Agency, impact wil depend on the backward/forward compatibility as shown in the tables above**
++**If same id and Agency, then the child artefact version change is replicated in the parent artefact.
++If different id or Agency, impact wil depend on the backward/forward compatibility as shown in the tables above**
  )))|(((
  If a child Code List has a minor version change, then the DSD should also have a minor version change.
--
  If there are several Code List version changes, the most severe impact is replicated in the DSD. For example, if two Code Lists have minor changes, and one Code List has a major change at the same time, the parent DSD has a major version change
  )))
--=== 6. Appendix - Examples ===
++= 6. Appendix - Examples =
  **Example 1 – Change to a Code List name, for clarification purposes**. **Patch Impact: N.M.+**
@@ -192,36 +192,29 @@
  |(% colspan="2" %)**AGGREGATION OF EXISTING CODES**
  |**Old version**|**New version**
--|**2011** Heifers (female bovine that never calved), live **2012** Cows, live|**2010** Heifers and cows, live
--|(% colspan="2" %)Codes **2011** and **2012** are fully{{footnote}}i.e. without integration into or combination with another existing code.{{/footnote}} **removed** and replaced with one **brand new** code. In this case there is a many to 1 correspondence between the codes.
++|**2011** Heifers (female bovine that never calved), live
++**2012** Cows, live|**2010** Heifers and cows, live
++|(% colspan="2" %)Codes **2011** and **2012** are fully{{footnote}}i.e. without integration into or combination with another existing code.{{/footnote}} __**removed**__ and replaced with one __**brand new**__ code. In this case there is a many to 1 correspondence between the codes.
--
--
  |(% colspan="2" %)**DISAGGREGATION OF EXISTING CODES**
  |**Old version**|**New version**
  |**1010** Live horses|(((
--1. Pure bred breeding horses, live
--1. Other horses, live
++1011 Pure bred breeding horses, live
++1012 Other horses, live
  )))
--|(% colspan="2" %)Code **1010** is fully **removed** and replaced with two **brand new** codes. In this case there is a 1 to m correspondence between the codes.
++|(% colspan="2" %)Code **1010** is fully __**removed**__ and replaced with two __**brand new**__ codes. In this case there is a 1 to m correspondence between the codes.
--
--
  |(% colspan="2" %)**REORGANISATION OF EXISTING CODES**
  |**Old version**|**New version**
  |(((
  **3010** Fowls, weighing ≤ 185 g
--
  **3020** Ducks, , weighing ≤ 185 g
--
  **3030** Other poultry, weighing ≤ 185 g
--
  **3040** Fowls, weighing > 185 g
--
  **3050** Ducks, , weighing > 185 g
--
  **3060** Other poultry, weighing > 185 g
--)))|**3025** Poultry, weighing ≤ 175 g **3045** Poultry, weighing > 175 g
++)))|**3025** Poultry, weighing ≤ 175 g
++**3045** Poultry, weighing > 175 g
  |(% colspan="2" %)Codes **3010**, **3020**, **3030**, **3040**, **3050** and **3060** are fully removed and replaced with two brand new codes; furthermore the criterion for the classification used in the old version has been changed in the new version (185 g criterion versus 175 g criterion), so that it is not possible to exactly aggregate the codes from the old version to the codes of the new version (e.g. a part of **3010** goes to **3025**, another part to **3045**). In this case there is a m to n correspondence between the two sets of codes
  **Example 5 – Changes to hierarchies in a Code List. Major impact: +.0**
@@ -228,7 +228,16 @@
  |(% colspan="2" %)**ADDING A NEW CODE IN AN EXISTING HIERARCHY – CODE LIST**
  |**Old version**|**New version**
--|• 0213 - Beer o02131 - Lager beer o02132 - Other alcoholic beer|• 0213 - Beer o02131 - Lager beer o 02132 - Other alcoholic beer o **02133 - Low and non-alcoholic beer**
++|(((
++* 0213 - Beer
++** 02131 - Lager beer
++** 02132 - Other alcoholic beer
++)))|(((
++* 0213 - Beer
++** 02131 - Lager beer
++** 02132 - Other alcoholic beer
++* **02133 - Low and non-alcoholic beer**
++)))
  |(% colspan="2" %)Code 02133 has been added to hierarchy 0213
  **Example 6 – Changes to hierarchies in a Hierarchical Code List. Major impact: +.0**
@@ -236,23 +236,21 @@
  |(% colspan="2" %)**ADDING A NEW CODE IN AN EXISTING HIERARCHY – HIERARCHICAL CODE LIST**
  |**Old version**|**New version**
  |(((
--• A1 - World (codelist ref. ECB@CL_AREAS@1.0) o E1 - Europe (ECB@CL_COUNTRIES@1.0)
--
-- ES - Spain FR - France
--
--GR - Greece
--
--IT - Italy o E4 - Africaetc.
++*  A1 - World (codelist ref. ECB@CL_AREAS@1.0)
++** E1 - Europe (ECB@CL_COUNTRIES@1.0)
++*** ES - Spain FR - France
++*** GR - Greece
++*** IT - Italy
++** E4 - Africa
++*** etc.
  )))|(((
--• A1=World (codelist ref. ECB@CL_AREAS@1.0) o E1 =Europe (ECB@CL_COUNTRIES@1.0)
--
-- ES = Spain FR = FranceGR = Greece
--
--IT = Italy
--
--**DE= Germany**
--
--o E4 =Africaetc.
++* A1=World (codelist ref. ECB@CL_AREAS@1.0)
++** E1 =Europe (ECB@CL_COUNTRIES@1.0)
++** ES = Spain FR = FranceGR = Greece
++** IT = Italy
++** **DE= Germany**
++* E4 =Africa
++** etc.
  )))
  |(% colspan="2" %)The id of the hierarchical codes are assumed to be equal to those of the code lists referenced. The code DE has been added to hierarchy E1
@@ -259,23 +259,16 @@
  **Example 7.1 – Dependencies between artefacts: Concept Scheme and Code List. Minor impact: N.+**
  |**Id:Artefact Type:Details**|**Change type**|**Version Impact**|**Old version**|(((
--**New**
--
--**version**
++**New version**
  )))
  |**CL_OBS_STATUS:Code List**|Addition of a new code X|**Minor: N.+**|**1.0**|**1.1**
  |**CS_TRADE:Concept Scheme: References CL_OBS_STATUS v1.0 above**|(((
  Adoption of new code X
--**//Change type//**: Replacement of a child artefact having a different version, but the same id and
--
--Agency
++**//Change type//**: Replacement of a child artefact having a different version, but the same id and Agency
  )))|(((
  **Minor: N.+**
--
--The child version impact is replicated in the parent
--
--artefact
++The child version impact is replicated in the parent artefact
  )))|**2.0**|**2.1**
  **Example 7.2 – Dependencies between artefacts: Concept Scheme and Code List. Major impact: +.0**