Ha a tiszta, idiomatikus JSON-LD-t leképezzük a kiterjesztett EN 18223-as szérializációra, akkor elsőként a terjedelme tűnik fel. Ez a forma feltűnően terjedelmes.
Az EN 18223 a CEN/CLC JTC 24 szabványa a digitális termékútlevél rendszerközi együttműködéséről; 4. pontja határozza meg a szemantikai modellt, 5.2. pontja pedig a sorosítást. Ennek a sorosításnak két formája van. Az üzemeltetés során használt tömörített sorosítás minden érték elementId-jét használja objektumkulcsként, a dictionaryReference és a valueDataType értelmezését pedig az adatlexikonra bízza. A kiterjesztett forma mindent kiír: minden értékből egy saját elementId-vel, dictionaryReference-szel, objectType-szel, valueDataType-szel és value-vel rendelkező objektum lesz, és a három sor forrásadatból húsz lesz.
Mit nyerünk a terjedelmes leírással
A terjedelmesleírás nem véletlen, és érdemes megérteni, mit ## nyerünkvele.
Ez az, amivé a szemantika válik, amint már nem lehet feltételezni, hogy nyíltan, online feloldható. Egy JSON-LD-dokumentum általában egy @context-en keresztül hordozza a jelentést: ez egy link, amelyet az olvasó követ, hogy utánanézzen, mit jelent egy mező.
A tömörített forma csak akkor működik, ha az olvasó fel tudja oldani a mező mögötti szótárat. Ez nem sikerül, ha a szótár az ECLASS vagy az IEC CDD - mindkettő fizetős, egyik sem oldható fel szabadon, mint egy nyílt @context-IRI. Itt bizonyul hasznosnak a kiterjesztett forma hossza: értékről értékre rögzíti a jelentést - melyik szótár, melyik bejegyzés, melyik típus, melyik érték - és önmagát leíró marad, ha nem lehet arra számítani, hogy az olvasó végigkattintja a linkeket.
Így értelmezve a terjedelmes leírás nem tervezési hiba, hanem ésszerű válasz a zárt szótárakra.
Az ellentét konkrét. Azok a szókincsek, amelyekre építünk - az OpenEPCIS DPP Core és a rendeletek szerinti kiegészítései -, nyíltan közzétételre kerültek a ref.openepcis.io oldalon, és továbbra is szabadon feloldhatók. Egyetlen @context hivatkozás hordozza azt a jelentést, amelyet egy zárt szótárnak be kell írnia.
Miért döntő az irány?
Nyílt szemantikát rekonstruálni egy zárt szótárból - ez a nehezebb irány. Fordítva viszont egyszerű.
A JSON-LD-forrásunk már tartalmazza az EN 18223 szabvány által előírt összes attribútumot: hivatkozást a tulajdonságra, hivatkozást a szótárra, értékadat-típust, valamint értékenként egy nyelvi tömböt. Ezeket azonban tipizált JSON-LD-objektumokban fejezzük ki @context-IRI-kkel, az EN 18223 lapos entitás-attribútum-érték szerkezetének helyett.
Ezekből az adatokból egy EN 18223-nézet létrehozása formázási feladat: a már meglévő mezőket át kell alakítani a célformátumba.
Az elv egy mondatban: egy nyitott névterekkel rendelkező forrás minden zárt szótárból vetületet hoz létre, így a terjedelmes szerkezet olyan árat jelent, amelyet csak az fizet meg, aki zárt rendszerrel kezdte. Ha a jelentés már az első íráskor nyitott, ez az ár magától elmarad.
Többes névterek egy kanonikus szókincs helyett
Az, hogy forrásunk máris ilyen formában áll rendelkezésre, tudatos döntés eredménye, nem véletlen. Nem kényszerítjük minden rendeletet egyetlen szókincsbe.
Minden EU-DPP-rendelet - az akkumulátorokról, a textilárukról, az elektronikáról szóló, valamint a jövőben megjelenő rendeletek - megőrzi saját, előzetesen kialakított névterét: a GS1-ét, az OpenEPCIS DPP Core-ét, valamint az adott rendelet-kiegészítését. Mindezek párhuzamosan helyezkednek el egy @context-tömbben, egy szándékosan egyszerű transpareo: névter mellett, amely azokat a kevés fogalmakat fedi le, amelyekre nincs előzetes névter.
Az EN 18223 saját 0.3. bevezető záradékában szinte pontosan ezt írja elő: kerülni kell a szektorspecifikus ontológiákat, lehetővé kell tenni az egyes delegált jogi aktusok alapján kiadott ontológiák párhuzamos használatát, és a horizontális réteget a lehető legáltalánosabbá kell tenni.
A nyitott, párhuzamos névterekre épülő architektúra nem csupán összeegyeztethető a szabvány szándékával. Ez az, amire maga a szabvány tervezési elve is utal.
Egy terheléses teszt: a Battery Pass attribútumlistája
A bizonyíték abban rejlik, hogy az architektúra hogyan fogad be egy olyan szótárat, amelyre soha nem készült.
A Battery Pass Consortium „Data Attribute Long List” című dokumentumának 1.3-as verziója egy harmadik szótár, amely mind az EN 18223-tól, mind a GS1-től függetlenül eltér: körülbelül 100 attribútum, saját elnevezés, saját hozzáférési szintek, valamint a konzorcium által az akkumulátorokról szóló rendelet XIII. mellékletének értelmezése.
Összehasonlítottuk a meglévő adatmodellünkkel. A 100 attribútumból 91 változatlanul illeszkedett a már meglévő tulajdonságtípusokhoz. A több névteret használó forrás egy új, zárt szótárat vesz fel további vetületként - nem kényszerít újjáépítésre.
A szabvány helyzete
Az EN 18223 és testvérszabványa, az EN 18216 - amely meghatározza azt a konkrét sorosítási formátumot, amelyre az EN 18223 hivatkozik - mindkettő harmonizált európai szabvány.
Ezek a CEN-CENELEC-JTC-24-DPP-csomag első, közzétett hullámához tartoznak: a nyolc szabvány közül hat, a fennmaradó kettő - amelyek a hitelesítésre és a hozzáférési jogokra vonatkoznak - 2026 nyarán kerülnek közzétételre. Ezt a hat szabványt 2026. július 15-én az (EU) 2026/1736 végrehajtási határozat keretében az EU Hivatalos Lapjában, ami harmonizált státuszt biztosít számukra, és ezzel együtt az ESPR 10. és 11. cikkével való megfelelés vélelmét.
A jó oldala
Mindez nem jelenti azt, hogy az EN 18223 helytelen szabvány lenne. A terjedelmes szöveg az interoperabilitás őszinte ára egy olyan világban, ahol nem minden szótár nyitott, és a szabvány igazságosan tükrözi ezt a világot.
A jó oldala egyszerű: aki már tiszta JSON-LD-t használ, annak az EN 18223 egy kiterjesztés, nem pedig új felépítés. A drágább út a másik - az, amelyet mindenkinek be kell járnia, aki zárt szótárból indult.
Aki az első sorától kezdve nyitott, felbontható szemantikára épít, annak számára a szabvány terjedelmes volta már nem jelent terhet. Hanem egy kimeneti formátummá válik, amelyet szükség szerint generálhat.