Van productdata naar een geverifieerd paspoort in drie stappen.
OpenDPP is ontworpen voor de validatie van Digital Product Passports, afgestemd op het gedecentraliseerde DPP-model, standaard GS1-resolutie en asymmetrische eIDAS-cryptografie — zonder de operationele overhead. Breng uw productdata één keer in kaart; wij verzorgen het ondertekenen, hosten en verifiëren.
Drie stappen van SKU naar ondertekend, scanbaar paspoort
Geen standaardisatieteam of maatwerkontwikkeling nodig — de eisen van de verordening worden een begeleide workflow.
Importeer productdata
Geen code of CSV. Koppel je SKU’s, materialen en voetafdruk één keer — en gebruik ze daarna voor altijd opnieuw. Productmetadata blijven in je OpenDPP-werkruimte — het toekomstige EU-register (ESPR, art. 13) is uitsluitend bedoeld om identificatiecodes te indexeren, niet om productgegevens op te slaan.
Ondertekenen & publiceren
Een geavanceerd elektronisch eIDAS-zegel wordt automatisch aangebracht en het paspoort wordt gepubliceerd achter een GS1 Digital Link. Elliptische-curve ECDSA-sleutels roteren met één klik; private sleutels verlaten nooit de tenantdatabase.
Verifieer overal
Scan een QR → openbaar paspoort. De resolver onderhandelt over de content en levert HTML of JSON-LD, en kopers, auditors en recyclers verifiëren het geavanceerde elektronische zegel in seconden, offline of in het Seal Audit-portaal.
De architectuur die het mogelijk maakt
Standaarden-native van opzet — contentonderhandeling, GS1-resolutie, geavanceerde elektronische eIDAS-zegels, JSON-LD-productdata en een tenantnode-model afgestemd op de gedecentraliseerde DPP-architectuur.
Tenantnode, gedecentraliseerd model
Uw gegevens worden bewaard in uw werkruimte op OpenDPP, niet in een centraal EU-register — de toekomstige index van de Commissie (ESPR, art. 13) is uitsluitend bedoeld om identificatiecodes te koppelen aan paspoort-URI’s.
GS1 Digital Link-resolver
Eén scan resolvet een GTIN of GRAI (AI 01/8003), valideert het mod-10-controlecijfer en leest het AI 21-serienummer — vervolgens wordt de node bevraagd.
Geavanceerde elektronische eIDAS-zegels
FprEN 18246 (final draft) ESDC's: elke JSON-LD-payload wordt ondertekend met de private sleutel van de tenant, bewaard in versleutelde vault custody (AES-256-GCM, per tenant, in Postgres), voor manipulatiebestendig bewijs.
W3C JSON-LD & AAS
Contentonderhandeling levert door mensen leesbare HTML of machineleesbare JSON-LD, plus Asset Administration Shell (AAS v3.0/3.1)-submodellen.
Afgestemd op het gedecentraliseerde DPP-model
Onder de ESPR (Art. 10 / CIRPASS) en de CEN/CENELEC-specificaties host de Europese Commissie de product-, materiaal- of chemische data van uw bedrijf niet. Dat zou de bescherming van intellectueel eigendom schenden en gecentraliseerde single points of failure creëren.
In plaats daarvan is het toekomstige register van de Europese Commissie (ESPR, art. 13) bedoeld om louter als index te fungeren — waarbij een Unique Product Identifier (UPI) wordt gekoppeld aan de exacte URI van het bijbehorende paspoort. OpenDPP functioneert als een krachtige paspoortdatabank en GS1 Digital Link-resolver die is afgestemd op dit gedecentraliseerde model: productmetadata bevinden zich in uw tenant-geïsoleerde werkruimte op het door de EU gehoste OpenDPP-knooppunt (uw productgegevens blijven op het OpenDPP-knooppunt staan, niet in het register, dat uitsluitend bedoeld is om identificatiecodes te indexeren). OpenDPP is geregistreerklaar: het projecteert elk paspoort al naar het exacte Art. 13-pointerrecord en valideert dit aan de hand van het CIRPASS-2-referentieregister (een niet-normatieve, door de EU gefinancierde referentie) — de live-integratie met de API van de Commissie is nog in behandeling.
GS1 Digital Link-resolutiegateway
Om fysieke producten met hun digitale paspoorten te verbinden, maakt OpenDPP gebruik van standaard GS1 Digital Link-URI's. Wanneer een QR-code die op een product of retourneerbaar asset is gedrukt, wordt gescand, onderschept de resolutiegateway (overeenkomend met GET /:ai(01|8003)/*) de aanvraag. Deze extraheert de GS1 Application Identifier, parseert de GTIN of GRAI, verifieert het Modulo-10-controlecijfer en leest daaropvolgende sleutel-waardeattributen zoals het unieke serienummer (AI 21). De node resolvet vervolgens tegen Postgres JSONB-metadata en retourneert de via contentonderhandeling bepaalde HTML- of JSON-LD-representatie.
- Parsing van identificatoren. AI 01 (GTIN) en AI 8003 (GRAI) worden herkend, mod-10-gevalideerd en naar het juiste paspoort of de juiste per-eenheidweergave geleid.
- Serialisatie per eenheid. Een AI 21-serienummer leidt door naar de openbare eenheidspagina: de identiteit, status en levenscyclusafstamming van de eenheid zijn openbaar, terwijl de telemetrie (state of health, aantal cycli) alleen wordt vrijgegeven aan geautoriseerde kijkers met een gerechtvaardigd belang en aan autoriteiten, overeenkomstig Annex XIII van de batterijverordening.
- Contentonderhandeling. Dezelfde URL serveert een door mensen leesbare pagina of een machineleesbaar JSON-LD-document, afhankelijk van de Accept-header van de aanvraag.
Asymmetrische geavanceerde elektronische eIDAS-zegels, sleutels versleuteld in uw vault
Om fraude te helpen voorkomen en onweerlegbaarheid te ondersteunen, bepaalt de final-draftnorm FprEN 18246 (in formele stemming) dat paspoorten worden ingekapseld in Electronically Signed Data Constructs (ESDC). OpenDPP brengt per tenant een geavanceerd elektronisch eIDAS-zegel aan met softwarecustody binnen de databaseruimte van de tenant — merken roteren elliptische-curve ECDSA-sleutels met één klik, en private sleutels worden AES-256-GCM-versleuteld opgeslagen en verlaten de tenantnode nooit in platte tekst.
Wanneer een paspoort wordt verzegeld en gepubliceerd, ondertekent de node de volledige JSON-LD-payload met de private sleutel van de tenant en schrijft de handtekening rechtstreeks naar PostgreSQL. Auditors verifiëren vervolgens de authenticiteit van het zegel in het Seal Audit-validatorportaal — een openbare controle dat het paspoort daadwerkelijk afkomstig is van de aangegeven operator en niet is gewijzigd.
Een paspoort is geen eenmalige indiening. Het is een levend, ondertekend record dat accuraat en bereikbaar moet blijven lang nadat het product uw magazijn heeft verlaten — daarom staan sleutelcustody en persistentie centraal in het ontwerp.
— Hoe wij de verplichting kaderen voor stakeholdersAAS-metamodellen en ondertekende toeleveringsketenafstamming
Voor interoperabiliteit van industriële twins ondersteunt OpenDPP de specificatie Asset Administration Shell (AAS v3.0/3.1) en converteert PostgreSQL JSONB-rijen dynamisch naar standaard compliance-submodellen. Om hardcoding van attributen te vermijden, koppelt een semantisch conceptregister lokale objectvelden tijdens runtime aan globale IEC- en eCl@ss IRDI-woordenboeken — zodat enterprise-klanten paspoorten kunnen bevragen met industriestandaardtermen of ruwe AAS JSON Environment-payloads rechtstreeks kunnen inlezen.
OpenDPP analyseert fysieke transacties in de toeleveringsketen die zijn verpakt in ondertekende, VC-vormige UNTP-referenties, conform het VN-transparantieprotocol (UNTP / EPCIS 2.0). Naarmate traceergebeurtenissen worden geregistreerd, lost het knooppunt de grafiek recursief op met een cyclusbestendige ‘depth-first walker’ om een afstammingsgrafiek (Directed Acyclic Graph, DAG) op te bouwen — een machinaal leesbare stroomopwaartse stamboom die uw eigen due diligence-workflows kunnen gebruiken. Los daarvan geeft OpenDPP elk productpaspoort uit als een conform UNTP DigitalProductPassport-certificaat — bestaande uit een omhullend vc+jwt (W3C VC-JOSE-COSE) en een ingebed W3C-bewijs van gegevensintegriteit (ecdsa-jcs-2019) — dat wordt gevalideerd aan de hand van het officiële UNTP-schema.
- AAS v3.0/3.1-submodellen. JSONB-rijen worden op verzoek geprojecteerd in standaard compliance-submodellen, met inlezen van ruwe AAS Environment-payloads.
- Semantisch conceptregister. Lokale velden worden tijdens runtime gekoppeld aan IEC- en eCl@ss IRDI-woordenboeken — geen hardcoded standaardattributen.
- UNTP / EPCIS 2.0-afstammingsketen. Ondertekende traceergebeurtenissen worden samengevoegd tot een cyclusbestendige DAG-afstammingsketen — een machinaal leesbare stroomopwaartse stamboom van uw toeleveringsketen.
- Conforme UNTP DPP-credentials. Elk paspoort wordt bovendien uitgegeven als een conform UNTP DigitalProductPassport-credential — een omsluitend vc+jwt (W3C VC-JOSE-COSE) en een ingebed W3C Data Integrity-proof (ecdsa-jcs-2019), met resolvbare did:web-sleutels van de uitgever en intrekking via W3C Bitstring Status List.
Zie de architectuur in realtime een paspoort uitgeven.
Zie hoe uw team van productdata naar een verzegeld, verificatieklaar Digital Product Passport gaat.
Plan een demoOpenDPP publiceert Digitale Productpaspoorten (DPP's) in drie stappen: (1) modelleer productgegevens als W3C-standaard JSON-LD via de no-code-uploader of API, (2) pas een eIDAS geavanceerd elektronisch zegel toe zodat elke verificateur de integriteit offline kan controleren, en (3) publiceer GS1 Digital Link-QR-codes die voor elke partij naar het paspoort resolven.
Hoe OpenDPP een Digitaal Productpaspoort publiceert · Laatst herzien