VTA Identifiers - ID: Difference between revisions

From imde.io

No edit summary
No edit summary
Line 8: Line 8:


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 47:
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 59:
{| class="wikitable"
{| class="wikitable"
! Part
! Part
! Description
 
|-
| ! Description                                                                             |
| Scheme prefix
| ------------------------------------------------------------------------------------------ |
| Identifies the identifier system as VTA
| ISO/IEC 15459 Issuing Agency Code                                                          |
|-
| The registered Issuing Agency Code. For VTA identifiers this is <code>VTA</code>.          |
| Issuer code
| -                                                                                         |
| Identifies the issuing namespace
| Identity Issuer Code                                                                      |
|-
| Identifies the VTA-controlled identity issuer namespace.                                  |
| Entity class
| -                                                                                         |
| Identifies the type of entity
| Entity Class                                                                              |
|-
| Identifies the type of entity being identified.                                            |
| Identifier body
| -                                                                                         |
| Identifies the specific entity within the issuer and entity class namespace
| Identifier Body                                                                            |
|}
| Identifies the specific entity within the Identity Issuer Code 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 70: Line 88:
! Part
! Part
! Example
! Example
! Meaning
|-
| 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.
| ! 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 issuer code ==
== Reserved central identity issuer code ==


The issuer code <code>0000</code> is reserved for centrally issued VTA identifiers.
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 101: Line 120:
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 109: Line 128:
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
! Preferred length
! Preferred length
! Maximum length
 
|-
| ! Maximum length |
| A
| ----------------- |
| Product Model
| A                 |
| Object
| Product Model     |
| 6
| Object           |
| 7
| 6                 |
| 8
| 7                 |
|-
| 8                 |
| B
| -                 |
| Packaging System
| B                 |
| Object
| Packaging System |
| 8
| Object           |
| 8
| 8                 |
| 8
| 8                 |
|-
| 8                 |
| C
| -                 |
| Sales Unit
| C                 |
| Object
| Sales Unit       |
| 8
| Object           |
| 8
| 8                 |
| 8
| 8                 |
|-
| 8                 |
| D
| -                 |
| Facility
| D                 |
| Object
| Facility         |
| 8
| Object           |
| 8
| 8                 |
| 8
| 8                 |
|-
| 8                 |
| E
| -                 |
| Batch
| E                 |
| Object
| Batch             |
| 5
| Object           |
| 5
| 5                 |
| 12
| 5                 |
|-
| 12               |
| F
| -                 |
| Serialized Item
| F                 |
| Object
| Serialized Item   |
| 8
| Object           |
| 10
| 8                 |
| 12
| 10               |
|-
| 12               |
| G
| -                 |
| Material Platform
| G                 |
| Object
| Material Platform |
| 6
| Object           |
| 6
| 6                 |
| 6
| 6                 |
|-
| 6                 |
| H
| -                 |
| Economic Operator
| H                 |
| Party
| Economic Operator |
| 8
| Party             |
| 8
| 8                 |
| 8
| 8                 |
|-
| 8                 |
| I
| -                 |
| Trademark / Brand
| I                 |
| Object
| Trademark / Brand |
| 6
| Object           |
| 6
| 6                 |
| 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.
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 193: Line 225:
{| class="wikitable"
{| class="wikitable"
! Identifier type
! Identifier type
! Field key
 
|-
| ! Field key                     |
| Product Model
| ------------------------------- |
| <code>ProductModelID</code>
| Product Model                   |
|-
| <code>ProductModelID</code>     |
| Packaging System
| -                               |
| <code>PackagingSystemID</code>
| Packaging System               |
|-
| <code>PackagingSystemID</code> |
| Sales Unit
| -                               |
| <code>SalesUnitID</code>
| Sales Unit                     |
|-
| <code>SalesUnitID</code>       |
| Facility
| -                               |
| <code>FacilityID</code>
| Facility                       |
|-
| <code>FacilityID</code>         |
| Batch
| -                               |
| <code>BatchID</code>
| Batch                           |
|-
| <code>BatchID</code>           |
| Serialized Item
| -                               |
| <code>SerializedItemID</code>
| Serialized Item                 |
|-
| <code>SerializedItemID</code>   |
| Material Platform
| -                               |
| <code>MaterialPlatformID</code>
| Material Platform               |
|-
| <code>MaterialPlatformID</code> |
| Economic Operator
| -                               |
| <code>EconomicOperatorID</code>
| Economic Operator               |
|-
| <code>EconomicOperatorID</code> |
| Trademark / Brand
| -                               |
| <code>TrademarkBrandID</code>
| Trademark / Brand               |
|}
| <code>TrademarkBrandID</code>   |
| }                               |


For future VTA entity classes, the same convention should be used:
For future VTA entity classes, the same convention should be used:
Line 231: Line 264:
{| class="wikitable"
{| class="wikitable"
! Future entity class
! Future entity class
! Field key
 
|-
| ! Field key                       |
| Packaging Component
| --------------------------------- |
| <code>PackagingComponentID</code>
| Packaging Component               |
|-
| <code>PackagingComponentID</code> |
| Material Source
| -                                 |
| <code>MaterialSourceID</code>
| Material Source                   |
|-
| <code>MaterialSourceID</code>     |
| Declaration
| -                                 |
| <code>DeclarationID</code>
| Declaration                       |
|}
| <code>DeclarationID</code>       |
| }                                 |


== 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 277: Line 311:
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 283: Line 317:
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 296: Line 330:
! Part
! Part
! Example
! Example
! Meaning
 
|-
| ! Meaning                             |
| Scheme prefix
| -------------------------------------- |
| <code>VTA</code>
| ISO/IEC 15459 Issuing Agency Code      |
| VTA identifier
| <code>VTA</code>                       |
|-
| The registered VTA Issuing Agency Code |
| Issuer code
| -                                     |
| <code>1234</code>
| Identity Issuer Code                  |
| Local issuing namespace
| <code>1234</code>                     |
|-
| Local identity issuer namespace       |
| Entity class
| -                                     |
| <code>F</code>
| Entity Class                          |
| Serialized Item
| <code>F</code>                         |
|-
| Serialized Item                       |
| Identifier body
| -                                     |
| <code>ABC987654</code>
| Identifier Body                        |
| Internally generated serial reference
| <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.
This makes VTA suitable for item-level data exchange without requiring every serial number to be centrally issued.
Line 341: Line 376:
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 353: Line 388:
{| class="wikitable"
{| class="wikitable"
! Role
! Role
! Description
|-
| Central issuer
| Issues centrally governed identifiers
|-
| Local issuer
| Issues identifiers within its own authorised namespace
|-
| 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 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.
| ! 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 ==
== Relationship with existing identifiers ==
Line 383: Line 422:
{| class="wikitable"
{| class="wikitable"
! Entity
! Entity
! Possible external identifiers
 
|-
| ! Possible external identifiers                             |
| Product Model
| ------------------------------------------------------------ |
| Internal product code, model number, GTIN-related references
| Product Model                                               |
|-
| Internal product code, model number, GTIN-related references |
| Sales Unit
| -                                                           |
| GTIN, SKU, retailer item number
| Sales Unit                                                   |
|-
| GTIN, SKU, retailer item number                             |
| Facility
| -                                                           |
| GLN, internal site code, regulatory site number
| Facility                                                     |
|-
| GLN, internal site code, regulatory site number             |
| Batch
| -                                                           |
| Internal batch code, production lot number
| Batch                                                       |
|-
| Internal batch code, production lot number                   |
| Serialized Item
| -                                                           |
| Internal serial number, item-level code
| Serialized Item                                             |
|-
| Internal serial number, item-level code                     |
| Economic Operator
| -                                                           |
| LEI, VAT number, company registration number, EORI
| Economic Operator                                           |
|-
| LEI, VAT number, company registration number, EORI           |
| Trademark / Brand
| -                                                           |
| Trademark registration number, internal brand code
| 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.
This makes VTA a bridge for data exchange, not a replacement for every identifier already used in the market.
Line 415: Line 455:
{| class="wikitable"
{| class="wikitable"
! Benefit
! Benefit
! Explanation
 
|-
| ! Explanation                                                                                                       |
| Global uniqueness
| ------------------------------------------------------------------------------------------------------------------- |
| The combination of scheme, issuer, entity class and identifier body prevents collisions
| ISO/IEC 15459 basis                                                                                                |
|-
| VTA uses a registered ISO/IEC 15459 Issuing Agency Code.                                                            |
| Human readability
| -                                                                                                                  |
| The structure makes it possible to recognise the identifier system, issuer namespace and entity type
| Global uniqueness                                                                                                   |
|-
| The combination of Issuing Agency Code, Identity Issuer Code, Entity Class and Identifier Body prevents collisions. |
| Central governance where needed
| -                                                                                                                   |
| Critical identifiers, such as Economic Operators, can be centrally issued
| Human readability                                                                                                   |
|-
| The structure makes it possible to recognise the issuing namespace and entity type.                                |
| Local scalability
| -                                                                                                                   |
| High-volume identifiers, such as serialized items, can be issued by local systems
| Central governance where needed                                                                                     |
|-
| Critical identifiers, such as Economic Operators, can be centrally issued.                                          |
| Flexible length
| -                                                                                                                   |
| Each entity class can have a length suitable for its purpose
| Local scalability                                                                                                   |
|-
| High-volume identifiers, such as serialized items, can be issued by local systems.                                  |
| Data exchange readiness
| -                                                                                                                   |
| Identifiers are designed to be used across organisations, systems and standards
| Flexible length                                                                                                     |
|-
| Each entity class can have a length suitable for its purpose.                                                      |
| Coexistence
| -                                                                                                                   |
| Existing identifiers can remain in use as external references
| 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 identifiers ==
Line 443: Line 487:
{| class="wikitable"
{| class="wikitable"
! Example identifier
! Example identifier
! Meaning
|-
| <code>VTA0000H12345678</code>
| Centrally issued Economic Operator identifier
|-
| <code>VTA1234A7654321</code>
| Product Model issued by local issuer <code>1234</code>
|-
| <code>VTA1234B87654321</code>
| Packaging System issued by local issuer <code>1234</code>
|-
| <code>VTA1234D23456789</code>
| Facility issued by local issuer <code>1234</code>
|-
| <code>VTA1234ELOT25</code>
| Batch issued by local issuer <code>1234</code>
|-
| <code>VTA1234FABC987654</code>
| Serialized Item issued by local issuer <code>1234</code>
|-
| <code>VTA1234I654321</code>
| Trademark / Brand issued by local 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.
| ! 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 ==
== Summary ==
Line 475: Line 520:
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.

Revision as of 12:45, 20 June 2026

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

A simplified structure is:

VTA + Identity Issuer Code + Entity Class + Identifier Body

Example:

VTA0000H12345678

In this example:

Part Example

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

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.