can I request a confidentiality agreement from my supplier regarding passport data
Yes, that is possible, and it is common practice
A confidentiality agreement — often called an NDA — can be requested without any problems from a supplier who provides data for the digital product passport. The ESPR (Regulation (EU) 2024/1781) requires suppliers and other actors in the supply chain to provide certain data, but the regulation says nothing about the form of the agreements surrounding it. A confidentiality agreement is a supplement to that, not a replacement: the data must be provided in any case, and the agreement only regulates what happens to that information after the passport is created.
For sensitive product information, not for the passport data itself
The distinction that matters here: data that ends up in the passport is by definition intended to be visible to anyone who consults the passport — that is the purpose of the QR data carrier. A confidentiality agreement therefore cannot be used to prevent mandatory passport data from ultimately ending up in the passport. What an NDA is useful for: the underlying technical specifications, recipe, composition details or production processes that a supplier shares in order to compile the correct passport data, but which do not need to appear in the passport themselves. For example, a supplier shares a complete material composition to arrive at an aggregation figure, while only that figure appears in the passport. For this type of underlying information, a confidentiality agreement is a normal and workable instrument, just as it already happens with other supplier information that is not intended for the passport.
No fixed date, but a point in time that is set: before the first data request
There is no statutory deadline associated with drawing up a confidentiality agreement — that is a commercial arrangement between parties, not an obligation under the ESPR. What is established: the sooner this arrangement is made, the less discussion will arise when the supplier actually has to provide data. Companies that are already preparing now for product groups for which the passport will apply should ensure that the confidentiality arrangement is dealt with together with the other arrangements regarding data provision, rather than discussing this as a separate matter afterwards.
How a manufacturer or importer handles this in practice
As a first step, it is useful to determine exactly what information is requested from the supplier and what part of it solely serves to arrive at the passport data, without appearing in the passport itself — which data must I request from my product supplier provides a starting point for this. Subsequently, it is practical to not keep the confidentiality agreement separate, but to incorporate it into the broader arrangements regarding data provision: who provides what, in what form, and what happens with it. This is best established directly in the purchasing contract, so that the confidentiality agreement and the delivery obligation do not contradict each other — see how do I record the delivery of passport data in my procurement contract. A third point to keep in mind: a confidentiality agreement regulates how information is handled, but says nothing about whether the provided data is correct. That remains a separate point of attention, see how do I check whether the data from my supplier are correct. Finally, it is wise to make clear in the agreement that this does not prevent the obligation to actually provide passport data — a supplier who hides behind confidentiality to refuse to provide data does not change the obligation that follows from article 38 of the ESPR.
The legal basis: articles 38, 29 and 10 of the ESPR
Article 38 of the ESPR (Regulation (EU) 2024/1781) describes the requirements for actors in the supply chain: they must supply certain information necessary to compile the digital product passport. This obligation is independent of any confidentiality arrangements between parties — the regulation governs what information must be provided, not how supplier and buyer agree between themselves on the confidentiality of the rest. Article 29 describes in similar fashion the obligations of importers, which likewise depend on correct data supply by parties outside the EU — relevant for those importing products from outside the Union, as described in more detail in what does the product passport mean if I import products from outside the EU. Article 10 of the ESPR describes the requirements for the digital product passport itself, including which data must be accessible within it — and that is precisely the boundary that a confidentiality agreement cannot shift: what is mandatory in the passport must remain visible, regardless of any arrangements made around it.
Anyone wishing to formalize this arrangement should have the confidentiality agreement drawn up as part of the broader set of purchasing agreements with the supplier, so that confidentiality and delivery obligation are aligned in a single document rather than existing separately side by side.
Where this is based on
- Regulation (EU) 2024/1781 (ESPR), Article 10 (requirements for the digital product passport)
- Regulation (EU) 2024/1781 (ESPR), Article 38 (requirements for actors in the supply chain)
- Regulation (EU) 2024/1781 (ESPR), Article 29 (obligations of importers)
The regulation itself is on EUR-Lex. We provide references for each claim; you do not have to take our word for it.
What you must do concretely
What is expected of you
You can request a confidentiality agreement from a supplier, and in practice this also happens regularly as soon as passport data leaves your premises to a platform like ours or to another party in the chain. The ESPR (Regulation (EU) 2024/1781) regulates which data must be included in the digital product passport and who must supply it, but the regulation contains no provision that requires or prohibits a confidentiality agreement. This is therefore a commercial arrangement between you and your supplier, separate from the passport obligation itself.
Supply of data by the supplier
Article 38 of the ESPR describes what actors in the supply chain are expected to do when it comes to making information available for the product passport. For a company of 10 to 100 employees, this means in practice that a supplier provides data on materials, composition, origin or other characteristics needed to complete the passport. That data can be commercially sensitive: a recipe, a specific alloy, a supplier of a critical component. Requesting a confidentiality agreement therefore does not affect the obligation to provide, but the manner in which it is done.
Compiling the digital product passport
Article 10 of the ESPR describes the requirements that the digital product passport must meet, including the accessibility of data for different parties such as supervisory authorities, consumers or recyclers. This means that some of the data a supplier provides will ultimately become visible to third parties via the passport. For a company that has the passport compiled, it is therefore relevant to discuss in advance with the supplier which data will be included in the passport and which data is only needed internally to correctly complete that passport. A confidentiality agreement typically concerns that second category: the underlying data that does not appear in the passport itself, but is necessary to ensure correct compilation.
Import obligations
Article 29 of the ESPR describes the obligations of importers, including verifying whether the passport is present and correct before a product is placed on the EU market. For companies that manufacture or assemble with components from outside the EU, this plays a role: the importer typically needs more data from a foreign supplier than just what appears in the passport, in order to carry out that verification. For more information on this, background information can be found at what the product passport means when importing from outside the European Union. In this relationship too, a confidentiality agreement is a common instrument to protect sensitive technical or commercial information without hindering the data supply itself.
Where things go wrong in practice
A supplier refuses to provide data, arguing that the information is confidential, while no confidentiality agreement has ever been requested. The conversation then becomes about "supply or no supply", whereas the actual question is "under what conditions". See also what to do if a supplier does not provide the data.
A confidentiality agreement is only brought up after the purchasing agreement has been concluded, when the supplier has already shared data. This has the opposite effect: the agreement then has no control over what has already been exchanged.
A company requests a general confidentiality agreement without specifying which data is involved. The supplier signs something vaguer than necessary, or conversely something that restricts their own ability to compile the product passport.
No distinction is made between data that appears in the product passport itself — and is therefore by definition accessible to third parties — and data that is used only internally. A confidentiality agreement stating that "all data" is confidential then contradicts what the product passport must publicly disclose according to Article 10 of the ESPR.
For a supplier providing components for multiple product groups simultaneously, one confidentiality agreement is used for all data flows, even though the sensitivity and applicable product passport requirements may differ per product group. Those working with such a supplier can read further at a supplier that provides components for different product groups.
What you can document
- A confidentiality agreement (NDA) that specifically names which categories of data fall under the confidentiality clause, and which data are intended to appear in the product passport and are therefore not confidential.
- A provision in the purchasing contract regarding the supply of product passport data, including a reference to the confidentiality agreement as a separate document. A worked-out example can be found at agreements on the supply of product passport data in the procurement contract.
- An overview of exactly which data are needed from the supplier, so that the confidentiality agreement is not broader than necessary. See which data are requested from the supplier.
- An agreement on what happens to the confidentiality agreement when changing suppliers, so that old agreements do not continue to apply in a way that no longer suits the new situation. Relevant at the change of supplier during use.
- A procedure to verify the accuracy of supplied data before they enter the product passport, so that a confidentiality agreement does not hinder a proper check. More information on this at verifying data for accuracy.
- When using multiple suppliers for the same component: an agreement per supplier, rather than one document applied in the same way for everyone. Background information on this can be found at multiple suppliers for the same component.
This is not legal advice. This page provides general information about the regulations that this platform concerns. 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, reviewed by a human on 2026-09-05. Is something incorrect? Let us know — corrections are given priority.