ISO/IEC JTC 5: Az architektúra felkészítése az DPP-interoperabilitásra

Miért kerül most napirendre az architektúra kérdése?

A Digitális Termékútlevelet Európában fokozatosan, ágazati jogi aktusokon keresztül vezetik be. A vállalatokban emiatt könnyen az a benyomás alakulhat ki, hogy minden termékcsoportnak saját adatmodellre, saját adathordozóra és saját integrációs logikára van szüksége. Pont ezen a kapcsolódási ponton kezdődik az ISO/IEC JTC 5 munkája: a közös műszaki bizottságot 2026-ban hozták létre, és feladata az ágazatokon és rendszereken átívelő DPP-interoperabilitás alapjainak kidolgozása. Első bejelentett ülésére 2026. szeptember 7–9. között kerül sor Berlinben. Az ISO/IEC JTC 5 megbízását kifejezetten az DPP-rendszerek és az DPP-ökoszisztémák kereteként írja le; az ágazatspecifikus szabványok továbbra is az illetékes szakmai testületeknél maradnak.

Ez nem új jogszabályi kötelezettség, és nem is közzétett ISO-szabvány. Megbízható ok azonban arra, hogy a saját architektúrát elválasszuk a rövid távú adatmezőktől. Az első munkapont, az ISO/AWI 25534-1, még a 10.99-es projektfázisban van; a projektet 2026. február 12-én hagyták jóvá. Az ISO szerint a munka a fogalmakra, alapelvekre, adatkategóriákra, valamint az irányítási és bizalmi mechanizmusokra irányul. A nyilvános projektbejegyzés kifejezetten „under development” státuszt jelöl. Aki ebből már ma tanúsítási kötelezettséget vagy kész adatcsere-formátumot vezet le, túl messzire megy.

Mi választja el a nemzetközi keretrendszert az uniós előírásoktól?

Az EU már konkrét kereteket határoz meg. A Bizottság ismertetése szerint az DPP decentralizált modellben teszi hozzáférhetővé a termékkel kapcsolatos információkat: a teljes adatok a gazdasági szereplőnél vagy az DPP-szolgáltatónál maradnak; a nyilvántartás egyedi azonosítókat és az előírt regisztrációs adatokat kezeli. Egy adathordozó, például QR-kód, kapcsolja össze a fizikai terméket az útlevelével. A Bizottság DPP-oldala a szerepkörök szerinti eltérő hozzáféréseket és az ágazati ütemezéseket is ismerteti.

Emellett léteznek az európai harmonizált szabványok. A 2026. július 14-i (EU) 2026/1736 végrehajtási határozat hat DPP-szabványra hivatkozik, többek között az azonosítókról, az interoperabilitásról, az adathordozókról, az API-król, az adatcseréről és az adattárolásról. Szerepük konkrét: az általuk lefedett követelmények tekintetében a megfelelés alátámaszthatja a megfelelőség vélelmét az ESPR 10. és 11. cikke szerint.

A JTC 5 nem váltja ki ezeket a szinteket. Fölöttük dolgozik: egy ágazatsemleges keretrendszer segíthet megmagyarázni, hogyan viszonyulnak egymáshoz a fogalmak, az adatkategóriák, a bizalom és az irányítás a rendszerek között. Ennek fontos gyakorlati következménye van. A gyártónak nem kell megvárnia egy jövőbeli ISO-kiadást ahhoz, hogy elérhetővé tegye az akkumulátorokra, textíliákra vagy acélra vonatkozó információit. Ugyanakkor kerülnie kell, hogy a mai iparági mezőket a vállalati szintű DPP-modell változtathatatlan magjaként rögzítse.

Három ma is ésszerű architekturális döntés

1. Válasszuk külön a stabil identitást a szakmai profiloktól

Egy útlevélnek tartós műszaki identitásra van szüksége: termékre, változatra, tételre vagy egyedi darabra; a felelős gazdasági szereplőre; valamint az adathordozón keresztüli feloldásra. A jogalap ezután meghatározza, hogy ehhez milyen szakmai információk szükségesek. Ezeket az információkat verziózott profilokban kell kezelni. Egy CO₂- vagy State-of-Health-adatokhoz használt akkumulátormodul ezért nem általános alapséma. Ugyanígy az anyag-, javítási vagy újrahasznosítási adatokat sem szabad strukturálatlan szabad szövegként elhelyezni egy általános útlevélben.

Gyakorlati szempontból ez azt jelenti, hogy a stabil magazonosító, a dokumentált profilazonosító és a profilverzió összetartozik. Minden kiadott útlevél-nézetből ki kell derülnie, mely profil és mely verzió határozta meg a tartalmat. Így a csapatok később bevezethetnek egy jogi aktust, ágazati szabályt vagy szabványt anélkül, hogy át kellene írniuk a korábbi adatokat vagy URL-eket.

2. Modellezzük külön az adatok eredetét és a hozzáférést

Az interoperabilitás nem csupán egy JSON-formátum. Attól is függ, hogy a fogadó fél meg tudja-e ítélni egy információ eredetét, érvényességét és szerepét. Ezért minden adatelemen vagy adatcsomagon legalább a forrást, a hatályt, a rögzítés időpontját, a felelős felet és a szakmai verziót tárolni kell. Egy belső minőségi érték nem azonos a jogilag kötelező erejű megfelelőségi nyilatkozattal; a beszállítói tájékoztatás nem azonos a mérési eredménnyel.

A második rész a hozzáférés. A Bizottság eltérő információs hozzáféréseket ír le a fogyasztók, javítóműhelyek, újrahasznosítók és hatóságok számára. Ehhez tudatosan el kell választani a nyilvános útlevél-nézetet, a jogosult szakmai hozzáférést és a belső munkaterületet. Egy URL nem válhat jogosultsággá. A szerepköröket, megbízásokat, adatkategóriákat és naplózható döntéseket szerveroldalon kell ellenőrizni.

3. Teszteljük az adatcsere-határokat szerződésként

Egy DPP-rendszerben több átmenet van: az ERP vagy a PLM törzsadatokat szolgáltat, a beszállítók igazolásokat adnak, egy szolgáltató adatokat tárol, egy nyilvántartás metaadatokat fogad, a külső felhasználók pedig nyilvános vagy védett nézetet olvasnak. Minden átmenethez géppel olvasható szerződésre van szükség: engedélyezett mezőkre, azonosítókra, szemantikára, hibakezelésre, verziózásra és visszamenőleges kompatibilitásra.

Ezt már most is lehet tesztelni. Hasznos tesztesetek az ismeretlen profilverziók, a lejárt igazolások, a hiányzó adateredet, a jogosulatlan szerepkörök, a kettős regisztráció és az olyan adathordozó, amely már nem elérhető útlevélre mutat. A teszt még nem bizonyítja a jövőbeli ISO-szabványnak való megfelelést. Megteremti viszont azt az igazolhatóságot, amely később hiányozna, ha az adatmodell és a jogosultságok már elválaszthatatlanul összekeveredtek volna.

90 napos munkaterv találgatások nélkül

A következő 30 napban érdemes felmérni a kiinduló állapotot: milyen termékazonosítók léteznek, mely adatprofilokat használják ténylegesen, és mely adatok találhatók csak dokumentumokban? Ezt követően architekturális döntésre van szükség: magmodell, profilnyilvántartás, eredetmodell és hozzáférési mátrix. Harmadik lépésként egy valós terméknek végig kell haladnia az összes átmeneten — a forrásrendszertől az útlevélen át a javítóműhely vagy a hatóság szerepköréig.

A határok közben egyértelműek maradnak. Az ISO/AWI 25534-1 nem kész szabvány; nincsenek közzétett záradékok, amelyeket a csapatok megvalósíthatnának. A Bizottság időbeli ütemezése szintén tájékoztató jellegű, és nem helyettesíti az adott termékcsoportra vonatkozó jogi aktus vizsgálatát. A megfigyelés értéke ezért nem egy előre bejelölt jelölőnégyzet a megfelelőségi listán, hanem egy olyan architektúra, amely tisztán képes befogadni az új profilokat, szerepköröket és adatcsere-szabályokat.