Az európai DPP-szabványok, elmagyarázva.
2026. május 27-én a CEN és a CENELEC közzétette a digitális termékútlevélre vonatkozó első hat európai szabványt — EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 és EN 18223 —, amelyeket a JTC 24 közös műszaki bizottság dolgozott ki az Európai Bizottság M/604 szabványosítási kérelme alapján. Még kettő, az FprEN 18239 (hozzáférési jogok) és az FprEN 18246 (adathitelesítés) a végső szakaszban van. Ez az oldal elmagyarázza, hogy mit fed le mindegyik, miért fontos, és hol tart az OpenDPP velük szemben.
Utolsó frissítés: · a CEN/CENELEC, az EUR-Lex és a Hivatalos Lap alapján ellenőrizve
Hivatkozás a Hivatalos Lapban – és mit nem jelent ez
A CEN/CENELEC általi közzététel és az EU Hivatalos Lapjában való hivatkozás különböző mérföldkövek. Ezen szabványok közül hat – az EN 18216, az EN 18219, EN 18220, EN 18221, EN 18222 és EN 18223 – hivatkozásra került az (EU) 2026/1736 bizottsági végrehajtási határozatban, amelyet 2026. július 15-én tettek közzé az Európai Unió Hivatalos Lapjában. Az idézett szabványnak való megfelelés mostantól a megfelelő ESPR követelményeknek való megfelelés vélelmét alapozza meg (10. és 11. cikk). Az FprEN 18239 és az FprEN 18246 szabványokat nem idézték, így azok nem tartoznak e vélelem hatálya alá.
Ha egy gyártó azt állítja, hogy rendszere „DPP-szabványok szerint tanúsított”, kérdezze meg, melyik szabványról, melyik pontjáról van szó, és ki tanúsította azt – az Európai Unió Hivatalos Lapjában való hivatkozás ugyanis a megfelelő termékek esetében a megfelelés vélelmét kelti; ez azonban nem hoz létre tanúsítási rendszert, és 2026 júliusától nem is létezik olyan rendszer, amely alapján tanúsításra kerülhetne.
— Hasznos kérdés a beszerzéshezA megfelelés önértékelésen alapul, az egyes szabványok ZA mellékletével — az EU által hivatkozott szakaszokkal — összevetve. Ezekre a szabványokra nem létezik tanúsítási rendszer.
Megfelelés folyamatban
EN 18216:2026 — Adatcsere-protokollok
Az EN 18216:2026 meghatározza a digitális termékútlevél-adatok rendszerek közötti cseréjéhez használt protokollokat — azt, hogy az útlevéladatok hogyan mozognak a gazdasági szereplők, szolgáltatók, hatóságok és más résztvevők között.
Miért fontos. A csere az, ahol a beszállítói függőség (vendor lock-in) általában megbújik. Egy szabványos átviteli protokoll azt jelenti, hogy az egyik rendszerben létrehozott útlevelet egy másik rendszer is fel tudja dolgozni anélkül, hogy minden partnerhez egyedi integráció kellene.
Hol tart az OpenDPP. Az OpenDPP nyílt, tartalomegyeztetéses (content-negotiated) HTTP-n keresztül szolgálja ki az útleveleket (HTML, W3C JSON-LD, AAS), így bármely szabványkövető fogyasztó el tudja olvasni őket.
Megfelelés folyamatban
EN 18219:2026 — Egyedi azonosítók
Az EN 18219:2026 meghatározza azokat az egyedi azonosítókat, amelyek minden digitális termékútlevél középpontjában állnak: az egyedi termékazonosítót (UPI), az egyedi gazdasági szereplő azonosítót (UOI) és az egyedi létesítményazonosítót (UFI), valamint a felépítésükre és feloldásukra vonatkozó szabályokat.
Miért fontos. Az azonosító az útlevél elsődleges kulcsa a termék teljes élettartama alatt — ezt indexeli majd az uniós nyilvántartás, és végső soron minden QR-kód erre vezet.
Hol tart az OpenDPP. Az OpenDPP GS1-alapú azonosítókat bocsát ki (GTIN/GRAI termékkulcsok, GLN létesítményazonosítók mod-10 ellenőrzéssel), és GS1 Digital Link URI-kon keresztül oldja fel őket.
Megfelel a szabványnak
EN 18220:2026 — Adathordozók
Az EN 18220:2026 meghatározza azokat a fizikai adathordozókat, amelyek egy terméket az útleveléhez kötnek — beolvasható QR / 2D data-matrix kódok, NFC és RFID —, valamint azt, hogyan kódol egy hordozó egy egyedi azonosítót.
Miért fontos. A hordozó az útlevél egyetlen olyan része, amelyhez egy fogyasztó valaha is hozzáér: egyetlen beolvasásnak meg kell nyitnia a megfelelő rekordot a megfelelő egységhez, akár évek használat után is.
Hol tart az OpenDPP. Az OpenDPP nyomdai minőségű GS1 Digital Link QR-kódokat állít elő (PNG/SVG), amelyek négymodulos csendes zónát és az ISO/IEC 18004 által megkívánt modulszélességet hordoznak, beleértve az egységenkénti kódokat is, amelyekben a valódi sorozatszám a GS1 AI 21 mezőben szerepel. Ugyanez a link NDEF URI rekordként kerül egy NFC-címkére, az útlevél pedig rögzíti a terméken valóban jelen lévő adathordozót — technológia, elhelyezés, modulszélesség, nyomtatási minőségi osztály, tartóssági értékelés —, és minden mezőt annak a szakasznak a szabályai szerint validál, amelybe a szabvány sorolja.
Megfelelés folyamatban
EN 18221:2026 — Adattárolás, archiválás és tartósság
Az EN 18221:2026 meghatározza, hogyan tárolják, archiválják és tartják elérhetővé a digitális termékútlevél adatait — beleértve azt az elvárást, hogy egy útlevél hosszú időtávon feloldható maradjon azután is, hogy a terméket forgalomba hozták, függetlenül a kibocsátó vállalat sorsától.
Miért fontos. Ez a „digitális halál” problémájára ad választ: az az útlevél, amely eltűnik, amikor a kibocsátóját felvásárolják, rendszert vált vagy csődbe megy, nem teljesíti a tartóssági kötelezettséget.
Hol tart az OpenDPP. Az OpenDPP az archiválás során is nyilvánosan feloldhatóként tartja meg az útleveleket: a gazdasági szereplők és a munkaterületek csak logikai (soft) törlésre kerülnek, az útleveleket a termékcsoportjukra vonatkozó szabályozás által meghatározott élettartamig őrizzük meg (egy akkumulátormodellt addig, amíg ki nem vezetik és az összes hozzá tartozó akkumulátort újra nem hasznosították; bármely más kategóriából semmi sem kerül törlésre, amíg felhatalmazáson alapuló jogi aktus nem rögzít időtartamot), a végleges törlést pedig a rendszer ezen élettartam lejárta előtt megtagadja.
Megfelel a szabványnak
EN 18222:2026 — API-k az életciklus-kezeléshez és a kereshetőséghez
Az EN 18222:2026 meghatározza azokat az alkalmazásprogramozási felületeket, amelyek egy digitális termékútlevél életciklusán át történő kezelésére — létrehozás, frissítések, állapotváltozások — és az útlevéladatok keresésére szolgálnak.
Miért fontos. Ez a DPP-t statikus weboldalból infrastruktúrává alakítja: az ERP/PLM rendszereknek, a piactereknek és az újrahasznosítóknak gépi API-kra van szükségük, nem portálokra.
Hol tart az OpenDPP. Az OpenDPP az EN 18222 által meghatározott összes életciklus-metódust a szabvány saját v1/dpps útvonalain szolgálja ki, a saját REST API-ja mellett, amely az útlevelek létrehozását, az életciklus-állapot módosítását (aktív, visszahívott, üzemen kívül helyezett), az egységenkénti telemetriát és a webhook-értesítéseket kezeli.
Megfelel a szabványnak
EN 18223:2026 — Rendszer-interoperabilitás
Az EN 18223:2026 meghatározza a digitális termékútlevél-rendszerek közötti interoperabilitási követelményeket — közös adatformátumokat és szemantikát —, hogy a különböző szolgáltatóktól származó útleveleket egyetlen eszközlánccal lehessen olvasni.
Miért fontos. Az interoperabilitás a szabályozás válasza a széttagoltságra: több ezer kibocsátó, egyetlen fogyasztói élmény.
Hol tart az OpenDPP. Az OpenDPP az útlevelet az EN 18223 két saját formájában szolgáltatja — az 5.2. szakasz szerinti tömörített formában és az A. melléklet szerinti kibontott formában, többnyelvű szöveggel és típusos kapcsolódó erőforrásokkal —, ugyanannak a rekordnak az Asset Administration Shell (AAS v3.0/3.1) szerinti vetülete mellett.
Hogyan ellenőrizhető az oldal minden állítása
Hat szabvány, több száz szakasz. Egy egész szabvány szintjén megfogalmazott állítás nem ellenőrizhető, ezért a mi állításaink a szakasz szintjén szólnak — a nyilvános API-referenciában, az általunk közzétett sémákban, és abban az állásfoglalásban, amelyet a hat szabvány bármelyikéről írásba adunk.
- Az API-referencia megnevezi a szakasztA nyilvános OpenAPI specifikációban minden szabályozott mező és minden elutasítás megnevezi a mögötte álló szakaszt, így a mérnökei már az első kódsor megírása előtt látják, melyik szabályt valósítják meg. Adjon meg nyomtatási minőségi osztályt egy RFID-címkén, és az elutasítás pontosan a megsértett szakaszokat idézi vissza: §5.5.2 és §5.6.2.
- Sémák, amelyeket a saját adatain futtathatAz EN 18223 előírja az útlevél törzsét, de nem ad hozzá JSON Schema sémát, ezért kettőt írtunk — az 5.2. szakasz szerinti tömörített formához és az A. melléklet szerinti kibontott formához —, és Apache-2.0 licenc alatt közzétettük őket az interoperabilitási csomagban, egy offline futó validátorral együtt. Ez a szakasz általunk adott olvasata, amelyet azért tettünk közzé, hogy a részletekben ellenőrizhesse, ne pedig bizalomra kelljen hagyatkoznia — és ezek ugyanazok a sémák, amelyekkel szemben a csomópont minden válaszát validálja.
- Világos válasz minden szakaszraKérdezze meg, az EN 18222 mely szakaszait valósítjuk meg, vagy hol állunk az EN 18221 archiválási kötelezettségei tekintetében, és szakaszonkénti választ kap, nem logót a prospektuson. Ezt a kérdést ajánlja ez az oldal a beszerzésnek, és éppen erre válaszolunk írásban.
GS1 Digital Link megfelelőség
Minden termék- és egyedi cikkhivatkozás szabványkonform GS1 Digital Link – a CI folyamatban a GS1 hivatalos Barcode Syntax Engine motorja ellenőrzi –, így a kinyomtatott QR-kódok szabványosan érvényesek, és a GS1 átjárón keresztül feloldhatók.
Interoperabilitás és ellenőrizhető adatok
Az EN 182xx szabványok határozzák meg, hogy mi szerepeljen az útlevélben. Ezek azok a nyílt, géppel ellenőrizhető formátumok, amelyekben az OpenDPP kiadja az útleveleket — mindegyiket a hivatalos sémája vagy egy független referencia-megvalósítás alapján validálják, így az adatok a kereskedelemben kapható eszközökkel is hordozhatók maradnak.
- Asset Administration Shell (AAS v3.0/3.1)Minden útlevél IDTA Asset Administration Shell környezetként kerül exportálásra, amelyet a hivatalos „AAS” 3.1 JSON-séma és az IDTA „aas-test-engines” 3.0 aranystandard alapján ellenőriznek — közvetlenül megnyílik a „AASX” Package Explorerben vagy a BaSyx-ben.
- GS1 EPCIS 2.0 nyomonkövethetőségAz ellátási láncban bekövetkező eseményeket rögzítik, majd a GS1 EPCIS 2.0 szabványnak megfelelő dokumentumokként újraküldik; ezeket a GS1 hivatalos 2.0.1-es JSON-sémája alapján érvényesítik, és az eredetnyomvonal a nyersanyagtól a késztermékig terjedő, aláírt származási gráfként jelenik meg.
- Szabványnak megfelelő UNTP DigitalProductPassport hitelesítő adatokMinden olyan útlevelet, amelyhez regisztrált létesítmény tartozik, burkoló vc+jwt (W3C VC-JOSE-COSE) és beágyazott W3C Data Integrity hitelesítő adat (ecdsa-jcs-2019) formájában is kiállítunk; mindkettő a hivatalos UNTP séma szerint validál, feloldható did:web kibocsátói kulcsokkal.
- SD-JWT szelektív közzétételA „SD-JWT-VC” segítségével a birtokos a szigorú „SD-JWT-VC” előírásnak megfelelően validált, egyes állításokat – egy-egy anyag- vagy teljesítményadatot – nyilvánosságra hozhat anélkül, hogy a teljes útlevelet nyilvánosságra hozná.
- did:web kulcsok és a W3C bitlánc-állapotlistaA kibocsátói kulcsok did:web segítségével oldhatók fel, és a régi pecsétek megsértése nélkül cserélhetők; a visszavonáshoz a W3C Bitstring Status List listát használják, így egy visszahívott vagy újrahasznosított egység aláírt, ellenőrizhető állapotot jelez vissza.
A két szabvány, amelyet legközelebb érdemes figyelni
-
FprEN 18239 — Hozzáférési jogok kezeléseVégleges tervezet — a közzététel 2026 szeptembere körül várható. Meghatározza, hogyan kezelik a korlátozott útlevéladatokhoz való hozzáférést — mely szerepkörök (hatóságok, javítók, újrahasznosítók, jogos érdekkel rendelkező személyek) olvashatnak mely adatszinteket, és hogyan érvényesítik és dokumentálják ezt. Az OpenDPP szerepalapú hozzáférés-vezérlése és a jogos érdeken alapuló hozzáférési folyamata a tervezet szintezési modelljéhez igazodva épül fel.
-
FprEN 18246 — Adathitelesítés és sértetlenségVégleges tervezet, hivatalos szavazáson. Meghatározza, hogyan hitelesítik az útlevéladatokat — elektronikusan aláírt adatszerkezetek (ESDC), hogy bármely fél ellenőrizni tudja, hogy egy útlevél valóban a megnevezett gazdasági szereplőtől származik-e, és nem módosították-e. Az OpenDPP a végleges tervezet modelljéhez igazodva eIDAS fokozott biztonságú elektronikus bélyegzőkkel látja el (pecsételi) az útleveleket.
Honnan származnak ezek a tények
Szabványok státusza: CEN/CENELEC (JTC 24 kiadványok, 2026. május 27.). Szabályozási alap: (EU) 2024/1781 rendelet (ESPR) és az Európai Bizottság ESPR-megvalósítási központja. A bevezetési ütemtervet illetően lásd a mi ESPR-idővonalunkat; a nyilvántartást illetően lásd az EU DPP-nyilvántartás magyarázóját.
Építsen a szabványokra anélkül, hogy mind a nyolcat el kellene olvasnia.
Az OpenDPP megfelel az EN 18220, az EN 18222 és az EN 18223 szabványnak, és mind a hatot megvalósítja. Tekintsen meg percek alatt egy ezek szerint épített, elektronikus bélyegzővel ellátott útlevelet.
Kérjen bemutatót2026. május 27-én a CEN és a CENELEC közzétette az első hat, digitális termékútlevelekre vonatkozó európai szabványt, amelyeket a JTC 24 közös műszaki bizottság dolgozott ki az Európai Bizottság M/604 szabványosítási kérelme alapján: EN 18216 (adatcsere-protokollok), EN 18219 (egyedi azonosítók), EN 18220 (adathordozók), EN 18221 (adattárolás, archiválás és megőrzés), EN 18222 (API-k az életciklus-kezeléshez és a kereshetőséghez) és EN 18223 (rendszerek interoperabilitása). További kettő készül: FprEN 18239 (hozzáférési jogok kezelése) és FprEN 18246 (adathitelesítés és -integritás). A hat közzétett szabvány hivatkozása 2026. július 15-én jelent meg az Európai Unió Hivatalos Lapjában (az (EU) 2026/1736 bizottsági végrehajtási határozat), így a velük való megfelelés mostantól megalapozza az ESPR 10. és 11. cikkének való megfelelés vélelmét; a két függőben lévő szabvány ezen a vélelmen kívül esik. Az OpenDPP megfelel az EN 18220, az EN 18222 és az EN 18223 szabványnak.
Az európai DPP-szabványok (EN 182xx) · Utoljára felülvizsgálva