Від даних про продукт до верифікованого паспорта за три кроки.
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, Європейська Комісія не зберігає дані вашої компанії про продукт, матеріали чи хімічні речовини. Це порушувало б захист інтелектуальної власності та створювало б централізовані єдині точки відмови.
Натомість реєстр Європейської комісії (ESPR, ст. 13) функціонує лише як індекс, що пов’язує унікальний ідентифікатор продукту (UPI) з точним URI відповідного паспорта. OpenDPP працює як високопродуктивне сховище паспортів та GS1 резолвер цифрових посилань, що відповідає цій децентралізованій моделі: метадані продукту зберігаються у вашому ізольованому робочому просторі на вузлі 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), динамічно перетворюючи рядки PostgreSQL JSONB на стандартні підмоделі відповідності. Щоб уникнути жорсткого кодування атрибутів, реєстр семантичних концептів зіставляє локальні поля об'єктів із глобальними словниками IEC та eCl@ss IRDI під час виконання — тож корпоративні клієнти можуть запитувати паспорти, використовуючи промислово-стандартні терміни, або безпосередньо приймати необроблені корисні навантаження AAS JSON Environment.
OpenDPP аналізує фізичні транзакції ланцюга поставок, вкладені в підписані сертифікати у форматі VC (UNTP) відповідно до Протоколу прозорості ООН (UNTP / EPCIS 2.0). У міру реєстрації подій відстеження вузол рекурсивно обчислює граф за допомогою алгоритму обходу в глибину, стійкого до циклів, щоб побудувати спрямований ациклічний граф (DAG) походження — машиночитаний родовід вищих ланок ланцюга постачання, який можуть використовувати ваші власні робочі процеси з проведення комплексної перевірки. Окремо «OpenDPP» видає для кожного продукту паспорт у вигляді сертифіката «DigitalProductPassport», що відповідає стандарту «UNTP» — він складається з конверта «vc+jwt» (W3C VC-JOSE-COSE) та вбудованого доказу цілісності даних W3C (ecdsa-jcs-2019) — і перевіряється на відповідність офіційній схемі UNTP.
- Підмоделі AAS v3.0/3.1. Рядки JSONB проєктуються в стандартні підмоделі відповідності на вимогу, з прийомом необроблених корисних навантажень AAS Environment.
- Реєстр семантичних концептів. Локальні поля зіставляються зі словниками IEC та eCl@ss IRDI під час виконання — без жорстко закодованих стандартних атрибутів.
- 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-коди Digital Link GS1, які перенаправляють будь-яку сторону до паспорта.
Як OpenDPP публікує Цифровий паспорт продукту · Востаннє переглянуто