How do I give each product a unique identification code?
Each product receives its own unique identification code
Yes, under the ESPR, each product falling within the scope of the digital product passport must be traceable to one unique identification code. Article 12 of the ESPR (Regulation (EU) 2024/1781) stipulates that the passport is linked to such a code, so that a product passport does not exist in isolation but is always unambiguously assigned to one specific product — or, depending on the product group-specific delegated act, to a batch or model. This code is the key with which a market participant, a trading partner or a supervisory authority finds the correct passport via the QR data carrier on the product. Without a unique code, the system does not work: multiple products could then refer to the same passport, or a passport could not be demonstrably linked to one product.
Who this applies to and for which products
This obligation applies to products for which a delegated act under the ESPR has been adopted and which therefore fall within the scope of the digital passport requirement. For iron and steel (semi-finished products), such a delegated act does not yet exist; the obligation to have a unique identification code therefore only arises at the moment the sector-specific rules for iron and steel come into force. Article 12 itself describes the principle — that there must be a unique identification code — but the exact form, structure and any link to a unique identification number of the market participant or of a production location will be further specified per product group. It therefore does not apply to products falling outside the ESPR product groups, and not for the period before the sector-specific delegated act comes into force.
From when the code becomes mandatory
There is no fixed date yet. The ESPR Work Programme 2025-2030 foresees a first delegated act in 2026, with obligations that will then apply after a period of eighteen months; for iron and steel, it is not yet known when that act will come or what the exact entry into force date will be. Until then, there is no legal obligation to provide products with a unique identification code in the sense of Article 12. This does not mean there is nothing to do: companies that already work with internal article codes, batch numbers or lot numbers often already have a useful starting point with these systems for when the obligation comes into force. As soon as the delegated act for iron and steel has been published, the date will be stated here.
How to approach the assignment of the code
The sequence in which this is usually tackled starts with an inventory of what already exists: many producers and importers of steel and iron already have some form of batch or lot numbering, and that existing identification is a logical starting point. Next, it is important to check whether that existing code is at the right level — per product, per batch, or per production location — because the delegated act for the sector determines at what level the unique identification code must apply. Then comes the link with the passport itself: the code must be readable via the QR data carrier on the product, which requires coordination between internal coding and the technical setup of the passport. Ferropas.eu handles that link: on the basis of the data supplied by the manufacturer or importer, the passport is compiled, hosted for ten years, and the QR data carrier is supplied which refers to the unique identification code and the corresponding passport. Anyone now thinking about their own product coding does not have to set up a system later, but can build on what is already in place.
Where this is set out: Article 12 and Article 11 of the ESPR
Article 12 of the ESPR (Regulation (EU) 2024/1781) regulates the unique identification code itself: the principle that the digital product passport is linked to a unique code. Article 11 of the same regulation describes the broader technical framework within which this must function: how the passport is technically set up, how it is accessible via the data carrier, and how the various elements of the passport — including the identification code — relate to each other. Together, these two articles form the basis: Article 11 for technical operation, Article 12 for the identification that makes this system usable.
What the reader can do now
Anyone currently placing steel or iron on the market can, without waiting for the delegated act, start mapping existing internal coding (charge, batch or article numbers) and check at what level that code is assigned. That work is not wasted: it is precisely the basis on which a unique identification code for the digital product passport will later be built, and ferropas.eu can provide that connection as soon as the obligation for the sector takes effect.
What this is based on
- Regulation (EU) 2024/1781 (ESPR), Article 12 (unique identification code)
- Regulation (EU) 2024/1781 (ESPR), Article 11 (technical design and operation of the digital product passport)
The regulation itself can be found on EUR-Lex. We provide references for each statement; you do not have to take our word for it.
What you must concretely do
What is expected of you
Article 12 of the ESPR (Regulation (EU) 2024/1781) requires a unique identification code per product to which the digital product passport applies. This code is the key with which the passport can be retrieved and linked to the correct physical product. What this concretely means is broken down into a few separate requirements.
Make each product identifiable with its own code
The code must unambiguously distinguish the product from other products, including from other copies of the same model. For a company with 10 to 100 employees, this usually means that the existing internal article numbering is not sufficient as is: it is often set up per model or per order, not per physical unit or per batch. A system must be developed that operates at the level at which the passport is issued. Whether this happens per unit or per batch depends on the product and is further elaborated in the topic Do I register steel per batch or per piece?.
Link the code to the correct passport
The identification code must refer to one specific passport, and that passport must in turn display the correct, up-to-date data. This directly touches on Article 11 of the ESPR, which sets requirements for the technical design and operation of the passport itself. In practice, this requires a seamless link between the code, the data carrier (usually a QR code) and the place where the passport data actually resides. Companies that already work with an ERP or inventory system are well advised to examine how this link is technically established; see Can I link the product passport to my ERP or inventory system?.
Ensure that the code remains unique, even after sale or transfer
An identification code that is unique at the time of issue must remain so if the product changes owner, is processed or passes through an intermediary. For metal processors and steel traders who purchase, process and resell semi-finished products, this means that the origin code from the original manufacturer must not be lost in their own process. When a product is processed in multiple steps and new product units are created in the meantime, the question may arise whether there is one passport or multiple linked passports; this topic is covered in My product needs multiple product passports — how does that work together?.
Register the code where required
In addition to the link to the passport itself, there is the question of whether and how the identification code must also be known at a central level. This touches on the broader system of registration surrounding the passport, more information about which can be found at What is the register of digital product passports and what must I enter in it?.
Where things go wrong in practice
The internal article number is reused as the product code. Many companies already have a numbering system for inventory management or invoicing. This system is usually not designed to be unique at the level that the passport requires, and certainly not to be recognizable outside the company's own administration. Without adjustment, there is a risk that two different physical products nonetheless receive the same code, or that the code means nothing outside the company's own records.
The code is managed separately from the passport. In some cases, the identification code is created by one department or system, while the passport itself is compiled and hosted by another party. If the two do not align well, a passport exists that cannot be found via the code on the product.
When steel is processed, the product changes, but not the code. A sheet or profile that is sawed, coated or otherwise processed may in practice become a different product than the original semi-finished product. When the old identification code is simply carried over while the properties of the product have changed, the code no longer matches what data actually belongs to the product.
The code is not carried forward for small or loose parts. For smaller steel items, there is not always physical space to apply a complete code or QR code, which puts the link between the physical product and the digital code under pressure. This is particularly relevant for smaller components; see how do I get a QR code on a very small piece of steel.
No account is taken of the lifespan of the code. An identification code that must continue to refer to an existing product passport for ten years or longer requires a management system that lasts longer than the current ERP package or the current hosting service provider. If this is not documented, there is a risk that the code is on the product at some point, but no longer refers to anything anywhere.
What you can document
- The system by which identification codes are assigned: per item, per batch, or per model, with the reason for that choice.
- The link between the internal article number (if used) and the external identification code of the product passport, so that both systems remain traceable to each other.
- Agreements with the party that compiles and hosts the product passport regarding who assigns the identification code and who is responsible for keeping the link up to date.
- A procedure for the moment when a product is processed, split or combined, with documentation of which identification code applies thereafter.
- The manner in which the code is technically applied to the product or packaging, including alternative solutions for small components.
- An overview of which data format is supplied when compiling the product passport, more information on which can be found at in what format must I submit the data for the product passport.
For each of these points it holds that documentation in advance entails less work than reconstruction afterwards, especially when a product must still be identifiable years after the product passport has been issued.
This is not legal advice. This page provides general information about the legislation that this platform deals with. We do not know your situation. If you are in doubt about your own case, consult a lawyer or the competent supervisory authority.
Written with AI based on the sources above, checked by a human on 2026-08-22. Is something not right? Let us know — corrections are given priority.