Skip to Content
Last modified by Artur K. on 2026/05/29 14:28
From version 1.4
edited by Helena K.
on 2026/01/15 15:09
Change comment: There is no comment for this version
To version 1.18
edited by Helena K.
on 2026/01/15 15:22
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -62,57 +62,49 @@
62 62  
63 63  As a general rule insignificant changes (e.g. textual clarifications or typos) will result in an increment of the patch component of the versioning system (i.e. N.M.**+**).
64 64  
65 -| |(% colspan="2" %)**CODE LIST (CL)**
66 -|**Type of Change**|**Impact**|**Comments**
67 -|(((
65 +|(% colspan="3" %)**CODE LIST (CL)**
66 +|(% style="width:877px" %)**Type of Change**|(% style="width:161px" %)**Impact**|(% style="width:1034px" %)**Comments**
67 +|(% style="width:877px" %)(((
68 68  **Addition into an existing CL of one or more new codes not having the**
69 69  
70 70  **CodeList:Code:ParentCode attribute**
71 -)))|**Minor**: **N.,,+,,**^^({{footnote}}The overall impact on compatibility should be assessed when there are several “minor” version impact changes. For example, it may be that the effect of adding several new Code List or HCL codes results in an implicit change in the meaning of existing Code List or HCL codes which may not be completely backward compatible, therefore (depending on the analysis) the overall version impact may be “Major +.0”.{{/footnote}})^^|Data exchanged/disseminated using the old CL can still be exchanged/disseminated using the new CL
72 -|(((
71 +)))|(% style="width:161px" %)**Minor**: **N.,,+,,**^^({{footnote}}The overall impact on compatibility should be assessed when there are several “minor” version impact changes. For example, it may be that the effect of adding several new Code List or HCL codes results in an implicit change in the meaning of existing Code List or HCL codes which may not be completely backward compatible, therefore (depending on the analysis) the overall version impact may be “Major +.0”.{{/footnote}})^^|(% style="width:1034px" %)Data exchanged/disseminated using the old CL can still be exchanged/disseminated using the new CL
72 +|(% style="width:877px" %)(((
73 73  **Addition of one or more new hierarchies represented using the**
74 74  
75 75  **CodeList:Code:ParentCode attribute (not using the Hierarchical Code List artefact)**
76 -)))|**Minor**: **N.,,+,,^^(^^**^^3)^^|Data exchanged/disseminated using the old CL can still be exchanged/disseminated using the new CL as already existing hierarchies still represent the same aggregations
77 -|**Addition of one or more new codes into existing hierarchies represented using the CodeList:Code:ParentCode attribute (not using the Hierarchical Code List artefact)**|**Major**: **+.0**|After the change, the parent code for the changed hierarchy does not represent the same aggregation any more, thus resulting in a break in backward compatibility
78 -|**Aggregation, disaggregation, reorganisation or removal of one or more codes**|**Major**: **+.0**|Data exchanged/disseminated using an old version of the CL can no longer be exchanged/disseminated using the new version of the CL
76 +)))|(% style="width:161px" %)**Minor**: **N.,,+,,^^(^^**^^{{footnote}}The overall impact on compatibility should be assessed when there are several “minor” version impact changes. For example, it may be that the effect of adding several new Code List or HCL codes results in an implicit change in the meaning of existing Code List or HCL codes which may not be completely backward compatible, therefore (depending on the analysis) the overall version impact may be “Major +.0”.{{/footnote}})^^|(% style="width:1034px" %)Data exchanged/disseminated using the old CL can still be exchanged/disseminated using the new CL as already existing hierarchies still represent the same aggregations
77 +|(% style="width:877px" %)**Addition of one or more new codes into existing hierarchies represented using the CodeList:Code:ParentCode attribute (not using the Hierarchical Code List artefact)**|(% style="width:161px" %)**Major**: **+.0**|(% style="width:1034px" %)After the change, the parent code for the changed hierarchy does not represent the same aggregation any more, thus resulting in a break in backward compatibility
78 +|(% style="width:877px" %)**Aggregation, disaggregation, reorganisation or removal of one or more codes**|(% style="width:161px" %)**Major**: **+.0**|(% style="width:1034px" %)Data exchanged/disseminated using an old version of the CL can no longer be exchanged/disseminated using the new version of the CL
79 79  
80 80  
81 81  
82 82  |(% colspan="3" %)**HIERARCHICAL CODE LIST (HCL)**
83 -|**Type of Change**|**Impact**|**Comments**
83 +|**Type of Change**|(% style="width:150px" %)**Impact**|(% style="width:1045px" %)**Comments**
84 84  |(((
85 -**Addition of new hierarchies in the HCL.**
85 +**Addition of new hierarchies in the HCL. Existing hierarchies are unaffected**
86 +)))|(% style="width:150px" %)**Minor**: **N.,,+,,**^^({{footnote}}The overall impact on compatibility should be assessed when there are several “minor” version impact changes. For example, it may be that the effect of adding several new Code List or HCL codes results in an implicit change in the meaning of existing Code List or HCL codes which may not be completely backward compatible, therefore (depending on the analysis) the overall version impact may be “Major +.0”.{{/footnote}})^^|(% style="width:1045px" %)Data represented using the old HCL can still be represented using the new HCL
87 +|**Addition of codes into existing hierarchies in the HCL. Existing hierarchies are thus affected**|(% style="width:150px" %)**Major**: **+.0**|(% style="width:1045px" %)The HCL resulting from this change does not represent the same aggregation any more, thus breaking backward compatibility
88 +|**Removal of one or more codes in the HCL or removal of one or more codes in the referenced code lists**|(% style="width:150px" %)**Major**: **+.0**|(% style="width:1045px" %)Data represented using the old HCL can no longer be represented using the new HCL, thus resulting in a break in backward compatibility
89 +|**Addition, modification or removal of one or more hierarchical levels**|(% style="width:150px" %)**Major: +.0**|(% style="width:1045px" %)The reorganisation of codes within hierarchies has a significant impact on the code aggregations
86 86  
87 -**Existing hierarchies are unaffected**
88 -)))|**Minor**: **N.,,+,,**^^(3)^^|Data represented using the old HCL can still be represented using the new HCL
89 -|**Addition of codes into existing hierarchies in the HCL. Existing hierarchies are thus affected**|**Major**: **+.0**|The HCL resulting from this change does not represent the same aggregation any more, thus breaking backward compatibility
90 -|**Removal of one or more codes in the HCL or removal of one or more codes in the referenced code lists**|**Major**: **+.0**|Data represented using the old HCL can no longer be represented using the new HCL, thus resulting in a break in backward compatibility
91 -|**Addition, modification or removal of one or more hierarchical levels**|**Major: +.0**|The reorganisation of codes within hierarchies has a significant impact on the code aggregations
92 -
93 -
94 -
95 95  |(% colspan="3" %)**CONCEPT SCHEME (CS)**
96 -|**Type of change**|**Impact**|**Comments**
97 -|**Addition of one or more new concepts in an existing CS**|**Minor**: **N.+**|(((
98 -Data exchanged/disseminated using the old version of the
99 -
100 -CS can still be exchanged/disseminated using the new CS
92 +|(% style="width:874px" %)**Type of change**|(% style="width:154px" %)**Impact**|(% style="width:1044px" %)**Comments**
93 +|(% style="width:874px" %)**Addition of one or more new concepts in an existing CS**|(% style="width:154px" %)**Minor**: **N.+**|(% style="width:1044px" %)(((
94 +Data exchanged/disseminated using the old version of the CS can still be exchanged/disseminated using the new CS
101 101  )))
102 -|**Removal of one or more existing concepts**|**Major: +.0**|Data exchanged/disseminated using the old version of the CS can no longer be exchanged/disseminated using the new version with less concepts
96 +|(% style="width:874px" %)**Removal of one or more existing concepts**|(% style="width:154px" %)**Major: +.0**|(% style="width:1044px" %)Data exchanged/disseminated using the old version of the CS can no longer be exchanged/disseminated using the new version with less concepts
103 103  
104 -
105 -
106 106  |(% colspan="3" %)**DATA STRUCTURE DEFINITION (DSD)**
107 -|**Type of change**|**Impact**|**Comments**
108 -|**Addition of a dimension**|**Major**: **+.0**|Adding a new dimension has a strong impact because a dimension represents the identifier of a dataset, thus requiring a remodelling of the data as existing structural validation will fail
109 -|**Addition of a mandatory attribute**|**Major**: **+.0**|If the attribute is mandatory, the situation is the same as under point “Addition of a dimension”
110 -|**Addition of a conditional attribute**|**Minor**: **N.+**|If the attribute is conditional backward compatibility is maintained
111 -|**Removal of a dimension or attribute**|**Major**: **+.0**|Whatever the type of component, the change does not guarantee backward compatibility
99 +|(% style="width:868px" %)**Type of change**|(% style="width:159px" %)**Impact**|(% style="width:1045px" %)**Comments**
100 +|(% style="width:868px" %)**Addition of a dimension**|(% style="width:159px" %)**Major**: **+.0**|(% style="width:1045px" %)Adding a new dimension has a strong impact because a dimension represents the identifier of a dataset, thus requiring a remodelling of the data as existing structural validation will fail
101 +|(% style="width:868px" %)**Addition of a mandatory attribute**|(% style="width:159px" %)**Major**: **+.0**|(% style="width:1045px" %)If the attribute is mandatory, the situation is the same as under point “Addition of a dimension”
102 +|(% style="width:868px" %)**Addition of a conditional attribute**|(% style="width:159px" %)**Minor**: **N.+**|(% style="width:1045px" %)If the attribute is conditional backward compatibility is maintained
103 +|(% style="width:868px" %)**Removal of a dimension or attribute**|(% style="width:159px" %)**Major**: **+.0**|(% style="width:1045px" %)Whatever the type of component, the change does not guarantee backward compatibility
112 112  
113 113  For concrete examples, see the Appendix.
114 114  
115 -=== 5. How versioning works for inter-dependent artefacts ===
107 += 5. How versioning works for inter-dependent artefacts =
116 116  
117 117  This section describes how version changes to inter-dependent or parent/child artefacts affect each other. For example, how a Concept Scheme is affected when one of the Code Lists that it references changes version.
118 118  
... ... @@ -135,51 +135,40 @@
135 135  The replacement of a reference with a different reference has the same impact for every artefact.
136 136  
137 137  |(% colspan="3" %)**ALL ARTEFACTS**
138 -|**Type of change**|**Impact**|**Comments**
139 -|(((
140 -**Replacement of a child artefact having a different version, but same id and**
141 -
142 -**Agency**
130 +|(% style="width:492px" %)**Type of change**|(% style="width:441px" %)**Impact**|**Comments**
131 +|(% style="width:492px" %)(((
132 +**Replacement of a child artefact having a different version, but same id and Agency**
133 +)))|(% style="width:441px" %)(((
134 +**The child artefact version change is replicated in the parent artefact**
143 143  )))|(((
144 -**The child artefact version change is replicated in the**
145 -
146 -**parent artefact**
147 -)))|(((
148 148  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.
149 -
150 150  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
151 151  )))
152 -|(((
153 -**Replacement of a referenced child artefact having a**
139 +|(% style="width:492px" %)(((
140 +**Replacement of a referenced child artefact having a different id or Agency**
141 +)))|(% 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)
154 154  
155 -**different id or Agency**
156 -)))|**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)
157 -
158 158  ==== b. Addition or removal of referenced artefacts ====
159 159  
160 -| |(% colspan="2" %)**CONCEPT SCHEME (CS)**
161 -|**Type of change**|**Impact**|**Comments**
162 -|(((
163 -**Addition or removal of a child**
145 +|(% colspan="3" style="width:876px" %)**CONCEPT SCHEME (CS)**
146 +|(% style="width:845px" %)**Type of change**|(% style="width:156px" %)**Impact**|(% style="width:1071px" %)**Comments**
147 +|(% style="width:845px" %)(((
148 +**Addition or removal of a child Code List**
149 +)))|(% 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
164 164  
165 -**Code List**
166 -)))|**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
167 167  
168 168  
169 -
170 -| |(% colspan="2" %)**DATA STRUCTURE DEFINITION (DSD)**
153 +|(% colspan="3" %)**DATA STRUCTURE DEFINITION (DSD)**
171 171  |**Type of change**|**Impact**|**Comments**
172 172  |**Addition or removal of a child Code List**|(((
173 -**If same id and Agency, then the child artefact version change is replicated in the parent artefact.**
174 -
175 -**If different id or Agency, impact wil depend on the backward/forward compatibility as shown in the tables above**
156 +**If same id and Agency, then the child artefact version change is replicated in the parent artefact.
157 +If different id or Agency, impact wil depend on the backward/forward compatibility as shown in the tables above**
176 176  )))|(((
177 177  If a child Code List has a minor version change, then the DSD should also have a minor version change.
178 -
179 179  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
180 180  )))
181 181  
182 -=== 6. Appendix - Examples ===
163 += 6. Appendix - Examples =
183 183  
184 184  **Example 1 – Change to a Code List name, for clarification purposes**. **Patch Impact: N.M.+**
185 185  
... ... @@ -200,36 +200,29 @@
200 200  
201 201  |(% colspan="2" %)**AGGREGATION OF EXISTING CODES**
202 202  |**Old version**|**New version**
203 -|**2011** Heifers (female bovine that never calved), live **2012** Cows, live|**2010** Heifers and cows, live
204 -|(% 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.
184 +|**2011** Heifers (female bovine that never calved), live
185 +**2012** Cows, live|**2010** Heifers and cows, live
186 +|(% 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.
205 205  
206 -
207 -
208 208  |(% colspan="2" %)**DISAGGREGATION OF EXISTING CODES**
209 209  |**Old version**|**New version**
210 210  |**1010** Live horses|(((
211 -1. Pure bred breeding horses, live
212 -1. Other horses, live
191 +1011 Pure bred breeding horses, live
192 +1012 Other horses, live
213 213  )))
214 -|(% 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.
194 +|(% 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.
215 215  
216 -
217 -
218 218  |(% colspan="2" %)**REORGANISATION OF EXISTING CODES**
219 219  |**Old version**|**New version**
220 220  |(((
221 221  **3010** Fowls, weighing ≤ 185 g
222 -
223 223  **3020** Ducks, , weighing ≤ 185 g
224 -
225 225  **3030** Other poultry, weighing ≤ 185 g
226 -
227 227  **3040** Fowls, weighing > 185 g
228 -
229 229  **3050** Ducks, , weighing > 185 g
230 -
231 231  **3060** Other poultry, weighing > 185 g
232 -)))|**3025** Poultry, weighing ≤ 175 g **3045** Poultry, weighing > 175 g
205 +)))|**3025** Poultry, weighing ≤ 175 g
206 +**3045** Poultry, weighing > 175 g
233 233  |(% 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
234 234  
235 235  **Example 5 – Changes to hierarchies in a Code List. Major impact: +.0**
... ... @@ -236,7 +236,16 @@
236 236  
237 237  |(% colspan="2" %)**ADDING A NEW CODE IN AN EXISTING HIERARCHY – CODE LIST**
238 238  |**Old version**|**New version**
239 -|• 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**
213 +|(((
214 +* 0213 - Beer
215 +** 02131 - Lager beer
216 +** 02132 - Other alcoholic beer
217 +)))|(((
218 +* 0213 - Beer
219 +** 02131 - Lager beer
220 +** 02132 - Other alcoholic beer
221 +* **02133 - Low and non-alcoholic beer**
222 +)))
240 240  |(% colspan="2" %)Code 02133 has been added to hierarchy 0213
241 241  
242 242  **Example 6 – Changes to hierarchies in a Hierarchical Code List. Major impact: +.0**
... ... @@ -244,69 +244,58 @@
244 244  |(% colspan="2" %)**ADDING A NEW CODE IN AN EXISTING HIERARCHY – HIERARCHICAL CODE LIST**
245 245  |**Old version**|**New version**
246 246  |(((
247 -• A1 - World (codelist ref. ECB@CL_AREAS@1.0) o E1 - Europe (ECB@CL_COUNTRIES@1.0)
248 -
249 - ES - Spain FR - France
250 -
251 -GR - Greece
252 -
253 -IT - Italy o E4 - Africaetc.
230 +* A1 - World (codelist ref. ECB@CL_AREAS@1.0)
231 +** E1 - Europe (ECB@CL_COUNTRIES@1.0)
232 +*** ES - Spain FR - France
233 +*** GR - Greece
234 +*** IT - Italy
235 +** E4 - Africa
236 +*** etc.
254 254  )))|(((
255 -• A1=World (codelist ref. ECB@CL_AREAS@1.0) o E1 =Europe (ECB@CL_COUNTRIES@1.0)
256 -
257 - ES = Spain FR = FranceGR = Greece
258 -
259 -IT = Italy
260 -
261 -**DE= Germany**
262 -
263 -o E4 =Africaetc.
238 +* A1=World (codelist ref. ECB@CL_AREAS@1.0)
239 +** E1 =Europe (ECB@CL_COUNTRIES@1.0)
240 +** ES = Spain FR = FranceGR = Greece
241 +** IT = Italy
242 +** **DE= Germany**
243 +* E4 =Africa
244 +** etc.
264 264  )))
265 265  |(% 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
266 266  
267 267  **Example 7.1 – Dependencies between artefacts: Concept Scheme and Code List. Minor impact: N.+**
268 268  
269 -|**Id:Artefact Type:Details**|**Change type**|**Version Impact**|**Old version**|(((
270 -**New**
271 -
272 -**version**
250 +|(% style="width:492px" %)**Id:Artefact Type:Details**|(% style="width:732px" %)**Change type**|(% style="width:558px" %)**Version Impact**|(% style="width:139px" %)**Old version**|(% style="width:151px" %)(((
251 +**New version**
273 273  )))
274 -|**CL_OBS_STATUS:Code List**|Addition of a new code X|**Minor: N.+**|**1.0**|**1.1**
275 -|**CS_TRADE:Concept Scheme: References CL_OBS_STATUS v1.0 above**|(((
253 +|(% style="width:492px" %)**CL_OBS_STATUS:Code List**|(% style="width:732px" %)Addition of a new code X|(% style="width:558px" %)**Minor: N.+**|(% style="width:139px" %)**1.0**|(% style="width:151px" %)**1.1**
254 +|(% style="width:492px" %)**CS_TRADE:Concept Scheme: References CL_OBS_STATUS v1.0 above**|(% style="width:732px" %)(((
276 276  Adoption of new code X
277 277  
278 -**//Change type//**: Replacement of a child artefact having a different version, but the same id and
279 -
280 -Agency
281 -)))|(((
257 +**//Change type//**: Replacement of a child artefact having a different version, but the same id and Agency
258 +)))|(% style="width:558px" %)(((
282 282  **Minor: N.+**
260 +The child version impact is replicated in the parent artefact
261 +)))|(% style="width:139px" %)**2.0**|(% style="width:151px" %)**2.1**
283 283  
284 -The child version impact is replicated in the parent
285 -
286 -artefact
287 -)))|**2.0**|**2.1**
288 -
289 289  **Example 7.2 – Dependencies between artefacts: Concept Scheme and Code List. Major impact: +.0**
290 290  
291 -|**Id:Artefact Type:Details**|**Change type**|**Version Impact**|**Old version**|(((
292 -**New**
293 -
294 -**version**
265 +|(% style="width:489px" %)**Id:Artefact Type:Details**|(% style="width:734px" %)**Change type**|(% style="width:562px" %)**Version Impact**|**Old version**|(((
266 +**New version**
295 295  )))
296 -|**CL_OBS_STATUS:Code List**|Removal of code U|**Major: +.0**|**1.0**|**2.0**
297 -|(((
268 +|(% style="width:489px" %)**CL_OBS_STATUS:Code List**|(% style="width:734px" %)Removal of code U|(% style="width:562px" %)**Major: +.0**|**1.0**|**2.0**
269 +|(% style="width:489px" %)(((
298 298  **CS_TRADE:Concept**
299 299  
300 300  **Scheme:References**
301 301  
302 302  **CL_OBS_STATUS v1.0 above**
303 -)))|(((
275 +)))|(% style="width:734px" %)(((
304 304  Adoption of new CL_OBS_STATUS without U.
305 305  
306 306  **//Change type//**: Replacement of a child artefact having a different version, but the same id and
307 307  
308 308  Agency
309 -)))|(((
281 +)))|(% style="width:562px" %)(((
310 310  **Major: +.0**
311 311  
312 312  The child version impact is replicated in the parent artefact.
... ... @@ -314,51 +314,48 @@
314 314  
315 315  **Example 7.3 – Dependencies between artefacts: Concept Scheme and Code List. Variable impact (see below)**
316 316  
317 -|**Id:Artefact Type:Details**|**Change type**|**Version Impact**|**Old version**|(((
318 -**New**
319 -
320 -**version**
289 +|(% style="width:489px" %)**Id:Artefact Type:Details**|(% style="width:736px" %)**Change type**|(% style="width:555px" %)**Version Impact**|(% style="width:146px" %)**Old version**|(% style="width:146px" %)(((
290 +**New version**
321 321  )))
322 -|(% rowspan="3" %)**CL_XYZ: Code List**|(((
292 +|(% rowspan="3" style="width:489px" %)**CL_XYZ: Code List**|(% style="width:736px" %)(((
323 323  a) Maintenance agency changes from A to B for governance reasons.
324 324  
325 325  Nothing else changes in the code list.
326 -)))|(% rowspan="3" %)**New artefact**|(% rowspan="3" %)(((
296 +)))|(% rowspan="3" style="width:555px" %)**New artefact**|(% rowspan="3" style="width:146px" %)(((
327 327  **CL_XYZ**
328 328  
329 329  **(Agency A)**
330 -)))|(% rowspan="3" %)(((
300 +)))|(% rowspan="3" style="width:146px" %)(((
331 331  **CL_XYZ**
332 332  
333 -**(Agency B)**
334 -
335 -**(new maintenance agency)**
303 +**(Agency B)
304 +(new maintenance agency)**
336 336  )))
337 -|b) Maintenance agency changes from A to B and at the same time new codes are added
338 -|c) Maintenance agency changes from A to B. Since B has different coding rules, the code list itself changes as well.
339 -|(% rowspan="3" %)(((
306 +|(% style="width:736px" %)b) Maintenance agency changes from A to B and at the same time new codes are added
307 +|(% style="width:736px" %)c) Maintenance agency changes from A to B. Since B has different coding rules, the code list itself changes as well.
308 +|(% rowspan="3" style="width:489px" %)(((
340 340  **CS_TRADE: Concept Scheme: References**
341 341  
342 342  **CL_XYZ (Agency A) **
343 -)))|(% rowspan="3" %)(((
312 +)))|(% rowspan="3" style="width:736px" %)(((
344 344  Replacement of a child artefact having a different Agency.
345 345  
346 346  CL_XYZ (Agency A) changes to CL_XYZ (Agency B).
347 -)))|(((
316 +)))|(% style="width:555px" %)(((
348 348  **Case a): Patch: N.M.+**
349 349  
350 350  There is no impact on data exchange
351 -)))|**2.0**|**2.0.1**
352 -|(((
320 +)))|(% style="width:146px" %)**2.0**|(% style="width:146px" %)**2.0.1**
321 +|(% style="width:555px" %)(((
353 353  **Case b): Minor: N. +**
354 354  
355 355  The impact is the same as a new minor version of the code list
356 -)))|**2.0**|**2.1**
357 -|(((
325 +)))|(% style="width:146px" %)**2.0**|(% style="width:146px" %)**2.1**
326 +|(% style="width:555px" %)(((
358 358  **Case c) Major: +.0**
359 359  
360 360  The impact is the same as a new major version of the code list.
361 -)))|**2.0**|**3.0**
330 +)))|(% style="width:146px" %)**2.0**|(% style="width:146px" %)**3.0**
362 362  
363 363  **Example 7.4 – Dependencies between artefacts: Concept Scheme and DSD. Variable impact (see below)**
364 364  
© Semantic R&D Group, 2026