Від даних про продукт до верифікованого паспорта за три кроки.
OpenDPP розроблено для валідації цифрового паспорта продукції відповідно до децентралізованої моделі DPP, стандартного розв'язання GS1 та асиметричної криптографії eIDAS — без операційних накладних витрат. Зіставте дані про свій продукт один раз; ми беремо на себе підписання, хостинг і верифікацію.
Три кроки від SKU до підписаного, скановного паспорта
Не потрібні команда зі стандартів чи власна розробка — вимоги регламенту перетворюються на покроковий процес із підказками.
Імпорт даних про продукт
No-code або CSV. Зіставте свої SKU, матеріали та слід один раз — використовуйте повторно завжди. Метадані продукту залишаються у вашому орендарському вузлі — майбутній реєстр ЄС (ESPR Art. 13) розроблено так, щоб індексувати лише ідентифікатори, а не зберігати дані про продукт.
Підписання & публікація
Удосконалена електронна печатка eIDAS застосовується автоматично, і паспорт публікується за GS1 Digital Link. Ключі ECDSA на еліптичних кривих ротуються одним кліком; приватні ключі ніколи не залишають базу даних орендаря.
Верифікація будь-де
Скануйте QR → публічний паспорт. Резолвер узгоджує вміст — HTML або JSON-LD, а покупці, аудитори та переробники верифікують удосконалену електронну печатку за лічені секунди, офлайн або в порталі аудиту печаток.
Архітектура, що робить це можливим
Природно сумісна зі стандартами за задумом — узгодження вмісту, розв'язання GS1, удосконалені електронні печатки eIDAS, дані про продукт у JSON-LD та модель орендарського вузла, узгоджена з децентралізованою архітектурою DPP.
Орендарський вузол, децентралізована модель
Ваші дані зберігаються у вашому орендарському вузлі, а не в центральному реєстрі ЄС — майбутній індекс Комісії (ESPR Art. 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).
Узгоджено з децентралізованою моделлю DPP
Згідно з ESPR (Art. 10 / CIRPASS) та специфікаціями CEN/CENELEC, Європейська Комісія не зберігає дані вашої компанії про продукт, матеріали чи хімічні речовини. Це порушувало б захист інтелектуальної власності та створювало б централізовані єдині точки відмови.
Натомість майбутній реєстр Європейської Комісії (ESPR Art. 13) розроблено так, щоб працювати лише як індекс — зіставляючи унікальний ідентифікатор продукту (UPI) з точним URI відповідного паспорта. OpenDPP працює як високопродуктивний репозиторій паспортів і резолвер GS1 Digital Link, узгоджений із цією децентралізованою моделлю: метадані продукту надійно зберігаються у вашому орендарському вузлі, зберігаючи суверенітет даних (дані про ваш продукт залишаються у вашому орендарському вузлі; реєстр призначений лише для індексування ідентифікаторів). OpenDPP готовий до реєстру — інтеграція очікує на запуск живого 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), динамічно перетворюючи рядки PostgreSQL JSONB на стандартні підмоделі відповідності. Щоб уникнути жорсткого кодування атрибутів, реєстр семантичних концептів зіставляє локальні поля об'єктів із глобальними словниками IEC та eCl@ss IRDI під час виконання — тож корпоративні клієнти можуть запитувати паспорти, використовуючи промислово-стандартні терміни, або безпосередньо приймати необроблені корисні навантаження AAS JSON Environment.
Для відповідності щодо знеліснення (EUDR) та примусової праці (UFLPA) OpenDPP розбирає фізичні транзакції ланцюга постачання, загорнуті в підписані верифіковані облікові дані W3C (W3C Verifiable Credentials), дотримуючись протоколу прозорості ООН (UNTP / EPCIS 2.0). У міру реєстрації подій простеження вузол рекурсивно розв'язує граф за допомогою стійкого до циклів обхідника в глибину, щоб побудувати спрямований ациклічний граф (DAG) родоводу — який перевіряється в реальному часі на відповідність географічним чорним спискам і перетини полігонів.
- Підмоделі AAS v3.0. Рядки JSONB проєктуються в стандартні підмоделі відповідності на вимогу, з прийомом необроблених корисних навантажень AAS Environment.
- Реєстр семантичних концептів. Локальні поля зіставляються зі словниками IEC та eCl@ss IRDI під час виконання — без жорстко закодованих стандартних атрибутів.
- Родовід UNTP / EPCIS 2.0. Підписані події простеження компілюються в стійкий до циклів DAG родоводу для належної перевірки EUDR та UFLPA.
Подивіться, як архітектура випускає паспорт у реальному часі.
Спостерігайте, як ваша команда переходить від даних про продукт до скріпленого печаткою, готового до верифікації цифрового паспорта продукції.
Замовити демоOpenDPP публікує Цифрові паспорти продукту (DPP) у три кроки: (1) моделює дані про продукт як стандартний W3C JSON-LD через завантажувач без коду або API, (2) застосовує удосконалену електронну печатку eIDAS, щоб будь-який верифікатор міг перевірити цілісність офлайн, і (3) публікує QR-коди GS1 Digital Link, які розв'язуються в паспорт для будь-якої сторони.
Як OpenDPP публікує Цифровий паспорт продукту · Востаннє переглянуто