Az Európai Bizottság közzétette a DPP-nyilvántartás végrehajtási rendeletének tervezetét

Háttér: Miért van szükség központi nyilvántartásra?

A fenntartható termékek környezettudatos tervezéséről szóló rendelet (ESPR, (EU) 2024/1781), amely 2024 júliusa óta van hatályban, megteremti a digitális termékútlevél (DPP) jogi alapját. Előírja, hogy bizonyos termékkategóriák gyártói és importőrei géppel olvasható útlevelet bocsássanak rendelkezésre, amely a termékkel kapcsolatos fenntarthatósági, javíthatósági és anyaginformációkat tartalmazza. A központi nyilvántartás nem ennek a tartalomnak a tárhelye — hanem egy könyvtár, amely az egyedi azonosítókat a hozzájuk tartozó resolver-végpontokhoz kapcsolja.

április 29-én az Európai Bizottság közzétette a DPP-nyilvántartásra vonatkozó végrehajtási rendelet tervezetét. Ez a tervezet meghatározza, hogyan kell a nyilvántartást üzemeltetni — műszakilag és szervezetileg —, valamint hogy milyen kötelezettségek hárulnak majd a gazdasági szereplőkre.

Mit tárol a nyilvántartás — és mit nem

Csak UID-okat és resolver-végpontokat

Gyakori tévhit, hogy a központi nyilvántartás a teljes DPP-adatokat tárolja. Ez kifejezetten nem így van. Az ESPR szerint a nyilvántartás kizárólag az alábbiakat tárolja:

Egyedi azonosítók (UID-ok): a megkülönböztető termékazonosítók
Resolver-végpontok: azok az URL-ek, amelyeken a tényleges DPP lekérdezhető
Vámtarifaszámok: a vámeljárások és a piacfelügyelet támogatására

A termékkel kapcsolatos adatok — anyagösszetétel, szénlábnyom, javítási útmutatók — a gyártónál vagy az általa megbízott szolgáltatónál maradnak. A nyilvántartás ezért decentralizált könyvtárként működik, nem pedig központi adatbázisként. Ez a megközelítés összhangban áll a GS1 Digital Link elvével, amelyben egy strukturált URI elosztott adatforrásokra mutat.

Hozzáférési jogosultságok szereplői csoportonként

A tervezet egyértelmű különbséget tesz a felhasználói csoportok között:

Nagyközönség / fogyasztók: olvasási hozzáférés a resolver URL-hez és a termékkategóriához
Piacfelügyeleti hatóságok: kiterjesztett hozzáférés a végrehajtás céljából
Vámhatóságok: a vámtarifaszámok használata az importeljárások keretében
Gazdasági szereplők (gyártók, importőrök): írási hozzáférés a UID-jaik regisztrálásához és frissítéséhez

Ez a szerepkör-struktúra releváns a technikai integráció szempontjából: azoknak a rendszereknek, amelyek a DPP-adatokat kezelik — például egy tömeges importálási munkafolyamaton keresztül —, figyelembe kell venniük a nyilvántartás API-jának hitelesítési követelményeit.

Az egyedi azonosítókkal szembeni követelmények

Elismert azonosítási rendszerek

A tervezet kimondja, hogy a UID-oknak meg kell felelniük egy elismert azonosítási rendszernek. Kifejezetten az alábbiakat nevezi meg:

GS1 GTIN-ek (Global Trade Item Numbers) — a kereskedelemben a termékazonosítás legszélesebb körben használt nemzetközi szabványa
ISO/IEC 15459-nek megfelelő kódok — az ellátási láncokban használt egyedi azonosítók nemzetközi szabványa

Azoknak a gyártóknak, amelyek már GS1-vonalkódokat vagy GS1 Digital Link-kompatibilis QR-kódokat használnak, a migrációs útvonal viszonylag egyszerű: a GTIN képezi azt az alapazonosítót, amelyet a nyilvántartásban regisztrálnak. Egy tipikus GS1 Digital Link URI így néz ki:

https://id.example.com/01/04012345678901/21/XYZ123

Itt a 01 a GTIN-t, a 21 pedig a sorozatszámot jelöli. Ez az URI közvetlenül tárolható a nyilvántartásban resolver-végpontként.

Következmények a saját azonosítók esetében

Azoknak a vállalatoknak, amelyek jelenleg saját cikkszámokat használnak GS1- vagy ISO/IEC 15459-kapcsolat nélkül, újra kell gondolniuk az azonosítási stratégiájukat. A tervezet nem hagy teret a nem szabványosított UID-oknak. Ez különösen azokat a kis- és középvállalkozásokat érinti, amelyek korábban semmilyen formális termékazonosítási rendszert nem alkalmaztak.

Archiválási követelmények és üzemeltetési következmények

Legalább 10 év a forgalomba hozatalt követően

Az ESPR előírja, hogy a nyilvántartási bejegyzések a termék utolsó forgalomba hozatalát követően legalább 10 évig elérhetők maradjanak. A gyakorlatban ez a következőket jelenti:

A UID-ok nem törölhetők egyszerűen csak azért, mert egy terméket kivontak a forgalomból
A resolver-végpontoknak a teljes archiválási időszak alatt elérhetőnek kell maradniuk
A gyártók felelősek az adatok elérhetőségének biztosításáért még vállalati átszervezés vagy értékesítés után is

Ez a követelmény közvetlen következményekkel jár a tárhelymegoldásokra és a szerződéses konstrukciók kialakítására nézve. Ha a DPP-adatokat egy külső szolgáltatónál tárolja, szerződésben kell biztosítania, hogy az adatok a termék teljes életciklusa alatt — és azon túl is — elérhetők maradjanak.

A resolver URL-ek technikai stabilitása

Egy gyakran alábecsült szempont: a resolver URL-eknek stabilnak kell lenniük. A domainváltozások, az URL-útvonal átstrukturálása vagy a tárhelyszolgáltató váltása miatt a meglévő nyilvántartási bejegyzések meghibásodhatnak. A dinamikus QR-kódok — ahol a fizikai kód le van választva a mögöttes URL-ről — termékszinten kezelik ezt a problémát, de nem oldják meg a központi nyilvántartásban való regisztráció kérdését, ahol a resolver-végpontot kifejezetten rögzítik.

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

Konzultációs szakasz és hatálybalépés

A 2026. április 29-én közzétett tervezet jelenleg a konzultációs szakaszban van. Az iparági szövetségek, a szabványügyi testületek és a tagállamok észrevételeket nyújthatnak be. A végrehajtási rendelet végleges hatálybalépése ettől a folyamattól, valamint azoktól a felhatalmazáson alapuló jogi aktusoktól függ, amelyek az egyes termékkategóriákra vonatkozó konkrét DPP-kötelezettségeket fogják meghatározni.

Maga az ESPR előírja, hogy az első termékspecifikus jogi aktusok — amelyek várhatóan a textíliákra és az akkumulátorokra terjednek ki — 2026-ban és 2027-ben lépnek hatályba. E kategóriák esetében ekkor válik a nyilvántartás azonnal relevánssá.

Mit kellene most tenniük a gyártóknak

Függetlenül attól, hogy a rendelet végső soron mikor lép hatályba, már ma konkrét előkészítő lépéseket tehet:

Vizsgálja felül az azonosítási stratégiáját: Megfelelnek a meglévő cikkszámai a GS1- vagy ISO/IEC 15459-szabványnak? Ha nem, tervezzen migrációt.
Építsen ki resolver-infrastruktúrát: Hol kerülnek tárolásra a DPP-adatok? Stabilak és hosszú távra biztosítottak az URL-ek?
Dolgozzon ki archiválási koncepciót: Hogyan biztosítja, hogy az adatok egy termék kivonását követően 10+ évig lekérdezhetők maradjanak?
Készüljön fel az API-integrációra: A nyilvántartás géppel olvasható felületet fog kínálni. A belső rendszereknek (PIM, ERP) képesnek kell lenniük a UID-ok és a resolver URL-ek automatizált beküldésére.

Értékelés: Mit ér el a tervezet — és mi marad nyitva

A tervezet fontos egyértelműséget hoz a központi nyilvántartás architektúrájával és a UID-okkal szembeni követelményekkel kapcsolatban. Néhány nyitott kérdésre azonban még nem ad választ:

Díjmodell: Nem egyértelmű, hogy felmerülnek-e regisztrációs díjak, és ha igen, milyen mértékben
A nyilvántartás üzemeltetője: Még nem dőlt el, ki fogja technikailag üzemeltetni a központi nyilvántartást — egy uniós ügynökség, egy tagállam vagy egy kijelölt harmadik fél
Interoperabilitás a nemzeti rendszerekkel: Egyes tagállamok már elindították saját kísérleti projektjeiket; hogy ezeket hogyan harmonizálják majd a központi nyilvántartással, az nyitott kérdés marad

A DPP-bevezetésüket tervező vállalatoknak ajánlott szorosan figyelemmel kísérniük a folyamatban lévő jogalkotási folyamatot. A Bizottság konzultációs dokumentumai, valamint a GS1 és az érintett iparági szövetségek álláspontjai jelentősen befolyásolják majd a végleges kialakítást.