május 30-án a CEN és a CENELEC közzétette az első hat európai szabványt a Digital Product Passporthoz (DPP): az EN 18216-tól az EN 18223-ig. Ezek biztosítják azt a technikai alapot, amelyre támaszkodva a gyártóknak, importőröknek és platformüzemeltetőknek végre kell hajtaniuk az ESPR-rendelet (EU) 2024/1781 követelményeit. Ez a cikk bemutatja, hogy az egyes szabványok mit szabályoznak, hogyan kapcsolódnak a meglévő szabályozáshoz, és milyen architekturális döntéseket kell most meghozniuk a vállalatoknak.
Miért jelennek meg most ezek a szabványok?
A ESPR 2024-es hatálybalépése óta kötelező erejű uniós jog. Arra kötelezi a gazdasági szereplőket, hogy bizonyos termékcsoportokhoz DPP biztosítsanak, amely „aktuális és pontos információkat” tartalmaz – a rendelet szövege szerint. Azt azonban, hogy ez technikailag mit jelent, a ESPR nyitva hagyta. Ezt a hiányosságot szünteti meg most a CEN és a CENELEC egy olyan szabványcsomaggal, amely az adatcserét, az egyértelmű azonosítókat, az adathordozókat, a tárolási architektúrát, az API-kat és a rendszerek interoperabilitását fedi le.
Az időzítés nem véletlen. Az Európai Bizottság ezzel párhuzamosan ágazatspecifikus DPP-követelményekre vonatkozó végrehajtási rendeleteken dolgozik – például a textilipar, az acélipar és az elektronika területén. Harmonizált műszaki szabványok nélkül ezek a rendeletek aligha lennének végrehajthatók. A CEN és a CENELEC ezzel megteremti azt az alapot, amelyre a felhatalmazáson alapuló jogi aktusok épülhetnek.
A hat szabvány áttekintése
EN 18216 – Adatcsere és általános adatmodell
Az EN 18216 meghatározza a DPP átfogó adatmodelljét: milyen információs osztályok léteznek, hogyan strukturálják őket, és milyen szabályok szerint cserélik ki az adatokat. A szabvány rendszeresen megkülönbözteti a termékszintű (Item) és a tételszintű (Lot) adatokat – ezt a megkülönböztetést a JRC már az acélipari tervezeteiben is bevezette, és ez döntő fontosságú az olyan dinamikus adatok esetében, mint az ISO 14067 szerinti termékspecifikus CO₂-lábnyom.
EN 18217 – Egyértelmű azonosítók
Az EN 18217 szabályozza, hogyan azonosíthatók egyértelműen a termékek és a termékpéldányok a DPP-ökoszisztémában. A szabvány technológiasemlegesen fogalmaz, ugyanakkor kifejezetten hivatkozik meglévő azonosítási rendszerekre – köztük a GS1-szabvány szerinti GTIN-re. Azoknak a vállalatoknak, amelyek már GS1 Digital Link dolgoznak, az EN 18217 jogbiztonságot teremt: az ott használt azonosítók megfelelnek a szabványnak.
EN 18218 – Adathordozók
Az EN 18218 meghatározza, hogy milyen fizikai és digitális adathordozók engedélyezettek a DPP számára: QR-kódok, DataMatrix, RFID/NFC és egyebek. Különösen fontos a RAIN-RFID-vel való kapcsolat: a TEKLYNX már frissítette CODESOFT szoftverét a GS1 „++” kódolási sémáinak támogatására, amelyekkel web-URL-ek írhatók közvetlenül a RAIN-RFID-címkék memóriájába – ez az EN 18220 és a GS1 Digital Link-szabvány kombinációjából következő követelmény.
EN 18219 – Adattárolás és nyilvántartási architektúra
Az EN 18219 a csomag architekturális szempontból legjelentősebb szabványa. Meghatározza, hogyan kell a DPP-adatokat tárolni és verziózni, valamint hogyan kell azokat egy nyilvántartáson keresztül kereshetővé tenni. Az alapelv: a nyilvántartás nem a tényleges útlevéladatokat tárolja, hanem kizárólag az egyértelmű azonosítót, a resolver végpontját és az árukódot. Az útlevél adatai a gyártónál vagy egy engedélyezett adatkezelőnél maradnak.
Ez a decentralizált architektúraminta megfelel a DPP-nyilvántartásról szóló végrehajtási rendelet tervezetének. A CIRPASS-2 konzorcium a nyilvántartási tervezetről szóló állásfoglalásában kifejezetten azt ajánlotta, hogy az EN 18219-et kötelező hivatkozásként vegyék fel a végrehajtási rendeletbe – többek között a GS1 Digital Link való interoperabilitás biztosítása érdekében. A szabvány közzétételével ez az ajánlás most megvalósíthatóvá vált.
EN 18220 – API-k és adathozzáférés
Az EN 18220 meghatározza azokat a felületeket, amelyeken keresztül a DPP-adatok programozottan lekérhetők. A szabvány rögzíti a végpontok struktúráját, a hitelesítési követelményeket és a válaszformátumokat. A fejlesztők számára ez azt jelenti, hogy aki konform DPP-platformot épít, annak implementálnia kell ezt az API-specifikációt. Egy konform Resolve-kérés minimális példája így nézhet ki:
GET /dpp/resolve/{identifier}
Accept: application/json
Authorization: Bearer <token>
A szabvány nem ír elő konkrét programozási nyelvet, de a RESTful elveket és a JSON-t mint elsődleges csereformátumot követi.
EN 18223 – Rendszerinteroperabilitás
Az EN 18223 zárja le a csomagot, és a különböző DPP-rendszerek, platformok és nemzeti infrastruktúrák közötti interoperabilitással foglalkozik. A szabvány megfelelőségi szinteket határoz meg, és rögzíti, hogy egy rendszernek milyen minimális követelményeket kell teljesítenie ahhoz, hogy interoperábilisnak minősüljön. Azoknak a vállalatoknak, amelyek több uniós tagállamban is működnek, az EN 18223 a legfontosabb szabvány: megakadályozza, hogy a nemzeti megvalósítások technikai szigetrendszerekké váljanak.
Kapcsolat az akkumulátorrendelettel és az ágazatspecifikus követelményekkel
A szabványcsomag nem ágazatspecifikusan elszigetelt. A Batterieverordnung (EU) 2023/1542 már implicit módon ismeri a Lot/Item megkülönböztetést: a degradáció következtében változó kapacitásadatokat naprakészen kell tartani. Egyértelmű tárolási és resolver-architektúra nélkül – amilyet az EN 18219 és az EN 18220 most meghatároz – ez a követelmény aligha teljesíthető. Az ipari akkumulátorok és elektromosjármű-akkumulátorok gyártói ezért közvetlenül megvalósítási útmutatóként használhatják az új szabványokat.
Ugyanez érvényes az acéliparra is: az acélspecifikus DPP-követelményekre vonatkozó JRC-tervezet előírja, hogy a termékspecifikus CO₂-lábnyomot tételszinten kell vezetni, és ISO 14067-kompatibilis módszerekkel kell kiszámítani. Az EN 18216 ehhez az adatmodellt, az EN 18219 pedig a tárolási architektúrát biztosítja.
Mit kell most tenniük a vállalatoknak?
Az azonosítási infrastruktúra felmérése
Az első lépés annak ellenőrzése, hogy a meglévő termékazonosítók megfelelnek-e az EN 18217-nek. Aki már GTINs és GS1 Digital Links azonosítókat használ, kedvező helyzetben van. A saját, zárt azonosítókat alkalmazó vállalatoknak migrációs stratégiát kell kidolgozniuk.
A resolver-architektúra megtervezése
Az EN 18219 kötelezővé teszi a resolver-infrastruktúrát. A vállalatoknak el kell dönteniük, hogy saját resolvert üzemeltetnek-e, vagy külső szolgáltatót vesznek igénybe. Döntő fontosságú, hogy a resolver támogassa a szabványban meghatározott válaszformátumokat, és kommunikálni tudjon a központi uniós DPP-nyilvántartással.
Az API-megfelelőség biztosítása
Aki saját DPP-platformot üzemeltet, annak implementálnia kell az EN 18220 szerinti felületeket. A saját IT-kapacitással nem rendelkező vállalatok számára ajánlott időben olyan platformot választani, amely teljes körűen támogatja a szabványokat – nem csupán azok egyes részeit.
Kilátások: további szabványok és felhatalmazáson alapuló jogi aktusok
A CEN és a CENELEC bejelentette, hogy fokozatosan bővíti a szabványcsomagot. Ezzel párhuzamosan az Európai Bizottság az ágazatspecifikus végrehajtási rendeleteken dolgozik, amelyek ezekre a szabványokra fognak épülni. A textiliparra vonatkozó rendeletet még 2025-re ígérik; az elektronika és további termékcsoportok esetében 2027-ig további lépések várhatók.
Azok a vállalatok, amelyek most kezdik meg a megvalósítást, strukturális előnyre tesznek szert: az architekturális döntéseket még a közvetlen határidők jelentette nyomás nélkül hozhatják meg, és rendszereiket fokozatosan az új, ágazatspecifikus követelményekhez igazíthatják – ahelyett, hogy időnyomás alatt monolitikus megoldásokat építenének, amelyek megnehezítik a későbbi módosításokat.
Az EN 18216-tól az EN 18223-ig terjedő szabványok közzététele nem bürokratikus mérföldkő, hanem egy konkrét megvalósítási szakasz kezdete. Aki ismeri a szabványokat, már ma meghozhatja a megfelelő stratégiai döntéseket.
