VTA Identifiers - ID: Difference between revisions

From imde.io

No edit summary
 
(5 intermediate revisions by the same user not shown)
Line 1: Line 1:
== Identifiers for value chain data exchange ==
VTA identifiers are designed to support reliable data exchange across value chains. In a value chain, many different parties need to exchange data about products, packaging, facilities, batches, serialized items, brands, materials and economic operators. This data often moves between different systems, standards, markets and organisations.
For this to work, every object or party referenced in the data exchange needs a stable identifier. Without stable identifiers, systems cannot reliably understand whether two data records refer to the same product model, the same packaging system, the same facility, the same batch or the same economic operator.
VTA identifiers provide a structured way to identify the main entities that are needed for value chain data exchange.
== ISO/IEC 15459 context ==
VTA is an Issuing Agency Code registered under ISO/IEC 15459, ''Information technology - Automatic identification and data capture techniques - Unique identification''.
ISO/IEC 15459 provides a framework for globally unique identification. It uses the concept of registered Issuing Agency Codes and rules for issuing identifiers in a way that prevents different issuing organisations from creating conflicting identifiers.
Within this framework, <code>VTA</code> is the ISO/IEC 15459 Issuing Agency Code. VTA identifiers are therefore issued under the VTA issuing agency namespace.
VTA applies the ISO/IEC 15459 principles to value chain data exchange. The VTA identifier structure combines:
* the ISO/IEC 15459 Issuing Agency Code <code>VTA</code>
* a VTA-controlled Identity Issuer Code
* a VTA Entity Class
* an Identifier Body
This makes it possible to combine global uniqueness, central governance and scalable local issuing.
== Why VTA identifiers are needed ==
Many existing identifiers are designed for a specific industry, market, organisation or use case. They are often excellent within their original context, but less suitable when data needs to move across many domains.
Value chain data exchange requires identifiers that are:
* globally understandable
* machine-readable
* stable over time
* suitable for multiple entity types
* usable by both central authorities and local issuing systems
* flexible enough for different industries and technical environments
VTA identifiers are not intended to replace all existing identifiers. Instead, they provide a common identifier framework that can be used in data exchange to reference entities consistently.
A VTA identifier can point to a product model, a packaging system, a sales unit, a facility, a batch, a serialized item, a material platform, an economic operator or a trademark/brand.
== Central and local issuing ==
VTA supports both central and local issuing of identifiers.
Some identifiers need to be governed centrally because duplicate identifiers would create major problems in the value chain. Economic Operator identifiers are an example. If the same legal or economic party receives multiple independent identifiers from different identity issuers, systems may not be able to determine that these identifiers refer to the same party. For this reason, Economic Operator identifiers can be centrally issued.
Other identifiers can be issued locally by authorised identity issuers. For example, a product manufacturer, platform or system provider may issue identifiers for product models, packaging systems, batches or serialized items within its own VTA identity issuer namespace. As long as the Identity Issuer Code is unique within VTA and the issuing rules are followed, the resulting full VTA identifier remains globally unique.
This combination makes VTA practical for real-world implementation. It allows central governance where needed, while still allowing local systems to create identifiers at scale.
= VTA Identifiers =
= VTA Identifiers =


Line 8: Line 60:


VTA identifiers provide a structured way to identify the main entities that are needed for value chain data exchange.
VTA identifiers provide a structured way to identify the main entities that are needed for value chain data exchange.
== ISO/IEC 15459 context ==
VTA is an Issuing Agency Code registered under ISO/IEC 15459, ''Information technology - Automatic identification and data capture techniques - Unique identification''.
ISO/IEC 15459 provides a framework for globally unique identification. It uses the concept of registered Issuing Agency Codes and rules for issuing identifiers in a way that prevents different issuing organisations from creating conflicting identifiers.
Within this framework, <code>VTA</code> is the ISO/IEC 15459 Issuing Agency Code. VTA identifiers are therefore issued under the VTA issuing agency namespace.
VTA applies the ISO/IEC 15459 principles to value chain data exchange. The VTA identifier structure combines:
* the ISO/IEC 15459 Issuing Agency Code <code>VTA</code>
* a VTA-controlled Identity Issuer Code
* a VTA Entity Class
* an Identifier Body
This makes it possible to combine global uniqueness, central governance and scalable local issuing.


== Why VTA identifiers are needed ==
== Why VTA identifiers are needed ==
Line 30: Line 99:
VTA supports both central and local issuing of identifiers.
VTA supports both central and local issuing of identifiers.


Some identifiers need to be governed centrally because duplicate identifiers would create major problems in the value chain. Economic Operator identifiers are an example. If the same legal or economic party receives multiple independent identifiers from different issuers, systems may not be able to determine that these identifiers refer to the same party. For this reason, Economic Operator identifiers can be centrally issued.
Some identifiers need to be governed centrally because duplicate identifiers would create major problems in the value chain. Economic Operator identifiers are an example. If the same legal or economic party receives multiple independent identifiers from different identity issuers, systems may not be able to determine that these identifiers refer to the same party. For this reason, Economic Operator identifiers can be centrally issued.


Other identifiers can be issued locally by authorised issuers. For example, a product manufacturer or system provider may issue identifiers for product models, packaging systems, batches or serialized items within its own namespace. As long as the issuer prefix is unique, the resulting full VTA identifier remains globally unique.
Other identifiers can be issued locally by authorised identity issuers. For example, a product manufacturer, platform or system provider may issue identifiers for product models, packaging systems, batches or serialized items within its own VTA identity issuer namespace. As long as the Identity Issuer Code is unique within VTA and the issuing rules are followed, the resulting full VTA identifier remains globally unique.


This combination makes VTA practical for real-world implementation. It allows central governance where needed, while still allowing local systems to create identifiers at scale.
This combination makes VTA practical for real-world implementation. It allows central governance where needed, while still allowing local systems to create identifiers at scale.
Line 42: Line 111:
{| class="wikitable"
{| class="wikitable"
! Part
! Part
 
! Description
| ! Description                                                               |
|-
| --------------------------------------------------------------------------- |
| ISO/IEC 15459 Issuing Agency Code
| Scheme prefix                                                              |
| The registered Issuing Agency Code. For VTA identifiers this is <code>VTA</code>.
| Identifies the identifier system as VTA                                     |
|-
| -                                                                           |
| Identity Issuer Code
| Issuer code                                                                |
| Identifies the VTA-controlled identity issuer namespace.
| Identifies the issuing namespace                                           |
|-
| -                                                                           |
| Entity Class
| Entity class                                                                |
| Identifies the type of entity being identified.
| Identifies the type of entity                                               |
|-
| -                                                                           |
| Identifier Body
| Identifier body                                                            |
| Identifies the specific entity within the Identity Issuer Code and Entity Class namespace.
| Identifies the specific entity within the issuer and entity class namespace |
|}
| }                                                                           |


A simplified structure is:
A simplified structure is:


<code>VTA</code> + <code>Issuer Code</code> + <code>Entity Class</code> + <code>Identifier Body</code>
<code>VTA</code> + <code>Identity Issuer Code</code> + <code>Entity Class</code> + <code>Identifier Body</code>


Example:
Example:
Line 71: Line 139:
! Part
! Part
! Example
! Example
! Meaning
|-
| ISO/IEC 15459 Issuing Agency Code
| <code>VTA</code>
| The registered VTA Issuing Agency Code
|-
| Identity Issuer Code
| <code>0000</code>
| VTA central identity issuer
|-
| Entity Class
| <code>H</code>
| Economic Operator
|-
| Identifier Body
| <code>12345678</code>
| Specific Economic Operator
|}
The Identity Issuer Code ensures that different authorised identity issuers can issue identifiers without creating collisions. The Entity Class ensures that the identifier can be interpreted in the correct value chain context.
== Reserved central identity issuer code ==
The Identity Issuer Code <code>0000</code> is reserved for centrally issued VTA identifiers.
This means that an identifier such as:
<code>VTA0000H...</code>
can be recognised as a centrally issued VTA Economic Operator identifier.
The code <code>0000</code> should not be used as a placeholder, unknown value, default value or temporary value. It is a valid reserved Identity Issuer Code for centrally governed VTA identifiers.
== Flexible length ==
VTA identifiers support flexible identifier lengths. Different entity classes have different practical requirements.
For example, a Product Model identifier may need a different length than a Batch identifier or a Serialized Item identifier. Some identifiers are expected to remain relatively short and stable, while others may need additional capacity because they are issued in large volumes.
Each entity class can define its own minimum, preferred and maximum length for the Identifier Body.
{| class="wikitable"
! Key
! Entity Class
! Type
! Minimum length
! Preferred length
! Maximum length
|-
| A
| Product Model
| Object
| 6
| 7
| 8
|-
| B
| Packaging System
| Object
| 8
| 8
| 8
|-
| C
| Sales Unit
| Object
| 8
| 8
| 8
|-
| D
| Facility
| Object
| 8
| 8
| 8
|-
| E
| Batch
| Object
| 5
| 5
| 12
|-
| F
| Serialized Item
| Object
| 8
| 10
| 12
|-
| G
| Material Platform
| Object
| 6
| 6
| 6
|-
| H
| Economic Operator
| Party
| 8
| 8
| 8
|-
| I
| Trademark / Brand
| Object
| 6
| 6
| 6
|}
Flexible length makes the identifier framework more adaptable. It avoids forcing all entity types into the same format, while still keeping the overall structure consistent.
== Character set ==
VTA identifiers should use a restricted character set that is suitable for machine-readable data exchange.
The recommended character set is uppercase alphanumeric characters:
<code>A-Z</code> and <code>0-9</code>
Special characters, spaces and separators should not be used in the VTA identifier itself, unless explicitly allowed by the VTA issuing rules for a specific use case.
This keeps VTA identifiers suitable for XML, JSON, XLS, barcodes, QR codes, APIs and other data exchange formats.
== Field keys for data exchange ==
In XML, JSON, XLS and other data exchange formats, each VTA identifier type should have a clear and stable field key.
The recommended convention is to use the readable English entity name in UpperCamelCase, followed by <code>ID</code>. This keeps the data exchange format understandable without requiring users to learn short internal abbreviations.
{| class="wikitable"
! Identifier type
! Field key
|-
| Product Model
| <code>ProductModelID</code>
|-
| Packaging System
| <code>PackagingSystemID</code>
|-
| Sales Unit
| <code>SalesUnitID</code>
|-
| Facility
| <code>FacilityID</code>
|-
| Batch
| <code>BatchID</code>
|-
| Serialized Item
| <code>SerializedItemID</code>
|-
| Material Platform
| <code>MaterialPlatformID</code>
|-
| Economic Operator
| <code>EconomicOperatorID</code>
|-
| Trademark / Brand
| <code>TrademarkBrandID</code>
|}
For future VTA entity classes, the same convention should be used:
<code>EntityNameID</code>
Examples:
{| class="wikitable"
! Future entity class
! Field key
|-
| Packaging Component
| <code>PackagingComponentID</code>
|-
| Material Source
| <code>MaterialSourceID</code>
|-
| Declaration
| <code>DeclarationID</code>
|}
== Entity classes ==
VTA identifiers use an Entity Class key to indicate what type of entity is being identified.
=== A: Product Model ===
A Product Model identifies the product as a model or specification. It is not a single physical item and not necessarily a specific commercial sales unit. It is the product definition that can be used across markets, channels or packaging configurations.
Product Model identifiers are useful when product-related data needs to be exchanged independently from packaging, logistics or serialization.
=== B: Packaging System ===
A Packaging System identifies a packaging configuration or packaging structure. This can include the combination of packaging components that together form the packaging system for a product or sales unit.
Packaging System identifiers support exchange of packaging-related data, such as material composition, recyclability, packaging tax data and sustainability information.
=== C: Sales Unit ===
A Sales Unit identifies a commercial unit that can be sold or exchanged in the market. It can combine product, packaging and other commercial attributes.
Sales Unit identifiers are useful when data exchange needs to refer to a tradeable unit rather than only the product model or packaging system.
=== D: Facility ===
A Facility identifies a physical site, such as a production location, warehouse, distribution centre or other relevant value chain location.
Facility identifiers can be used in data exchange for traceability, sustainability declarations, manufacturing information, compliance data and supply chain transparency.
=== E: Batch ===
A Batch identifies a group of products or materials produced, processed or handled together under defined conditions.
Batch identifiers are important for traceability, quality management, recalls, compliance and product-specific declarations that apply to a production batch rather than to an individual item.
The Batch entity class supports a flexible Identifier Body length, allowing different industries and systems to use batch identifiers with different levels of complexity.
=== F: Serialized Item ===
A Serialized Item identifies an individual physical item.
Serialized Item identifiers may be issued in very high volumes and are often generated in operational systems. VTA supports this by allowing authorised identity issuers to issue serialized item identifiers within their own VTA identity issuer namespace.
For serialized items, the Identity Issuer Code can be followed by an Identifier Body that is generated by an internal system. This allows companies to continue using internal serial number generation logic while making the resulting identifier globally unique in the VTA framework.
For example:
<code>VTA1234FABC987654</code>
In this example:
{| class="wikitable"
! Part
! Example
! Meaning
|-
| ISO/IEC 15459 Issuing Agency Code
| <code>VTA</code>
| The registered VTA Issuing Agency Code
|-
| Identity Issuer Code
| <code>1234</code>
| Local identity issuer namespace
|-
| Entity Class
| <code>F</code>
| Serialized Item
|-
| Identifier Body
| <code>ABC987654</code>
| Internally generated serial reference
|}
This makes VTA suitable for item-level data exchange without requiring every serial number to be centrally issued.
=== G: Material Platform ===
A Material Platform identifies a material concept or material platform that can be referenced across products, packaging or value chain processes.
This can be used to exchange data about material composition, material origin, recycled or virgin content, certification, environmental impact and other material-related declarations.
=== H: Economic Operator ===
An Economic Operator identifies a party in the value chain. This can include manufacturers, importers, distributors, authorised representatives, fulfilment service providers or other parties that have a role in placing, moving or maintaining products in the market.
Economic Operator identifiers are candidates for central issuing because the same party may appear in many data exchanges, systems and value chains. A centrally issued identifier reduces the risk of duplicates and helps systems recognise the same party across different contexts.


| ! Meaning                  |
Example:
| -------------------------- |
| Scheme prefix              |
| <code>VTA</code>          |
| VTA identifier            |
| -                          |
| Issuer code                |
| <code>0000</code>          |
| Centrally issued by VTA    |
| -                          |
| Entity class              |
| <code>H</code>            |
| Economic Operator          |
| -                          |
| Identifier body            |
| <code>12345678</code>      |
| Specific Economic Operator |
| }                          |


The issuer code ensures that different issuers can issue identifiers without creating collisions. The entity class ensures that the identifier can be interpreted in the correct context.
<code>VTA0000H12345678</code>


== Reserved central issuer code ==
This indicates a centrally issued VTA identifier for an Economic Operator.


The issuer code <code>0000</code> is reserved for centrally issued VTA identifiers.
=== I: Trademark / Brand ===
 
A Trademark / Brand identifier identifies a brand, trademark or other market-facing identity.
 
This is useful when product data exchange needs to distinguish between the manufacturer, the owner of the brand, the commercial product identity and the actual product model.
 
== Identity issuer permissions ==
 
Not every identity issuer should be allowed to issue every type of VTA identifier.
 
VTA can use identity issuer permissions to define which entity classes an identity issuer is allowed to issue. This prevents uncontrolled creation of identifiers for entity classes that require stronger governance.
 
For example, an identity issuer may be allowed to issue Product Model, Batch and Serialized Item identifiers, but not Economic Operator identifiers.
 
This creates a clear governance model:
 
{| class="wikitable"
! Role
! Description
|-
| Issuing Agency
| The ISO/IEC 15459 issuing agency responsible for the VTA issuing namespace.
|-
| Central identity issuer
| Issues centrally governed VTA identifiers, using reserved Identity Issuer Code <code>0000</code>.
|-
| Local identity issuer
| Issues identifiers within its own authorised VTA Identity Issuer Code.
|-
| Registrar
| Requests or registers entities for identification.
|-
| Maintainer
| Maintains the data record linked to the identifier.
|-
| Resolver
| Provides access to the data or metadata linked to the identifier.
|}
 
The identity issuer of an identifier does not need to be the same party as the maintainer or resolver of the related data. This distinction is important in value chain data exchange, where different parties may create, maintain, exchange or host different parts of the data.
 
== Relationship with existing identifiers ==
 
VTA identifiers can coexist with existing identifiers. A product, facility, batch, item or economic operator may already have other identifiers from industry standards, regulatory frameworks or internal systems.
 
A VTA identifier can be used as a common reference in data exchange, while existing identifiers can be stored as additional identifiers or external references.
 
Examples of external identifiers include:
 
{| class="wikitable"
! Entity
! Possible external identifiers
|-
| Product Model
| Internal product code, model number, GTIN-related references
|-
| Sales Unit
| GTIN, SKU, retailer item number
|-
| Facility
| GLN, internal site code, regulatory site number
|-
| Batch
| Internal batch code, production lot number
|-
| Serialized Item
| Internal serial number, item-level code
|-
| Economic Operator
| LEI, VAT number, company registration number, EORI
|-
| Trademark / Brand
| Trademark registration number, internal brand code
|}
 
This makes VTA a bridge for data exchange, not a replacement for every identifier already used in the market.
 
== Benefits of the VTA identifier model ==
 
The VTA identifier model provides several benefits:
 
{| class="wikitable"
! Benefit
! Explanation
|-
| ISO/IEC 15459 basis
| VTA uses a registered ISO/IEC 15459 Issuing Agency Code.
|-
| Global uniqueness
| The combination of Issuing Agency Code, Identity Issuer Code, Entity Class and Identifier Body prevents collisions.
|-
| Human readability
| The structure makes it possible to recognise the issuing namespace and entity type.
|-
| Central governance where needed
| Critical identifiers, such as Economic Operators, can be centrally issued.
|-
| Local scalability
| High-volume identifiers, such as serialized items, can be issued by local systems.
|-
| Flexible length
| Each entity class can have a length suitable for its purpose.
|-
| Data exchange readiness
| Identifiers are designed to be used across organisations, systems and standards.
|-
| Coexistence
| Existing identifiers can remain in use as external references.
|}
 
== Example identifiers ==
 
{| class="wikitable"
! Example identifier
! Meaning
|-
| <code>VTA0000H12345678</code>
| Centrally issued Economic Operator identifier.
|-
| <code>VTA1234A7654321</code>
| Product Model issued by local identity issuer <code>1234</code>.
|-
| <code>VTA1234B87654321</code>
| Packaging System issued by local identity issuer <code>1234</code>.
|-
| <code>VTA1234D23456789</code>
| Facility issued by local identity issuer <code>1234</code>.
|-
| <code>VTA1234ELOT25</code>
| Batch issued by local identity issuer <code>1234</code>.
|-
| <code>VTA1234FABC987654</code>
| Serialized Item issued by local identity issuer <code>1234</code>.
|-
| <code>VTA1234I654321</code>
| Trademark / Brand issued by local identity issuer <code>1234</code>.
|}
 
These examples are illustrative only. The actual Identifier Body must be created according to the issuing rules for the entity class and identity issuer.
 
== Summary ==
 
VTA identifiers provide a structured identifier framework for value chain data exchange.
 
They combine:
 
* the ISO/IEC 15459 Issuing Agency Code <code>VTA</code>
* a VTA-controlled Identity Issuer Code
* a VTA Entity Class
* a flexible Identifier Body
 
This allows VTA to support both centrally governed identifiers and locally issued identifiers. Central issuing can be used where uniqueness across the full value chain is critical, such as Economic Operators. Local issuing can be used where identifiers need to be created at scale, such as Product Models, Batches or Serialized Items.
 
The result is an identifier framework that is structured, scalable and suitable for cross-company data exchange.
 
== Reserved central identity issuer code ==
 
The Identity Issuer Code <code>0000</code> is reserved for centrally issued VTA identifiers.


This means that an identifier such as:
This means that an identifier such as:
Line 103: Line 581:
can be recognised as a centrally issued VTA Economic Operator identifier.
can be recognised as a centrally issued VTA Economic Operator identifier.


The code <code>0000</code> should not be used as a placeholder, unknown value, default value or temporary value. It is a valid reserved issuer code for centrally governed VTA identifiers.
The code <code>0000</code> should not be used as a placeholder, unknown value, default value or temporary value. It is a valid reserved Identity Issuer Code for centrally governed VTA identifiers.


== Flexible length ==
== Flexible length ==
Line 111: Line 589:
For example, a Product Model identifier may need a different length than a Batch identifier or a Serialized Item identifier. Some identifiers are expected to remain relatively short and stable, while others may need additional capacity because they are issued in large volumes.
For example, a Product Model identifier may need a different length than a Batch identifier or a Serialized Item identifier. Some identifiers are expected to remain relatively short and stable, while others may need additional capacity because they are issued in large volumes.


Each entity class can define its own minimum, preferred and maximum length for the identifier body.
Each entity class can define its own minimum, preferred and maximum length for the Identifier Body.


{| class="wikitable"
{| class="wikitable"
! Key
! Key
! Entity class
! Entity Class
! Type
! Type
! Minimum length
! Minimum length
Line 187: Line 665:


Flexible length makes the identifier framework more adaptable. It avoids forcing all entity types into the same format, while still keeping the overall structure consistent.
Flexible length makes the identifier framework more adaptable. It avoids forcing all entity types into the same format, while still keeping the overall structure consistent.
== Character set ==
VTA identifiers should use a restricted character set that is suitable for machine-readable data exchange.
The recommended character set is uppercase alphanumeric characters:
<code>A-Z</code> and <code>0-9</code>
Special characters, spaces and separators should not be used in the VTA identifier itself, unless explicitly allowed by the VTA issuing rules for a specific use case.
This keeps VTA identifiers suitable for XML, JSON, XLS, barcodes, QR codes, APIs and other data exchange formats.


== Field keys for data exchange ==
== Field keys for data exchange ==
Line 250: Line 740:
== Entity classes ==
== Entity classes ==


VTA identifiers use an entity class key to indicate what type of entity is being identified.
VTA identifiers use an Entity Class key to indicate what type of entity is being identified.


=== A: Product Model ===
=== A: Product Model ===
Line 282: Line 772:
Batch identifiers are important for traceability, quality management, recalls, compliance and product-specific declarations that apply to a production batch rather than to an individual item.
Batch identifiers are important for traceability, quality management, recalls, compliance and product-specific declarations that apply to a production batch rather than to an individual item.


The Batch entity class supports a flexible identifier body length, allowing different industries and systems to use batch identifiers with different levels of complexity.
The Batch entity class supports a flexible Identifier Body length, allowing different industries and systems to use batch identifiers with different levels of complexity.


=== F: Serialized Item ===
=== F: Serialized Item ===
Line 288: Line 778:
A Serialized Item identifies an individual physical item.
A Serialized Item identifies an individual physical item.


Serialized Item identifiers may be issued in very high volumes and are often generated in operational systems. VTA supports this by allowing authorised issuers to issue serialized item identifiers within their own issuer namespace.
Serialized Item identifiers may be issued in very high volumes and are often generated in operational systems. VTA supports this by allowing authorised identity issuers to issue serialized item identifiers within their own VTA identity issuer namespace.


For serialized items, the issuer prefix can be followed by an identifier body that is generated by an internal system. This allows companies to continue using internal serial number generation logic while making the resulting identifier globally unique in the VTA framework.
For serialized items, the Identity Issuer Code can be followed by an Identifier Body that is generated by an internal system. This allows companies to continue using internal serial number generation logic while making the resulting identifier globally unique in the VTA framework.


For example:
For example:
Line 302: Line 792:
! Example
! Example


| ! Meaning                             |
| ! Meaning                             |
| ------------------------------------- |
| -------------------------------------- |
| Scheme prefix                        |
| ISO/IEC 15459 Issuing Agency Code      |
| <code>VTA</code>                     |
| <code>VTA</code>                       |
| VTA identifier                        |
| The registered VTA Issuing Agency Code |
| -                                     |
| -                                     |
| Issuer code                          |
| Identity Issuer Code                  |
| <code>1234</code>                     |
| <code>1234</code>                     |
| Local issuing namespace               |
| Local identity issuer namespace       |
| -                                     |
| -                                     |
| Entity class                          |
| Entity Class                          |
| <code>F</code>                       |
| <code>F</code>                         |
| Serialized Item                       |
| Serialized Item                       |
| -                                     |
| -                                     |
| Identifier body                      |
| Identifier Body                        |
| <code>ABC987654</code>               |
| <code>ABC987654</code>                 |
| Internally generated serial reference |
| Internally generated serial reference |
| }                                     |
| }                                     |


This makes VTA suitable for item-level data exchange without requiring every serial number to be centrally issued.
This makes VTA suitable for item-level data exchange without requiring every serial number to be centrally issued.
Line 347: Line 837:
This is useful when product data exchange needs to distinguish between the manufacturer, the owner of the brand, the commercial product identity and the actual product model.
This is useful when product data exchange needs to distinguish between the manufacturer, the owner of the brand, the commercial product identity and the actual product model.


== Issuer permissions ==
== Identity issuer permissions ==


Not every issuer should be allowed to issue every type of VTA identifier.
Not every identity issuer should be allowed to issue every type of VTA identifier.


VTA can use issuer permissions to define which entity classes an issuer is allowed to issue. This prevents uncontrolled creation of identifiers for entity classes that require stronger governance.
VTA can use identity issuer permissions to define which entity classes an identity issuer is allowed to issue. This prevents uncontrolled creation of identifiers for entity classes that require stronger governance.


For example, an issuer may be allowed to issue Product Model, Batch and Serialized Item identifiers, but not Economic Operator identifiers.
For example, an identity issuer may be allowed to issue Product Model, Batch and Serialized Item identifiers, but not Economic Operator identifiers.


This creates a clear governance model:
This creates a clear governance model:
Line 360: Line 850:
! Role
! Role


| ! Description                                                   |
| ! Description                                                                                     |
| ---------------------------------------------------------------- |
| ------------------------------------------------------------------------------------------------- |
| Central issuer                                                   |
| Issuing Agency                                                                                    |
| Issues centrally governed identifiers                           |
| The ISO/IEC 15459 issuing agency responsible for the VTA issuing namespace.                      |
| -                                                               |
| -                                                                                                |
| Local issuer                                                     |
| Central identity issuer                                                                           |
| Issues identifiers within its own authorised namespace          |
| Issues centrally governed VTA identifiers, using reserved Identity Issuer Code <code>0000</code>. |
| -                                                               |
| -                                                                                                 |
| Registrar                                                       |
| Local identity issuer                                                                             |
| Requests or registers entities for identification               |
| Issues identifiers within its own authorised VTA Identity Issuer Code.                            |
| -                                                               |
| -                                                                                                 |
| Maintainer                                                       |
| Registrar                                                                                         |
| Maintains the data record linked to the identifier               |
| Requests or registers entities for identification.                                                |
| -                                                               |
| -                                                                                                 |
| Resolver                                                         |
| Maintainer                                                                                       |
| Provides access to the data or metadata linked to the identifier |
| Maintains the data record linked to the identifier.                                              |
| }                                                               |
| -                                                                                                 |
| Resolver                                                                                         |
| Provides access to the data or metadata linked to the identifier.                                |
| }                                                                                                 |


The issuer of an identifier does not need to be the same party as the maintainer or resolver of the related data. This distinction is important in value chain data exchange, where different parties may create, maintain, exchange or host different parts of the data.
The identity issuer of an identifier does not need to be the same party as the maintainer or resolver of the related data. This distinction is important in value chain data exchange, where different parties may create, maintain, exchange or host different parts of the data.


== Relationship with existing identifiers ==
== Relationship with existing identifiers ==
Line 424: Line 917:
! Benefit
! Benefit


| ! Explanation                                                                                       |
| ! Explanation                                                                                                       |
| ---------------------------------------------------------------------------------------------------- |
| ------------------------------------------------------------------------------------------------------------------- |
| Global uniqueness                                                                                   |
| ISO/IEC 15459 basis                                                                                                |
| The combination of scheme, issuer, entity class and identifier body prevents collisions             |
| VTA uses a registered ISO/IEC 15459 Issuing Agency Code.                                                            |
| -                                                                                                   |
| -                                                                                                                  |
| Human readability                                                                                   |
| Global uniqueness                                                                                                   |
| The structure makes it possible to recognise the identifier system, issuer namespace and entity type |
| The combination of Issuing Agency Code, Identity Issuer Code, Entity Class and Identifier Body prevents collisions. |
| -                                                                                                   |
| -                                                                                                                   |
| Central governance where needed                                                                     |
| Human readability                                                                                                   |
| Critical identifiers, such as Economic Operators, can be centrally issued                           |
| The structure makes it possible to recognise the issuing namespace and entity type.                                |
| -                                                                                                   |
| -                                                                                                                   |
| Local scalability                                                                                   |
| Central governance where needed                                                                                     |
| High-volume identifiers, such as serialized items, can be issued by local systems                   |
| Critical identifiers, such as Economic Operators, can be centrally issued.                                          |
| -                                                                                                   |
| -                                                                                                                   |
| Flexible length                                                                                     |
| Local scalability                                                                                                   |
| Each entity class can have a length suitable for its purpose                                         |
| High-volume identifiers, such as serialized items, can be issued by local systems.                                  |
| -                                                                                                   |
| -                                                                                                                   |
| Data exchange readiness                                                                             |
| Flexible length                                                                                                     |
| Identifiers are designed to be used across organisations, systems and standards                     |
| Each entity class can have a length suitable for its purpose.                                                      |
| -                                                                                                   |
| -                                                                                                                   |
| Coexistence                                                                                         |
| Data exchange readiness                                                                                             |
| Existing identifiers can remain in use as external references                                       |
| Identifiers are designed to be used across organisations, systems and standards.                                    |
| }                                                                                                   |
| -                                                                                                                   |
| Coexistence                                                                                                         |
| Existing identifiers can remain in use as external references.                                                      |
| }                                                                                                                   |


== Example identifiers ==
== Example identifiers ==
Line 453: Line 949:
! Example identifier
! Example identifier


| ! Meaning                                                 |
| ! Meaning                                                           |
| ---------------------------------------------------------- |
| -------------------------------------------------------------------- |
| <code>VTA0000H12345678</code>                             |
| <code>VTA0000H12345678</code>                                       |
| Centrally issued Economic Operator identifier             |
| Centrally issued Economic Operator identifier.                      |
| -                                                         |
| -                                                                   |
| <code>VTA1234A7654321</code>                               |
| <code>VTA1234A7654321</code>                                         |
| Product Model issued by local issuer <code>1234</code>    |
| Product Model issued by local identity issuer <code>1234</code>.     |
| -                                                         |
| -                                                                   |
| <code>VTA1234B87654321</code>                             |
| <code>VTA1234B87654321</code>                                       |
| Packaging System issued by local issuer <code>1234</code>  |
| Packaging System issued by local identity issuer <code>1234</code>. |
| -                                                         |
| -                                                                   |
| <code>VTA1234D23456789</code>                             |
| <code>VTA1234D23456789</code>                                       |
| Facility issued by local issuer <code>1234</code>          |
| Facility issued by local identity issuer <code>1234</code>.         |
| -                                                         |
| -                                                                   |
| <code>VTA1234ELOT25</code>                                 |
| <code>VTA1234ELOT25</code>                                           |
| Batch issued by local issuer <code>1234</code>            |
| Batch issued by local identity issuer <code>1234</code>.             |
| -                                                         |
| -                                                                   |
| <code>VTA1234FABC987654</code>                             |
| <code>VTA1234FABC987654</code>                                       |
| Serialized Item issued by local issuer <code>1234</code>  |
| Serialized Item issued by local identity issuer <code>1234</code>.   |
| -                                                         |
| -                                                                   |
| <code>VTA1234I654321</code>                               |
| <code>VTA1234I654321</code>                                         |
| Trademark / Brand issued by local issuer <code>1234</code> |
| Trademark / Brand issued by local identity issuer <code>1234</code>. |
| }                                                         |
| }                                                                   |


These examples are illustrative only. The actual identifier body must be created according to the issuing rules for the entity class and issuer.
These examples are illustrative only. The actual Identifier Body must be created according to the issuing rules for the entity class and identity issuer.


== Summary ==
== Summary ==
Line 485: Line 981:
They combine:
They combine:


* a VTA scheme prefix
* the ISO/IEC 15459 Issuing Agency Code <code>VTA</code>
* an issuer namespace
* a VTA-controlled Identity Issuer Code
* an entity class
* a VTA Entity Class
* a flexible identifier body
* a flexible Identifier Body


This allows VTA to support both centrally governed identifiers and locally issued identifiers. Central issuing can be used where uniqueness across the full value chain is critical, such as Economic Operators. Local issuing can be used where identifiers need to be created at scale, such as Product Models, Batches or Serialized Items.
This allows VTA to support both centrally governed identifiers and locally issued identifiers. Central issuing can be used where uniqueness across the full value chain is critical, such as Economic Operators. Local issuing can be used where identifiers need to be created at scale, such as Product Models, Batches or Serialized Items.


The result is an identifier framework that is structured, scalable and suitable for cross-company data exchange.
The result is an identifier framework that is structured, scalable and suitable for cross-company data exchange.

Latest revision as of 12:50, 20 June 2026

Identifiers for value chain data exchange

VTA identifiers are designed to support reliable data exchange across value chains. In a value chain, many different parties need to exchange data about products, packaging, facilities, batches, serialized items, brands, materials and economic operators. This data often moves between different systems, standards, markets and organisations.

For this to work, every object or party referenced in the data exchange needs a stable identifier. Without stable identifiers, systems cannot reliably understand whether two data records refer to the same product model, the same packaging system, the same facility, the same batch or the same economic operator.

VTA identifiers provide a structured way to identify the main entities that are needed for value chain data exchange.

ISO/IEC 15459 context

VTA is an Issuing Agency Code registered under ISO/IEC 15459, Information technology - Automatic identification and data capture techniques - Unique identification.

ISO/IEC 15459 provides a framework for globally unique identification. It uses the concept of registered Issuing Agency Codes and rules for issuing identifiers in a way that prevents different issuing organisations from creating conflicting identifiers.

Within this framework, VTA is the ISO/IEC 15459 Issuing Agency Code. VTA identifiers are therefore issued under the VTA issuing agency namespace.

VTA applies the ISO/IEC 15459 principles to value chain data exchange. The VTA identifier structure combines:

  • the ISO/IEC 15459 Issuing Agency Code VTA
  • a VTA-controlled Identity Issuer Code
  • a VTA Entity Class
  • an Identifier Body

This makes it possible to combine global uniqueness, central governance and scalable local issuing.

Why VTA identifiers are needed

Many existing identifiers are designed for a specific industry, market, organisation or use case. They are often excellent within their original context, but less suitable when data needs to move across many domains.

Value chain data exchange requires identifiers that are:

  • globally understandable
  • machine-readable
  • stable over time
  • suitable for multiple entity types
  • usable by both central authorities and local issuing systems
  • flexible enough for different industries and technical environments

VTA identifiers are not intended to replace all existing identifiers. Instead, they provide a common identifier framework that can be used in data exchange to reference entities consistently.

A VTA identifier can point to a product model, a packaging system, a sales unit, a facility, a batch, a serialized item, a material platform, an economic operator or a trademark/brand.

Central and local issuing

VTA supports both central and local issuing of identifiers.

Some identifiers need to be governed centrally because duplicate identifiers would create major problems in the value chain. Economic Operator identifiers are an example. If the same legal or economic party receives multiple independent identifiers from different identity issuers, systems may not be able to determine that these identifiers refer to the same party. For this reason, Economic Operator identifiers can be centrally issued.

Other identifiers can be issued locally by authorised identity issuers. For example, a product manufacturer, platform or system provider may issue identifiers for product models, packaging systems, batches or serialized items within its own VTA identity issuer namespace. As long as the Identity Issuer Code is unique within VTA and the issuing rules are followed, the resulting full VTA identifier remains globally unique.

This combination makes VTA practical for real-world implementation. It allows central governance where needed, while still allowing local systems to create identifiers at scale.

VTA Identifiers

Identifiers for value chain data exchange

VTA identifiers are designed to support reliable data exchange across value chains. In a value chain, many different parties need to exchange data about products, packaging, facilities, batches, serialized items, brands, materials and economic operators. This data often moves between different systems, standards, markets and organisations.

For this to work, every object or party referenced in the data exchange needs a stable identifier. Without stable identifiers, systems cannot reliably understand whether two data records refer to the same product model, the same packaging system, the same facility, the same batch or the same economic operator.

VTA identifiers provide a structured way to identify the main entities that are needed for value chain data exchange.

ISO/IEC 15459 context

VTA is an Issuing Agency Code registered under ISO/IEC 15459, Information technology - Automatic identification and data capture techniques - Unique identification.

ISO/IEC 15459 provides a framework for globally unique identification. It uses the concept of registered Issuing Agency Codes and rules for issuing identifiers in a way that prevents different issuing organisations from creating conflicting identifiers.

Within this framework, VTA is the ISO/IEC 15459 Issuing Agency Code. VTA identifiers are therefore issued under the VTA issuing agency namespace.

VTA applies the ISO/IEC 15459 principles to value chain data exchange. The VTA identifier structure combines:

  • the ISO/IEC 15459 Issuing Agency Code VTA
  • a VTA-controlled Identity Issuer Code
  • a VTA Entity Class
  • an Identifier Body

This makes it possible to combine global uniqueness, central governance and scalable local issuing.

Why VTA identifiers are needed

Many existing identifiers are designed for a specific industry, market, organisation or use case. They are often excellent within their original context, but less suitable when data needs to move across many domains.

Value chain data exchange requires identifiers that are:

  • globally understandable
  • machine-readable
  • stable over time
  • suitable for multiple entity types
  • usable by both central authorities and local issuing systems
  • flexible enough for different industries and technical environments

VTA identifiers are not intended to replace all existing identifiers. Instead, they provide a common identifier framework that can be used in data exchange to reference entities consistently.

A VTA identifier can point to a product model, a packaging system, a sales unit, a facility, a batch, a serialized item, a material platform, an economic operator or a trademark/brand.

Central and local issuing

VTA supports both central and local issuing of identifiers.

Some identifiers need to be governed centrally because duplicate identifiers would create major problems in the value chain. Economic Operator identifiers are an example. If the same legal or economic party receives multiple independent identifiers from different identity issuers, systems may not be able to determine that these identifiers refer to the same party. For this reason, Economic Operator identifiers can be centrally issued.

Other identifiers can be issued locally by authorised identity issuers. For example, a product manufacturer, platform or system provider may issue identifiers for product models, packaging systems, batches or serialized items within its own VTA identity issuer namespace. As long as the Identity Issuer Code is unique within VTA and the issuing rules are followed, the resulting full VTA identifier remains globally unique.

This combination makes VTA practical for real-world implementation. It allows central governance where needed, while still allowing local systems to create identifiers at scale.

Identifier structure

A VTA identifier consists of several parts:

Part Description
ISO/IEC 15459 Issuing Agency Code The registered Issuing Agency Code. For VTA identifiers this is VTA.
Identity Issuer Code Identifies the VTA-controlled identity issuer namespace.
Entity Class Identifies the type of entity being identified.
Identifier Body Identifies the specific entity within the Identity Issuer Code and Entity Class namespace.

A simplified structure is:

VTA + Identity Issuer Code + Entity Class + Identifier Body

Example:

VTA0000H12345678

In this example:

Part Example Meaning
ISO/IEC 15459 Issuing Agency Code VTA The registered VTA Issuing Agency Code
Identity Issuer Code 0000 VTA central identity issuer
Entity Class H Economic Operator
Identifier Body 12345678 Specific Economic Operator

The Identity Issuer Code ensures that different authorised identity issuers can issue identifiers without creating collisions. The Entity Class ensures that the identifier can be interpreted in the correct value chain context.

Reserved central identity issuer code

The Identity Issuer Code 0000 is reserved for centrally issued VTA identifiers.

This means that an identifier such as:

VTA0000H...

can be recognised as a centrally issued VTA Economic Operator identifier.

The code 0000 should not be used as a placeholder, unknown value, default value or temporary value. It is a valid reserved Identity Issuer Code for centrally governed VTA identifiers.

Flexible length

VTA identifiers support flexible identifier lengths. Different entity classes have different practical requirements.

For example, a Product Model identifier may need a different length than a Batch identifier or a Serialized Item identifier. Some identifiers are expected to remain relatively short and stable, while others may need additional capacity because they are issued in large volumes.

Each entity class can define its own minimum, preferred and maximum length for the Identifier Body.

Key Entity Class Type Minimum length Preferred length Maximum length
A Product Model Object 6 7 8
B Packaging System Object 8 8 8
C Sales Unit Object 8 8 8
D Facility Object 8 8 8
E Batch Object 5 5 12
F Serialized Item Object 8 10 12
G Material Platform Object 6 6 6
H Economic Operator Party 8 8 8
I Trademark / Brand Object 6 6 6

Flexible length makes the identifier framework more adaptable. It avoids forcing all entity types into the same format, while still keeping the overall structure consistent.

Character set

VTA identifiers should use a restricted character set that is suitable for machine-readable data exchange.

The recommended character set is uppercase alphanumeric characters:

A-Z and 0-9

Special characters, spaces and separators should not be used in the VTA identifier itself, unless explicitly allowed by the VTA issuing rules for a specific use case.

This keeps VTA identifiers suitable for XML, JSON, XLS, barcodes, QR codes, APIs and other data exchange formats.

Field keys for data exchange

In XML, JSON, XLS and other data exchange formats, each VTA identifier type should have a clear and stable field key.

The recommended convention is to use the readable English entity name in UpperCamelCase, followed by ID. This keeps the data exchange format understandable without requiring users to learn short internal abbreviations.

Identifier type Field key
Product Model ProductModelID
Packaging System PackagingSystemID
Sales Unit SalesUnitID
Facility FacilityID
Batch BatchID
Serialized Item SerializedItemID
Material Platform MaterialPlatformID
Economic Operator EconomicOperatorID
Trademark / Brand TrademarkBrandID

For future VTA entity classes, the same convention should be used:

EntityNameID

Examples:

Future entity class Field key
Packaging Component PackagingComponentID
Material Source MaterialSourceID
Declaration DeclarationID

Entity classes

VTA identifiers use an Entity Class key to indicate what type of entity is being identified.

A: Product Model

A Product Model identifies the product as a model or specification. It is not a single physical item and not necessarily a specific commercial sales unit. It is the product definition that can be used across markets, channels or packaging configurations.

Product Model identifiers are useful when product-related data needs to be exchanged independently from packaging, logistics or serialization.

B: Packaging System

A Packaging System identifies a packaging configuration or packaging structure. This can include the combination of packaging components that together form the packaging system for a product or sales unit.

Packaging System identifiers support exchange of packaging-related data, such as material composition, recyclability, packaging tax data and sustainability information.

C: Sales Unit

A Sales Unit identifies a commercial unit that can be sold or exchanged in the market. It can combine product, packaging and other commercial attributes.

Sales Unit identifiers are useful when data exchange needs to refer to a tradeable unit rather than only the product model or packaging system.

D: Facility

A Facility identifies a physical site, such as a production location, warehouse, distribution centre or other relevant value chain location.

Facility identifiers can be used in data exchange for traceability, sustainability declarations, manufacturing information, compliance data and supply chain transparency.

E: Batch

A Batch identifies a group of products or materials produced, processed or handled together under defined conditions.

Batch identifiers are important for traceability, quality management, recalls, compliance and product-specific declarations that apply to a production batch rather than to an individual item.

The Batch entity class supports a flexible Identifier Body length, allowing different industries and systems to use batch identifiers with different levels of complexity.

F: Serialized Item

A Serialized Item identifies an individual physical item.

Serialized Item identifiers may be issued in very high volumes and are often generated in operational systems. VTA supports this by allowing authorised identity issuers to issue serialized item identifiers within their own VTA identity issuer namespace.

For serialized items, the Identity Issuer Code can be followed by an Identifier Body that is generated by an internal system. This allows companies to continue using internal serial number generation logic while making the resulting identifier globally unique in the VTA framework.

For example:

VTA1234FABC987654

In this example:

Part Example Meaning
ISO/IEC 15459 Issuing Agency Code VTA The registered VTA Issuing Agency Code
Identity Issuer Code 1234 Local identity issuer namespace
Entity Class F Serialized Item
Identifier Body ABC987654 Internally generated serial reference

This makes VTA suitable for item-level data exchange without requiring every serial number to be centrally issued.

G: Material Platform

A Material Platform identifies a material concept or material platform that can be referenced across products, packaging or value chain processes.

This can be used to exchange data about material composition, material origin, recycled or virgin content, certification, environmental impact and other material-related declarations.

H: Economic Operator

An Economic Operator identifies a party in the value chain. This can include manufacturers, importers, distributors, authorised representatives, fulfilment service providers or other parties that have a role in placing, moving or maintaining products in the market.

Economic Operator identifiers are candidates for central issuing because the same party may appear in many data exchanges, systems and value chains. A centrally issued identifier reduces the risk of duplicates and helps systems recognise the same party across different contexts.

Example:

VTA0000H12345678

This indicates a centrally issued VTA identifier for an Economic Operator.

I: Trademark / Brand

A Trademark / Brand identifier identifies a brand, trademark or other market-facing identity.

This is useful when product data exchange needs to distinguish between the manufacturer, the owner of the brand, the commercial product identity and the actual product model.

Identity issuer permissions

Not every identity issuer should be allowed to issue every type of VTA identifier.

VTA can use identity issuer permissions to define which entity classes an identity issuer is allowed to issue. This prevents uncontrolled creation of identifiers for entity classes that require stronger governance.

For example, an identity issuer may be allowed to issue Product Model, Batch and Serialized Item identifiers, but not Economic Operator identifiers.

This creates a clear governance model:

Role Description
Issuing Agency The ISO/IEC 15459 issuing agency responsible for the VTA issuing namespace.
Central identity issuer Issues centrally governed VTA identifiers, using reserved Identity Issuer Code 0000.
Local identity issuer Issues identifiers within its own authorised VTA Identity Issuer Code.
Registrar Requests or registers entities for identification.
Maintainer Maintains the data record linked to the identifier.
Resolver Provides access to the data or metadata linked to the identifier.

The identity issuer of an identifier does not need to be the same party as the maintainer or resolver of the related data. This distinction is important in value chain data exchange, where different parties may create, maintain, exchange or host different parts of the data.

Relationship with existing identifiers

VTA identifiers can coexist with existing identifiers. A product, facility, batch, item or economic operator may already have other identifiers from industry standards, regulatory frameworks or internal systems.

A VTA identifier can be used as a common reference in data exchange, while existing identifiers can be stored as additional identifiers or external references.

Examples of external identifiers include:

Entity Possible external identifiers
Product Model Internal product code, model number, GTIN-related references
Sales Unit GTIN, SKU, retailer item number
Facility GLN, internal site code, regulatory site number
Batch Internal batch code, production lot number
Serialized Item Internal serial number, item-level code
Economic Operator LEI, VAT number, company registration number, EORI
Trademark / Brand Trademark registration number, internal brand code

This makes VTA a bridge for data exchange, not a replacement for every identifier already used in the market.

Benefits of the VTA identifier model

The VTA identifier model provides several benefits:

Benefit Explanation
ISO/IEC 15459 basis VTA uses a registered ISO/IEC 15459 Issuing Agency Code.
Global uniqueness The combination of Issuing Agency Code, Identity Issuer Code, Entity Class and Identifier Body prevents collisions.
Human readability The structure makes it possible to recognise the issuing namespace and entity type.
Central governance where needed Critical identifiers, such as Economic Operators, can be centrally issued.
Local scalability High-volume identifiers, such as serialized items, can be issued by local systems.
Flexible length Each entity class can have a length suitable for its purpose.
Data exchange readiness Identifiers are designed to be used across organisations, systems and standards.
Coexistence Existing identifiers can remain in use as external references.

Example identifiers

Example identifier Meaning
VTA0000H12345678 Centrally issued Economic Operator identifier.
VTA1234A7654321 Product Model issued by local identity issuer 1234.
VTA1234B87654321 Packaging System issued by local identity issuer 1234.
VTA1234D23456789 Facility issued by local identity issuer 1234.
VTA1234ELOT25 Batch issued by local identity issuer 1234.
VTA1234FABC987654 Serialized Item issued by local identity issuer 1234.
VTA1234I654321 Trademark / Brand issued by local identity issuer 1234.

These examples are illustrative only. The actual Identifier Body must be created according to the issuing rules for the entity class and identity issuer.

Summary

VTA identifiers provide a structured identifier framework for value chain data exchange.

They combine:

  • the ISO/IEC 15459 Issuing Agency Code VTA
  • a VTA-controlled Identity Issuer Code
  • a VTA Entity Class
  • a flexible Identifier Body

This allows VTA to support both centrally governed identifiers and locally issued identifiers. Central issuing can be used where uniqueness across the full value chain is critical, such as Economic Operators. Local issuing can be used where identifiers need to be created at scale, such as Product Models, Batches or Serialized Items.

The result is an identifier framework that is structured, scalable and suitable for cross-company data exchange.

Reserved central identity issuer code

The Identity Issuer Code 0000 is reserved for centrally issued VTA identifiers.

This means that an identifier such as:

VTA0000H...

can be recognised as a centrally issued VTA Economic Operator identifier.

The code 0000 should not be used as a placeholder, unknown value, default value or temporary value. It is a valid reserved Identity Issuer Code for centrally governed VTA identifiers.

Flexible length

VTA identifiers support flexible identifier lengths. Different entity classes have different practical requirements.

For example, a Product Model identifier may need a different length than a Batch identifier or a Serialized Item identifier. Some identifiers are expected to remain relatively short and stable, while others may need additional capacity because they are issued in large volumes.

Each entity class can define its own minimum, preferred and maximum length for the Identifier Body.

Key Entity Class Type Minimum length Preferred length

Flexible length makes the identifier framework more adaptable. It avoids forcing all entity types into the same format, while still keeping the overall structure consistent.

Character set

VTA identifiers should use a restricted character set that is suitable for machine-readable data exchange.

The recommended character set is uppercase alphanumeric characters:

A-Z and 0-9

Special characters, spaces and separators should not be used in the VTA identifier itself, unless explicitly allowed by the VTA issuing rules for a specific use case.

This keeps VTA identifiers suitable for XML, JSON, XLS, barcodes, QR codes, APIs and other data exchange formats.

Field keys for data exchange

In XML, JSON, XLS and other data exchange formats, each VTA identifier type should have a clear and stable field key.

The recommended convention is to use the readable English entity name in UpperCamelCase, followed by ID. This keeps the data exchange format understandable without requiring users to learn short internal abbreviations.

Identifier type

For future VTA entity classes, the same convention should be used:

EntityNameID

Examples:

Future entity class

Entity classes

VTA identifiers use an Entity Class key to indicate what type of entity is being identified.

A: Product Model

A Product Model identifies the product as a model or specification. It is not a single physical item and not necessarily a specific commercial sales unit. It is the product definition that can be used across markets, channels or packaging configurations.

Product Model identifiers are useful when product-related data needs to be exchanged independently from packaging, logistics or serialization.

B: Packaging System

A Packaging System identifies a packaging configuration or packaging structure. This can include the combination of packaging components that together form the packaging system for a product or sales unit.

Packaging System identifiers support exchange of packaging-related data, such as material composition, recyclability, packaging tax data and sustainability information.

C: Sales Unit

A Sales Unit identifies a commercial unit that can be sold or exchanged in the market. It can combine product, packaging and other commercial attributes.

Sales Unit identifiers are useful when data exchange needs to refer to a tradeable unit rather than only the product model or packaging system.

D: Facility

A Facility identifies a physical site, such as a production location, warehouse, distribution centre or other relevant value chain location.

Facility identifiers can be used in data exchange for traceability, sustainability declarations, manufacturing information, compliance data and supply chain transparency.

E: Batch

A Batch identifies a group of products or materials produced, processed or handled together under defined conditions.

Batch identifiers are important for traceability, quality management, recalls, compliance and product-specific declarations that apply to a production batch rather than to an individual item.

The Batch entity class supports a flexible Identifier Body length, allowing different industries and systems to use batch identifiers with different levels of complexity.

F: Serialized Item

A Serialized Item identifies an individual physical item.

Serialized Item identifiers may be issued in very high volumes and are often generated in operational systems. VTA supports this by allowing authorised identity issuers to issue serialized item identifiers within their own VTA identity issuer namespace.

For serialized items, the Identity Issuer Code can be followed by an Identifier Body that is generated by an internal system. This allows companies to continue using internal serial number generation logic while making the resulting identifier globally unique in the VTA framework.

For example:

VTA1234FABC987654

In this example:

Part Example

This makes VTA suitable for item-level data exchange without requiring every serial number to be centrally issued.

G: Material Platform

A Material Platform identifies a material concept or material platform that can be referenced across products, packaging or value chain processes.

This can be used to exchange data about material composition, material origin, recycled or virgin content, certification, environmental impact and other material-related declarations.

H: Economic Operator

An Economic Operator identifies a party in the value chain. This can include manufacturers, importers, distributors, authorised representatives, fulfilment service providers or other parties that have a role in placing, moving or maintaining products in the market.

Economic Operator identifiers are candidates for central issuing because the same party may appear in many data exchanges, systems and value chains. A centrally issued identifier reduces the risk of duplicates and helps systems recognise the same party across different contexts.

Example:

VTA0000H12345678

This indicates a centrally issued VTA identifier for an Economic Operator.

I: Trademark / Brand

A Trademark / Brand identifier identifies a brand, trademark or other market-facing identity.

This is useful when product data exchange needs to distinguish between the manufacturer, the owner of the brand, the commercial product identity and the actual product model.

Identity issuer permissions

Not every identity issuer should be allowed to issue every type of VTA identifier.

VTA can use identity issuer permissions to define which entity classes an identity issuer is allowed to issue. This prevents uncontrolled creation of identifiers for entity classes that require stronger governance.

For example, an identity issuer may be allowed to issue Product Model, Batch and Serialized Item identifiers, but not Economic Operator identifiers.

This creates a clear governance model:

Role

The identity issuer of an identifier does not need to be the same party as the maintainer or resolver of the related data. This distinction is important in value chain data exchange, where different parties may create, maintain, exchange or host different parts of the data.

Relationship with existing identifiers

VTA identifiers can coexist with existing identifiers. A product, facility, batch, item or economic operator may already have other identifiers from industry standards, regulatory frameworks or internal systems.

A VTA identifier can be used as a common reference in data exchange, while existing identifiers can be stored as additional identifiers or external references.

Examples of external identifiers include:

Entity

This makes VTA a bridge for data exchange, not a replacement for every identifier already used in the market.

Benefits of the VTA identifier model

The VTA identifier model provides several benefits:

Benefit

Example identifiers

Example identifier

These examples are illustrative only. The actual Identifier Body must be created according to the issuing rules for the entity class and identity issuer.

Summary

VTA identifiers provide a structured identifier framework for value chain data exchange.

They combine:

  • the ISO/IEC 15459 Issuing Agency Code VTA
  • a VTA-controlled Identity Issuer Code
  • a VTA Entity Class
  • a flexible Identifier Body

This allows VTA to support both centrally governed identifiers and locally issued identifiers. Central issuing can be used where uniqueness across the full value chain is critical, such as Economic Operators. Local issuing can be used where identifiers need to be created at scale, such as Product Models, Batches or Serialized Items.

The result is an identifier framework that is structured, scalable and suitable for cross-company data exchange.