Bildet man sauberes, idiomatisches JSON-LD auf die erweiterte EN-18223-Serialisierung ab, fällt zuerst der Umfang auf. Diese Form ist auffallend weitschweifig.
EN 18223 ist die Norm der CEN/CLC JTC 24 zur System-Interoperabilität des Digitalen Produktpasses; ihre Klausel 4 definiert das semantische Modell, ihre Klausel 5.2 die Serialisierung. Diese Serialisierung hat zwei Formen. Die komprimierte Serialisierung im Betrieb verwendet die elementId jedes Werts als Objektschlüssel und überlässt dictionaryReference und valueDataType der Auflösung über das Datenwörterbuch. Die erweiterte Form schreibt alles aus: Aus jedem Wert wird ein Objekt mit eigenem elementId, dictionaryReference, objectType, valueDataType und value, und drei Zeilen Quelldaten werden zu zwanzig.
Was die Weitschweifigkeit erkauft
Die Weitschweifigkeit ist kein Zufall, und es lohnt sich zu verstehen, was sie erkauft.
Sie ist das, was aus Semantik wird, sobald man nicht mehr davon ausgehen kann, dass sie offen online auflösbar ist. Ein JSON-LD-Dokument trägt Bedeutung normalerweise über einen @context: einen Link, dem der Leser folgt, um nachzuschlagen, was ein Feld bedeutet.
Die komprimierte Form funktioniert nur, wenn der Leser das Wörterbuch hinter einem Feld auflösen kann. Das scheitert, wenn das Wörterbuch ECLASS oder IEC CDD ist - beide kostenpflichtig, keines frei auflösbar wie eine offene @context-IRI. Hier verdient die erweiterte Form ihre Länge: Sie schreibt die Bedeutung Wert für Wert hinein - welches Wörterbuch, welcher Eintrag, welcher Typ, welcher Wert - und bleibt selbstbeschreibend, wenn man sich nicht darauf verlassen kann, dass der Leser durchklickt.
So gelesen, ist die Weitschweifigkeit kein Konstruktionsfehler, sondern eine rationale Antwort auf geschlossene Wörterbücher.
Der Gegensatz ist konkret. Die Vokabulare, auf denen wir aufbauen - der OpenEPCIS DPP Core und seine Verordnungserweiterungen -, sind offen unter ref.openepcis.io veröffentlicht und bleiben frei auflösbar. Ein einziger @context-Verweis trägt die Bedeutung, die ein geschlossenes Wörterbuch hineinschreiben muss.
Warum die Richtung entscheidet
Offene Semantik aus einem geschlossenen Wörterbuch zu rekonstruieren, ist die schwierige Laufrichtung. Umgekehrt ist es einfach.
Unsere JSON-LD-Quelle trägt bereits jedes Attribut, das das Modell von EN 18223 verlangt: einen Verweis auf die Eigenschaft, einen Verweis auf das Wörterbuch, einen Wertdatentyp, ein Sprach-Array pro Wert. Sie sind nur auf typisierten JSON-LD-Objekten mit @context-IRIs ausgedrückt, statt in der flachen Entity-Attribute-Value-Hülle von EN 18223.
Aus diesen Daten eine EN-18223-Ansicht zu erzeugen, ist eine Formatierungsaufgabe: die bereits vorhandenen Felder nehmen und in die Zielform bringen.
Das Prinzip in einem Satz: Eine Quelle mit offenen Namensräumen macht aus jedem geschlossenen Wörterbuch eine Projektion, sodass die Weitschweifigkeit zu einem Preis wird, den nur zahlt, wer geschlossen angefangen hat. Wenn die Bedeutung vom ersten Schreiben an offen vorliegt, entfällt dieser Preis von selbst.
Plurale Namensräume statt eines kanonischen Vokabulars
Dass unsere Quelle bereits diese Form hat, ist eine bewusste Entscheidung, kein Zufall. Wir zwingen nicht jede Verordnung in ein einziges Vokabular.
Jede EU-DPP-Verordnung - Batterie, Textil, Elektronik und die noch kommenden - behält ihren eigenen vorgelagerten Namensraum: den von GS1, den des OpenEPCIS DPP Core, den der jeweiligen Verordnungserweiterung. Alle liegen parallel in einem @context-Array, neben einem bewusst schlanken transpareo:-Namensraum für die wenigen Begriffe, die nichts Vorgelagertes abdeckt.
EN 18223 verlangt in ihrer eigenen einleitenden Klausel 0.3 fast genau das: sektorspezifische Ontologien vermeiden, die parallele Nutzung der Ontologien zulassen, die pro delegiertem Rechtsakt herausgegeben werden, und die horizontale Schicht so allgemein wie möglich halten.
Eine Architektur auf offenen, parallelen Namensräumen ist nicht nur mit der Absicht der Norm vereinbar. Sie ist das, worauf das Gestaltungsprinzip der Norm selbst hinweist.
Ein Stresstest: die Attributliste des Battery Pass
Der Beweis liegt darin, wie die Architektur ein Wörterbuch aufnimmt, für das sie nie gebaut wurde.
Die Data Attribute Long List des Battery Pass Consortium, Version 1.3, ist ein drittes Wörterbuch, das unabhängig sowohl von EN 18223 als auch von GS1 abweicht: rund 100 Attribute, eigene Benennung, eigene Zugriffsstufen, eine Lesart von Anhang XIII der Batterieverordnung durch das Konsortium.
Wir haben sie gegen unser bestehendes Datenmodell abgeglichen. 91 der 100 Attribute landeten unverändert auf bereits vorhandenen Eigenschaftstypen. Eine Quelle auf pluralen Namensräumen nimmt ein neues geschlossenes Wörterbuch als eine weitere Projektion auf - sie erzwingt keine Neukonstruktion.
Wo die Norm steht
EN 18223 und ihre Schwesternorm EN 18216, die das konkrete Serialisierungsformat definiert, an das EN 18223 verweist, sind beide harmonisierte Europäische Normen.
Sie gehören zur ersten veröffentlichten Welle des CEN-CENELEC-JTC-24-DPP-Sets: sechs der acht Normen, die verbleibenden zwei - zu Authentifizierung und Zugriffsrechten - folgen im Lauf des Sommers 2026. Diese sechs wurden am 15. Juli 2026 durch den Durchführungsbeschluss (EU) 2026/1736 im Amtsblatt der EU zitiert, was ihnen den harmonisierten Status und damit die Konformitätsvermutung mit den Artikeln 10 und 11 der ESPR verleiht.
Die gute Seite
Nichts davon macht EN 18223 zur falschen Norm. Die Weitschweifigkeit ist der ehrliche Preis der Interoperabilität in einer Welt, in der nicht jedes Wörterbuch offen ist, und die Norm wird dieser Welt gerecht.
Die gute Seite ist schlicht: Wer bereits auf sauberem JSON-LD ist, für den ist EN 18223 eine Projektion, kein Neubau. Die teure Richtung ist die andere - die, die jeder gehen muss, der von einem geschlossenen Wörterbuch aus gestartet ist.
Wer von der ersten Zeile an auf offener, auflösbarer Semantik aufbaut, für den hört die Weitschweifigkeit der Norm auf, eine Steuer zu sein. Sie wird zu einem Ausgabeformat, das man bei Bedarf erzeugt.