Egy gépgyártó karbantartási vezetője minden gépről digitális típustáblát vezet: gyártó, típus, sorozatszám, gyártási év, műszaki adatok, tanúsítványok, megfelelőségi nyilatkozat. Nem PDF-formátumban egy mappában, hanem strukturált adatsorként, amelyet minden rendszer képes olvasni. Ezt a karbantartás céljából hozta létre. Anélkül, hogy szándékosan tette volna, ezzel máris elkészítette a digitális termékigazolvány felét.
Ami még hiányzik, az áttekinthető: egy kód, amely a termékre van ragasztva, egy pecsét, amelyet egy ellenőr további kérdések nélkül ellenőrizhet, és egy nyilvános cím, amely alatt minden szkenner megtalálja az igazolványt. Ez a cikk bemutatja, mit nyújt már most a típustábla és a mögötte álló struktúra, mit nem hoz létre, és hogyan lesz mindkettőből egy útlevél anélkül, hogy bárkinek is duplán kellene adatokat karbantartania.
Mi az az „Asset Administration Shell”?
A digitális típustábla mögött álló struktúra neve Asset Administration Shell, magyarul „kezelőhéj”, röviden AAS. Ez az ipari szabvány a termék digitális ikertestvérére: egy szabványosított, géppel olvasható leírás, építőelemekre bontva, amelyek mindegyike egy-egy szempontot ír le - a típustáblát, a szén-dioxid-lábnyomot, a műszaki adatokat. Az Industrial Digital Twin Association fejlesztette ki, nemzetközi szabványként az IEC 63278 jelöléssel szerepel, és a nagy német ipari szövetségek is támogatják.
Ez nem az AAS-szel szembeni kritika. Az AAS jól megold egy komoly kihívást, és ez a cikk arról szól, hogy mennyire jól illeszkedik egy olyan kezdeményezéshez, amely ezzel párhuzamosan jött létre.
Ugyanaz az ötlet, más eredmény
Az AAS és az EU digitális termékigazolványa ugyanazt az elképzelést követi: a termékadatok strukturálása, géppel olvashatóvá tétele, valamint az ellátási lánc mentén történő továbbítása. Különböző irányokból jutottak el ehhez az elképzeléshez, és különböző eredményeket hoznak létre.
Az érdekes az, hogy valójában milyen közel állnak egymáshoz.
Az Európai Bizottság nem tekintette az AAS-t versenytársnak. Az AAS elemeire hivatkozik a DPP-adatstruktúrák technikai alapjaként, különösen a digitális típustáblára és a szén-dioxid-lábnyomra. Ez egy erős jelzés arra, hogy merre halad a közeledés.
A digitális típustábla már félig-meddig egy termékútlevél
Nézzük meg, mit tartalmaz már a digitális típustábla: gyártói és terméknevet, sorozatszámot, gyártási dátumot, cikkszámot, alapvető műszaki adatokat, tanúsítványokat és megfelelőségi nyilatkozatokat. Ez a lista nagyon közel áll ahhoz a minimumhoz, amelyet egy termékigazolványnak feltüntetnie kell. Aki gondozta a digitális típustáblát, az anélkül, hogy szándékosan tette volna, már elvégezte a digitális termékigazolványhoz szükséges munka körülbelül felét.
Amit a Shell önmagában nem állít elő
Itt van a valódi hiányosság. A héjban található adatok szükségesek a termékigazolványhoz. De önmagukban nem elegendőek. Az AAS önmagában nem állít elő négy olyan elemet, amelyeket az uniós rendelet végső soron megkövetel:
- egy olyan címet, amelyet minden szkenner megtalál: a GS1 Digital Linket, azt a webes szabványt, amelynek segítségével a szkennelés a megfelelő termékigazolványhoz vezet;
- egy pecsétet, amelyet mindenki ellenőrizhet: egy aláírást, amelyet egy hatóság vagy ellenőr saját maga ellenőriz, ahelyett, hogy Önnek hinne;
- a terméken található QR-kódot, amelyet a fogyasztó beolvas;
- a csomagoláson szereplő jelölést, amelyet a PPWR csomagolási rendelet előír majd.
Ez a négy elem alkotja a nyilvánosságra hozott igazolványt. Ezek jelentik a különbséget a jól strukturált ipari adatok és az között, amit egy hatóság, egy újrahasznosító és egy fogyasztó ténylegesen kézbe vehet.
Hol helyezkedik el a Transpareo: közzétett útlevélként, nem pedig második ikerként
Pontosan ezt a négy elemet egészíti ki a Transpareo, és az elrendezés alapvetően kiegészítő jellegű. A Shell marad az egyetlen forrás. Adatai az interfészen keresztül áramlanak a Transpareo-ba, és ebből jön létre az EU által előírt igazolvány: aláírt, egy olyan címen, amelyet minden szkenner megtalál, QR-kódon keresztül elérhető és készen áll a nyilvántartásba vételre. A verziótörténet bemutatja a Transpareo Time Machine-t, egy ellenőrző eszközt, amely minden verziót ellenőriz az olvasó böngészőjében. Nyílt forráskódú, GPL v3 licenc alatt került közzétételre, így az ellenőrzés nem függ attól, hogy megbízunk-e a Transpareo-ban.
Nincs szükség második rendszerre az adatok karbantartásához. Nincs második modell, amelyet szinkronban kellene tartani. Nincs felesleges munka.
A típustáblája ott marad, ahol van; az igazolványt abból állítják elő.
Mindez már ma is elérhető, anélkül, hogy megvárnánk a kötelezettség bevezetését. Amikor a DPP-kötelezettség az Ön szegmensére is vonatkozik, már csak az EU-nyilvántartásba való regisztráció marad hátra.
A híd a lehetőség
Az, hogy az AAS és a DPP összefonódik, ## aza rész, amely figyelmet érdemel, és ez éppen most zajlik, miközben az EU a Shell építőelemeit nevezi meg technikai alapként. A Shellben található típustáblától a nyilvánosságra hozott, aláírt, QR-kóddal összekapcsolt igazolványig vezető híd egy lehetőséget jelent az AAS-közösség számára, nem pedig egy versenytárs rendszert, amely felváltaná azt. Hogy a közzétett útlevél miért épül egyébként is nyílt szótárakra, azt az EN 18223-ról szóló cikkünkben olvashatják.
Egy komolyan feltett kérdés mindazoknak, akik produktívan üzemeltetnek egy AAS-t: Hogyan kapcsolódik a Shell-jük, vagy hogyan tervezik összekapcsolni azt a DPP-kötelezettségeikkel? Mely építőelemek pontos ábrázolását várják el, és hol látják az átmeneti pontokat? Inkább hallanánk, mit gondolnak erről, mint hogy feltételezzük.
Kérdések ehhez a bejegyzéshez
Elég-e a digitális típustábla önmagában a DPP-hez?
Nem, de a hiányosság csekély és nem jelentős. A típustáblán szerepel a gyártó és a termék neve, a sorozatszám, a gyártási dátum, a cikkszám, az alapvető műszaki adatok, a tanúsítványok és a megfelelőségi nyilatkozatok, így nagyon közel áll ahhoz a minimumhoz, amelyet egy igazolványnak tartalmaznia kell. Ami hiányzik belőle, az a nyilvános azonosító, vagyis egy olyan cím, amelyet minden szkenner megtalál, egy pecsét, amelyet egy hatóság az Ön megkérdezése nélkül ellenőrizhet, egy QR-kód a terméken, valamint a csomagoláson szereplő jelölés, amelyet a PPWR előírni fog. A Shellben található adatok szükségesek az azonosítóhoz, de önmagukban nem elegendőek.
Akkor kétszer kell frissítenünk az adatokat?
Nem. A Shell marad az egyetlen forrás, és az adatai az interfészen keresztül kerülnek a Transpareo-ba. A Pass ebből készül; nincs második modell, amelyet szinkronban kellene tartani, és nincs második hely, ahol valaki beírhatna egy feszültséget. Ha egy modul megváltozik a Shellben, a következő Pass-verzió a módosított adatokból készül, ahelyett, hogy újra rögzítenék.
A Shell mely elemeit lehet a legtisztábban ábrázolni?
A digitális típustábla szinte egy az egyben jelenik meg, és a Bizottság ezt a modulot - a szén-dioxid-lábnyom modul mellett - a DPP-adatstruktúrák műszaki alapjaként jelöli meg. Az AAS-világban az útlevél fejadatai saját modulban, a DppMetadata (IDTA 02099) részmodellben találhatók, amelynek uniqueProductIdentifier-je a Shell globális eszközazonosítója (globalAssetId). Ezen felül a leképezés attól függ, hogy a szabály mely mezőket követeli meg a termékcsoportjához, és ez termékcsoportonként, nem pedig a shell szerint változik.
Szükségünk van GTIN-kódra az azonosításhoz?
Nem. Az ESPR egy egyértelmű termékazonosítót és egy adathordozót ír elő a terméken, annak csomagolásán vagy a kísérő dokumentumokban (10. és 12. cikk), és nem nevez meg számrendszert, míg az akkumulátorokról szóló rendelet az ISO/IEC 15459 szabványsorozatra hivatkozik, nem pedig egy konkrét számra (77. cikk (3) bekezdés). GTIN használata esetén a Transpareo-ban szereplő azonosító GS1 Digital Link-ké válik, amelyet más rendszerek is értelmeznek; GTIN nélkül az igazolvány egy egyértelmű Transpareo-azonosítót tartalmaz, és a QR-kód ugyanúgy az igazolványhoz vezet. Az AAS által használt IEC-61406-ID-Link azonosítási rendszer szintén engedélyezett (EN 18219).
Miért kell pecsét a jelszóhoz, ha a Shell-ünknek már vannak hozzáférési jogai?
A hozzáférési jogok határozzák meg, ki olvashatja el egy értéket. Az aláírás pedig azt határozza meg, hogy egy érték még mindig helyes-e, miután elhagyta a rendszereit. Egy piacfelügyeleti hatóság, egy újrahasznosító vagy egy ügyfél ellenőre önökkel való bármiféle kapcsolat nélkül olvassa el az igazolványt, és az aláírás teszi lehetővé számára, hogy saját ellenőrzést végezzen, ahelyett, hogy egyszerűen csak hinne önöknek. Minden Transpareo-verzió két független aláírást tartalmaz, a kibocsátótól és tőlünk, és a Transpareo Time Machine ellenőrzi azokat az olvasó eszközén; a szoftver GPL v3 alatt nyílt forráskódúként került közzétételre, így az ellenőrzés nem függ attól, hogy megbíznak-e bennünk. A kibocsátói kulcsot kérésre Ön is magánál tarthatja, saját aláírási szolgáltatáson keresztül.
A Transpareo bejegyezheti-e a tanúsítványt a nevünkben az EU-nyilvántartásba?
Nem, és ezt egyetlen szolgáltató sem tudja megtenni. A központi uniós DPP-nyilvántartás 2026. július 20-tól működik, az (EU) 2026/1778 végrehajtási rendelet szabályozza, tesztkörnyezettel és műszaki dokumentációval együtt; az interfész specifikációja még kidolgozás alatt áll. Csak az a gazdasági szereplő jogosult a bejegyzést elvégezni, aki a terméket forgalomba hozza; az akkumulátorok esetében ezt az akkumulátorokról szóló rendelet 77. cikkének (10) bekezdése írja elő. Előkészítjük a bejegyzéshez szükséges adatokat, azaz a termékazonosítót, a piaci szereplő azonosítóját, a nyilvántartási címet és az ujjlenyomatot, így maga a bejegyzés egy rövid, Ön által elvégezhető művelet marad. A nyilvántartási rendeletről alkotott értelmezésünk a „A nyilvántartás most már törvény” című cikkben olvasható.
Milyen előírásoknak kell megfelelnie a közzétett útlevélnek?
A CEN/CLC JTC 24 DPP-rendszere egy európai szabványcsalád, és a (EU) 2026/1736 végrehajtási határozat a Hivatalos Lapban hatot idéz közülük: az EN 18216, az EN 18219, EN 18220, EN 18221, EN 18222 és EN 18223. Aki betartja az idézett szabványokat, az élvezi a megfelelés vélelmét az útlevél azonosítója, adathordozója, tárolása és interfészei tekintetében. Pontosan ezt a részt bízza a Shell egyik modulja a környező rendszerre; ezért illeszkednek egymáshoz a két rendszer, ahelyett, hogy versengnének egymással.
