Den langtekkelige EN-18223-standarden - og hvorfor vi ikke betaler for den

Den langtekkelige EN-18223-standarden - og hvorfor vi ikke betaler for den

Å tilpasse ren JSON-LD til EN-18223-serialiseringen gjør at tre linjer blir til tjue. Denne omstendeligheten er ikke en feil i standarden - det er prisen man må betale for et lukket ordbok. Vi betaler ikke den prisen, fordi kildedataene våre aldri har vært lukkede.

Når man oversetter EN-18223-serialiseringen til ren, idiomatisk JSON-LD, er det først og fremst omfanget som faller i øynene. Målformatet er påfallende omfattende.

EN 18223 er standarden fra CEN/CLC JTC 24 som definerer datamodellen for det digitale produktpasset - den formen som hvert DPP må tilpasses til så snart standarden er publisert i EUs offisielle tidsskrift. I denne formen blir hver verdi til et objekt med sin egen elementId, dictionaryReference, objectType, valueDataType og value. Tre linjer med kildedata blir til tjue.

Hva omstendeligheten gir

Omstendeligheten er ingen tilfeldighet, og det er verdt å forstå hva den gir.

Det er det som blir av semantikken så snart man ikke lenger kan gå ut fra at den kan løses åpent på nettet. Et JSON-LD-dokument formidler vanligvis betydning via en @context: en lenke som leseren følger for å slå opp hva et felt betyr.

EN 18223 må også fungere når ordboken bak et felt er ECLASS eller IEC CDD - begge er betalingsbaserte, ingen av dem kan løses opp fritt som en åpen @context-IRI. Derfor angir standarden betydningen verdi for verdi: hvilken ordbok, hvilken oppføring, hvilken type, hvilken verdi. Bare på denne måten forblir den selvbeskrivende når man ikke kan stole på at leseren klikker seg videre.

Sett i dette lyset er omstendeligheten ikke en konstruksjonsfeil, men et rasjonelt svar på lukkede ordbøker.

Kontrasten er konkret. Ordlister som vi bygger på - OpenEPCIS DPP Core og utvidelsene i henhold til forskriften - er offentliggjort under ref.openepcis.io⁠ og forblir fritt oppløselige. En enkelt @context-henvisning bærer den betydningen som en lukket ordbok må skrive inn.

Hvorfor retningen er avgjørende

Å rekonstruere åpen semantikk ut fra en lukket ordbok er den vanskelige veien. Omvendt er det enkelt.

Vår JSON-LD-kilde inneholder allerede alle attributter som modellen i EN 18223 krever: en referanse til egenskapen, en referanse til ordboken, en verditype, en språk-array per verdi. De er bare uttrykt som typiserte JSON-LD-objekter med @context-IRI-er, i stedet for i den flate «entity-attribute-value»-strukturen i EN 18223.

Å generere en EN-18223-visning ut fra disse dataene er en formateringsoppgave: å ta de allerede eksisterende feltene og bringe dem i målformatet.

Prinsippet i ett setning: En kilde med åpne navnerom lager en projeksjon av hvert lukket ordbok, slik at omfanget er en pris som bare betales av dem som startet med et lukket system. Vi gjør aldri det, fordi betydningen var der helt fra begynnelsen.

Flere navnerom i stedet for et kanonisk vokabular

At kilden vår allerede har denne formen, er et bevisst valg, ikke en tilfeldighet. Vi tvinger ikke hver enkelt forordning inn i ett enkelt vokabular.

Hver EU-DPP-forordning - batteri, tekstil, elektronikk og de som kommer - beholder sitt eget oppstrøms navnerom: det fra GS1, det fra OpenEPCIS DPP Core, det fra den respektive forordningsutvidelsen. Alle ligger parallelt i en @context-matrise, ved siden av et bevisst slankt transpareo:-navnerom for de få begrepene som ikke dekkes av noe overordnet.

EN 18223 krever i sin egen innledende klausul 0.2 nesten nøyaktig dette: å unngå sektorspesifikke ontologier, å tillate parallell bruk av ontologiene som utgis for hver delegert rettsakt, og å holde det horisontale laget så generelt som mulig.

En arkitektur basert på åpne, parallelle navnerom er ikke bare forenlig med standardens intensjon. Den er nettopp det som standardens utformingsprinsipp selv peker på.

En stresstest: attributtlisten til Battery Pass

Beviset ligger i hvordan arkitekturen tar imot en ordbok den aldri ble bygget for.

Data Attribute Long List fra Battery Pass Consortium, versjon 1.3, er en tredje ordbok som avviker uavhengig av både EN 18223 og GS1: rundt 100 attributter, egen navngivning, egne tilgangsnivåer, konsortiets tolkning av vedlegg XIII i batteriforordningen.

Vi har sammenlignet den med vår eksisterende datamodell. 91 av de 100 attributtene havnet uendret på allerede eksisterende egenskapstyper. En kilde med flere navnerom tar et nytt, lukket ordbok som en ytterligere projeksjon - den tvinger ikke frem noen nykonstruksjon.

Hvor standarden står

EN 18223 og dens søsterstandard EN 18216, som definerer det konkrete serialiseringsformatet som EN 18223 henviser til, er begge publiserte europeiske standarder.

De tilhører den første publiserte bølgen av CEN-CENELEC-JTC-24-DPP-settet: seks av de åtte standardene, mens de to gjenværende - om autentisering og tilgangsrettigheter - følger i løpet av sommeren 2026. Siteringen av dem i EUs offisielle tidsskrift, som gir dem harmonisert status og formodning om samsvar, forventes rundt midten av 2026.

Den positive siden

Ingenting av dette gjør EN 18223 til en feil standard. Omfanget er den ærlige prisen for interoperabilitet i en verden der ikke alle ordbøker er åpne, og standarden gjør rettferdighet til denne verdenen.

Den positive siden er enkel: For den som allerede bruker ren JSON-LD, er EN 18223 en videreføring, ikke et helt nytt opplegg. Den kostbare veien er den andre - den som alle må gå som har startet fra et lukket ordbok.

For den som fra første linje bygger på åpen, oppløsbar semantikk, slutter standardens omstendighet å være en belastning. Den blir et utdataformat som man genererer ved behov.

DPP-standardene, forklart på en forståelig måte

Vi følger EU-DPP-standardene, fra identifikatorer til interoperabilitet, og sender deg en gang i måneden en e-post med informasjon om hva som faktisk endres og hva det betyr i praksis.