Tuotetiedoista todennettuun passiin kolmessa vaiheessa.
OpenDPP on rakennettu digitaalisten tuotepassien validointiin, joka on linjassa hajautetun DPP-mallin, standardin GS1-resoluution ja epäsymmetrisen eIDAS-kryptografian kanssa — ilman operatiivista ylimääräistä työtä. Kartoita tuotetietosi kerran; me hoidamme allekirjoituksen, isännöinnin ja todennuksen.
Kolme vaihetta SKU:sta allekirjoitettuun, skannattavaan passiin
Standarditiimiä tai räätälöityä kehitystä ei tarvita — sääntelyn vaatimuksista tulee ohjattu työnkulku.
Tuo tuotetiedot
Ilman koodia tai CSV-tiedostona. Määritä SKU-koodisi, materiaalisi ja tuotteen jalanjälki kerran – ja käytä niitä uudelleen loputtomiin. Tuotteen metatiedot säilyvät OpenDPP-työtilassasi – EU:n rekisteri (ESPR, 13 artikla) indeksoi ainoastaan tunnisteet; se ei säilytä tuotetietoja.
Sinetöi & julkaise
eIDAS-kehittynyt sähköinen sinetti lisätään automaattisesti ja passi julkaistaan GS1 Digital Link -linkin taakse. Elliptisen käyrän ECDSA-avaimet kierrätetään yhdellä napsautuksella; yksityiset avaimet eivät koskaan poistu vuokralaisen tietokannasta.
Todenna missä tahansa
Skannaa QR → julkinen passi. Resolveri neuvottelee sisällöstä HTML- tai JSON-LD-muodossa, ja ostajat, auditoijat ja kierrättäjät todentavat kehittyneen sähköisen sinetin sekunneissa Sinetin auditointiportaalissa.
Arkkitehtuuri, joka saa sen toimimaan
Standardilähtöinen jo suunnittelultaan — sisältöneuvottelu, GS1-resoluutio, eIDAS-kehittyneet sähköiset sinetit, JSON-LD-tuotetiedot ja vuokralaisen solmumalli, joka on linjassa hajautetun DPP-arkkitehtuurin kanssa.
Vuokralaisen solmu, hajautettu malli
Tietosi sijaitsevat OpenDPP-työtilassasi, eivät EU:n keskitetyssä rekisterissä — komission hakemisto (ESPR, 13 artikla) yhdistää tunnisteet ainoastaan passien URI-tunnisteisiin.
GS1 Digital Link -resolveri
Yksi skannaus ratkaisee GTIN:n tai GRAI:n (AI 01/8003), validoi mod-10-tarkistussumman ja lukee AI 21 -sarjanumeron — sitten kysyy solmulta.
eIDAS-kehittyneet sähköiset sinetit
FprEN 18246 (lopullinen luonnos) ESDC:t: jokainen JSON-LD-hyötykuorma allekirjoitetaan vuokralaisen yksityisellä avaimella, jota säilytetään salatussa holvissa (AES-256-GCM, vuokralaiskohtainen, Postgresissa), peukaloinnin paljastavaa todistetta varten.
W3C JSON-LD & AAS
Sisältöneuvottelu palauttaa ihmisluettavaa HTML:ää tai koneluettavaa JSON-LD:tä sekä Asset Administration Shell (AAS v3.0/3.1) -alimalleja.
Linjassa hajautetun DPP-mallin kanssa
ESPR:n (Art. 10 / CIRPASS) ja CEN/CENELEC-spesifikaatioiden mukaisesti Euroopan komissio ei isännöi yrityksesi tuote-, materiaali- tai kemikaalitietoja. Niin tekeminen rikkoisi immateriaalioikeuksien suojaa ja loisi keskitettyjä yksittäisiä vikaantumispisteitä.
Sen sijaan Euroopan komission rekisteri (ESPR:n 13 artikla) toimii pelkkänä hakemistona — se yhdistää tuotteen yksilöllisen tunnisteen (UPI) vastaavan passin täsmälliseen URI-osoitteeseen. OpenDPP toimii suorituskykyisenä passien tietovarastona ja GS1 Digital Link -resolverina, joka noudattaa tätä hajautettua mallia: tuotteen metatiedot sijaitsevat vuokraajakohtaisesti eristetyssä työtilassasi EU:ssa isännöidyllä OpenDPP-solmulla (tuotetietosi pysyvät OpenDPP-solmulla, eivät rekisterissä, joka indeksoi ainoastaan tunnisteita). OpenDPP on rekisterivalmis: se projisoi jo jokaisen passin 13 artiklan mukaiseksi osoitintietueeksi ja validoi tietueen CIRPASS-2-viiterekisteriä vasten (ei-normatiivinen, EU:n rahoittama viitehanke, jonka tietuemuoto on pilotin eikä komission määrittämä) — akkujen rekisteröinti komission rekisteriin ei ole vielä mahdollista, eikä toimijoille suunnattua kone-API:ta ole dokumentoitu.
GS1 Digital Link -resoluutioyhdyskäytävä
Yhdistääkseen fyysiset tuotteet niiden digitaalisiin passeihin OpenDPP hyödyntää standardeja GS1 Digital Link -URI-osoitteita. Kun tuotteeseen tai palautettavaan omaisuuteen painettu QR-koodi skannataan, resoluutioyhdyskäytävä (vastaa GET /:ai(01|8003)/*) sieppaa pyynnön. Se erottaa GS1-sovellustunnisteen, jäsentää GTIN:n tai GRAI:n, varmistaa sen Modulo-10-tarkistussumman ja lukee seuraavat avain–arvo-attribuutit, kuten yksilöllisen sarjanumeron (AI 21). Solmu ratkaisee sitten Postgres JSONB -metatietoja vasten ja palauttaa sisältöneuvotellun HTML- tai JSON-LD-esityksen.
- Tunnisteen jäsentäminen. AI 01 (GTIN) ja AI 8003 (GRAI) tunnistetaan, validoidaan mod-10:llä ja ohjataan oikeaan passiin tai yksikkökohtaiseen näkymään.
- Yksikkökohtainen sarjoitus. AI 21 -sarjanumero uudelleenohjaa julkiselle yksikkösivulle: yksikön identiteetti, tila ja elinkaaren historia ovat julkisia, kun taas sen telemetria (terveydentila, latauskerrat) luovutetaan vain valtuutetuille oikeutetun edun katsojille ja viranomaisille akkuasetuksen liitteen XIII mukaisesti.
- Sisältöneuvottelu. Sama URL-osoite tarjoaa ihmisluettavan sivun tai koneluettavan JSON-LD-dokumentin pyynnön Accept-otsakkeesta riippuen.
Epäsymmetriset eIDAS-kehittyneet sähköiset sinetit, avaimet salattuna holvissasi
Petosten ehkäisemiseksi ja kiistämättömyyden tukemiseksi lopullisen luonnoksen standardi FprEN 18246 (virallisessa äänestyksessä) määrittää, että passit kapseloidaan sähköisesti allekirjoitettuihin tietorakenteisiin (ESDC). OpenDPP soveltaa vuokralaiskohtaista eIDAS-kehittynyttä sähköistä sinettiä ohjelmistosäilytyksellä vuokralaisen tietokantatilan sisällä — brändit kierrättävät elliptisen käyrän ECDSA-avaimet yhdellä napsautuksella, ja yksityiset avaimet tallennetaan AES-256-GCM-salattuina, eivätkä ne koskaan poistu vuokralaisen solmusta selkokielisinä.
Kun passi sinetöidään ja julkaistaan, solmu allekirjoittaa täydellisen JSON-LD-hyötykuorman vuokralaisen yksityisellä avaimella ja kirjoittaa allekirjoituksen suoraan PostgreSQL:ään. Auditoijat todentavat sitten sinetin aitouden Sinetin auditointi -validointiportaalissa — julkinen tarkistus siitä, että passi tuli aidosti ilmoitetulta toimijalta eikä sitä ole muutettu.
Passi ei ole kertaluonteinen ilmoitus. Se on elävä, allekirjoitettu tietue, jonka on pysyttävä paikkansapitävänä ja saavutettavissa kauan sen jälkeen, kun tuote on poistunut varastostasi — siksi avainten säilytys ja pysyvyys ovat suunnittelun ytimessä.
— Näin kehystämme velvoitteen sidosryhmilleAAS-metamallit ja allekirjoitettu toimitusketjun historia
Teollisten digitaalisten kaksosten yhteentoimivuutta varten OpenDPP tukee Asset Administration Shell (AAS v3.0/3.1) -määritystä ja projisoi jokaisen passin pyydettäessä standardinmukaisiin alimalleihin. Viedyt alimallit sisältävät käsitekuvaukset, joissa on eCl@ss- ja IEC-sanastotunnisteet, kun sellainen on olemassa, ja raakamuotoiset AAS JSON Environment -tietosisällöt voidaan tuoda suoraan.
OpenDPP jäsentää fyysisen toimitusketjun tapahtumat, jotka on kääritty allekirjoitettuihin, VC-muotoisiin UNTP-tunnistetietoihin YK:n läpinäkyvyysprotokollan (UNTP / EPCIS 2.0) mukaisesti. Kun jäljitystapahtumat rekisteröidään, solmu ratkaisee graafin rekursiivisesti syklienkestävällä syvyyssuuntaisella kävelyalgoritmilla rakentaakseen alkuperäketjun (lineage) muodostavan suunnatun syklittömän graafin (DAG) — koneellisesti luettavan alkuperäketjun, jota omat due diligence -työnkulut voivat hyödyntää. OpenDPP myöntää lisäksi jokaiselle tuotteelle DigitalProductPassport-todistuksen (UNTP), joka on standardin mukainen: se koostuu ympäröivästä W3C-todistuksesta (vc+jwt, W3C VC-JOSE-COSE) ja upotetusta W3C Data Integrity -todistuksesta (ecdsa-jcs-2019), ja sen oikeellisuus tarkistetaan virallisen UNTP-skeeman perusteella.
- AAS v3.0/3.1 -alimallit. JSONB-rivit projisoidaan standardeiksi vaatimustenmukaisuuden alimalleiksi pyynnöstä, ja raakojen AAS Environment -hyötykuormien vastaanotto on tuettu.
- Käsitekuvaukset. Viedyt alimallit sisältävät eCl@ss- ja IEC-sanastotunnisteet, kun sellainen on olemassa.
- UNTP / EPCIS 2.0 -jäljitysketju. Allekirjoitetut jäljitystapahtumat kootaan syklinkestäväksi jäljitysketjuksi (DAG) — koneellisesti luettavaksi toimitusketjun ylävirran sukupuun.
- UNTP:n mukaiset DPP-todisteet. Jokainen passi, jolla on rekisteröity toimipaikka, myönnetään myös UNTP:n mukaisena DigitalProductPassport-todisteena — kapseloivassa vc+jwt (W3C VC-JOSE-COSE) -muodossa ja upotetulla W3C Data Integrity -allekirjoituksella (ecdsa-jcs-2019), resolvoitavissa olevin did:web-myöntäjäavaimin ja W3C Bitstring Status List -mitätöinnillä.
Katso, kuinka arkkitehtuuri laatii passin reaaliajassa.
Seuraa, kuinka tiimisi etenee tuotetiedoista sinetöityyn, todennusvalmiiseen digitaaliseen tuotepassiin.
Varaa esittelyOpenDPP julkaisee digitaaliset tuotepassit (DPP:t) kolmessa vaiheessa: (1) mallinnetaan tuotetiedot W3C-standardin mukaisiksi tuotepasseiksi (JSON-LD) koodittoman latausohjelman tai sovellusrajapinnan (API) avulla, (2) lisätään edistyksellinen sähköinen sinetti (eIDAS), jonka varmennusalgoritmi, varmenneketju ja näytteet on kaikki julkaistu, jolloin kolmas osapuoli voi tarkistaa tietojen eheyden kutsumatta OpenDPP-palvelua, ja (3) julkaistaan GS1 Digital Link -QR-koodit, jotka ohjaavat kaikki osapuolet tuotepassiin.
Miten OpenDPP julkaisee digitaalisen tuotepassin · Viimeksi tarkistettu