Miért nem elég az „egyszeri regisztráció"
Sok vállalat a digitális termékútlevelet (DPP) egyszeri megfelelőségi feladatként kezeli: összegyűjtik az adatokat, létrehoznak egy nyilvántartási bejegyzést, kész. Az ESPR rendelet (EU) 2024/1781 azonban mást mond. Azt írja elő, hogy a nyilvántartási bejegyzéseknek elérhetőnek és naprakésznek kell maradniuk legalább 10 évig azt követően, hogy egy terméket utoljára forgalomba hoztak. Ha ma kivezet egy modellt, akkor annak bejegyzését legalább 2036-ig fenn kell tartania — beleértve az érvényes resolver-végpontokat és a helyes egyedi azonosítókat.
Ez a cikk elmagyarázza, hogy mit jelent valójában egy nyilvántartási bejegyzés frissítése, mely mezőket érint, és hogyan biztosítható a folyamat technikai oldalról.
Mit tárol a nyilvántartás — és mit nem
- április 29-én az Európai Bizottság közzétette a központi DPP-nyilvántartásról szóló végrehajtási rendelet tervezetét. A dokumentum egyértelművé teszi, mennyire karcsúra tervezték a központi nyilvántartást: bejegyzésenként mindössze három adatelemet tárol:
| Mező | Leírás | Frissítési kötelezettség |
|---|---|---|
| Egyedi azonosító (UID) | A termék/modell egyedi azonosítója | A hozzárendelés után megváltoztathatatlan |
| Resolver-végpont | URL, ahol a teljes DPP lekérhető | Frissíthető; migráció esetén kötelező |
| Vámtarifaszám | Termékkategória-kód (pl. HS- vagy CN-kód) | Hibás bejegyzés esetén javítható |
A tényleges termékadatok — anyagösszetétel, javíthatósági index, szénlábnyom — nem kerülnek tárolásra a központi nyilvántartásban. Ezeket a gyártó vagy egy felhatalmazott adatkezelő bizalmi szolgáltató biztosítja a resolver-végponton. A nyilvántartás pusztán a címjegyzék. Ez a szétválasztás architekturális szempontból fontos: a központi bejegyzés frissítése csak akkor szükséges, ha az UID, a resolver vagy a vámtarifaszám megváltozik. A tartalmi szintű adatkarbantartás kizárólag az adatszolgáltató oldalán történik.
A termékspecifikus adatkövetelmények — hogy pontosan minek kell megjelennie a DPP-ben — a szektorspecifikus szabályozás területe marad, például az ESPR szerinti felhatalmazáson alapuló rendeletek vagy az akkumulátorok esetében az akkumulátorrendelet (EU) 2023/1542.
Mikor kötelező a nyilvántartás frissítése
A resolver-végpont megváltozott
Ez a leggyakoribb valós forgatókönyv. A vállalatok felhőszolgáltatót váltanak, új DPP-platformokra migrálnak, vagy domaineket vonnak össze. Amint a korábbi resolver-végpont elérhetetlenné válik, egyetlen szkenner sem — legyen az vámhatóság, piacfelügyeleti szerv vagy végfelhasználó — tudja lekérni a DPP-t. A rendelet nem ír elő kifejezetten válaszadási határidőt, de a 10 éves elérhetőségi kötelezettség gyakorlatilag nulla toleranciát teremt a tartósan hibás linkek iránt.
Ajánlás: Használjon stabil, vállalati tulajdonú aldomain-resolvert (pl. dpp.yourcompany.com) közvetítő rétegként. Így platformváltáskor csak belsőleg kell átkonfigurálnia — anélkül, hogy a nyilvántartási bejegyzéshez hozzányúlna. Ez a GS1 Digital Link elvét követi, ahol a QR-kód egy stabil resolverre mutat, amely viszont a változó háttérrendszerekre irányít át.
Hibás vámtarifaszámot adtak meg
A vámtarifaszámok (CN- vagy HS-kódok) határozzák meg, hogy mely felhatalmazáson alapuló rendeletek vonatkoznak egy termékre. Egy hibás kód azt eredményezheti, hogy a terméket rossz kategóriába sorolják, vagy az automatizált határellenőrzés során tévesen osztályozzák — amelyet az EU 2028-tól tervez bevezetni a javasolt körforgásos gazdaságról szóló törvény keretében. A javítások a végrehajtási rendelet tervezete szerint megengedettek, de dokumentált indoklást igényelnek.
Vállalatfelvásárlás vagy licencátruházás
Amikor egy termék gazdasági tulajdonosa megváltozik, fel kell mérnie, hogy a resolverért való felelősség is átruházásra kerül-e. A nyilvántartási fiók az eredeti regisztrálóhoz kötődik; az átruházás az illetékes nemzeti hatóságon keresztül formális eljárást igényel.
Technikai folyamat: egy bejegyzés frissítése
A végrehajtási rendelet API-alapú interfészt ír elő a nyilvántartáshoz. A pontos végpont csak a rendelet hatálybalépésekor kerül közzétételre, de a várható munkafolyamat a tervezetből levezethető:
# Authentication via OAuth 2.0 Client Credentials
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X POST https://registry.dpp.ec.europa.eu/oauth/token \
-d "grant_type=client_credentials" \
-d "client_id=YOUR_CLIENT_ID" \
-d "client_secret=YOUR_SECRET" \
-d "scope=registry:write"
# PATCH request to update the resolver endpoint
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X PATCH https://registry.dpp.ec.europa.eu/v1/entries/{uid} \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/{uid}",
"updateReason": "platform_migration"
}'
Az updateReason mezőt a tervezet kötelezőként jelöli meg minden olyan változtatásnál, amely nem a kezdeti bejegyzés. A megengedett értékek közé tartozik a platform_migration, domain_change, commodity_code_correction és ownership_transfer. Az összes frissítés ellenőrzési előzményeit a nyilvántartás a teljes 10 éves időszakon át megőrzi.
Tömeges frissítések nagy termékportfóliókhoz
A több ezer SKU-val rendelkező vállalatok nem tudnak egyenként, manuálisan kezelni kéréseket. A rendelettervezet egy kötegelt végpontot ír elő:
{
"batchUpdate": [
{
"uid": "urn:epc:id:sgtin:0614141.107346.2017",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2017",
"updateReason": "platform_migration"
},
{
"uid": "urn:epc:id:sgtin:0614141.107346.2018",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2018",
"updateReason": "platform_migration"
}
]
}
E tömeges folyamatok kiépítése és karbantartása strukturált adatkezelést igényel, ahogyan azt a DPP-bejegyzésekhez használt tömeges importálási munkafolyamat megköveteli.
A nemzetközi szabványosítás mint stabilitási horgony
Egy frissítési folyamat csak annyira robusztus, mint a szabványok, amelyekre épül. Itt jön képbe az ISO/IEC JTC 5 létrehozása: az új közös műszaki bizottság, amelynek titkárságát a Német Szabványügyi Intézet (DIN) látja el, azt a feladatot kapta, hogy nemzetközi szabványokat dolgozzon ki a DPP-rendszerek globális interoperabilitásához.
A frissítési folyamatok szempontjából a gyakorlatban ez a következőt jelenti: amint az ISO/IEC JTC 5 elfogadja az adatformátumokra, az API-sémákra és az azonosítóstruktúrákra vonatkozó szabványokat, várhatóan ezek beépülnek az ESPR-végrehajtási rendeletek jövőbeli felülvizsgálataiba. Azok a vállalatok, amelyek már most GS1-kompatibilis azonosítókra (GTIN, SGTIN) és GS1 Digital Link resolverekre támaszkodnak, jó helyzetben vannak: ezek a szabványok a JTC 5 referenciaimplementációjának számítanak.
Az EU nyilvántartási rendeletének WTO-bejelentése (G/TBT/N/EU/1211) 2026. május 21-én szintén azt jelzi, hogy a rendszert műszaki kereskedelmi szabályozásként sorolják be — ami következményekkel jár a termékeket az EU-ba exportáló harmadik országbeli gyártókra nézve. Nekik is fenn kell tartaniuk és naprakészen kell tartaniuk a nyilvántartási bejegyzéseket.
Az adatkarbantartás mint folyamatos folyamat: szervezeti következmények
A 10 éves kötelezettség nem kizárólag informatikai feladat. Szervezeti intézkedéseket igényel:
- Dokumentálja a felelősségi köröket: Ki felelős az Ön szervezetében a nyilvántartási bejegyzésekért? Ezt a szerepkört a személyzeti fluktuáció és a vállalati átszervezés során is be kell tölteni.
- Állítson be resolver-monitorozást: Az összes aktív resolver-végpont automatizált elérhetőség-ellenőrzése (HTTP-státuszellenőrzések) nem opcionális kényelem — ez működési minimum.
- Vezessen változásnaplót: A nyilvántartásban tárolt ellenőrzési előzmények a hatóságok számára hozzáférhetők. Egészítse ki ezeket egy belső változásnaplóval, amely indoklásokat és jóváhagyásokat tartalmaz.
- Vizsgálja felül a platformszolgáltatókkal kötött szerződéseket: Ha külső DPP-szolgáltatót vesz igénybe, a szerződésnek kifejezetten ki kell terjednie a 10 éves elérhetőségi követelményre — beleértve a szolgáltató fizetésképtelenségére vagy üzleti tevékenységének megszűnésére vonatkozó rendelkezéseket is.
- május 27-én az Európai Bizottság webináriumot tartott az akkumulátorok DPP-jének bevezetéséről, amely kifejezetten foglalkozott a kkv-k előtt álló adatkarbantartási kihívásokkal. Az üzenet egyértelmű volt: a hosszú távú adatelérhetőség nem technikai részlet — ez egy alapvető kötelezettség.
Összegzés
Egy DPP-nyilvántartási bejegyzés nem statikus dokumentum. A 2026. áprilisi végrehajtási rendelet olyan jogi keretet hoz létre, amely megköveteli a gyártóktól, hogy egy évtizeden át aktívan és dokumentálhatóan karbantartsák adataikat. A jó hír: a központi nyilvántartást szándékosan karcsúra tervezték. Ha a resolver-végpontokat stabilitásra tervezi, GS1-kompatibilis azonosítókat használ, és a változási folyamatokat beágyazza a szervezetébe, a frissítések technikai többletterhe kezelhető marad — és jól felkészült lesz a közelgő ISO/IEC JTC 5 szabványokra.
