Если сопоставить чистый, идиоматический JSON-LD с расширенной сериализацией EN 18223, в первую очередь бросается в глаза его объем. Эта форма отличается поразительной развернутостью.
EN 18223 - это стандарт CEN/CLC JTC 24, касающийся системной совместимости цифрового паспорта продукта; его пункт 4 определяет семантическую модель, а пункт 5.2 - сериализацию. Эта сериализация имеет две формы. Сжатая сериализация, используемая в эксплуатации, применяет elementId каждого значения в качестве ключа объекта, а определение dictionaryReference и valueDataType оставляет на усмотрение словаря данных. Расширенная форма записывает всё в полном виде: из каждого значения формируется объект со своим elementId, dictionaryReference, objectType, valueDataType и value, и три строки исходных данных превращаются в двадцать.
Что дает эта многословность
Многословность не случайна, и стоит понять, что она дает.
Она является тем, во что превращается семантика, как только можно больше не предполагать, что её можно открыто разрешить онлайн. Документ JSON-LD обычно передаёт значение через @context: ссылку, по которой читатель переходит, чтобы узнать, что означает то или иное поле.
Сжатая форма работает только в том случае, если читатель может найти словарь, стоящий за тем или иным полем. Это становится невозможным, если словарем является ECLASS или IEC CDD - оба они платные, и ни один из них не может быть свободно найден, как открытый IRI @context. Именно здесь расширенная форма оправдывает свою объемность: она записывает значение поле за полем - какой словарь, какая запись, какой тип, какое значение - и остается самоописательной, когда нельзя рассчитывать на то, что читатель будет переходить по ссылкам.
С этой точки зрения многословность - не конструктивный недостаток, а рациональный ответ на закрытые словари.
Противоположность очевидна. Словари, на которых мы основываемся - OpenEPCIS DPP Core и его расширения, связанные с нормативными актами, - открыто опубликованы на ref.openepcis.io и остаются свободно разрешаемыми. Одна единственная ссылка @context несет в себе то значение, которое должен вписать закрытый словарь.
Почему направление имеет значение
Реконструировать открытую семантику из закрытого словаря - это сложный путь. В обратном направлении всё просто.
Наш исходный JSON-LD уже содержит все атрибуты, требуемые моделью EN 18223: ссылку на свойство, ссылку на словарь, тип данных значения, массив языков для каждого значения. Они просто выражены в виде типизированных объектов JSON-LD с IRI @context, а не в плоской структуре «сущность-атрибут-значение», предусмотренной стандартом EN 18223.
Создание представления EN 18223 на основе этих данных - это задача форматирования: взять уже имеющиеся поля и привести их в целевой формат.
Принцип в одном предложении: источник с открытыми пространствами имён превращает каждый закрытый словарь в проекцию, так что развернутость становится ценой, которую платит только тот, кто начинал с закрытого подхода. Если значение открыто с самого начала написания, эта цена отпадает сама собой.
Множественные пространства имён вместо канонического словаря
То, что наш источник уже имеет такую форму, - это сознательное решение, а не случайность. Мы не втискиваем каждый регламент в единый словарь.
Каждый регламент EU-DPP - по батареям, текстилю, электронике и те, что ещё предстоят, - сохраняет своё собственное вышестоящее пространство имён: пространство GS1, пространство OpenEPCIS DPP Core, пространство соответствующего расширения регламента. Все они находятся параллельно в массиве @context, наряду с намеренно упрощённым пространством имён transpareo: для тех немногих терминов, которые не охватываются каким-либо вышестоящим пространством имён.
Стандарт EN 18223 в своём собственном вводном положении 0.3 требует почти именно этого: избегать отраслевых онтологий, допускать параллельное использование онтологий, публикуемых для каждого делегированного правового акта, и сохранять горизонтальный уровень как можно более общим.
Архитектура, основанная на открытых параллельных пространствах имён, не просто соответствует замыслу стандарта. Она является тем, на что указывает сам принцип проектирования стандарта.
Стресс-тест: список атрибутов Battery Pass
Доказательством служит то, как архитектура принимает словарь, для которого она никогда не была создана.
Длинный список атрибутов данных (Data Attributes Long List) консорциума Battery Pass, версия 1.3, представляет собой третий словарь, который отличается как от EN 18223, так и от GS1: около 100 атрибутов, собственная номенклатура, собственные уровни доступа, интерпретация Приложения XIII к Регламенту об аккумуляторах, предложенная консорциумом.
Мы сопоставили его с нашей существующей моделью данных. 91 из 100 атрибутов оказались без изменений привязанными к уже существующим типам свойств. Источник, опирающийся на множественные пространства имён, воспринимает новый замкнутый словарь как ещё одну проекцию - он не требует перестройки.
Статус стандарта
EN 18223 и её сопутствующий стандарт EN 18216, который определяет конкретный формат сериализации, на который ссылается EN 18223, являются гармонизированными европейскими стандартами.
Они входят в первую опубликованную волну наборов CEN-CENELEC-JTC-24-DPP: шесть из восьми стандартов; оставшиеся два - по аутентификации и правам доступа - последуют в течение лета 2026 года. Эти шесть стандартов были упомянуты 15 июля 2026 года в Исполнительном решении (ЕС) 2026/1736 в Официальном вестнике ЕС, что присваивает им статус гармонизированных стандартов и, следовательно, презумпцию соответствия статьям 10 и 11 Общего регламента по защите данных (ESPR).
Положительная сторона
Ничто из вышесказанного не делает EN 18223 неправильным стандартом. Обширность текста - это честная плата за взаимодействие в мире, где не каждый словарь доступен, и стандарт соответствует реалиям этого мира.
Положительная сторона проста: для тех, кто уже использует чистый JSON-LD, EN 18223 - это проекция, а не новое строительство. Дорогостоящий путь - это другой, тот, по которому должен идти каждый, кто начинал с закрытого словаря.
Для тех, кто с самого начала опирается на открытую, разрешаемую семантику, многословность стандарта перестаёт быть препятствием. Она становится форматом вывода, который можно сгенерировать при необходимости.