От продуктови данни до верифициран паспорт в три стъпки.
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 използва стандартни GS1 Digital Link URI адреси. Когато се сканира QR код, отпечатан върху продукт или връщаем актив, шлюзът за разрешаване (съответстващ на GET /:ai(01|8003)/*) прихваща заявката. Той извлича GS1 Application Identifier, разбира 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 анализира физическите транзакции по веригата на доставки, включени в подписани удостоверения във формат „UNTP“ (VC), в съответствие с Протокола за прозрачност на ООН (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, така че всеки проверяващ да може да провери целостта офлайн, и (3) публикуване на QR кодове GS1 Digital Link, които се преобразуват към паспорта за всяка страна.
Как OpenDPP публикува цифров продуктов паспорт · Последно прегледано