Стандарт EN 18223 є надто розлогим - через його відкриту семантику це перетворюється на завдання з форматування

Стандарт EN 18223 є надто розлогим - через його відкриту семантику це перетворюється на завдання з форматування

Розширена форма стандарту EN 18223 перетворює три рядки на двадцять. Ця розлогість - це не помилка стандарту, а ціна за закритий словник.

Якщо зіставити чистий, ідіоматичний 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 Attribute 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 є проекцією, а не новою побудовою. Дорогий шлях - це інший, той, яким мусить йти кожен, хто починав із закритого словника.

Для тих, хто з самого початку будує на відкритій, розшифровуваній семантиці, розлогість стандарту перестає бути перешкодою. Вона стає форматом виводу, який можна створити за потреби.

Норми DPP: зрозуміле пояснення

Ми дотримуємося стандартів EU-DPP - від ідентифікаторів до взаємодії - і раз на місяць надсилаємо вам на електронну пошту інформацію про те, що насправді змінюється та що це означає на практиці.