Від даних про продукт до верифікованого паспорта за три кроки.
OpenDPP розроблено для валідації цифрового паспорта продукції відповідно до децентралізованої моделі DPP, стандартного розв'язання GS1 та асиметричної криптографії eIDAS — без операційних накладних витрат. Зіставте дані про свій продукт один раз; ми беремо на себе підписання, хостинг і верифікацію.
Три кроки від SKU до підписаного, скановного паспорта
Не потрібні команда зі стандартів чи власна розробка — вимоги регламенту перетворюються на покроковий процес із підказками.
Імпорт даних про продукт
Без коду або у форматі CSV. Один раз прив’яжіть свої SKU, матеріали та екологічний слід — і використовуйте ці дані безкінечно. Метадані про товари зберігаються у вашому робочому просторі OpenDPP — реєстр ЄС (ESPR, ст. 13) індексує лише ідентифікатори; він не містить даних про товари.
Підписання & публікація
Удосконалена електронна печатка eIDAS застосовується автоматично, і паспорт публікується за GS1 Digital Link. Ключі ECDSA на еліптичних кривих ротуються одним кліком; приватні ключі ніколи не залишають базу даних орендаря.
Верифікація будь-де
Скануйте QR → публічний паспорт. Резолвер узгоджує вміст — HTML або JSON-LD, а покупці, аудитори та переробники верифікують удосконалену електронну печатку за лічені секунди в порталі аудиту печаток.
Архітектура, що робить це можливим
Природно сумісна зі стандартами за задумом — узгодження вмісту, розв'язання GS1, удосконалені електронні печатки eIDAS, дані про продукт у JSON-LD та модель орендарського вузла, узгоджена з децентралізованою архітектурою DPP.
Орендарський вузол, децентралізована модель
Ваші дані зберігаються у вашому робочому просторі OpenDPP, а не в центральному реєстрі ЄС — індекс Європейської комісії (ESPR, ст. 13) лише зіставляє ідентифікатори з URI паспортних даних.
Резолвер GS1 Digital Link
Одне сканування розв'язує GTIN або GRAI (AI 01/8003), перевіряє контрольну суму mod-10 і зчитує серійний номер AI 21 — а потім надсилає запит до вузла.
Удосконалені електронні печатки eIDAS
ESDC за FprEN 18246 (фінальний проєкт): кожне корисне навантаження JSON-LD підписується приватним ключем орендаря, що зберігається в зашифрованому сховищі (AES-256-GCM, окремо для кожного орендаря, у Postgres), для доказу несанкціонованих змін.
W3C JSON-LD & AAS
Узгодження вмісту повертає читабельний для людини HTML або машиночитний JSON-LD, а також підмоделі Asset Administration Shell (AAS v3.0/3.1).
Узгоджено з децентралізованою моделлю DPP
Згідно з ESPR (Art. 10 / CIRPASS) та специфікаціями CEN/CENELEC, Європейська Комісія не зберігає дані вашої компанії про продукт, матеріали чи хімічні речовини. Це порушувало б захист інтелектуальної власності та створювало б централізовані єдині точки відмови.
Замість цього реєстр Європейської Комісії (стаття 13 ESPR) працює лише як індекс — він зіставляє унікальний ідентифікатор продукту (UPI) з точним URI паспорта цього продукту. За цією децентралізованою моделлю OpenDPP працює як високопродуктивне сховище паспортів і резолвер GS1 Digital Link: метадані продукту лишаються у вашому робочому просторі, ізольованому на рівні tenant, на розміщеному в ЄС вузлі OpenDPP (дані про ваші продукти лишаються на вузлі OpenDPP, а не в реєстрі, який індексує лише ідентифікатори). OpenDPP готовий до реєстру: він уже проєктує кожен паспорт у запис-покажчик за статтею 13 і перевіряє його за еталонним реєстром CIRPASS-2 (ненормативний еталон, що фінансується ЄС, і форма запису в ньому належить пілотному проєкту, а не Комісії) — реєстрація батарей у реєстрі Комісії поки що неможлива, а машинний API для операторів не задокументовано.
Шлюз розв'язання GS1 Digital Link
Щоб поєднати фізичні продукти з їхніми цифровими паспортами, OpenDPP використовує стандартні URI GS1 Digital Link. Коли сканується QR-код, надрукований на продукті чи зворотному активі, шлюз розв'язання (що відповідає GET /:ai(01|8003)/*) перехоплює запит. Він витягує ідентифікатор застосування GS1, розбирає GTIN або GRAI, перевіряє його контрольну суму Modulo-10 та зчитує наступні атрибути «ключ-значення», такі як унікальний серійний номер (AI 21). Потім вузол виконує розв'язання щодо метаданих Postgres JSONB і повертає узгоджене за вмістом подання HTML або JSON-LD.
- Розбір ідентифікаторів. AI 01 (GTIN) та AI 8003 (GRAI) розпізнаються, перевіряються за mod-10 і спрямовуються до правильного паспорта чи подання за одиницею.
- Серіалізація за одиницею. Серійний номер AI 21 перенаправляє на публічну сторінку одиниці: ідентичність, статус і життєвий цикл одиниці є публічними, тоді як її телеметрія (стан здоров'я, кількість циклів) надається лише уповноваженим переглядачам із законним інтересом та органам влади, згідно з Annex XIII Регламенту щодо батарей.
- Узгодження вмісту. Та сама URL-адреса видає читабельну для людини сторінку або машиночитний документ JSON-LD залежно від заголовка Accept у запиті.
Асиметричні удосконалені електронні печатки eIDAS, ключі зашифровані у вашому сховищі
Щоб запобігти шахрайству та підтримати невідмовність, фінальний проєкт стандарту FprEN 18246 (на стадії формального голосування) визначає, що паспорти інкапсулюються в електронно підписані конструкції даних (ESDC). OpenDPP застосовує удосконалену електронну печатку eIDAS для кожного орендаря з програмним зберіганням у просторі бази даних орендаря — бренди ротують ключі ECDSA на еліптичних кривих одним кліком, а приватні ключі зберігаються зашифрованими AES-256-GCM і ніколи не залишають орендарський вузол у відкритому вигляді.
Коли паспорт скріплено печаткою та опубліковано, вузол підписує повне корисне навантаження JSON-LD за допомогою приватного ключа орендаря та записує підпис безпосередньо в PostgreSQL. Аудитори потім перевіряють автентичність печатки в порталі-валідаторі аудиту печаток — це публічна перевірка того, що паспорт справді походить від заявленого оператора й не був змінений.
Паспорт — це не разова подача документа. Це живий, підписаний запис, який має залишатися точним і доступним ще довго після того, як продукт залишив ваш склад — саме тому зберігання ключів і персистентність перебувають у центрі цього задуму.
— Як ми формулюємо це зобов'язання для зацікавлених сторінМетамоделі AAS та підписаний ланцюг постачання
Для взаємосумісності промислових цифрових двійників OpenDPP підтримує специфікацію Asset Administration Shell (AAS v3.0/3.1) і на запит відображає кожен паспорт у стандартні підмоделі. Експортовані підмоделі містять описи понять з ідентифікаторами словників eCl@ss та IEC, якщо такі існують, а необроблені дані AAS JSON Environment можна імпортувати безпосередньо.
OpenDPP аналізує фізичні транзакції ланцюга поставок, вкладені в підписані облікові дані UNTP у форматі VC відповідно до Протоколу прозорості ООН (UNTP / EPCIS 2.0). У міру реєстрації подій відстеження вузол рекурсивно обчислює граф за допомогою алгоритму обходу в глибину, стійкого до циклів, щоб побудувати спрямований ациклічний граф (DAG) походження — машиночитаний родовід вищих ланок ланцюга постачання, який можуть використовувати ваші власні робочі процеси з проведення комплексної перевірки. Окремо «OpenDPP» видає для кожного продукту паспорт у вигляді сертифіката «DigitalProductPassport», що відповідає стандарту «UNTP» — він складається з конверта «vc+jwt» (W3C VC-JOSE-COSE) та вбудованого доказу W3C Data Integrity (ecdsa-jcs-2019) — і перевіряється на відповідність офіційній схемі UNTP.
- Підмоделі AAS v3.0/3.1. Рядки JSONB проєктуються в стандартні підмоделі відповідності на вимогу, з прийомом необроблених корисних навантажень AAS Environment.
- Описи понять. Експортовані підмоделі містять ідентифікатори словників eCl@ss та IEC, якщо такі існують.
- UNTP / Лінія походження EPCIS 2.0. Підписані події відстеження компілюються в стійку до циклічності DAG лінію походження — машиночитану родовідну схему вашого ланцюга постачання.
- Облікові дані UNTP DPP, що відповідають специфікації. Кожен паспорт із зареєстрованим виробничим об’єктом також випускається як облікові дані UNTP DigitalProductPassport, що відповідають специфікації: обгортковий vc+jwt (W3C VC-JOSE-COSE) і вбудований доказ W3C Data Integrity (ecdsa-jcs-2019), з розв’язуваними ключами емітента did:web та відкликанням через W3C Bitstring Status List.
Подивіться, як архітектура випускає паспорт у реальному часі.
Спостерігайте, як ваша команда переходить від даних про продукт до скріпленого печаткою, готового до верифікації цифрового паспорта продукції.
Замовити демоOpenDPP публікує цифрові паспорти продукції (DPP) у три етапи: (1) моделює дані про продукт у форматі, що відповідає стандарту W3C JSON-LD, за допомогою інструменту завантаження без програмування або API; (2) застосовує удосконалену електронну печатку eIDAS, алгоритм перевірки, ланцюжок сертифікатів та зразки якої опубліковані, завдяки чому третя сторона може перевірити цілісність даних без звернення до OpenDPP; та (3) публікує QR-коди GS1 Digital Link, які перенаправляють будь-яку сторону до паспорта.
Як OpenDPP публікує Цифровий паспорт продукту · Востаннє переглянуто