Če čisti, idiomatski JSON-LD pretvorimo v razširjeno serializacijo po standardu EN 18223, najprej opazimo obseg. Ta oblika je izrazito obširna.
EN 18223 je standard CEN/CLC JTC 24 za medsebojno delovanje sistemov digitalnega potrdila o izdelku; njegova klavzula 4 opredeljuje semantični model, klavzula 5.2 pa serializacijo. Ta serializacija ima dve obliki. Komprimirana serializacija v praksi uporablja elementId vsake vrednosti kot ključ objekta, dictionaryReference in valueDataType pa prepušča razrešitvi prek podatkovnega slovarja. Razširjena oblika vse izpiše: iz vsake vrednosti nastane objekt z lastnim elementId, dictionaryReference, objectType, valueDataType in value, tri vrstice izvornih podatkov pa se spremenijo v dvajset.
Kaj prinaša ta obširnost
Obširnost ni naključje in vredno je razumeti, kaj prinaša.
To je tisto, v kar se spremeni semantika, takoj ko ni več mogoče predpostavljati, da jo je mogoče odprto razrešiti na spletu. Dokument JSON-LD običajno prenaša pomen prek @context: povezave, ki ji bralec sledi, da preveri, kaj pomeni določeno polje.
Zgoščena oblika deluje le, če bralec lahko razreši slovar, ki stoji za poljem. To ne uspe, če je slovar ECLASS ali IEC CDD - oba sta plačljiva, noben pa ni prosto razrešljiv kot odprt @context-IRI. Tu se razširjena oblika izkaže za upravičeno: pomen vpiše vrednost za vrednostjo - kateri slovar, kateri vnos, kateri tip, katera vrednost - in ostane samopisna, če se ne moremo zanašati na to, da bo bralec kliknil naprej.
Če jo beremo tako, ta obširnost ni konstrukcijska napaka, ampak racionalen odgovor na zaprte slovarje.
Nasprotje je konkretno. Slovarji, na katerih gradimo - OpenEPCIS DPP Core in njegove razširitve iz uredb -, so odprto objavljeni na ref.openepcis.io in ostajajo prosto razrešljivi. En sam sklic @context nosi pomen, ki ga mora vpisati zaprt slovar.
Zakaj je smer odločilna
Rekonstruiranje odprte semantike iz zaprtega slovarja je težka pot. V nasprotni smeri je to preprosto.
Naš vir JSON-LD že vsebuje vsak atribut, ki ga zahteva model EN 18223: sklic na lastnost, sklic na slovar, tip podatkovne vrednosti, niz jezikov za vsako vrednost. So le izraženi v tipiziranih JSON-LD-objektih z @context-IRI-ji, namesto v ploskem okviru »entiteta-atribut-vrednost« standarda EN 18223.
Ustvarjanje pogleda po standardu EN 18223 iz teh podatkov je naloga oblikovanja: vzeti že obstoječa polja in jih prilagoditi ciljni obliki.
Načelo v enem stavku: vir z odprtimi imenskimi prostori iz vsakega zaprtega slovarja naredi projekcijo, tako da postane obsežnost cena, ki jo plača le tisti, ki je začel z zaprtim sistemom. Če je pomen od samega začetka pisanja odprt, ta cena sama po sebi odpade.
Več imenskih prostorov namesto kanoničnega slovarja
Dejstvo, da ima naš vir že to obliko, je zavestna odločitev, ne naključje. Ne silimo vsake uredbe v en sam slovar.
Vsaka uredba EU-DPP - o baterijah, tekstilu, elektroniki in tiste, ki še pridejo - ohranja svoj lasten predhodni imenski prostor: tistega GS1, tistega OpenEPCIS DPP Core, tistega posamezne razširitve uredbe. Vsi so vzporedno v nizu @context, poleg namerno poenostavljenega imenskega prostora transpareo: za tistih nekaj izrazov, ki jih noben predhodni imenski prostor ne pokriva.
Standard EN 18223 v svoji uvodni klavzuli 0.3 zahteva skoraj natanko to: izogibanje sektorno specifičnim ontologijam, omogočanje vzporedne uporabe ontologij, ki so izdane za vsak delegirani pravni akt, ter ohranjanje horizontalne plasti čim bolj splošne.
Arhitektura, ki temelji na odprtih, vzporednih imenskih prostorih, ni le skladna z namenom standarda. Je tisto, na kar kaže sam načelo oblikovanja standarda.
Stresni test: seznam atributov Battery Pass
Dokaz je v tem, kako arhitektura sprejme slovar, za katerega ni bila nikoli zasnovana.
Dolgi seznam podatkovnih atributov (Data Attribute Long List) konzorcija Battery Pass, različica 1.3, je tretji slovar, ki se neodvisno razlikuje tako od standarda EN 18223 kot od GS1: okoli 100 atributov, lastno poimenovanje, lastne ravni dostopa, konsorcijeva interpretacija Priloge XIII k Uredbi o baterijah.
Primerjali smo ga z našim obstoječim podatkovnim modelom. 91 od 100 atributov je ostalo nespremenjenih in je bilo dodeljenih že obstoječim tipom lastnosti. Vir, ki temelji na več imenskih prostorih, upošteva nov zaprt slovar kot dodatno projekcijo - ne zahteva nove konstrukcije.
Kje se nahaja standard
EN 18223 in njen sestrski standard EN 18216, ki opredeljuje konkretni format serializacije, na katerega se sklicuje EN 18223, sta oba usklajena evropska standarda.
Spadajo v prvo objavljeno serijo sklopov CEN-CENELEC-JTC-24-DPP: šest od osmih standardov, preostala dva - o avtentifikaciji in dostopnih pravicah - pa bosta sledila v poletju 2026. Teh šest standardov je bilo 15. julija 2026 navedenih v Izvedbenem sklepu (EU) 2026/1736 v Uradnem listu EU, kar jim podeljuje status usklajenih standardov in s tem domnevo o skladnosti s členoma 10 in 11 Splošne uredbe o varstvu podatkov (ESPR).
Dobra stran
Nič od tega ne pomeni, da je EN 18223 napačen standard. Obširnost je poštena cena za medsebojno delovanje v svetu, v katerem ni vsak slovar odprt, in standard ustreza temu svetu.
Dobra stran je preprosta: za tiste, ki že uporabljajo čisti JSON-LD, je EN 18223 le projekcija, ne pa gradnja od začetka. Draga pot je tista druga - tista, po kateri mora iti vsak, ki je začel z zaprtim slovarjem.
Za tiste, ki že od prve vrstice gradijo na odprti, razčlenljivi semantiki, obširnost standarda preneha biti breme. Postane izhodni format, ki ga po potrebi ustvarimo.