Az EU Bizottság konzultációra bocsátja a központi DPP-nyilvántartásról szóló rendelettervezetet

Háttér: Miért van szükség központi nyilvántartásra a digitális termékútlevelekhez?

A digitális termékútlevél (DPP) a 2024 júliusa óta hatályos európai környezettudatos termékek tervezéséről szóló rendelet (ESPR) sarokköve. A rendelet előírja a gyártók számára, hogy egyre több termékkategóriához — az akkumulátoroktól és a textíliáktól az elektronikáig — gépileg olvasható adatrekordokat biztosítsanak. De hol találhatók valójában az ezekre a rekordokra mutató hivatkozások? Pontosan ezt rendezi az új végrehajtási rendelet.

április 29-én az Európai Bizottság közzétette a DPP-nyilvántartásról szóló végrehajtási rendelet tervezetét, amely most nyilvános konzultációra nyitva áll. A dokumentum azt írja le, hogyan tárol majd egy központi nyilvántartás egyedi termékazonosítókat, és hogyan kapcsolja össze azokat a decentralizáltan tárolt termékadatokkal. Ez nem maguknak a termékadatoknak az adatbázisa — hanem hivatkozások jegyzéke.

Ez a felépítésbeli döntés tudatos: az EU nem egy monolitikus adatsilót akar létrehozni, hanem a gyártói rendszerek olyan interoperábilis hálózatát, amely egy közös, központi csomóponton keresztül felfedezhető.

Mit ír elő valójában a tervezet

Felépítés: központi nyilvántartás, decentralizált adatok

A tervezet alapelve egyértelmű: a nyilvántartás kizárólag egyedi azonosítókat (UID-ket) és a hozzájuk tartozó feloldó (resolver) végpontokat tárolja — vagyis azokat az URL-eket, ahol a tényleges DPP-adatok lekérdezhetők. Maguk a termékadatok a gyártónál vagy egy kijelölt adatkezelőnél maradnak.

Ez a modell fogalmilag szorosan illeszkedik a GS1 Digital Link-hez, ahhoz a nyílt szabványhoz, amely a GTIN-eket strukturált webes URI-kkal köti össze. Egy szkenner vagy egy piacfelügyeleti hatóság a központi nyilvántartási bejegyzés alapján megtalálhatja a felelős feloldót, és onnan lekérheti a teljes útlevéladatokat.

A gazdasági szereplők regisztrációs kötelezettségei

A tervezet kimondja, hogy a gyártók és importőrök kötelesek termékeiket a forgalomba hozatal előtt regisztrálni a nyilvántartásban. Konkrétan a következőket kell megtenniük:

be kell nyújtaniuk az egyedi termékazonosítót (UID),
meg kell adniuk a feloldó végpontot (URL), amelyen a DPP elérhető,
metaadatokat kell szolgáltatniuk a termékkategóriáról és a felelős gazdasági szereplőről.

A regisztrációt egy szabványosított API-n keresztül kell elvégezni, amelynek műszaki specifikációját jelenleg az ECLASS és más szabványosító testületek dolgozzák ki. A tervezet hivatkozik a CEN/CENELEC JTC 24 folyamatban lévő munkájára, amelynek feladata az adatmodellek harmonizálása.

Hozzáférési jogok és adatvédelem

A konzultáció egyik központi vitapontja valószínűleg az lesz, hogy ki milyen nyilvántartási adatokhoz férhet hozzá. A tervezet a szereplők három osztályát különbözteti meg:

Szereplő	Olvasási hozzáférés	Írási hozzáférés	Megjegyzések
Nyilvánosság / fogyasztók	Feloldó URL, termékkategória	Nincs	Nincs üzletileg érzékeny kereskedelmi adat
Piacfelügyeleti hatóságok	Teljes bejegyzés a metaadatokkal együtt	Nincs	EU-szerte egységes
Gazdasági szereplők (gyártók, importőrök)	Saját bejegyzések	Igen	Hitelesítés EU Login-on keresztül

Az üzletileg érzékeny információkat — például a beszállítói kapcsolatokat vagy a beszerzési árakat — kifejezetten nem tárolják a nyilvántartásban. Erre a tervezet a hozzáférési szintek (Access Rights) magán a DPP-n belüli meghatározásának lehetőségére mutat rá, ahogyan azt az akkumulátorokra vonatkozó ESPR felhatalmazáson alapuló rendelet már előírja.

Műszaki következmények a gyártók és az informatikai szolgáltatók számára

API-integráció és tömeges regisztráció

A nagy termékportfólióval rendelkező vállalatok számára a tömeges regisztráció kérdése kulcsfontosságú. A tervezet egy REST API-t vázol fel, amelyen keresztül az UID-k kötegelten benyújthatók. Egy leegyszerűsített példa arra, hogyan épülhet fel egy ilyen regisztrációs hívás:

POST /registry/v1/products
Content-Type: application/json
Authorization: Bearer <EU-Login-Token>

{
  "uid": "https://id.gs1.org/01/04012345678901/21/ABC123",
  "resolverEndpoint": "https://dpp.example.com/resolver",
  "productCategory": "ESPR:TextileUpperGarment",
  "economicOperator": {
    "eori": "DE123456789",
    "name": "Muster GmbH"
  }
}

Magának az UID-nek meg kell felelnie egy elismert azonosítási rendszernek — a tervezet kifejezetten megnevezi a GS1 GTIN-eket, valamint az ISO/IEC 15459-nek megfelelő kódokat. A saját fejlesztésű rendszerek megengedettek, de globálisan egyedinek és tartósan feloldhatónak kell lenniük.

Azoknak a vállalatoknak, amelyek már dolgoznak olyan eszközökkel, mint a qr3.app Bulk Import, az alapelv lényegében nem változik: az UID-k és a feloldó URL-ek strukturált CSV- vagy JSON-formátumú átadása leképezhető a nyilvántartás API-jára. A valódi kihívás az irányításban (governance) rejlik — ki felelős a szervezeten belül a bejegyzések karbantartásáért, amikor a feloldó URL-ek megváltoznak, vagy a termékeket kivonják a piacról?

Életciklus-kezelés: visszahívások és archiválás

A tervezet a termék forgalomba hozatal utáni életciklusával is foglalkozik. A gyártók kötelesek frissíteni a nyilvántartási bejegyzéseket, amikor:

a feloldó végpont megváltozik,
a terméket visszahívják (a bejegyzést ekkor „visszahívott” jelöléssel kell ellátni, de nem szabad törölni),
a vállalat megszűnik vagy átruházásra kerül.

Az archiválási kötelezettség a termék utolsó forgalomba hozatalától számított legalább 10 év — ez a követelmény különös kihívást jelent a saját informatikai infrastruktúrával nem rendelkező kkv-k számára.

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

A tervezetről szóló nyilvános konzultáció várhatóan 2026 június végéig tart. Az észrevételek az EU „Have Your Say” portálján keresztül nyújthatók be. A Bizottság jelezte azon szándékát, hogy a végleges végrehajtási rendeletet még 2026 vége előtt elfogadja, hogy összhangba hozza azt az első termékspecifikus ESPR felhatalmazáson alapuló rendeletekkel — különösen a textíliákra vonatkozóval (amely 2027-re van tervezve).

Az akkumulátorokra vonatkozó, 2024 februárja óta kötelező rendeletre külön szabályozás vonatkozik: az akkumulátorútlevél-rendszer kezdetben egy különálló mechanizmuson keresztül működik, de középtávon a tervek szerint integrálják a központi nyilvántartásba.

Mit tegyenek a vállalatok már most

Bár a rendelet még nem végleges, már ma is megtehet előkészítő lépéseket:

Határozza meg az UID-stratégiáját: Döntse el, hogy a GS1 GTIN-ekre vagy egy alternatív rendszerre támaszkodik-e. A GS1 Digital Link előnye, hogy az azonosító egyúttal feloldható webes URI-ként is működik.
Építse ki a feloldó infrastruktúráját: A feloldó végpontnak tartósan elérhetőnek és verziózottnak kell lennie. Használjon stabil alap-URL-eket — ne dinamikus rövid URL-eket.
Határozza meg az adatkarbantartási folyamatokat: Ki felelős a szervezetében a nyilvántartás frissítéséért, amikor a termékek megváltoznak vagy visszahívásra kerülnek?
Kövesse figyelemmel a konzultációt: A végleges rendelet eltérhet a tervezettől — különösen az API-specifikációk és a hozzáférési jogok tekintetében.

Értékelés: mit tesz a nyilvántartás — és mit nem

A központi DPP-nyilvántartás nem minőségi tanúsítvány és nem megfelelőségértékelés. Ez egy jegyzékszolgáltatás — a termékazonosítók DNS-éhez hasonlítható. A DPP-adatok pontosságáért továbbra is a gazdasági szereplők felelnek, és azokat a piacfelügyeleti hatóságok ellenőrzik.

Az ipar kritikusai — köztük a BusinessEurope — már jelezték, hogy a központi nyilvántartás és a decentralizált adattárolás kettős struktúrája növeli a megfelelési költségeket anélkül, hogy érdemben javítaná az adatvédelmet. A támogatók, köztük olyan környezetvédelmi szervezetek, mint az European Environmental Bureau, ezzel szemben azzal érvelnek, hogy csak egy központi belépési pont biztosíthatja a hatóságok általi végrehajthatóságot.

A konzultációs szakasz fogja megmutatni, hogy a Bizottság ragaszkodik-e a hibrid felépítéshez, vagy módosításokat hajt végre. Azon vállalatok számára, amelyek most kezdik meg műszaki előkészületeiket, a legfontosabb tanulság a következő: az alapelvek — egyedi azonosítók, stabil feloldók, strukturált metaadatok — a végleges szabályozási szövegtől függetlenül érvényben maradnak.