A normakeret elkészült — most kezdődik a megvalósítás
Az ESPR-rendelet (EU) 2024/1781 elfogadásával a Digital Product Passport (DPP) kötelező erejű uniós jogszabállyá vált. Ami sokáig jövőbeli projektnek tűnt, 2026 tavasza óta döntő új szakaszba lépett: mostanra elkészültek azok a műszaki normák, amelyekre a végrehajtási rendeletek épülni fognak.
2026 júniusának elején a DPP4EU konferencián Brüsszelben bemutatták a CEN/CENELEC JTC 24 keretében kidolgozott normacsomagot. Az EN 18216–EN 18223 normasorozat határozza meg a műszaki alapinfrastruktúrát: az adathordozókat, az egyértelmű azonosítókat, az API-kat és az interoperabilitás keretrendszerét. Ezzel párhuzamosan nyílt forráskódú tesztkörnyezeteket is bemutattak, amelyekkel az implementációk megfelelősége ellenőrizhető. A normák kidolgozásában részt vevő Fraunhofer IPK így kommentálta a fejleményeket: „The standards are here — now is the time to bring them to life."
Ez a mondat pontosan leírja a helyzetet. A szabályozási architektúra adott; ami még hiányzik, az az ágazatspecifikus végrehajtási rendeletek kidolgozása, a stabil registry-üzemeltetés és az iparág egészére kiterjedő megvalósítási gyakorlat.
Mit szabályoznak konkrétan az EN 18216–18223 normák?
Azonosítók és adathordozók
A normasorozat előírja, hogy minden DPP egyértelmű termékazonosítóval rendelkezzen, amely géppel olvasható és tartósan feloldható. Az EN 18220 szabályozza a megengedett adathordozókat — köztük a QR-kódokat, a DataMatrixot és a RAIN-RFID-t. Döntő jelentőségű, hogy a norma technológiasemlegesen fogalmaz: nem ír elő konkrét adathordozót, de meghatározza az olvashatóságra és a tartósságra vonatkozó minimumkövetelményeket.
A GS1 Digital Link ebben az összefüggésben nem kötelező, de de facto az azonosítási stratégia meghatározó jelöltje — mivel a meglévő GTIN-infrastruktúrát webes URI-feloldással kapcsolja össze. A CIRPASS-2 konzorcium a tervezetről szóló állásfoglalásában kifejezetten azt javasolta, hogy az EN 18219 normát hivatkozási alapként vegyék fel a végrehajtási rendeletbe, az interoperabilitás biztosítása érdekében a GS1 Digital Link-val és más meglévő azonosítási rendszerekkel.
Registry-architektúra: decentralizált, központi indexszel
A tervezett uniós DPP-registry kapcsán gyakori félreértés tapasztalható. Nem fog termékadatokat tárolni, hanem kizárólag egyértelmű azonosítókat és resolver URL-eket — vagyis a decentralizáltan üzemeltetett útlevéladatokra mutató hivatkozásokat. Az adattárolási felelősség a gyártónál vagy egy megbízott szolgáltatónál marad.
A CIRPASS-2 elsősorban három pontot kifogásol ebben a modellben: a registry irányítási struktúráját (ki üzemelteti, milyen feltételek mellett?), az adatszuverenitás kérdését a határokon átnyúló ellátási láncokban, valamint a nemzeti rendszerekkel való, még nyitott interoperabilitást. A kritika megalapozott — a registry végrehajtási rendelete a szerkesztés lezárásakor még tervezeti szakaszban van.
A JRC acéltervezete mintaként szolgálhat más ágazatok számára
Miért iránymutató a vas és az acél?
Az Európai Bizottság Joint Research Centre-e benyújtott egy tervezetet az DPP-hoz vas- és acéltermékek félkész termékei esetében. Ez a tervezet több okból is túlmutat az acéliparon: első alkalommal formalizálja szisztematikusan a termékszintű és a tételszintű adatok közötti különbségtételt — ez az adatbázis-architektúra és az azonosítási stratégia szempontjából alapvető megkülönböztetés.
Termék- és tételszint: strukturális irányváltás
A JRC-tervezet kifejezetten a két szint egyikéhez rendeli az adatpontokat:
Tételszint (tételszám):
- Újrahasznosított anyag aránya
- Ötvözet összetétele
- Termékspecifikus CO₂-lábnyom (PCF)
Termékszint (sorozatszám):
- Méretek
- Tanúsítványok
- Megfelelőségi nyilatkozatok
A tervezet szerint a termékspecifikus CO₂-lábnyomot olyan számítási szabályok alapján kell meghatározni, amelyek kompatibilisek az ISO-14067 szabvánnyal. Ez azért jelentős, mert módszertani minimumkövetelményt határoz meg — nem pusztán adatszolgáltatási kötelezettséget.
A (EU) 2023/1542 akkumulátor-rendelet — eddig az egyetlen saját DPP-kötelezettségekkel rendelkező, kötelező erejű ágazati jogi aktus — ezt a megkülönböztetést már implicit módon alkalmazza. Az acélágazati tervezet azonban elsőként formalizálja azt kifejezetten, így várhatóan mintául szolgál majd minden későbbi ágazati jogi aktus számára.
Azoknak a vállalatoknak, amelyek ma tervezik DPP-adatbázisuk architektúráját, ennek közvetlen következményei vannak: az a lapos adatmodell, amely minden attribútumot termékszinten kezel, nem fog megfelelni a szabályozási követelményeknek. A már tömeges importmunkafolyamatokkal dolgozó vállalatoknak ellenőrizniük kell, hogy az importstruktúra különbséget tesz-e a tétel- és a sorozatszámadatok között.
Kapcsolódó fejlemények: REACH-mikroműanyagok és RFID-kódolás
Az ECHA iránymutatásai a szintetikus polimerrészecskékről
A DPP-fejleményekkel párhuzamosan az ECHA 2026 májusában iránymutatást tett közzé a szintetikus polimer-mikrorészecskék REACH szerinti bejelentési kötelezettségéről. A polimerpelletek, -pelyhek és -porok gyártói, valamint ipari továbbfelhasználói számára az első bejelentési határidő 2026 májusában lépett hatályba.
Ez a lépés szűkebb értelemben nem DPP-téma, de jól szemlélteti a tágabb szabályozási irányt: az EU szisztematikusan építi ki az anyagtulajdonságokra vonatkozó bejelentési kötelezettségeket, amelyek középtávon be fognak épülni a DPP-adatkövetelményeibe. A ma REACH-adatokat gyűjtő vállalatok ezzel megalapozzák a későbbi DPP-attribútumokat.
RAIN-RFID és GS1 Digital Link: kódolási szabványok a gyakorlatban
A megvalósítási oldalon a TEKLYNX frissítette CODESOFT szoftverét, amely mostantól támogatja a GS1 „++” kódolási sémákat (EPC++ és ISO BD). Így a webes URL-ek közvetlenül beírhatók a RAIN-RFID-címkék memóriájába — ez az EN 18220 és a GS1 Digital Link-szabvány kombinációjából következő követelmény.
Ez konkrét példája annak, hogyan jelennek meg az absztrakt normakövetelmények a gyártási szoftverekben. Az RFID-alapú ellátásilánc-folyamatokat működtető vállalatok számára ez azt jelenti: az azonosítási stratégiának már a címke kódolásakor el kell kezdődnie, nem csak a resolver beállításakor.
Mit kell most tenniük a vállalatoknak?
A szabályozási helyzet három cselekvési területre osztható:
1. A normáknak való megfelelés ellenőrzése: Az EN 18216–18223 normákat közzétették. Aki ma DPP-rendszereket épít, annak biztosítania kell, hogy a választott adathordozók, azonosítók és API-k kompatibilisek legyenek ezekkel a normákkal. A DPP4EU konferencián bemutatott nyílt forráskódú tesztkörnyezetek ehhez első ellenőrzési lehetőséget kínálnak.
2. Az adatmodell szintek szerinti strukturálása: A JRC acéltervezete megmutatja, milyen irányba tartanak a fejlemények. A vállalatoknak úgy kell kialakítaniuk adatmodelljüket, hogy a tétel- és termékadatok egyértelműen elkülönüljenek és külön címezhetők legyenek. Ez mind a belső adattárolást, mind a DPP-rendszerhez kapcsolódó API-kat érinti.
3. A registry fejlesztésének nyomon követése: A központi DPP-registry végrehajtási rendelete még nem végleges. A CIRPASS-2 kritikái — különösen az irányításra és az adatszuverenitásra vonatkozók — tartalmilag megalapozottak, és még befolyásolhatják a végleges tervezetet. A vállalatoknak nem kész infrastruktúraként, hanem rendszerarchitektúrájuk egyik változójaként kell kezelniük a registryt.
A normák elkészültek. Az első ágazatspecifikus tervezetek már rendelkezésre állnak. Most az implementációs kompetencia kiépítése számít — még mielőtt a végrehajtási rendeletek határidői diktálnák a tempót.
