Ако се преобразува чист, идиоматичен 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 - и двата са платени, нито един от тях не може да бъде разшифрован свободно като отворен @context-IRI. Тук разширената форма оправдава дължината си: тя записва значението стойност по стойност - кой речник, коя записка, какъв тип, каква стойност - и остава самоописателна, когато не може да се разчита, че читателят ще кликне върху линка.
Прочетена по този начин, подробността не е конструктивен недостатък, а рационален отговор на затворените речници.
Контрастът е конкретен. Речниците, върху които се основаваме - OpenEPCIS DPP Core и неговите разширения съгласно регламента -, са публикувани отворено на ref.openepcis.io и остават свободно разшифроваеми. Един-единствен @context-позоваване носи значението, което един затворен речник трябва да впише в него.
Защо посоката е решаваща
Реконструирането на отворена семантика от затворен речник е по-трудната посока. Обратното е лесно.
Нашият JSON-LD източник вече съдържа всеки атрибут, изискван от модела на EN 18223: препратка към свойството, препратка към речника, тип данни на стойността, масив от езици за всяка стойност. Те са изразени само като типизирани JSON-LD обекти с @context-IRI, вместо в плоската структура „ентитет-атрибут-стойност“ на EN 18223.
Създаването на изглед по EN 18223 от тези данни е задача по форматиране: вземане на вече съществуващите полета и привеждането им в целевия формат.
Принципът в едно изречение: източник с отворени пространства от имена превръща всеки затворен речник в проекция, така че разтегливостта се превръща в цена, която плаща само този, който е започнал със затворен речник. Когато значението е отворено още при първоначалното писане, тази цена отпада от само себе си.
Множествени пространства от имена вместо каноничен речник
Фактът, че нашият източник вече има тази форма, е съзнателно решение, а не случайност. Ние не налагаме всеки регламент в един-единствен речник.
Всяка регламентация на EU-DPP - за батериите, текстила, електрониката и предстоящите - запазва своя собствен предшестващ пространство на имена: това на GS1, това на OpenEPCIS DPP Core, както и това на съответното разширение на регламентацията. Всички те се намират успоредно в масив @context, редом с умишлено опростено пространство от имена transpareo: за малкото термини, които не са обхванати от никое от предходните.
EN 18223 изисква в собствената си уводна клауза 0.3 почти точно това: да се избягват секторно-специфични онтологии, да се позволи паралелното използване на онтологиите, публикувани за всеки делегиран правен акт, и хоризонталният слой да се поддържа възможно най-общ.
Архитектурата, основана на отворени, паралелни пространства на имена, не само е съвместима с целта на стандарта. Тя е именно това, към което сочи самият принцип на проектиране на стандарта.
Стрес тест: списъкът с атрибути на Battery Pass
Доказателството се състои в това как архитектурата приема речник, за който никога не е била създадена.
Дългият списък с атрибути на Battery Pass Consortium, версия 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 от Общия регламент за защита на данните (GDPR).
Положителната страна
Нищо от това не прави EN 18223 неправилен стандарт. Обширността е честната цена на оперативната съвместимост в свят, в който не всеки речник е отворен, и стандартът отговаря на този свят.
Положителната страна е проста: за тези, които вече използват чист JSON-LD, EN 18223 е проекция, а не изграждане от нулата. Скъпата посока е другата - тази, по която трябва да тръгне всеки, който е започнал от затворен речник.
За този, който от първия ред нататък гради върху отворена, разширяема семантика, обширността на стандарта престава да бъде пречка. Тя се превръща в формат за изход, който се генерира при необходимост.