Om man omvandlar EN 18223-serialiseringen till ren, idiomatisk JSON-LD är det först och främst omfattningen som slår en. Målformatet är påfallande omfattande.
EN 18223 är CEN/CLC JTC 24:s standard som definierar datamodellen för det digitala produktpasset - den form som varje DPP måste följa så snart standarden har publicerats i EU:s officiella tidning. I denna form omvandlas varje värde till ett objekt med eget elementId, dictionaryReference, objectType, valueDataType och value. Tre rader källdata blir till tjugo.
Vad denna utdragenhet ger
Den utdragna formuleringen är ingen slump, och det är värt att förstå vad den ger.
Det är vad semantik blir till så snart man inte längre kan utgå från att den är öppet upplösbar online. Ett JSON-LD-dokument förmedlar normalt betydelse via en @context: en länk som läsaren följer för att slå upp vad ett fält betyder.
EN 18223 måste fungera även om ordboken bakom ett fält är ECLASS eller IEC CDD - båda är avgiftsbelagda, ingen kan lösas upp fritt som en öppen @context-IRI. Därför anger standarden betydelsen värde för värde: vilken ordlista, vilken post, vilken typ, vilket värde. Endast på detta sätt förblir den självbeskrivande när man inte kan lita på att läsaren klickar sig vidare.
Sett ur detta perspektiv är den utdragna formuleringen inte ett konstruktionsfel, utan ett rationellt svar på slutna ordböcker.
Kontrasten är tydlig. De vokabulärer som vi bygger på - OpenEPCIS DPP Core och dess förordningsutvidgningar - är öppet publicerade på ref.openepcis.io och förblir fritt upplösbara. En enda @context-referens bär den betydelse som en sluten ordlista måste skriva in.
Varför riktningen är avgörande
Att rekonstruera öppen semantik utifrån en sluten ordlista är den svåra vägen. Omvänt är det enkelt.
Vår JSON-LD-källa innehåller redan alla attribut som modellen enligt EN 18223 kräver: en hänvisning till egenskapen, en hänvisning till ordboken, en värdetyp, en språkarray per värde. De uttrycks endast som typiserade JSON-LD-objekt med @context-IRI:er, istället för i den platta Entity-Attribute-Value-strukturen enligt EN 18223.
Att skapa en EN 18223-vy utifrån dessa data är en formateringsuppgift: att ta de redan befintliga fälten och anpassa dem till målformatet.
Principen i en mening: En källa med öppna namnutrymmen skapar en projektion av varje slutet ordbok, så att omfattningen är ett pris som endast betalas av den som började med ett slutet system. Vi gör aldrig det, eftersom betydelsen fanns där redan från första början.
Flera namnutrymmen istället för ett kanoniskt vokabulär
Att vår källa redan har denna form är ett medvetet val, inte en slump. Vi tvingar inte in varje förordning i ett enda vokabulär.
Varje EU-DPP-förordning - batteri, textil, elektronik och de som ännu inte har trätt i kraft - behåller sitt eget uppströmsnamnrum: det från GS1, det från OpenEPCIS DPP Core, det från respektive förordningsutvidgning. Alla finns parallellt i en @context-array, bredvid ett medvetet slankt transpareo:-namnområde för de få begrepp som inte täcks av något överordnat namnområde.
EN 18223 kräver i sin egen inledande klausul 0.2 nästan exakt detta: att undvika sektorsspecifika ontologier, att tillåta parallell användning av de ontologier som utges per delegerad rättsakt och att hålla det horisontella lagret så allmänt som möjligt.
En arkitektur baserad på öppna, parallella namnutrymmen är inte bara förenlig med standardens syfte. Den är just det som standardens utformningsprincip själv pekar på.
Ett stresstest: Battery Pass-attributlistan
Beviset ligger i hur arkitekturen hanterar en ordlista som den aldrig var avsedd för.
Battery Pass Consortiums Data Attribute Long List, version 1.3, är en tredje ordlista som avviker oberoende av både EN 18223 och GS1: cirka 100 attribut, egen benämning, egna åtkomstnivåer, konsortiets tolkning av bilaga XIII i batteriförordningen.
Vi har jämfört den med vår befintliga datamodell. 91 av de 100 attributen hamnade oförändrade på redan befintliga egenskapstyper. En källa med flera namnutrymmen tar upp en ny sluten ordlista som ytterligare en projektion - den tvingar inte fram någon omkonstruktion.
Var standarden finns
EN 18223 och dess systerstandard EN 18216, som definierar det konkreta serialiseringsformatet som EN 18223 hänvisar till, är båda publicerade europeiska standarder.
De ingår i den första publicerade omgången av CEN-CENELEC-JTC-24-DPP-serien: sex av de åtta standarderna, medan de återstående två - om autentisering och åtkomsträttigheter - följer under sommaren 2026. Deras offentliggörande i EU:s officiella tidning, vilket ger dem harmoniserad status och presumtion om överensstämmelse, förväntas ske omkring mitten av 2026.
Den positiva sidan
Inget av detta gör EN 18223 till en felaktig standard. Omfattningen är det ärliga priset för interoperabilitet i en värld där inte alla ordböcker är öppna, och standarden gör rättvisa åt denna värld.
Den positiva sidan är enkel: För den som redan använder ren JSON-LD är EN 18223 en projektion, inte ett helt nytt bygge. Den kostsamma vägen är den andra - den som alla måste gå som har börjat med en sluten ordlista.
För den som från första raden bygger på öppen, upplösbar semantik upphör normens omständlighet att vara en belastning. Den blir istället ett utdataformat som man genererar vid behov.