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

Задум

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

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

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

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

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

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

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

Конкретно: кожен паспорт OpenDPP вже містить унікальний ідентифікатор, сформований відповідно до стандартів (GS1 GTIN /GRAI — ключі продукту, GLN — ідентифікатори об’єкта), може бути ідентифікований за стабільним URI «Digital Link» GS1 і залишається ідентифікованим протягом усього періоду зберігання. Ми йдемо на крок далі за формат: OpenDPP проектує кожен паспорт у точний запис-покажчик згідно зі статтею 13 — ідентифікатор продукту, ідентифікатор відповідального оператора, GLN об’єктів, основні та резервні URL-адреси для вирішення, код товару та рівень деталізації — та перевіряє цей запис на відповідність власній схемі модельного реєстру ЄС CIRPASS-2. У нашому відкритому наборі засобів взаємодії ми йдемо ще далі: цей покажчик реєструється у діючому еталонному реєстрі CIRPASS-2 — який повертає криптографічно перевірене підтвердження реєстрації (Proof-of-Registration) — а його ключі виявлення вирішуються в еталонному екстракторі даних; схеми, відповідність полів та відтворюваний валідатор опубліковані в нашому відкритому наборі для взаємодії, тож будь-хто може перевірити їх без доступу до нашого вихідного коду. CIRPASS-2 — це референтний проєкт, що фінансується ЄС, а не робочий реєстр Комісії, і він не надає жодної сертифікації. Операційний реєстр Європейської комісії вже працює, хоча DPP для акумуляторів поки що не можна успішно зареєструвати в ньому — семантичний каталог «Batteries» ще не готовий. Реєстр також обмежує довжину зареєстрованого унікального ідентифікатора продукту 50 розпізнаваними символами: кожна батарея з домену OpenDPP вже відповідає цій вимозі завдяки компактному розпізнаваному посиланню, тому коли розпочнеться реєстрація батарей, реєстрація стане лише кроком подання даних, а не переробкою архітектури. У цьому полягає практичне значення готовності: ваші ідентифікатори та посилання вже мають форму, яку індексує реєстр.

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