--- title: "Az EU-DPP-nyilvántartás élesben működik: mit teszteljenek most a vállalatok — qr3.app Blog" description: "Az uniós digitális termékútlevelek nyilvántartása 2026. július 20. óta működik. Mit érdemes most ellenőrizni a gyártóknak a tesztkörnyezetben, az API-ban és az adatarchitektúrában." canonical: "https://qr3.app/hu/blog/eu-dpp-registry-live-2026/" lang: "hu" robots: "index,follow,max-image-preview:large,max-snippet:-1" --- # Az EU-DPP-nyilvántartás élesben működik: mit teszteljenek most a vállalatok — qr3.app Blog > Az uniós digitális termékútlevelek nyilvántartása 2026. július 20. óta működik. Mit érdemes most ellenőrizni a gyártóknak a tesztkörnyezetben, az API-ban és az adatarchitektúrában. Canonical: [← Blog](/hu/blog/) [Iparági hírek](/hu/blog/category/industry-news/) 2026. július 22. 4 perc olvasás [Iparági hírek](/hu/blog/category/industry-news/) [digitaler-produktpass](/hu/blog/tag/digitaler-produktpass/)[dpp-registry](/hu/blog/tag/dpp-registry/)[eu-2026](/hu/blog/tag/eu-2026/)[api](/hu/blog/tag/api/)[interoperabilitaet](/hu/blog/tag/interoperabilitaet/) # Az EU-DPP-nyilvántartás élesben működik: mit teszteljenek most a vállalatok Az uniós digitális termékútlevelek nyilvántartása 2026. július 20. óta működik. Mit érdemes most ellenőrizni a gyártóknak a tesztkörnyezetben, az API-ban és az adatarchitektúrában. szerző: **QR3 Redaktion** ![Az EU-DPP-nyilvántartás élesben működik: mit teszteljenek most a vállalatok](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/eu-dpp-registry-live-2026/hero.png) Az Európai Bizottság 2026. július 20-án üzembe helyezte a digitális termékútlevelek nyilvántartását és a tesztkörnyezetet. Ezzel egy elvont ESPR-komponensből olyan rendszer lett, amelyet a vállalatok ténylegesen kipróbálhatnak. A gyártók számára most mindenekelőtt egy megkülönböztetés fontos: a nyilvántartás a központi index, maga a termékútlevél pedig továbbra is decentralizált. ## Mi vált elérhetővé július 20-án? A nyilvántartás egyedi termékazonosítókat, regisztrációs adatokat és kiválasztott metaadatokat tárol. A teljes termékinformáció továbbra is a felelős gazdasági szereplőnél vagy egy megbízott DPP-szolgáltatónál marad. A Bizottság ezért kifejezetten indexszolgáltatásként, nem pedig központi tartalomkezelő rendszerként írja le a nyilvántartást. A regisztrációk biztonságos felhasználói felületen és API-n keresztül is elvégezhetők. A vállalatok emellett elektronikus regisztrációs igazolást is létrehozhatnak. Ez a B2B-folyamatok szempontjából fontos, mivel a beszállítók és az ügyfelek így igazolhatják, hogy egy útlevelet bejegyeztek az uniós rendszerbe, anélkül hogy a teljes adatkészletet meg kellene kettőzniük. A bevezetés nemcsak a ESPR-termékcsoportokat érinti. A Bizottság az akkumulátorokat, az építési termékeket, a játékokat, a mosószereket és a végfelhasználói tenzideket is megnevezi, amennyiben az adott uniós jog digitális termékútlevelet ír elő. Az első kötelező határidő továbbra is 2027. február 18. bizonyos akkumulátorok esetében. ## A nyilvántartás, a resolver és az adatforrás három különböző réteg Egy megbízható DPP-rendszerben világosan el kell különíteni a feladatokat: 1. Az uniós nyilvántartás megerősíti, hogy egy azonosítót és az előírt metaadatokat regisztrálták. 2. Egy resolver a tartós termékazonosítót a megfelelő erőforráshoz irányítja. 3. Maga az adatforrás biztosítja az aktuális tartalmakat emberek és gépek számára. Ez az elkülönítés nem részletkérdés. Aki minden adatot kizárólag saját termékoldalán helyez el, még nem integrálta a nyilvántartást. Aki viszont csak egy azonosítót regisztrál, még nem biztosít használható termékútlevelet. A kettőt stabil azonosítókkal kell összekapcsolni. A feloldáshoz nyílt, tartós hivatkozás használható. Egy [digitális hivatkozás-feloldó](https://qr3.app/de/blog/gs1-digital-link-resolver/) lehetővé teheti, hogy ugyanahhoz az azonosítóhoz különböző megjelenítések legyenek elérhetők: egy közérthető weboldal, géppel olvasható JSON-LD vagy kiegészítő dokumentáció. A terméken vagy a csomagoláson található adathordozó eközben változatlan marad, még akkor is, ha a célrendszerek továbbfejlődnek. ## Mit ellenőrizzenek a vállalatok a tesztkörnyezetben? A tesztkörnyezet nem csupán egy manuális kattintási próbára szolgál. Úgy kell kezelni, mint az éles integráció előszobáját. ### Szervezet és szerepkörök Elsőként tisztázni kell, mely jogalany regisztrál, ki képviseli a rendszerben, és mely csapatok hozhatnak létre vagy módosíthatnak regisztrációkat. Ez a törzsadatkezelést, a megfelelőséget, az informatikát és adott esetben a külső szolgáltatókat is érinti. Egy személyes teszthozzáférés nem helyettesíti a későbbi működés szerepkörmodelljét. ### Azonosítók és granularitás A termékcsapatnak meg kell állapítania, hogy a későbbi útlevelet modell-, tétel- vagy egyedi darabszinten vezetik-e. A választ az adott ágazati jog határozza meg. A nyilvántartási teszt a megfelelő időpont arra, hogy a belső termékazonosítókat, a GTINs azonosítókat, a tételazonosítókat és a külső használatra szánt tartós azonosítót egymáshoz rendeljék. ### API és megismételhetőség Egy éles folyamatnak többre van szüksége, mint egy sikeres POST-kérésre. A regisztrációnak, a frissítésnek és a hibakezelésnek megismételhetőnek és naplózottnak kell lennie. Ide tartoznak az idempotens kérések, a technikai visszaigazolások, valamint az ERP-rekord, a DPP és a nyilvántartási bejegyzés közötti egyértelmű megfeleltetés. Egy [API-alapú DPP-folyamat](https://qr3.app/de/blog/dpp-api-generate-passports/) csökkenti a manuális eltéréseket, amikor nagyobb mennyiségben hoznak létre termékeket. ### A metaadatok és a szakterületi adatok elkülönítése A nyilvántartási adatokból nem szabad második termékadatállományt létrehozni. Határozzák meg, mely mezők szükségesek a nyilvántartásban, és melyek maradnak a decentralizált útlevélben. Minden információhoz tartoznia kell egy elsődleges forrásnak, egy felelős szervezeti egységnek és egy frissítési szabálynak. ### Igazolás és monitorozás A regisztrációs igazolásokat az időbélyeggel, a használt azonosítóval és a rendszer válaszával együtt kell tárolni. Emellett egyeztetésre is szükség van: létezik-e az útlevél, elérhető-e a resolver, és továbbra is összhangban van-e a nyilvántartási metaadat a termék státuszával? ## Miért van szükség külön vámellenőrzési folyamatra? A nyilvántartás támogatja a vámhatóságokat annak automatizált ellenőrzésében, hogy a szabad forgalomba bocsátás előtt rendelkezésre áll-e egy érvényes, regisztrált DPP és a szükséges vámtarifaszám. Az importőrök számára ebből új függőség adódik: a termékazonosítónak, a nyilvántartási bejegyzésnek és a vámáru-nyilatkozatnak összhangban kell lennie. Ezért a hiba nem csak a termékoldalon válik láthatóvá. A határfolyamatot is érintheti. A vállalatoknak már a tesztelés során szimulálniuk kell a termék létrehozásától az importdokumentációig terjedő adatáramlást, és meg kell határozniuk, ki jogosult rövid időn belül kijavítani a hibás regisztrációt. ## Ésszerű 30 napos tesztterv - Válasszanak ki egy valós jogalanyt és egy kicsi, reprezentatív termékválasztékot. - Dokumentálják minden terméknél a tervezett DPP-granularitást és az elsődleges azonosítókat. - Futtassanak végig egy teljes folyamatot a felhasználói felületen és – ha releváns – az API-n keresztül. - Archiválják együtt a regisztrációs igazolást, a resolver válaszát és a géppel olvasható termékadatokat. - Teszteljék a hibás eseteket: kettős azonosító, elavult metaadatok, elérhetetlen adatszerver és visszavont termék. - Az eredményekből vezessenek le működési modellt felelősségi körökkel, monitorozással és eszkalációs folyamattal. A nyilvántartás operatív indulása még nem jelenti azt, hogy minden ágazatspecifikus adatigény már teljes körűen hatályos. A vitát azonban az előadásokról ellenőrizhető folyamatokra helyezi át. A vállalatok most felismerhetik, hogy azonosítóik, szerepköreik és API-jaik összhangban vannak-e, még mielőtt elérkeznek az első kötelező határidők. ## Források - [Európai Bizottság: The Digital Product Passport Registry is now live, 2026. július 20.](https://single-market-economy.ec.europa.eu/news/digital-product-passport-registry-now-live-2026-07-20_en) - [Európai Bizottság: The DPP Registry](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/dpp-registry_en) - [Az (EU) 2026/1778 végrehajtási rendelet a(z) DPP-nyilvántartásról](https://eur-lex.europa.eu/eli/reg_impl/2026/1778/oj)。 ## Kapcsolódó cikkek - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/construction-dpp-bim/hero.png) DPP a gyakorlatban Építőipari termékútlevél és BIM: így kapcsolódik össze a(z) DPP és az épületadatok Az új építési termékekről szóló rendelet összekapcsolja a Digitális Termékútlevelet a BIM-mel. Mit kell a gyártóknak tudniuk a nyílt adatokról, a szerepekről és a hosszú távú elérhetőségről?](/hu/blog/construction-dpp-bim/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/dpp-registry-operator-verification-2026/hero.png) Oktatóanyagok DPP-nyilvántartás: az ellenőrzött gazdasági szereplők és hozzáférési szerepkörök megfelelő kialakítása Az DPP-nyilvántartásról szóló rendelet az identitást és a jogosultságot a megbízható regisztrációk feltételévé teszi. Gyakorlati útmutató a szerepkörökhöz, megbízásokhoz és auditnaplókhoz.](/hu/blog/dpp-registry-operator-verification-2026/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/digital-circularity-vehicle-passport-2026/hero.png) DPP a gyakorlatban Digitális jármű-körforgási útlevél: Mit kell a gyártóknak 2032-ig előkészíteniük Az EU 2026/1738 rendelete 2032-től digitális körforgási útlevelet vezet be a járművekhez. Így strukturálhatják a gyártók már ma az adatokat, a hivatkozásokat és a hozzáféréseket.](/hu/blog/digital-circularity-vehicle-passport-2026/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/cra-reporting-product-data-separation/hero.png) DPP a gyakorlatban CRA-bejelentési kötelezettségek: a termékútlevél, a biztonsági bejelentés és a frissítési előzmények egyértelmű elkülönítése 2026. szeptember 11-től CRA-bejelentési kötelezettségek alkalmazandók. Így különítik el a gyártók a termékútlevelet, a bizalmas bejelentést és a frissítési előzményeket.](/hu/blog/cra-reporting-product-data-separation/) [← Minden cikk](/hu/blog/) [Kezdés ingyen](https://app.qr3.app/sign-up)