EU digitális termékútlevél: mit jelentenek az új szabványok és a nyilvántartási szabályok

A szabályozási keret kezd kirajzolódni

Az ESPR (EU) 2024/1781 rendelet elfogadása óta a digitális termékútlevél (DPP) már nem jövőbeli projekt – kötelező érvényű uniós jog. A rendelet ökodizájn-követelményeket és fenntarthatósági kötelezettségeket állapít meg a termékekre vonatkozóan, és létrehozza azt a keretszabályozást, amelyre az ágazatspecifikus végrehajtási rendeletek épülni fognak. 2026 májusában és júniusában rövid idő alatt jelentősen előrehaladt a végrehajtás: technikai szabványokat fogadtak el, megjelent egy központi nyilvántartásra vonatkozó tervezet, a Közös Kutatóközpont pedig közzétette az acéltermékekre vonatkozó első tartalmi követelményeket.

Ha gyártóként, importőrként vagy szoftverszolgáltatóként követed ezeket a fejleményeket, szokatlanul sűrű hírfolyammal szembesülsz. Ez a bejegyzés a legfontosabb fejleményeket helyezi kontextusba.

A CEN/CENELEC közzéteszi az első harmonizált DPP-szabványokat

Mit fednek le az EN 18216-tól EN 18223-ig terjedő szabványok

május 27-én a CEN és a CENELEC közzétette az első hat harmonizált európai szabványt a DPP-re vonatkozóan. A JTC 24 közös műszaki bizottság által kidolgozott szabványok meghatározzák az alapvető technikai infrastruktúrát:

Szabvány	Tárgy
EN 18216	Általános keret és terminológia
EN 18219:2026	Egyedi azonosítók
EN 18220:2026	Adathordozók
EN 18222	API-protokollok és resolver-interfészek
EN 18223	Alapadatmodell

A szabványok meghatározzák, hogy mely azonosítók megengedettek, hogy az adathordozókat – QR-kódokat, GS1 DataMatrixot vagy RFID-címkéket – hogyan kell technikailag megvalósítani, és hogy egy resolver-végpontnak milyen API-interfészeket kell biztosítania. Együttesen megteremtik azokat a feltételeket, amelyek mellett egy termékkód beolvasása ténylegesen géppel olvasható, interoperábilis termékútlevélhez vezet.

Mit jelent ez a gyakorlatban

A szabványok nem jogilag kötelezőek úgy, ahogyan egy jogszabály az, de technikai mércékként fognak hivatkozni rájuk az ESPR-rendelet szerinti felhatalmazáson alapuló jogi aktusokban. A szabványoknak való megfelelés lehetővé teszi a megfelelőség vélelmére való hivatkozást. A szoftverszolgáltatók és rendszerintegrátorok számára ez azt jelenti, hogy a szabványok gyakorlatilag a kötelező specifikációt jelentik.

A DPP4EU 2026 konferencián, amelyet június elején Brüsszelben tartottak, a szabványokat először mutatták be nyilvánosan – nyílt forráskódú tesztkörnyezetekkel együtt, amelyek az implementációk megfelelőségi tesztelését hivatottak lehetővé tenni.

A központi DPP-nyilvántartás: három adatpont, decentralizált adattárolás

Mit javasol a Bizottság tervezete

április 29-én az Európai Bizottság közzétette a központi DPP-nyilvántartásra vonatkozó végrehajtási rendelet tervezetét. Az alapelv radikálisan letisztult: a nyilvántartás bejegyzésenként mindössze három adatpontot tárol:
A termék egyedi azonosítója (UID)
A resolver-végpont, amelyen keresztül a tényleges termékútlevél lekérhető
A kapcsolódó árukód (pl. GTIN vagy azzal egyenértékű azonosító)

A tényleges termékadatok – CO₂-lábnyom, anyagösszetétel, javíthatóság – a gyártónál vagy egy általa választott adattárolási szolgáltatónál maradnak. A nyilvántartás tehát nem központi adattár, hanem címtárszolgáltatás: biztosítja, hogy egy azonosító globálisan és egyértelműen egy resolverre mutasson, amely viszont kiszolgálja a termékútlevelet.

A tervezet részletes elemzéséért lásd a qr3.app blogot az EU DPP-nyilvántartásról szóló bejegyzésekért.

A CIRPASS-2 konzorcium válasza

Az uniós finanszírozású CIRPASS-2 konzorcium benyújtotta álláspontját a tervezetről. A fő kritikai pontok a nyilvántartás irányítási struktúráját, a határokon átnyúló ellátási láncokban felmerülő adatszuverenitás kérdését, valamint a meglévő azonosítási rendszerekkel – például a GS1 Digital Linkkel – való interoperabilitást érintik. A konzorcium többek között azt javasolja, hogy a végrehajtási rendelet kifejezetten hivatkozzon az EN 18219 szabványra.

JRC-tervezet az acélra: a granularitás mint kulcskérdés

A Bizottság Közös Kutatóközpontja közzétette a félkész vas- és acéltermékekre vonatkozó DPP-tervezetét. Ez több okból is jelentős – és nem csak az acélipar számára.

Terméktszint vs. tételszint

A JRC-tervezet rendszerszerűen megkülönbözteti azokat az adatokat, amelyeket termékszinten (sorozatszám szerint) kell vezetni, azoktól, amelyeket tételszinten (lot-szám szerint) kell vezetni. Ez a megkülönböztetés kritikus az adatbázis-architektúra és az azonosítóstratégia szempontjából:

Tételszint: újrahasznosított tartalom, ötvözetösszetétel, termékspecifikus karbonlábnyom (PCF)
Termékszint: méretek, tanúsítványok, megfelelőségi nyilatkozatok

A tervezet szerint a termékspecifikus karbonlábnyomot elismert számítási szabályok alapján számítják ki – konkrétan az ISO 14067 szabvánnyal kompatibilis módszerekre hivatkoznak. Azon acélgyártók számára, amelyek eddig csak aggregált Scope 3 adatokat rögzítettek, ez jelentős erőfeszítést jelent az adatgyűjtésben az olvasztási és hengerlési folyamatokon átívelően.

Következmények más ágazatokra nézve

Az acéltervezet az első JRC-javaslat, amely ennyire kifejezetten foglalkozik a granularitás kérdésével. Joggal várható, hogy hasonló struktúrákat fognak átvenni a textíliákra, elektronikára és akkumulátorokra vonatkozó DPP-tervezetekben is. Az akkumulátorrendelet (EU) 2023/1542 – jelenleg az egyetlen kötelező érvényű ágazati jogi aktus saját DPP-kötelezettségekkel – már magában foglalja ezt a megkülönböztetést, bár nem formalizálja ilyen egyértelműen.

REACH mikroműanyagok: életbe lépett az első jelentési határidő

A DPP-fejleményekkel párhuzamosan az ECHA 2026 májusában iránymutatást tett közzé a szintetikus polimer mikrorészecskékre vonatkozó REACH-jelentési kötelezettségről. A polimergranulátumokat, -pelyheket és -porokat gyártó és felhasználó ipari továbbfelhasználók számára az első jelentési határidő 2026 májusában lépett életbe.

Ez a kötelezettség kezdetben elkülönül a DPP-rezsimtől, de a tartalmi átfedés egyértelmű: a mikroműanyag-kibocsátásra és a polimertartalomra vonatkozó adatokra a jövőben a DPP keretében is jelentési kötelezettségek vonatkoznak majd – különösen a csomagolás és a textíliák esetében. Azok a vállalatok, amelyek most építenek ki REACH-kompatibilis adatszerkezeteket, olyan alapot teremtenek, amely később átültethető a DPP-be.

Szoftver és infrastruktúra: az iparág reagál

A szabványok elfogadása mérhető hatást gyakorol a szoftverpiacra. A TEKLYNX frissítette CODESOFT szoftverét, és immár támogatja a GS1 „++" kódolási sémákat (EPC++ és ISO BD), lehetővé téve, hogy web-URL-eket írjanak közvetlenül a RAIN RFID-címkék memóriájába – ez a követelmény az EN 18220 (adathordozók) és a GS1 Digital Link szabvány kombinációjából következik.

Ez nem elszigetelt eset: több címkéző- és szerializációs szoftvergyártó jelentett be frissítéseket az elmúlt hetekben, amelyek kifejezetten hivatkoznak az új EN-szabványokra. Az iparági értelmezés egyértelmű – a szabványokat kötelező specifikációként kezelik, jóllehet formálisan harmonizált szabványok státuszával rendelkeznek.

Ütemterv és a következő lépések

A nyilvántartási tervezet konzultációs időszaka 2026. május 27-én zárult le. Ezzel párhuzamosan a Bizottság az első termékcsoportokra vonatkozó felhatalmazáson alapuló jogi aktusokon dolgozik – a textíliák és az akkumulátorok számítanak prioritásnak. A további ágazatokra vonatkozó JRC-tervezetek a következő hónapokban várhatók.

Azon vállalatok számára, amelyek most építenek vagy értékelnek rendszereket, három konkrét cselekvési terület rajzolódik ki:

Azonosítóstratégia: Mely UID-okat fogod használni, és EN 18219-kompatibilisek-e? A GS1 Digital Linkkel ellátott GTIN-ek jól bevált kiindulópontot jelentenek.
Resolver-architektúra: A saját resolver-végpontodnak állandóan elérhetőnek és EN 18222-kompatibilisnek kell lennie. Az adattárolás a gyártónál marad – nem az EU nyilvántartásánál.
Adatgranularitás: Már most érdemes ellenőrizned, hogy belső rendszereid képesek-e megkülönböztetni a tételszintet a termékszinttől – az acélra vonatkozó JRC-tervezet mutatja, merre tartanak a dolgok.

A szabályozási sűrűség a következő tizenkét hónapban tovább fog nőni. Ha most építesz ki skálázható adatinfrastruktúrát, azzal elkerülöd a későbbi költséges migrációkat.