Реєстр ЄС: що вже працює, що в очікуванні.

Задум

Покажчик ідентифікаторів — а не база даних паспортів

Реєстр Цифрових паспортів продукту ЄС — це покажчик: він зберігає унікальні ідентифікатори продуктів, операторів і об'єктів разом із посиланнями на носії даних та розв'язує їх до паспортів, розміщених деінде. Сам він не зберігає дані паспортів.

Це проєктне рішення — закладене в децентралізовану архітектуру ESPR — і є самою суттю. Дані паспорта залишаються на інфраструктурі, обраній економічним оператором (або його постачальником послуг), під його контролем; реєстр зіставляє Унікальний ідентифікатор продукту з точним URI, де живе паспорт. Органи ринкового нагляду звертаються до реєстру, щоб знайти паспорт; сам паспорт вони читають там, де він розміщений.

Звідси випливають два практичні наслідки. По-перше, розміщення та збереженість залишаються обов'язком оператора — реєстр не зберігатиме ваші дані за вас (цей обов'язок формується стандартом EN 18221; див. посібник зі стандартів). По-друге, схема ідентифікаторів важить більше, ніж будь-коли: те, що ви реєструєте, має бути саме тим, до чого ведуть ваші QR-коди (EN 18219, GS1 Digital Link).

Чесне позиціонування

Що означає «готовий до реєстру» в OpenDPP

OpenDPP є готовим до реєстрації, але не підключеним до реєстру — і ми наголошуємо на цьому навмисно. Реєстр працює, але DPP для батарей поки що не можна в ньому зареєструвати, а машинний API для операторів не задокументовано. Наразі існує все, що індексує реєстр, — а також проекція покажчиків, яку ми перевірили на всіх етапах на відповідність еталонній реалізації цього індексу від CIRPASS-2: вона реєструється, повертає криптографічно перевірений доказ реєстрації та її можна виявити.

Конкретно: кожен паспорт OpenDPP уже несе унікальний ідентифікатор у формі, передбаченій стандартами, — товарний ключ GS1 GTIN або GRAI, якщо продукт його має, ідентифікаційне посилання за EN IEC 61406, якщо не має, і GLN-ідентифікатори об’єктів усюди, — розв’язується за стабільним URI та залишається розв’язним протягом усього строку зберігання. Ми йдемо на крок далі за форму: OpenDPP проєктує кожен паспорт у запис-покажчик для індексу за статтею 13 — ідентифікатор продукту, ідентифікатор відповідального оператора, GLN об’єктів, основна та резервна URL-адреси для розв’язання, товарний код і гранулярність — і перевіряє цей запис за власною схемою макетного реєстру ЄС від CIRPASS-2. Ця схема належить пілотному проєкту, а не Комісії, а пункт 7.1 стандарту EN 18222 тепер публікує власний реєстровий запис з іншим переліком полів, тож читайте цю проєкцію як свідчення того, що наші ідентифікатори та посилання готові до подання, а не як завершене зіставлення полів. У нашому відкритому стенді сумісності ми йдемо далі: цей покажчик реєструється в робочому еталонному реєстрі CIRPASS-2 — який повертає криптографічно перевірюваний доказ реєстрації — а його ключі виявлення розв’язуються в еталонному екстракторі даних; схеми, зіставлення полів і відтворюваний валідатор опубліковані в нашому відкритому наборі для сумісності, тож будь-хто може це перевірити без доступу до нашого коду. CIRPASS-2 — це еталонний проєкт, що фінансується ЄС, а не робочий реєстр Комісії, і він не надає жодної сертифікації. Робочий реєстр Комісії вже працює, проте батарейні DPP у ньому поки що не можна успішно зареєструвати — семантичний каталог для батарей ще готується. Реєстр також обмежує зареєстрований унікальний ідентифікатор продукту 50 розв’язними символами: кожна одиниця акумулятора в OpenDPP уже вкладається в цю межу завдяки компактному розв’язному посиланню, тож коли реєстрацію батарей відкриють, реєстрація буде кроком подання, а не перебудовою архітектури. Це і є практичний сенс готовності: ваші ідентифікатори та посилання вже мають ту форму, яку індексує реєстр.

Ключові висновки