EN 18223 er omstændelig - den åbne semantik gør det til en formateringsopgave

EN 18223 er omstændelig - den åbne semantik gør det til en formateringsopgave

Den udvidede EN 18223-form udvider antallet af linjer fra tre til tyve. Denne omstændelighed er ikke en fejl i standarden, men prisen for en lukket ordbog.

Når man oversætter ren, idiomatisk JSON-LD til den udvidede EN 18223-serialisering, er det først og fremmest omfanget, der springer i øjnene. Denne form er påfaldende omstændelig.

EN 18223 er CEN/CLC JTC 24-standarden for systeminteroperabilitet i forbindelse med det digitale produktpas; dens paragraf 4 definerer den semantiske model, mens paragraf 5.2 definerer serialiseringen. Denne serialisering findes i to former. Den komprimerede serialisering, der anvendes i praksis, bruger elementId for hver værdi som objektnøgle og overlader dictionaryReference og valueDataType til opslåelse via datalexikonet. Den udvidede form skriver alt ud: Hver værdi bliver til et objekt med sin egen elementId, dictionaryReference, objectType, valueDataType og value, og tre linjer kildedata bliver til tyve.

Hvad den omstændelige fremgangsmåde giver

Den ## omstændelige fremgangsmådeer ikke tilfældig, og det er værd at forstå, hvad den giver.

Den er det, som semantik bliver til, så snart man ikke længere kan gå ud fra, at den kan opslås åbent online. Et JSON-LD-dokument bærer normalt betydning via en @context: et link, som læseren følger for at slå op, hvad et felt betyder.

Den komprimerede form fungerer kun, hvis læseren kan finde ordbogen bag et felt. Det mislykkes, hvis ordbogen er ECLASS eller IEC CDD - begge er betalingsordbøger, og ingen af dem kan frit opslås som en åben @context-IRI. Her retfærdiggøres den udvidede forms længde: Den angiver betydningen værdi for værdi - hvilket ordbog, hvilken post, hvilken type, hvilken værdi - og forbliver selvbeskrivende, når man ikke kan stole på, at læseren klikker sig videre.

Set i dette lys er den omstændelige formulering ikke en konstruktionsfejl, men et rationelt svar på lukkede ordbøger.

Kontrasten er konkret. De ordbøger, vi bygger på - OpenEPCIS DPP Core og dens forordningsudvidelser - er offentliggjort under ref.openepcis.io og forbliver frit opløselige. En enkelt @context-henvisning bærer den betydning, som en lukket ordbog er nødt til at indskrive.

Hvorfor retningen er afgørende

At rekonstruere åben semantik ud fra en lukket ordbog er den vanskelige vej. Omvendt er det nemt.

Vores JSON-LD-kilde indeholder allerede alle de attributter, som EN 18223-modellen kræver: en henvisning til egenskaben, en henvisning til ordbogen, en værditype og et sprogarray pr. værdi. De er blot udtrykt som typede JSON-LD-objekter med @context-IRI’er i stedet for i den flade entitet-attribut-værdi-struktur fra EN 18223.

At generere en EN 18223-visning ud fra disse data er en formateringsopgave: at tage de allerede eksisterende felter og bringe dem i målformatet.

Princippet i en sætning: En kilde med åbne navnerum laver en projektion af hvert lukket ordbog, så omfanget bliver en pris, som kun den betaler, der startede lukket. Hvis betydningen er åben fra første skrivning, bortfalder denne pris af sig selv.

Flere navnerum i stedet for et kanonisk ordforråd

At vores kilde allerede har denne form, er et bevidst valg, ikke en tilfældighed. Vi tvinger ikke hver enkelt forordning ind i et enkelt ordforråd.

Hver EU-DPP-forordning - batteri, tekstil, elektronik og de kommende - bevarer sit eget overordnede navnerum: GS1’s, OpenEPCIS DPP Core’s og den pågældende forordningsudvidelses. Alle findes parallelt i et @context-array ved siden af et bevidst slankt transpareo:-navneområde for de få begreber, som intet overordnet dækker.

EN 18223 kræver i sin egen indledende klausul 0.3 næsten præcis det samme: at undgå sektorspecifikke ontologier, at tillade parallel brug af de ontologier, der udgives for hver delegeret retsakt, og at holde det horisontale lag så generelt som muligt.

En arkitektur baseret på åbne, parallelle navnerum er ikke blot forenelig med standardens hensigt. Den er netop det, som standardens udformningsprincip selv peger på.

En stresstest: Battery Pass’ attributliste

Beviset ligger i, hvordan arkitekturen integrerer en ordbog, som den aldrig blev bygget til.

Battery Pass-konsortiets »Data Attribute Long List«, version 1.3, er en tredje ordbog, der afviger uafhængigt af både EN 18223 og GS1: ca. 100 attributter, egen navngivning, egne adgangsniveauer, konsortiets fortolkning af bilag XIII i batteriforordningen.

Vi har sammenlignet den med vores eksisterende datamodel. 91 af de 100 attributter blev uændret placeret i allerede eksisterende egenskabstyper. En kilde med flere navnerum inddrager en ny, lukket ordbog som en yderligere projektion - den tvinger ikke en nykonstruktion frem.

Hvor standarden står

EN 18223 og dens søsterstandard EN 18216, som definerer det konkrete serialiseringsformat, som EN 18223 henviser til, er begge harmoniserede europæiske standarder.

De hører til den første offentliggjorte bølge af CEN-CENELEC-JTC-24-DPP-sættet: seks af de otte standarder, mens de resterende to - vedrørende autentificering og adgangsrettigheder - følger i løbet af sommeren 2026. Disse seks blev den 15. juli 2026 nævnt i gennemførelsesafgørelse (EU) 2026/1736 i EU-Tidende, hvilket giver dem status som harmoniserede standarder og dermed formodning om overensstemmelse med artikel 10 og 11 i ESPR.

Den positive side

Intet af dette gør EN 18223 til en forkert standard. Omfanget er den ærlige pris for interoperabilitet i en verden, hvor ikke alle ordbøger er tilgængelige, og standarden lever op til denne virkelighed.

Den positive side er enkel: For dem, der allerede bruger ren JSON-LD, er EN 18223 en projektion, ikke en ny opbygning. Den dyre vej er den anden - den, som alle må gå, der er startet ud fra et lukket ordbogssystem.

For den, der fra første linje bygger på åben, opløselig semantik, ophører standardens omstændelighed med at være en byrde. Den bliver til et outputformat, som man genererer efter behov.

DPP-standarderne, forklaret på en forståelig måde

Vi følger EU-DPP-standarderne - lige fra identifikatorer til interoperabilitet - og sender en gang om måneden en e-mail til din indbakke med oplysninger om, hvad der rent faktisk ændrer sig, og hvad det betyder i praksis.