2026-06-17 · 8 perc olvasás · Összes cikk

Hogyan igazodik a dpp.gs az új EU DPP szabványokhoz (EN 18216, 18219–18223, 18239, 18246)

Két éven át a digitális termékútlevelet csak szabályozás határozta meg — az ESPR kimondta, hogy egy útlevélnek léteznie kell, de azt nem, hogy milyen alakot öltsön az átvitel során. Ez a rés megszűnt 2026 májusában, amikor a CEN/CENELEC JTC 24 műszaki bizottsága közzétette az első európai DPP szabványokat: az EN 18216, 18219–18223, 18239, 18246 sorozatot. Ez a bejegyzés egyszerűen leképezi a dpp.gs-t mindegyikre, hogy pontosan lássa, hol felel meg ma a platform.

Az EN 18216, 18219–18223, 18239, 18246 sorozat egy pillantásra

A JTC 24 rétegekre bontotta a problémát. Minden szabvány egy szempontot szabályoz, és egy megfelelő útlevélnek mindegyikre válaszolnia kell:

1. Azonosság és hordozók: GS1 Digital Link (EN 18219 / EN 18220)

Minden az azonosítóval kezdődik. A dpp.gs soha nem talál ki saját termékazonosítót — a már birtokolt GTIN-t használja, GS1 Digital Linkként kifejezve. Ez az egyetlen döntés egyszerre két szabványnak felel meg: az azonosító rétegnek (EN 18219) és az adathordozó rétegnek (EN 18220), mert a Digital Linket úgy tervezték, hogy egy fogyasztói QR-kódban és egy GS1 DataMatrixban is éljen. Ugyanaz a kód, amelyet egy vásárló beolvas a boltban, az a kód, amelyet egy vámolvasó beolvas a határon. Nincs második azonossági rendszer, amit egyeztetni kellene.

2. Lekérés és keresés: egy URL, sok formátum (EN 18216 / EN 18222)

Az EN 18216 arról szól, hogyan kérik le az útlevelet, az EN 18222 pedig arról, hogyan találják meg az útleveleket és hogyan kérdezik le az életciklusukat. A dpp.gs mindkettőre ugyanonnan válaszol:

• Lekérés — a GET /dpp/v1/passports/{GTIN} a teljes útlevelet adja vissza JSON-LD-ként (vagy egyszerű JSON-ként). A nyilvános néző URL ugyanezt teszi tartalomegyeztetéssel: kérjen application/ld+json-t, és adatokat kap, nem weboldalt.
• Keresés — a GET /dpp/v1/passports?sector=textile&operator=… lehetővé teszi, hogy bármely jogosult rendszer útleveleket fedezzen fel termékazonosító, gazdasági szereplő, áru- (HS) kód, ágazat vagy regisztrációs státusz szerint, lapozással.
• Életciklus — a GET /dpp/v1/passports/{GTIN}/lifecycle jelenti a regisztrációs állapotot és a kulcsdátumokat, így egy alárendelt rendszer tudja, hogy egy útlevél aktív, függőben lévő vagy visszavont.

Az írási műveletek (létrehozás, frissítés, visszavonás) hitelesített bérlői API-k mögött maradnak — a nyilvános felület csak olvasás és keresés, ami pontosan az aszimmetria, amelyet a szabványok feltételeznek.

3. Szemantikus adatmodell, nem űrlap-kiöntés (EN 18223)

Az interoperabilitás abban a pillanatban kudarcot vall, amint két rendszer nem ért egyet abban, hogy mit jelent egy mező. Az EN 18223 a kapcsolt adatok felé tol, és a dpp.gs minden útlevelet JSON-LD-ként szolgál ki: egy schema.org Product gráfot, kiterjesztve a GS1 szókinccsel és egy dpp: névtérrel az útlevél-specifikus szempontokhoz (anyagok, aggodalomra okot adó anyagok, ágazati adatok). A @context úgy van strukturálva, hogy később az adatforma megváltoztatása nélkül átirányítható legyen a CIRPASS ágazatközi ontológiára. Az anyagok, anyagok és újrahasznosított tartalom megosztott építőelemekként vannak modellezve, amelyeket mind a 14 termékkategória újrahasznál — így egy hulladékkezelő eszköze a „kobalt, 12%, SVHC: nem"-et ugyanúgy olvassa, akár akkumulátor, akár játék a termék.

4. Bizalom: aláírt Verifiable Credentials (prEN 18246)

A hitelesítési szabványtervezet nehéz kérdést tesz fel: honnan tudja egy hulladékkezelő, egy vámtiszt vagy egy fogyasztó, hogy egy útlevél valódi és változatlan? A dpp.gs nyílt kriptográfiával válaszol erre, nem főkönyvvel. Bármely útlevél kiadható W3C Verifiable Credentialként, Ed25519 kulccsal aláírva, kompakt vc+jwt-ként (a VC-JOSE-COSE reprezentáció). Bárki lekérheti a kibocsátó nyilvános kulcsát a /.well-known/jwks.json-ról és offline ellenőrizheti az aláírást — bizonyítva mind azt, ki adta ki az útlevelet, mind azt, hogy egyetlen bájt sem változott. Nincs blockchain, nincs központi bizalmi közvetítő, nincs gyártói függőség. (Lásd, miért választottuk a nyílt szabványokat a blockchain helyett.)

5. Nyilvántartásra való felkészültség (ESPR 12–13. cikk)

Az EN sorozat mellett az ESPR egy központi EU DPP nyilvántartást ír elő, amely minden útlevélhez rögzíti a kötelező azonosítók kis halmazát. A dpp.gs már minden termékhez rögzíti ezeket a mezőket, és készen tartja őket, hogy a Bizottság nyilvántartási végpontjának élesedése pillanatában továbbíthassa. Amikor eljön az a nap, a regisztráció egy konfigurációs kapcsoló, nem migráció.

Mit jelent ez Önnek

Ha a dpp.gs-en ad ki útleveleket, nem egy szabadalmaztatott formátumra fogad, amelynek a szabványok később ellentmondhatnak. GS1 Digital Link azonosítókat, JSON-LD adatokat, QR + DataMatrix hordozókat és opcionálisan aláírt hitelesítő adatokat ad ki — pontosan azokat a összetevőket, amelyek felé az európai szabványok konvergálnak. Ahogy az EN sorozat és az EU nyilvántartás megszilárdul, az Ön útlevelei velük mozognak ahelyett, hogy újra ki kellene adni őket.

Kapcsolódó olvasmányok: A GS1 Digital Link elmagyarázva · Nyílt szabványok, nem blockchain · Ki mit lát egy útlevélben