ferropas.eu

can I correct an error in the product passport afterwards

Correction is provided for in the basic design

Yes, an error in a digital product passport can be corrected afterwards — the ESPR even assumes that data can change throughout the entire lifespan of a product. Article 9 of the ESPR (Regulation (EU) 2024/1781) describes the digital product passport as a data carrier that refers to information, not as a fixed, immutable file that is created once and never touched again. For a manufacturer or importer who discovers an error in the composition, origin or technical specifications of a batch of steel, this means that adjustment is not excluded by the regulation itself. How that correction proceeds technically and administratively depends on how the passport is set up and where the underlying data is hosted.

For whom this applies and where the boundary lies

This possibility to correct applies to the data behind the passport's QR code — that is, the product information itself, such as composition, origin, weight or certificates. It does not automatically apply to the identity of the passport or the product: the unique identification code attached to a batch or a piece of steel remains the same in principle, even after a correction. That distinction is relevant, because each product receives a unique identification code and that code is precisely the access point by which a user in the chain finds the passport again. A correction adapts the content, not the address by which that content is retrieved. What the regulation also does not regulate is who within a company is authorized to make a correction — that is an internal matter, not an obligation under the ESPR.

Also important is the distinction between the passport itself and the register in which it is entered. Article 13 of the ESPR describes the register of digital product passports as a place where certain identifying data is maintained. A correction in the passport thus potentially also affects what is in the European register of digital product passports and that is a different data trail than the product information that a customer sees via the QR code.

A fixed procedure is still missing from the text

There is no specific date or procedure in the current regulation for how a correction must be reported, logged or dated. Article 10 of the ESPR sets out general requirements for the digital product passport, such as reliability and up-to-dateness of data, but a detailed correction process with steps, notification deadlines or a specific format is still lacking. As long as the associated delegated acts for steel and iron have not been published, it is therefore not clear how a correction will be documented or communicated to earlier recipients of the passport. What is clear, however, is the principle: the passport is intended to be consulted throughout the entire lifespan of the product, and data that no longer apply do not fit that purpose. As soon as the delegated act for iron and steel is published, this section of this page will be supplemented with the exact procedure.

How this is tackled in practice

If someone discovers an error in a passport, they first check whether the error is in the source data or in the way that data is processed into a passport. With a link to your own ERP or inventory system — see also how to link a product passport to an ERP or inventory system — the error is often already at the source, and a correction there automatically carries through to the passport, depending on how that link is set up. For manually compiled passports, the correction is a matter of resubmitting the data to the party hosting the passport.

Next, it is important to know whether the QR code and the underlying identification code remain unchanged. If they do, anyone scanning the code from the moment of the correction will automatically see the updated information — there is then no need for a new sticker or new label on the product itself. This aligns with how the QR code is applied to the steel: the code refers to a location, and what is displayed at that location can be updated without the physical carrier changing. Finally, it is wise to document when a correction has been made and why, even though the regulation does not yet prescribe a fixed format for this — should a supervisory authority or a customer later ask questions about an earlier version of the passport, that documentation is the only point of reference.

Where this is based on: Article 9, 10 and 13

Article 9 of the ESPR (Regulation (EU) 2024/1781) describes the digital product passport as a data carrier that refers to information, which allows for updating of that information. Article 10 sets general requirements for the reliability and accessibility of the data in the passport, without prescribing a specific correction procedure. Article 13 describes the register in which identifying data of passports are recorded, a data trail that exists alongside the passport itself. Article 14, on the web portal for data in the digital product passport, regulates the accessibility of the data for authorised parties, but likewise does not contain an elaborate correction procedure.

Anyone who currently reports an error in a published passport should best find out which party is hosting the underlying data and by which route that party makes an adjustment — and in the meantime document the error and the correction internally, so that there is a trail once the formal procedure via the delegated act becomes known.

What you must concretely do

What is expected of you

The ESPR describes how a digital product passport is structured and which data it should contain, but the regulation does not describe a separate "correction process" with steps that a manufacturer or importer must follow afterwards. What can indeed be derived from it comes from the requirements for the passport itself: the data must be correct, current and be made accessible in the proper way. In practice, this touches on three obligations.

The data in the passport must be correct and current

Article 9 and Article 10 of the ESPR describe what a digital product passport must contain and what technical requirements it must meet. From this it follows that a passport with an error — an incorrect alloy composition, a mixed-up certificate number, incorrect traceability — does not meet the purpose of the regulation. For a company of 10 to 100 employees, this means above all something organisational: there must be someone who knows which passport belongs to which batch or which piece, and who can detect an error as soon as it is reported. This requires a good link between production or inventory management and the passport, something for which the answer to can I link the product passport to my ERP or inventory system? goes into further.

The passport must remain findable via a fixed identification

Article 9 links the passport to a unique identification of the product. That identification is the key by which a passport is retrieved — even if its content changes. For practical purposes, this means that a correction generally does not bring a new identification with it: the passport remains accessible under the same code, only the data behind it changes. How that identification is constructed and assigned is described in how do I give each product a unique identification code?

The register must align with what is in the passport

Article 13 of the ESPR describes a register of digital product passports. If a passport is amended afterwards, it stands to reason that the data transmitted to that register must remain aligned with it — otherwise a discrepancy will arise between what the register displays and what the passport itself shows. What exactly must be included in that register and how it relates to the passport itself is explained at what is the register of digital product passports and what must I enter in it?

The QR code and the web portal must continue to refer to the correct, current version

Article 14 describes a web portal through which data from the product passport is accessible. A correction in the passport therefore only makes sense if the QR code on the product continues to refer to the same location, where the updated data can then be seen. There is no indication in the sources that an error in the passport means that a new QR code must be placed on the product — the code refers to an address, not to fixed content.

Where things go wrong in practice

Several situations recur regularly in practice.

An incorrect steel grade or quality class is listed, whereas the physical product is correct. This is often only discovered when a recipient lodges a complaint, long after delivery.

A batch is subsequently split or combined, for example because part of the consignment is reprocessed. This raises the question of whether the existing passport is amended or whether new passports are needed. In batch registration this is more prominent than in passports per item; the difference between these is described at do I register steel per batch or per piece?

A supplier delivers a corrected certificate after the passport has already been compiled and published the first time. The question then is who is responsible for implementing that change: the original data supplier, or the party hosting the passport.

An error is only discovered after the product has already been resold and processed by another party in the chain, which has meanwhile based its actions on the incorrect data — for example in a calculation of material origin or in its own product passport that builds on the passport of the semi-finished product. The latter is particularly relevant for products composed of multiple parts; how that relationship works is described at my product requires multiple product passports — how do they work together?

The delivery format of the corrected data differs from the format in which the passport was originally compiled, so that the correction cannot be loaded without further ado. What format is required for this is described at in what format must I submit the data for the product passport

What you can document

A number of matters can be arranged in advance through simple internal agreements, so that a correction later does not become a search exercise:

  • A fixed point of contact within the company that receives and assesses errors in a published passport.
  • An internal log in which changes to a passport are recorded: what has been amended, when, and on the basis of which document or which notification.
  • A retained version of the original submission file and of each corrected file, so that an earlier version remains reconstructible.
  • Agreements with suppliers on how and within what timeframe a corrected certificate or corrected composition is passed on to the party that compiles the passport.
  • A fixed procedure for linking with your own ERP or inventory system, so that a correction in the source also automatically takes effect in the passport — see can I link the product passport to my ERP or inventory system?
  • Clarity about which identification code belongs to which product or which batch, so that a correction always reaches the correct passport.

Once the delegated act for iron and steel has been published, it is expected to set out more specifically how a correction process should be structured. Until then, this subject is mainly something to have organised organisationally, not something for which a prescribed procedure already exists.

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, verified by a human on 2026-09-05. Is anything incorrect? Let us know — corrections are given priority.